web-dev-qa-db-ja.com

権限のない復元後にFRSがC:\ WINDOWS \ SYSVOL \ domain \ scriptsを複製しない

いくつかのWindows Server 2008 R2ドメインコントローラーを実行しています。 sysvolの複製はNTFRSによって行われます。

昨日、マスターDCがSYSVOL共有に対して"JRNL_WRAP_ERROR"を報告しました。C:\でchkdskを実行しましたが、問題はありませんでした。この後、 ntfrs.exeを停止し、HKLM/SYSTEM/CurrentControlSet/services/Ntfrs/Parameters/Backup\Restore/Process at StartupでBurFlagsを "D2"に設定して、ntrfsを再起動することにより、権限のない復元を開始しました再度.exe。

これはC:\ WINDOWS\SYSVOL\domain\Policiesで機能するようですが、何らかの理由でC:\ Windows\Sysvol\domain\scriptsをプルしません他のDC。権限のない復元を行った後、scriptsフォルダーにはいくつかのディレクトリがあり、これらは実際に存在するはずです。ただし、それらのすべてが含まれているわけではなく、含まれているものは不完全です。

また、C:\ Windows\ntrfs\jetの名前を変更して、権限のない復元を再度開始して、キャッシュに関連する問題を除外しましたが、成功しませんでした。

権限のない復元を再開した後、スクリプトディレクトリが奇妙にC:\ Windows\SYSVOL\domain\NtFrs_PreExisting ___ See_EventLogに表示されず、ポリシーディレクトリが表示されることにも気付きました。 C:\ Windows\SYSVOL\domain \をそのフォルダーに移動するだけだと思いましたが、それほど単純ではないようです。スクリプトが省略されているという事実は、C:\ Windows\SYSVOL\domain \のコンテンツを追跡しているデータベースがあり、実際に認識しているものだけを移動するかどうか疑問に思います。

イベントログはあまり役に立ちませんが、権限のない復元の後にSYSVOLが正常に開始されたことを示しています。

編集:今のところ、影響を受けるサーバーにADを再インストールすることで、この問題を解消しました。ディレクトリが削除後にクリアされたが、C:\ Windows\Sysvol\domain\scriptsが何らかの理由で残った-おそらくアクセス許可の問題。次に、C:\ WINDOWS\SYSVOLを明示的に削除し、ADを再インストールしました。

7
Albert

問題は別のDCで再び発生しました。いくつかのファイルがC:\ Windows\Sysvol\domain\scriptsフォルダーにあることがわかりました-一部のexeファイルは実行中です。 NTFRs.exeはそのタスクを完了できませんでした。

ntrfsutlは、この問題のデバッグに役立ちました。 http://support.Microsoft.com/kb/822300/en-us は確かに役立ちます。 ntrfsutl inlogを使用して、転送されているファイルの状態を確認しました。私の場合、scriptsフォルダーは常に状態IBCO_INSTALL_REN_RETRYでした。次に、ロックを保持しているすべてのファイルをスクリプトディレクトリ(およびそのサブディレクトリ)に配置しました。これらは、クライアントコンピュータでも実行されていた(ただし、NETLOGON共有を介して開かれた)いくつかのプログラムでした。

SysInternal Toolsのhandles.exeを使用して、開いているファイルハンドルを識別できます。私の場合、「システム」プロセスによっていくつかのファイルが開かれました。それらは実際にはクライアントコンピュータによってネットワーク共有を介して開かれました。 compmgmt.mscでハンドルを閉じました。

開かれたすべてのハンドルが閉じられた後、レプリケーションは最終的に成功しました。

1
Albert