web-dev-qa-db-ja.com

Windowsは、GPO CN = {31B2F340-016D-11D2-945F-00C04FB984F9}のファイルgpt.iniにアクセスできません

私は、Windows SBS2003からServer2003Standardへの「スイング」移行の最中です。

これまでのところ問題はありませんが、クライアントマシンでイベント1058が発生しています。

Windowsは、GPO CN = {31B2F340-016D-11D2-945F-00C04FB984F9}、CN = Policies、CN = System、DC = Edgebyte、DC = localのファイルgpt.iniにアクセスできません。ファイルは、場所<\ ourdomain.local\sysvol\ourdomain.local\Policies {31B2F340-016D-11D2-945F-00C04FB984F9}\gpt.ini>に存在する必要があります(システムは指定されたパスを見つけることができません)。グループポリシー処理が中止されました。

ログオンは正常に機能しますが、グループポリシーはどこにも適用されていません。

元のSBSボックスを振り返ると、グループポリシー管理に移動すると、GPO]を右クリックして[編集]をクリックしようとすると、「ファイルが見つかりません」というメッセージが表示されます。長期間壊れています(移行のポイントの一部は、疑わしいハードウェアを交換することです)。

グループポリシーを保持する必要はありません(とにかくそれほど多くはありません)-したがって、Server 2003標準からすべてのグループポリシーを削除し、sysvolのPoliciesフォルダーの内容を再生成する方法を知る必要があります、それで、きれいな状態からやり直すことができます。

テイカーはいますか?

トム

4
tomfanning

Swing Migrationの問題は通常、ADレプリケーションとNTFRSサービスが正しく機能していないことに集中しています。通常はスタンドアロンで何も複製しないSBSサーバーでは、これらの問題は長い間見過ごされ、実質的に悪影響はありません。ネットワークに別のドメインコントローラーを追加するまで、同期の問題が突然発生します。安心。 NTFRSに問題がないかイベントログを確認します。問題を追跡してすべて排除する必要があります。そうしないと、スイングできなくなります。

NTFRSが機能したら、元のSBSサーバーでグループポリシー管理コンソールを使用してポリシーを削除しようとします。次に、ポリシーがすでに削除されているADを新しいサーバーに複製します。ファイルを削除しようとするのはよくありません。アイテムをActiveDirectoryから削除する必要があります。 SBSMigrationのJeffMiddletonはSBSMVPの仲間であり、これらの問題を整理するのが非常に得意です。彼は以前にそれらのほとんどを見てきました。含まれているサポートインシデントを使用するか、さらに購入すると、十分な費用がかかります。

3
Tim Long