2009localYouser技術のお話し今回のネタは自信がありませーん(涙)記載内容には責任は持てませんので予めご了承ください。Directoryの勉強でもしようかと思って試しに始めてみたら、気づけば23時になってしまったというオチでして・・自分なりに理解したポイントをちょこちょこ書いていこうかなと。Directoryのシステムリストアは行えないという言い伝えがありました。その原因について記載してみます。Directoryのレプリケーションってどう行われるのかについて考えてみました。上記のように、変更通知は変更するたびに発行されます。replmonを実行してみればわかりますが、変更通知を展開して得られた結果は記録されます。これ見ると、データを変更したドメインコントローラが変更通知を送った分、レプリケーションは行われるということになります。イメージリストアを行った場合、大抵はある特定時点の状態に復旧しますが、その際、OSとしては「何事もなかったかのように」起動を始めます。以下の例の場合、6月30日にスイッチを落としてそのままであるという認識の下サーバが起動します。これに対して、相手方のドメインコントローラは8/23の障害発生寸前までデータは送り続けたと認識しています。相手方にしてみれば正常に送り続けられたのであれば、またもやデータを送る必要はありません・・・ということになります。結果、復旧したドメインコントローラはバックアップを取得した時点から障害が発生するまでの間のデータ更新は行われないということになってしまいます。他のドメインコントローラとデータの中身が異なる、所謂不整合が発生します。単純なイメージバックアップソフトがドメインコントローラに適用できないのはこれが原因と言えると考えられます。Directoryデータを復旧すれば良いということになります。Restoreを実行します。Restoreでは、復旧したドメインコントローラは「障害から復旧した状態」と認識して起動します。その為、自身のデータが古いことを認識しており、他のドメインコントローラに対して「俺は復旧したばっかでデータが古いから、いっそのことみんな新しくしてくれー」と呼びかけます。現在のデータと自分のデータをすべてコンペアしてUSNの新しいデータをどんどんダウンロードします。して、最新データが全てレプリケートされ、復旧ドメインコントローラは最新の状態となり、整合性が保たれた構成となります。ここで言うイメージバックアップはストレージミラーリングを行ってバックアップ補完する場合であっても同じです。要は、ディスクそのものを引っこ抜いておくと言う、OSが意識できないレイヤでのアプローチを行っていることに問題があり、それをしている限りは当該問題からは逃れられません。Restoreを行おう。State)は別途取得しましょう。最近ではVSS連携でディスク/OSのはざまでイメージバックアップを取得するソフトウェアが増えてきました。Restoreが行えるイメージバックアップ製品をピックアップしておきます。Restoreに相当するリストアが行えます。State)が必要です。Restoreに相当するリストアが行えます。Restoreは行えないっぽいです。Directoryが持つものはデータであり、それを復旧するにはデータプロテクションソフトウェア(ARCServeやBackupExec、NetVaultとか)が必要だと言うことですね。Directoryがらみのコミュニティで、こんなことを教えていただきました。リストア後の初回起動時の初期複製において常に入力方向の複製となります。重複を避けることになります。言うわけで、復旧した直後として認識し、既存データを破棄して初期化が行われるようですね。Restoreが行われると。コメントをキャンセルメールアドレスが公開されることはありません。※サイト次回のコメントで使用するためブラウザーに自分の名前、メールアドレス、サイトを保存する。コメントデータの処理方法の詳細はこちらをご覧ください。