大切な家族のペットの健康を守るため、今できることを一生懸命に。

ずいぶんと遅くなりましたが、明けましておめでとうございます。
本年もよろしくお願いします。

ずっと、何も書けなかったのには理由があります。
年末年始の休みを使ってサーバーを2008R2から2012へアップグレードしたんですが、休み中に終わらせるつもりがずいぶんと問題が発生して、先週までずっと問題解決に追われていました。

アップグレードそのものは簡単でしたが、2008R2と2012では違う挙動をするところがいくつかあり、その中で特にはまったのが、DFSレプリケーションの回復プロセスです。

Windows 2008R2までは、ファイルサーバーをシャットダウンした時にDFR ReplicationイベントログにID 2212の
というログがでることがあり、自動的に回復プロセスが開始して、しばらくすると、ID 2214の

とログされて、自動回復が終了します。

ところが、Windows 2012のファイルサーバでは、ID 2213の
というログが出て、ユーザーの指令が出るまで待機してしまいます。

　Windows Serverのファイルサーバーをシャットダウンすると、割と普通にこのイベントが発生して自動回復していたので、これまではそういうものかと思っていましたが、この挙動の変化のせいで数日DFSレプリケーションが止まったことに気がつかないままほかってしまい、深刻なファイル不整合を起こしてしまいました。

　なぜ、既定の動作が変わって自動的に回復プロセスを開始してくれなくなったのかはわかりませんが、このログが出たからには回復プロセスを開始せざるをえませんから自動で開始してくれるように、　 HKLM\SYSTEM\CurrentControlSet\Services\DFSR\ParametersのStopReplicationOnAutoRecovery の値を0に変更するようにグループポリシーにて設定しました。

この設定はファイルサーバーだけではなく、SysvolのレプリレーションにDFSRを使っているドメインコントローラーにも関係しており、こちらも同様にレプリケーションが停止していました。

なぜ、動作が変わったんでしょうね。新規インストールしたならともかく、アップグレードしたサーバーにレジストリを書き込んで挙動を変えないでほしいものです。