7	0	20040826				25-26日	アルバイトさん達用PowerBookセットアップ<br>症状が改善されないため、再インストールの予定<br><br>APCにSmartUPS3000のバッテリーの回収依頼手続き中<br><br>三井住友リースの日商エレクトロニクスの商品に対する確認作業<br>に付き添い<br>-Summit5i一式-<br><br>ベルウェール貸与マシンのリモートコントロールソフトをPCAnyWareから<br>VNCに変更することを決定<br>田中さん、本多さんともに操作が出来るため<br><br>mobile<br>本日午後にシステムダウンが発生<br>システムダウンと直接関係ないと思われるが次の処置を行いました。<br>ウイルス駆除ソフトAVG6.0のアンインストール<br><br>mail4.hosting-link.ne.jp 17:50頃のエラー対応<br>処置:<br>SMTP、POP、HTTPともにダウン<br>pingには応答あり<br>ターミナルサービス使用不可<br>ITアシスタントからのシャットダウン不可<br><br>RACADMINよりサーバーを再起動しました<br><br>17:55分頃復旧<br><br>LHSでのオプション設定<br>namazu全文検索の自動化へのスクリプト等を作成し始めてます<br>現在の手動での作業は以下のように行われています。<br><br>namazu設定手順書<br>------------------------------------------------------------------------<br>D:\index\xxxx_com<br>このディレクトリのxxxx_comを設定を行うドメインのディレクトリ名に変更する<br>xxxx_com->xxxx_co_jp<br><br>次にNMZ.head.ja内の<br>87行目<br><input type="hidden" name="idxname" value="xxxxx_com"><br>のxxxx_comを設定を行うドメインのディレクトリ名に変更する。<br><br>次に<br>D:\index\xxxx_com\search内の<br>.namazurc<br>20行目<br>Template      d:\index\xxxxx_com<br>のxxxx_comを設定を行うドメインのディレクトリ名に変更する。<br>49行目<br>Replace       /d\|/users/xxxxx_com/   http://www.xxxxx.com/<br>/d\|/users/xxxxx_com/　のxxxx_comを設定を行うドメインのディレクトリ名に変更する。<br>http://www.xxxxx.com/　のxxxx.comを設定を行うドメイン名に変更する。<br><br>C:\namazu\bin下の<br>index.bat<br>に対して<br>cmd /C mkindex d:\users\xxxxx_com xxxxx_com<br>の書式で追加<br><br>delete.bat<br>に対して<br>gcnmz d:\index\xxxxx_com<br>の書式で追加<br><br><br>IIS管理マネージャ内<br>WEBサイトに仮想ディレクトリの作成<br>仮想ディレクトリ名:search<br>実ディレクトリ:d:\index\xxxx_com\search<br>実行アクセス権:スクリプトおよび実行ファイルに変更<br><br>ドキュメントヘッダー<br>をnamazu.cgi.exeのみにする<br>------------------------------------------------------------------------<br><br>namazu設定　現在考えているコマンド類　構成<br>------------------------------------------------------------------------<br>D:\index\xxxx_com<br>このディレクトリのxxxx_comを設定を行うドメインのディレクトリ名に変更する<br>xxxx_com->xxxx_co_jp<br>xcopy D:\index\xxxx_com D:\index\xxxx_co_jp<br><br><br>次にNMZ.head.ja内の<br>87行目<br><input type="hidden" name="idxname" value="xxxxx_com"><br>のxxxx_comを設定を行うドメインのディレクトリ名に変更する。<br>D:\>namazu-conf_replace.vbs c:\lhsbinary\namazu\.namazurc xxxxx_com yyyyy_com > d:\users\.na<br>mazurc<br><br>次に<br>D:\index\xxxx_com\search内の<br>.namazurc<br>20行目<br>Template      d:\index\xxxxx_com<br>のxxxx_comを設定を行うドメインのディレクトリ名に変更する。<br><br>49行目<br>Replace       /d\|/users/xxxxx_com/   http://www.xxxxx.com/<br>/d\|/users/xxxxx_com/　のxxxx_comを設定を行うドメインのディレクトリ名に変更する。<br>http://www.xxxxx.com/　のxxxx.comを設定を行うドメイン名に変更する。<br><br>.namazurcには上記2行は存在させてはいけない。<br>@echo Template       /d\^|/users/xxxxx_com/   http://www.xxxxx.com/ >> NMZ.head.ja<br>@echo Replace       /d\^|/users/xxxxx_com/   http://www.xxxxx.com/ >> NMZ.head.ja<br>にて設定プロパティを追加する。<br><br><br>C:\namazu\bin下の<br>index.bat<br>に対して<br>cmd /C mkindex d:\users\xxxxx_com xxxxx_com<br>の書式で追加<br><br>@echo cmd /C mkindex d:\users\xxxxx_com xxxxx_com<br><br>delete.bat<br>に対して<br>gcnmz d:\index\xxxxx_com<br>の書式で追加<br><br>@echo gcnmz d:\index\xxxxx_com<br><br>処理後に削除処理用として、C:\LHSbinary\namazu下に<br>xcopy C:\namazu\bin\index.bat C:\LHSbinary\namazu\<br>xcopy C:\namazu\bin\delete.bat C:\LHSbinary\namazu\<br>削除テンプレートファイルをコピーする<br><br><br>IIS管理マネージャ内<br>WEBサイトに仮想ディレクトリの作成<br>仮想ディレクトリ名:search<br>実ディレクトリ:d:\index\xxxx_com\search<br>実行アクセス権:スクリプトおよび実行ファイルに変更<br><br>ドキュメントヘッダー<br>をnamazu.cgi.exeのみにする<br>mkvnamazu.vbs -c localhost -w "sample_com" -v "search","d:\index\sample_com"<br>------------------------------------------------------------------------<br><br>namazu設定の削除<br><br>サーバー側の動き<br>1.IIS仮想ディレクトリの削除<br>del_virtual-dir.vbs（別ファイル参照）<br><br>使い方<br>del_virtual-dir.vbs -c localhost -w "sample_com" -v "search","d:\index\sample_com"<br><br>2.D:\index\sample_comディレクトリの削除<br>rmdir d:\index\sample_com /s /q<br><br>3.c:\namazu\bin\index.bat,delete.batの更新<br>find /v "xxxxx_com" <C:\LHSbinary\namazu\index.bat>C:\namazu\bin\index.bat<br>find /v "xxxxx_com" <C:\LHSbinary\namazu\delete.bat>C:\namazu\bin\delete.bat<br>設定の削除の際には上のようなコマンドを実行する。削除テンプレートファイルがあることが<br>条件。	#808080				gw.jingumae.kai.ad.jp
6	0	20040825				続　現在までにおこなった作業と今後の作業予定	mail7-mail12収容エンクロージャの続報<br><br>近藤さんに作業にいっていただいたところ、mail7-mail12収容エンクロージャのローカルネットワーク側のネット枠ケーブルがはずれかかっていたようです。最着脱を行ったところ、ローカル側よりping疎通の確認、ターミナル経由でのサーバー管理コンソールへの接続の確認を行えることを確認しました。<br>なお、mail7-mail12収容エンクロージャのパワーサプライと、mail1-mail6収容エンクロージャのパワーサプライの電源交換で症状が改善されなかったため、再度パワーサプライの交換、明日DELLから保守部品が到着次第、再度交換作業を行います。<br><br>不安定なファイルメーカーサーバーの処理について<br><br>ファイルメーカーサーバーの挙動がおかしいため、現在、AM7:00に以下のスクリプトを実行させています。<br><br>C:\work\server-script\fmserver_stop-start.vbs<br><br>内容<a href="http://guard.kai.ad.jp:9119/diary/takeda/fmserver_stop-start.txt">fmserver_stop-start.vbs</a><br><br>スクリプトとしては、ファイルメーカーサーバーのサービスを起動・停止を行うようになっています。<br>192.168.0.10、192.168.0.17、どちらとも動作するように設定しています。<br><br>なお、上記スクリプトの実行でも動作が改善されず、192.168.0.10のサーバーにいたっては、ファイルメーカーサーバー管理ファイルからのファイルオープンに不具合が発生しているため、以下の処置を行います。<br>26日朝方　ファイルメーカーサーバーの再インストール<br>症状が安定した場合、これで作業は終わります。<br><br>ファイルオープンの不具合が改善されなかった場合、<br>27日朝方にOSの再インストール、ファイルメーカーサーバーの再インストールを行います。<br><br><br>■NW監視、情報収集、蓄積の仕組みづくり<br>ペンディング<br>■SUS(Winパッチ管理)の実環境への実装<br>作業ドキュメント、設定ドキュメントの作成は完了しています。<br><br>■LHSオプションサービスの自動設定(実現方法の調査)<br>フロントエンドスクリプトの実行確認、検証。スクリプトのドキュメントの作成、実際の動作環境での実装方法の簡単なドキュメント作成は完了しています。<br><br>■NW監視ツール(Nagios)の動作検証<br>基本設定、実際の簡単な設定ファイル編集作業は完了。っまた、基本設定、インストール作業について必要なソフトウェア、インストール方法のドキュメントの作成は完了。<br>現在は、プラグインのインストール設定の確認中です。<br><br>確認中プラグイン<br>nagiosgraph<br>NRPE_NT<br>NSClient<br>SAT<br><br>プラグイン動作に関して必要なソフト<br>RRDTools<br>ucd-snmp等<br><br>また、並行で他の監視ツールのインストール、設定、Nagiosの比較検証などを行っています。<br><br>Autostatus <br>http://www.angio.net/consult/autostatus/<br><br>Spong - Systems and Network Montoring<br>http://spong.sourceforge.net/<br><br>Nagiosデモページ<br>Demo URL http://nagios.square-box.com/ <br>Username guest <br>Password guest<br><br>重ねて社内でも一通りのLHS、LPP、社内の監視をNagiosでの監視検証を行っています。<br><br>■NW監視ツール(FlowScan)の動作検証<br>Nagios自体でのトラフィックのグラフ化能力が、プラグインを使用してもあまりにも弱いのでFlowScanの検証などを行っています。<br><br>FlowScan<br>http://www.caida.org/tools/utilities/flowscan/index.xml<br>このツールも、他のツールと同じくSNMPD、RRDTOOLなどの設定ファイルを編集する必要があります。<br><br>このツールもですが、MRTGなどはRRDTOOLのデータをグラフ化するフロントエンドソフトです。データ整形は、RRDTOOLの設定、データベースを作成する必要があります。<br><br><br>■NW監視ツール(Windows系)の動作検証<br>イベントビューアのリモートからの確認などのスクリプトなどは用意できそうです。<br><br>■社内LANのNWポリシーの再構築と設定変更<br>ペンディング<br><br>■FM関係のもろもろ整理<br>ペンディング<br><br>■山口Winの解析と再構築<br>ペンディング<br><br>■PshareM8の金額<br> <br>11680391 PShare A8 79,800円 1 79,800円 <br>11191638 PShare A/M専用PS/2ケーブル 3m 5,980円 8 47,840円<br>小計 127,640円 <br>配送手数料 1,050円 <br>合計金額 128,690円 <br>( 本体価格総合計：122,568円 ) <br>こんな具合になっております。<br><br>■ベルウェールへの貸与マシンの設定<br>SQLDBへの接続設定<br>本多さん、犬塚さん、田中さんへの貸与マシンへの接続の際の説明<br><br>■LHSサーバー群の収容ドメインリストの吐き出し<br>レジストリ登録ドメインリスト<br>登録ドメインメールボックスディレクトリリスト<br>の吐き出し					
5	0	20040825				現在までにおこなった作業と今後の作業予定	www6の破損部品の交換についてDELLサポートセンターへの連絡後、ハードディスク、パワーサプライ、システムボードの交換をしてもらう。パワーサプライ、システムボードの交換はUNISYSよりの技術者の方が行ったため、こちらで行った作業はハードディスクの交換です。<br>なお、交換後の部品については、指定の配送業者に送付をしてもらう。<br><br>■www6.hosting-link.ne.jp　故障ハードディスク交換作業手順書<br>---------------------------------------------------<br>www6.hosting-link.ne.jpで動作していたハードディスクの交換について<br><br>電源のハードウェアトラブルによる電源断によるハードディスク損傷の<br>可能性があるため、www6.hosting-link.ne.jpに搭載されていたハードデ<br>ィスクの交換及び、アレイの再構築を行います。<br><br><br>現在のアレイ構成<br><br>Array Disk 0:0  オンライン  SCSI (ポート:0 ID:0 LUN:0)  ATLAS10K3_73_SCA  120G  QUANTUM   68.24 GB<br>Array Disk 0:1  オンライン  SCSI (ポート:0 ID:1 LUN:0)  ATLAS10K4_73SCA   DFM0  MAXTOR   68.24 GB<br>Array Disk 0:2  オフライン<br><br>交換を行うディスクは、Array Disk 0:0のATLAS10K3_73になります。Array Disk 0:1に搭載されている<br>ハードディスクは、交換用として社内にあったものです。上記のHDDの型番を確認していただくとわかりますが<br>1世代異なるHDDでアレイの復旧を行ったことがわかります。<br>アレイを構成する上でハードディスクの仕様が異なる場合不具合を発生しかねないため、Array Disk 0:0の構成<br>変更が完了次第社内に持ち帰り、ハードディスクの再検査を行います。<br>また、検査上でエラーや、不良セクタが発見された場合、DELLへの連絡を行いハードディスクの交換をしてもら<br>います。ハードディスクの保守交換がされた場合、再度同様の作業を行いハードディスクの型番を一致させる<br>作業が発生する可能性があります。<br><br>実際の作業<br>交換を行うに当たっては、前回のハードディスク交換作業と同様にホットスペアハードディスクを構成後に損傷<br>ハードディスクの取り外し作業を行います。<br><br>1.www6.hosting-link.ne.jp:スタートメニュ-→プログラム→Dell OpenManage Applications→<br>Array Manager→Array Manager Consoleを実行します。<br><br>2.Array Manager上の左のペインより<br>www6→Arrays→PERC Subsystem 1→PERC 3/DCL Controller 0→Array Group 0→<br>Virtual Disk 0(Disk 0)まで開いていきます。この状態でアレイに異常がないか、Eventsまたは、<br>Virtual Disk 0(Disk 0)に！マークなどがついていないことを確認します。<br><br>3.交換用のハードディスクをスロット2に挿入します。通常の場合、挿入されたハードディスクは<br>自動認識されますが、自動認識されない場合は、左のペインのPERC 3/DCL Controller 0を右クリック→<br>Rescanを実行します。実行することでRAIDカードの0チャンネルを再走査が行われてハードディスクが<br>認識されます。<br><br>4.ハードディスクが認識されない場合には、再起動後RAIDカードBIOS上で同様の操作を行います。<br><br>5.ハードディスクが認識された場合、Virtual Disk 0(Disk 0)を右クリック→MakeHotspare<br>（configure Dedicated Hot Spare *ArrayManagerのバージョンによって異なる)を実行します。<br>HotspareConfigration内でArray Disk 0:2を追加します。<br><br>6.ホットスペア構成が完了後、Array Disk 0:0を右クリック→Offlineにします。RAIDカードが正常に<br>動作している場合、Array Disk 0:1からArray Disk 0:2に対してリビルドが開始されます。<br><br>7.リビルドが開始されたことを確認した後に、BackPlane(Channel 0)→オフラインにしたArray Disk<br> 0:0の項目を右クリック→Prepare Removeを行います。Array Disk 0:0のハードディスクの回転が終<br>わった頃を見計らってArray Disk 0:0を取り外します。<br><br>8.今後の作業<br>今回の作業が無事に完了した場合アレイは、<br><br>Array Disk 0:0  オフライン<br>Array Disk 0:1  オンライン  SCSI (ポート:0 ID:1 LUN:0)  ATLAS10K4_73SCA   DFM0  MAXTOR   68.24 GB<br>Array Disk 0:2  オンライン  SCSI (ポート:0 ID:2 LUN:0)  IC35L073UCDY10-0_SCA   S27T  IBM   68.24 GB<br><br>という構成になります。<br>---------------------------------------------------<br><br>ファイルメーカーサーバーでオープンされていたLC年会費.fp5が開かれていなかったため確認をしたところ、オープンファイル数125だったため、開かれていなかった。そのため、リレーションなどが張られていないことを確認した「書籍管理.fp5」のオープンサーバーを下記のように変更。<br>192.168.0.17->192.168.0.10<br>この時点で確認した双方のファイルメーカーサーバーオープンファイル数は、<br><br>192.168.0.17:124個<br>192.168.0.10:68個<br><br>SSLサーバーキー更新について<br>ssl.hosting-link.ne.jpが保持しているSSLキーの有効期間が2003年8月28日-2004年9月19日のため、更新が必要です。SSLキーの更新は、有効期限切れ29日前から行うことが出来ます。なお、今回は組織名変更などが伴うため更新ではなく、新規にSSLキーを申請する必要があります。<br><br>なお、更新については、OU等を統一させるため以下の情報を使用して行うこととします。また、今後の更新についても以下の情報を使用することとします。<br><br>組織名:Kai Creates Inc.<br>部門:Hosting<br>一般名:ssl.hosting-link.ne.jp<br>国/地域:JP（日本）<br>都道府県:Tokyo<br>市区町村:Shibuyaku<br><br>他に設定する値に関しては、Verisignのサイトを参照してください。なお、実際の作業に関しては、キー更新のために踏み台サイトが必要なため、192.168.10.17（ホスト名:www）にのIIS管理マネージャ内にて「WEBサイト名:ssl-20040819-更新用」を作成しました。<br>また、申請用のキーファイルについては、wwwのC:\Work内にrsakey生成_20040819_verisigh提出用.txtというファイルを作成しました。<br>現在は、ベリサインに対して書類の送付、入金等を行っている状態です。また、指摘された申請責任者に関しては、犬塚さんに変更して再申請を行っております。後日ベリサインより犬塚さんにキー申請の確認の電話がいきます。<br><br><br>ベルウェールに貸与しているWindowsマシンの不調について<br>ベルウェールに貸与していたSQLサーバーに対しての接続マシンが不調だったため、一度社内に持ち帰り検証、復旧作業を行いました。症状としては、W32.Gaobot系統のウイルスに感染していたようです。<br><br>W32.Gaobot.SN が実行されると、次のことを行います。<br><br>自分自身をサービスとして登録することによって、ログオフ後も動作を続けることができるようにします。<br>自分自身を、次のいずれかの場所にコピーします。<br><br>%System%\Msnss.exe<br>%System%\Msgfix.exe<br><br>次のうち、いずれかの値を<br>"Configuration Loader" = "msnss.exe"<br>"Configuration Loader" = "msgfix.exe"<br><br>次のレジストリキーに追加することによって、<br><br>HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run<br>HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\RunServices<br>HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows\CurrentVersion\Run<br><br>Windows の起動時に必ずワームが実行されるように設定します。<br><br><br>ネットワーク上のユーザを探し出し、事前に定義済みのパスワード・リストを利用して、ネットワークの共有リソースにログオンしようとします。ログオンに成功すると、ワームは、自分自身を次の場所にコピーします。<br>IPC$\msgfix.exe<br>D$\msgfix.exe<br>print$\msgfix.exe<br>c$\msgfix.exe<br>Admin$\msgfix.exe<br>c$\windows\system32\msgfix.exe<br>c$\winnt\system32\msgfix.exe<br>Admin$\system32\msgfix.exe<br><br><br>Mydoom ワームの亜種に感染しているコンピュータをスキャンします。該当するコンピュータを発見すると、それらのコンピュータに自分自身を Msgfix.exe としてコピーします。その後、Mydoom のバックドア・コンポーネントを利用してそのファイルを実行します。<br><br>攻撃者が事前に指定されている IRC チャネルを利用して、感染先のコンピュータへアクセスすることを許可します。これにより、攻撃者は、感染先のコンピュータ上で次のことを実行することが可能になります。<br><br>ファイルのダウンロードと実行<br>ネットワークのスキャン<br>プロセスの列挙、停止、開始<br>ファイルシステムの制御 (ファイルの削除、作成、列挙)<br>サービス拒否 (DoS) 攻撃の実行<br>ポートのリダイレクト<br>システム情報を盗み出し、その情報を攻撃者に電子メールで送信<br><br>なお、OS自体はイベントビューア、ログファイルなどの内容がクリアされており、原因を特定する時間もなかったため、初期化、OSの再インストールを行いました。<br><br>なお、再度ベルウェールに貸与する際に行った処置等は以下のようになります。<br><br>OSの再インストール後、不要なサービスの停止、ネットワークアダプタに対するMicrosoftネットワーク用クライアント、Microsoftネットワーク用ファイルとプリンタ共有のオフ。サービスパックの適用、NortonInterNetSecurity2004、SQLServer2000の接続マネージャのインストールです。<br>また、今後も本多さんや犬塚さん、田中さんがマシンをメンテナンスを行うことを考慮してSymantecAnyWareをインストールしました。<br><br>また、IPアドレスについては、ベルウェールにあるMacintoshクライアントのIPアドレスが192.168.101.101-103になっており、今後を考慮して104-110をMacintoshクライアント用IPアドレス群としてリザーブすることにしました。Windowsクライアントは、192.168.101.111移行を試用することとします。今回のホストは、192.168.101.111を設定しています。<br><br>ホスト名は、bellwell-w2kです。<br>接続できるアカウントは、Administrator、bellwell。2アカウントともに管理者権限となってます。<br>また、AnyWareでの接続ユーザー名は、kaiadminです。なお、接続のパスワードは武田に聞いてください。<br><br><br><br>リース会社の設置ホスト確認作業で大手町に行く際に、メールサーバーのエンクロージャに搭載のパワーサプライの不具合が確認されたため、実証作業を行いました。<br><br>エンクロージャの管理画面: Remote Access ControllerのSensors内に正常動作が確認されている場合は、以下のような情報を掲載します。<br><br>Power Supply Sensors  <br>Severity Probe Location State  A/C Presence  <br>Power Supply 1 On  Present  <br>Power Supply 2 On  Present<br><br>IPアドレス:10.30.1.4<br>mail1-mail6収容エンクロージャでの状態は、<br>Power Supply 1 Off  Abesent<br>となっていました。<br>電源供給は行われていましたが、掲載情報などに不安があったため、近藤さん経由でDELLサポートセンターからの指示でパワーサプライの再挿入を行いました。<br><br>なお、作業後も症状が改善されなかったため、25日の午前中にmail1-mail6収容エンクロージャのパワーサプライと<br>mail7-mail12収容エンクロージャとのパワーサプライを交換する作業を近藤さんが現地にて行いました。自分は社内でモニタリングを行いました。作業後、<br>Power Supply 1 On  Present  になっていることを近藤さん、自分ともに確認。症状が改善されたことを確認しました。<br><br>30分後、mail7-mail12収容エンクロージャのパワーサプライがワーニングを出したため、近藤さんに以下の内容を確認しに行っていただきました。また、ITアシスタント内にてmail7-12のダウンを確認しました。同時に管理モジュールのWEB管理画面に到達できないことも確認しております。<br><br>症状:mail7-12へのpingのリクエストタイムアウト<br>グローバルインターフェース側にはpingの到達の確認、ターミナルサービスを利用しての接続は行えました。考えられる原因としては作業時にローカルネットワーク側の接続ケーブルが外れたことが考えられます。ITアシスタントで監視しているのはローカル側のインターフェースを見ているため、ITアシスタントにてダウンメッセージが表示された模様です。メールサーバーでは、ActiveDirectoryによるユーザー認証などは行っていないため、LHSへのサービスの影響はないです。<br><br><br><br><br>Microsoft Windows MSDN Deluxe Editionの購入<br>角田さん経由にてMicrosoft Windows MSDN Deluxe Editionを購入手続きを完了しました。Microsoft Windows MSDN Deluxe Editionの場合、提供されるMSDN サブスクリプション レベルは、オペレーションシステムレベルです。<br><br>犬塚さんより依頼された、XP SP2 製品版については、CD-ROMの準備が出来次第、配送されるそうです。予定は9月上旬となっています。<br><br>MSDN サブスクリプション レベル について<br>http://www.microsoft.com/japan/msdn/subscriptions/prodinfo/levels.aspx<br><br>現時点では、今まで提供されたソフトウェアを使用していない状況も踏まえて、オペレーティングシステムレベルで十分と判断しました。<br><br>水谷さんのミスによるmail1.hosting-link.ne.jpのレジストリの復元<br><br>mail1.hosting-link.ne.jpでのレジストリとユーザードメインの整合性の確認の作業中に必要情報が消えたため、こちら側で復旧作業を行いました。<br><br>消えたレジストリ情報は、HKEY_LOCAL_MACHINE\SOFTWARE\Ipswitch\IMail\Domains\$virtual133<br>です。<br><br>復旧方法は、<br>HKEY_LOCAL_MACHINE\SOFTWARE\Ipswitch\IMail\Domains\以下の適当なvirtualxxxキーをファイルに吐き出します。<br>virtualxxx.reg内の"Official"="xxxxx.xxx"を消してしまった情報の値に変更する。<br>"Aliases"を削除する。<br>編集したファイルをレジストリに結合する。<br>この状態では、Aliasの情報は与えられていないので、ImailAdminを実行して、復旧したドメインのプロパティにてエイリアスを与えると復旧は完了です。	#808080				gw.jingumae.kai.ad.jp
3	0	20040817				先日のwww7作業記録	■ www-7の障害対策について<br><br>12日午後9時頃、www-7がシステムダウンする症状が発生。現地に水谷さんが急行、システムのパワーオンをしました。確認された症状としては、チェックディスク中にUnknownHarderrorのメッセージを出してハングアップ。再起動後にHDD0の異常を確認しました。水谷さんが戻ってきた後にターミナル経由で確認できたことは、イベントビューアにてDドライブファイルシステムの異常、RAIDカード<br>の異常、HDD0の異常を確認しました。13 日午後に発生した障害も同様のものです。マシン搭載の主電源の異常により、システムがダウン、書き込み中にダウンをしたため、HDDの物理的な破損、ファイルシステムの破損が発生したと思われます。以下がイベントビューア内での内容になります。<br><br>障害発生時での最優先事項は、ユーザーデータの確保、ダウンタイムを少なくすることです。対処方法としては、以下の3つを考えました。<br><br>1.ハードディスクの交換を行う。RAIDカードなど、他の部品に損傷がないことが前提。HDD交換後に症状の再発生などを確認した場合、次のフェーズに移る。<br>2.代替えマシンへのHDDの移動。物理的な破損がHDDだけでなく、電源、RAIDカードにもみられるため、代替え本体にHDDを移動した後にHDDを交換する。<br>3.代替えマシンにOSの再インストール、バックアップエグゼックを使用してシステムをリストア、元のマシンよりHDDを単体でアレイを組む。Dドライブとして元のHDD、ユーザーデータ領域をマウントさせる。<br><br>13日朝方の時点では1番、電源のトラブルという確証がとれたので午後の障害対処は、2番の方法を使用しました。<br><br>なお、RAID1システムを組んでいるホストでアレイが破損したときの基本的な対処方法は、空きベイにHDDを挿入、空きベイに挿入されたHDDをホットスペアディスクとして認識させる、損傷したHDDをオフラインにするです。RAIDカードが健全な場合、問題なくこの手法でリビルドが開始されます。損傷されたHDDをホットスペア機能を使用せずに交換しても問題はありませんが、ホットスペアHDDを使用することによって作業時のミスによるHDDの完全な破損は防げます（いきなり作業を始めた場合、損傷していないHDDを交換する可能性があります。事例もあります。）	#808080				gw.jingumae.kai.ad.jp
2	0	20040817				16日に行った作業など	LHSのオプションサービス<br>ログ取得、ディスク容量の増減についての自動化のためのスクリプトと説明書、ソースコードのコメントの作成が完了いたしました。実際にはソースコードの細かいコメントなどはいらないとはおもうのですが、共通さん以外の社内の人間が確認することを前提に編集しました。<br><br>自分が作成したものはLHSのドメイン自動設定スクリプトと同様に前面で動作をするものです。そのため、データベース、サービス側との調整、連携が必要になります。りくさん、りーさんにお時間があるときにミーティングなどを行っていく予定です。<br><br>監視ツールNagiosのセットアップ<br>現在検証で使用しているOSFreeBSD4.10の場合、libraryなどの兼ね合いで期待した動作を行えなさそうなので、今回からは5.2.1を使用してみることにしました。<br><br>ベルウェール側から開きにくいファイルメーカーファイルがあるということで調査。Hostingメールサポート.fp5から実行されているスクリプトファイル内で、HTメール雛型.fp5を開いている処理部分があるのですが現在は使用されていないホスト192.168.100.4のホストに存在するファイルを指定していることを確認しました。<br>不具合自体はファイルメーカーサーバーの再起動で解消した模様です。	#808080				gw.jingumae.kai.ad.jp
1	0	20040813				現在までにおこなった作業と今後の作業予定	□加瀬ファイルメーカーPro動作マシンのウイルス削除、バックアップの整備<br>---------------------------------------------------<br>駆除については完了、バックアップについても社内ファイルサーバーより、リモートからファイルサーバー上にバックアップをおこなっています。<br>今後は、社内での空き席がなくなってきたため、他のマシンなどに移行してラックに収める予定です。<br>---------------------------------------------------<br>□陸マシンのウイルス削除<br>---------------------------------------------------<br>不正なパケットをとばしていた陸さんのマシンにNIS2003をインストール後、ウィルススキャンなどをおこないましたが、不正なパケットの流出は止まりませんでした。<br>---------------------------------------------------<br>□社内で使用されている各サービスごとのWindows系サーバーに対して修正パッチが適用されていなかったため、日時を分けて現在提供されているパッチ類を当てました。<br>---------------------------------------------------<br>修正パッチを適用したホストとIPアドレス、使用用途は以下のとおりです。<br><br>Aquarius:192.168.0.17:ファイルサーバー・ファイルメーカー動作マシン<br>libra:192.168.0.10:ファイルメーカー動作マシン<br>gemini:192.168.0.231:実験、踏み台マシン<br>leo：192.168.0.8：ドメインコントローラ<br>sagittarius：192.168.0.9：ドメインコントローラ<br>scorpius:192.168.0.230:実験、踏み台マシン<br>planet2:192.168.0.29:プラネットの社外向けサービス用マシン<br>aries:192.168.0.235:NOD32サーバー<br>virgo:192.168.0.30:ブッククラブの社外向けサービス用サーバー<br>---------------------------------------------------<br><br>SUSサーバーの構築<br>---------------------------------------------------<br><br>WindowsUpdateの自動化をするため、SUSサーバーの構築を考えています。サービ<br>スを止めることができないLHSでの利用は、現在は考えておりません。社内<br>Windowsサーバー管理の目的に導入予定です。ある程度社内で検証がすんだ後に<br>LHSサーバー群の管理に使用してみようと考えています。現在は、近藤さん、水谷さんに説明するための導入についての説明、各種ツールの説明、運用手順方法などのドキュメントの書き出しは完了しています。<br>---------------------------------------------------<br><br>現在使用していないと思われるファイルメーカーProホストマシン「bellwell-fmpro:192.168.100.2」の撤去について---------------------------------------------------<br>192.168.100.2のホストにて開かれていたベルウェール向けファイルメーカーファイルの移行を検討しています。社内ホスト・ネットワークの整理をおこなっている段階で、利用頻度の低いホストを段階的に廃止していく予定です。現在ベルウェールに提供しているファイルメーカーファイルの中で192.168.100.2がホストしているファイルが他のファイルメーカーサーバーで提供しているファイルと機能が競合するため、また機能が少ないため廃止をすることを決定しました。廃止の段階としては、192.168.100.2に対してアクションを起こしている加瀬ファイルメーカーマシンの解析、事務局で使用されているOpenFMDBスクリプトの解析、ベルウェール側で使用されているOpenFMDBスクリプトの解析、ベルウェールとの入念なやり取りが必要です。<br>---------------------------------------------------<br>DC-1、DC-2の管理ツールインストール作業<br>---------------------------------------------------<br>ターミナル経由にて本体BIOSをA05よりA011へアップデート<br>大手町　DC-2コンソールにて水谷さんにPerc3/Diのファームウェアアップデートをおこなってもらう。A05→A08<br>（DELLから提供されているWindowsプログラムに不具合があるため、正常にアップデートがおこなえないため）<br>ターミナル経由にてPerc3/DiのドライバーをOpenManage　ver3.8.0のインストールを行う。<br>インストールに使用したドライバーパッケージの詳細は、以下の通り<br><br>BIOS: Dell Server System BIOS, English, PowerEdge 1650, A11<br>-----------------------------------------------------------------------------------------------------------------------<br>ライブラリ: FlashBIOS Updates<br>最終更新日: 2003/11/24<br>サイズ: 2,879,770 バイト<br><br>PE1650-BIOS-WIN-A11.exe<br>-----------------------------------------------------------------------------------------------------------------------<br><br>ESM: Dell ESM Firmware, Firmware, English, PowerEdge 1650, A36<br>-------------------------------------------------------------------------<br>----------------------------------------------ライブラリ: Embedded<br>Server Management<br>最終更新日: 2003/11/24<br>サイズ: 2,582,810 バイト<br><br>PE1650-ESM-WIN-A36.exe<br>-----------------------------------------------------------------------------------------------------------------------<br><br>SCSI RAID: Adaptec PERC3/Di, Firmware, Multi Language, PowerEdge 1650,<br>v.2.8.0.6089, A08<br>-------------------------------------------------------------------------<br>----------------------------------------------ライブラリ: SCSI Raid<br>最終更新日: 2004/04/14<br>サイズ: 2,117,757 バイト<br><br>RAID-FRMW-R75278.exe<br>-----------------------------------------------------------------------------------------------------------------------<br><br>SCSI RAID: Adaptec PERC2, PERC2/Si, PERC3/Di, PERC3/Si, Driver, Windows<br>2000, Multi Language, Multi System, v.2.8.0.6085, A15<br>-------------------------------------------------------------------------<br>----------------------------------------------<br>SCSI RAID: Adaptec PERC2, PERC2/Si, PERC3/Di, PERC3/Si, Driver, Windows<br>2000, Multi Language, Multi System, v.2.8.0.6085, A15<br>ライブラリ: SCSI Raid<br>ファイル名: W2K-2806085.exe<br><br>-----------------------------------------------------------------------------------------------------------------------<br>OpenManageについては、インストールできないモジュール以外はインストールしました。<br><br>大屋VAIOの再インストール設定：完了<br><br>■社内で動作しているファイルメーカーホストマシン内、ファイルメーカーデー<br>タベースのバックアップスケジュール及び設定について<br><br>現在、バックアップを行っているファイルメーカーサーバーが動作しているホス<br>トは2台、ファイルメーカープロ動作ホストが2台です。各ホスト構成は、以下の<br>通りです。<br><br>ホスト名：Aquarius<br>IPアドレス：192.168.0.17<br>動作OS：Windows2000 Server<br>使用マシン：　DELL PowerEDGE2500(P3-1.13GHz 512MB RAID5+RAID1)<br>動作しているファイルメーカーのバージョン：ファイルメーカーサーバー5.5<br>提供しているサービス：社内用<br><br>ホスト名：libra<br>IPアドレス：192.168.0.10<br>動作OS：Windows2000 Server<br>使用マシン：　DELL PowerEDGE1300(P3-750MHz 1024MB RAID5)<br>動作しているファイルメーカーのバージョン：ファイルメーカーサーバー5.5<br>提供しているサービス：社内用<br><br>ホスト名：planet2<br>IPアドレス：(WAN側インターフェース) 219.118.70.71<br>　　　　 　 (LAN側インターフェース)192.168.0.29<br>動作OS：Windows2000 Server<br>使用マシン：　IBM Netfinity3000(P3-550MHz 320MB RAID1)<br>動作しているファイルメーカーのバージョン：ファイルメーカープロ5.5<br>提供しているサービス：オンラインショッププラネット用<br><br>ホスト名：virgo<br>IPアドレス：(WAN側インターフェース)219.118.70.72<br>　　　　　 (LAN側インターフェース)192.168.0.30<br>動作OS：Windows2000 Server<br>使用マシン：　INTEL ISP1100(P3-850MHz 256MB RAID1)<br>動作しているファイルメーカーのバージョン：ファイルメーカープロ5.5<br>提供しているサービス：ブッククラブ通販サイト用<br><br>ファイルメーカーデータベースのバックアップについては、Aquarius、libra<br>は、ファイルメーカーサーバーのバックアップ機能を用いて、ファイルメーカー<br>データバックアップ用ハードディスク領域にコピー。virgo、planet2について<br>は、自身のファイルメーカーデータバックアップ用ハードディスク領域にバッチ<br>ファイルを用いてコピー後、Aquarius側で動作させたバッチファイルを用いて<br>Aquarius内データバックアップ用ハードディスク領域にコピーしています。ま<br>た、各データは、テープドライブを使用してバックアップを行っています。<br>＊virgo、planet2については、データベースを管理する方が作業をしやすいよう<br>に一度、自身のハードディスク領域にデータベースを保存するように設定してい<br>ます。<br><br>ハードディスク領域に一度コピーする際のバッチファイルは、どのホストも「c:<br>\work\fmbackup」直下にあります。Aquarius内データバックアップ用ハードディ<br>スク領域へコピーするコマンドは、Aquariusのバッチファイルに記述、ファイル<br>メーカープロ動作ホストの自身のハードディスクへコピーするコマンドは、各ホ<br>ストごとのバッチファイルに記述しています。<br><br>ファイルメーカーデータベース公開ホストのデータベース、バックアップ用ファ<br>イル格納領域情報は以下の通りです。<br><br>aquarius：192.168.0.17<br>公開ファイル格納ディレクトリ：E:\FileMakerDB\Server01DB\<br>Aquarius内バックアップ用ファイル格納ディレクトリ：H:\FMDB-Backup_weekly\<br>aquarius-fmdb-backup- weekly\<br><br>libra：192.168.0.10<br>公開ファイル格納ディレクトリ：E:\FileMakerDB-KAI-relation\<br>バックアップ用ファイル格納ディレクトリ：G:\FMBackup<br>Aquarius内バックアップ用ファイル格納ディレクトリ：H:\FMDB-Backup_weekly\<br>libra-fmdb-backup- weekly\<br><br>planet2：192.168.0.29<br>公開ファイル格納ディレクトリ：C:\FMDB\<br>バックアップ用ファイル格納ディレクトリ：C:\FMBackup<br>Aquarius内バックアップ用ファイル格納ディレクトリ：H:\FMDB-Backup_weekly\<br>planet2-fmdb-backup- weekly\<br><br>virgo：192.168.0.30<br>公開ファイル格納ディレクトリ：F:\FileMakerDB\<br>バックアップ用ファイル格納ディレクトリ：G:\FMBackup<br>Aquarius内バックアップ用ファイル格納ディレクトリ：H:\FMDB-Backup_weekly\<br>virgo-fmdb-backup- weekly\<br><br>■aquariusタスクスケジューラ内にて動作させているバッチファイル<br><br>aquarius-libra-fmbackup-weekday.bat内容<br>-----------------------------------------------------------------------------------------------------------------------<br>C:\WINNT\system32\xcopy.exe /y /q /c \\LIBRA\FMBackup\*.*<br>H:\FMDB-Backup_weekly\libra-fmdb-backup-weekly\weekday\ &&<br>C:\WINNT\system32\xcopy.exe /y /q /c /e \\planet2\FMBackup\weekday\*.*<br>H:\FMDB-Backup_weekly\planet2-fmdb-backup-weekly\weekday\<br>-----------------------------------------------------------------------------------------------------------------------<br><br>planet2-fmbackup-weekday.bat内容<br>-----------------------------------------------------------------------------------------------------------------------<br>C:\WINNT\system32\xcopy.exe /e /y /q /c \\planet2\FMBackup\weekday\*.*<br>H:\FMDB-Backup_weekly\planet2-fmdb-backup-weekly\weekday\<br>-----------------------------------------------------------------------------------------------------------------------<br><br>virgo-fmbackup-weekday.bat内容<br>-----------------------------------------------------------------------------------------------------------------------<br>C:\WINNT\system32\xcopy.exe /y /q /c \\virgo\FMBackup\weekday\*.*<br>H:\FMDB-Backup_weekly\virgo-fmdb-backup-weekly\weekday\<br>-----------------------------------------------------------------------------------------------------------------------<br><br>■virgoタスクスケジューラ内にて動作させているバッチファイル<br><br>aquarius-libra-fmbackup-weekday.bat内容<br>-----------------------------------------------------------------------------------------------------------------------<br>C:\WINNT\system32\xcopy.exe /y /q /c F:\FileMakerDB\fmdata\*.*<br>G:\FMBackup\weekday\<br>-----------------------------------------------------------------------------------------------------------------------<br><br>■planet2タスクスケジューラ内にて動作させているバッチファイル<br><br>aquarius-libra-fmbackup-weekday.bat内容<br>-----------------------------------------------------------------------------------------------------------------------<br>C:\WINNT\system32\xcopy.exe /y /q /c /e /s C:\FMDB\*.* C:\FMBackup\weekday\<br>-----------------------------------------------------------------------------------------------------------------------<br><br>■各ホストごとのタスクスケジューラで動作させているタスクの内容<br><br>Aquarius内で動作させているタスク<br>タスク名：fmbackup-weekday<br>タスク内容：Aquarius、libraのファイルメーカーバックアップデータの<br>Aquarius内週間バックアップ領域へのコピー<br>バッチファイル実行日：毎日<br>バッチファイル実行時間：AM3:00<br><br>タスク名：planet2-fmbackup-weekday<br>タスク内容：planet2のファイルメーカーバックアップデータの週間Aquarius内<br>バックアップ領域へのコピー<br>バッチファイル実行日及び時間：毎日AM3:00<br><br>タスク名：virgo-fmbackup-weekday<br>タスク内容：virgoのファイルメーカーバックアップデータの週間Aquarius内<br>バックアップ領域へのコピー<br>バッチファイル実行日：及び時間AM3:00<br><br>planet2で動作させているタスク<br>タスク名：fmbackup-weekday<br>タスク内容：planet2のファイルメーカーバックアップデータの週間planet2内<br>バックアップ領域へのコピー<br>バッチファイル実行日及び時間：毎日AM2:00<br><br>virgo内で動作させているタスク<br>タスク名：fmbackup-weekday<br>タスク内容：virgoのファイルメーカーバックアップデータの週間virgo内バック<br>アップ領域へのコピー<br>バッチファイル実行日及び時間：毎日AM2:00<br><br>Aquariusでのテープバックアップが4月27日以降実行されていなかったので、<br>バックアップ対象の見直し、バックアップの実行検証を行う。<br>現在バックアップを行っている対象ディレクトリは、Aquarius内G:￥<br>Shared_rootディレクトリと、H:\FMDB-Backup- weeklyディレクトリです。この<br>二つのバックアップだけで総容量が66,892,115,203byteになります。他のディレ<br>クトリ、ホストををバックアップ対象にした場合、テープ容量が足りなくなるの<br>で、重要と思われるものを対象としてバックアップを行っています。<br>実行日は、毎日、AM:5:30よりすべて上書きで行うよう設定を行っています。<br><br>□mail-7でメール送信がされていなかった症状が発生していたため、調査。<br>Imail側でのネームサーバー指定とOS側でのネームサーバーの指定が異なってい<br>たためメール送信が行えなかった可能性がある。<br>OS側のネームサーバー指定　219.118.70.3、219.118.70.2<br><br><br>□ファイルメーカーサーバー管理画面よりAquarius上で開かれていたファイル会員メール履歴.fp5、パスワード管理.fp5をlibra上に移動、libra上で自動で開かれるように設定。Aquarius内、上記二つのファイルを開くようになっていた設定を削除しました。<br>移動先は、libra内E:\FileMakerDB _support-relation内に会員メール履歴.fp5を移動、F:\FileMakerDB-KAI-relation\kai内にパスワード管理.fp5を移動しました。<br>Imail側のネームサーバー指定　219.118.70.20　219.118.70.10<br>他のメールサーバーは、OS、Imail共にネームサーバーが219.118.70.20　<br>219.118.70.10を向いていたため、mail-7も同一の設定を<br>行いました。設定後、コマンドプロンプトにてipconfig /flusdns DNSClient<br>サービス、ImailSMTPサービスの再起動を行った後、mail-7スプールの減少を確認。<br>無事にメール送信が行えるようになっていることを確認しました。<br>*ImailサーバーのサポートページFAQに特定ドメインにメール送信が行えない場合の確認方法として、OS側の指定ネームサーバーアドレスとImail側の指定ネームサーバーアドレスが異なる場合、メール送信が行えないという形で掲載されていました。<br><br>■コンドウサンの監視ツール検証のお手伝い<br>NagiosのFreeBSDへのインストール<br>現在は、コンフィグファイルの見直し中。近日公開。<br><br>今後の予定<br>・社内に設置しているホストに対するラベリング：視認でサーバーの名前、IPアドレス、役割を確認できるようなラベリングを考察・ラベリング<br><br>・LHSのIIS仮想ドメインの自動設定考察：ログの設定について自動化できるかの調査、検証＊ログ取得の設定をメタデータに書き込む部分のスクリプトは完成＋<br>クォータエントリの変更部分のスクリプトも完成。現在は仕様書をまとめています。<br>・社内ホストに対するIPアドレスリナンバリング考察：DHCP付与IPアドレス配布ポリシー、固定IPアドレスホストの選定など<br>・ファイルサーバー・ファイルメーカーサーバー上のファイルの選別：ファイルメーカーサーバーで開いているファイルの整理、Aquarius内のファイルの整理	#808080				gw.jingumae.kai.ad.jp
4	1	1093310761	BIOSのUPDATEにWinプログラムを使用する件			Re:現在までにおこなった作業と今後の作業予定	BIOSのアップデートですが、日本のDELLは基本的にWin用のプログラムを推奨していないため、リンクが現れないそうです。修理に来た人も全部FDを作ってのインストールしか行っていないそうです。	#FF7777				gw.jingumae.kai.ad.jp