同名の新サーバを構築、2台目のDCとして追加して、DCのリプレースを行っております。この2台目のDCを追加した際、追加したDCのDNSサーバにゾーンがコピーされない現象に苦慮しております。詳細は以下の通りです。既存DC2台ともWindows2003(フォレスト・ドメインの機能レベルは2003です。FSMOはこのサーバが所有しています。)また、2008のDCを受け入れるためにスキーマ拡張も実施済みです。ここから、1台のDCをDCPROMOにてDCから降格させ、ドメインからワークグループに変更し、ドメインからも離脱させました。(この時点で、2003のDCが1台になります。)次に、追加DCとしてWindows2008R2SP1のサーバを、DCから降格させたサーバと同じホスト名・同じIPでDCに昇格させました。このサーバをDCPROMOでDCに昇格させる際、DNSサーバがインストールされたのですが、前方参照ゾーンには既存ADのゾーンが存在しません。(逆引きも、ローカルIPと自身のIPに関するものだけしかありません。)ちなみに、この時点で、FSMOの2003サーバのDNSサーバにはADに関係するレコードが存在しています。あと、追加DCのDNSサーバの構成</layer>で、腑に落ちないないのが、フォワーダーに既存DCのIPが設定されています。このフォワーダの設定は、DCPROMO実行時に自動的に設定されました。既存DCも今回と同じ方法で2008R2のサーバにリプレースを行いたいのですが、このまま既存DCを切り離すと、このADからDNSサーバが消失するのではと危惧しています。何らかの解決方法がご教授いただければと思い投稿しました。回答1サインインして投票チャブーンです。(たぶん解決済みと思われますが)、一応コメントします。DirectoryでDNSゾーンのコピーを行うには、次の2つの方法になります。Directoryに組み込まれるので、複製が担保できることと、運用管理が楽というメリットがあります。1台目のドメインコントローラのDNSゾーンがAD統合にして2台目を追加することが一番簡単ですが、あとで変えることもできます。この場合1台目だけを変更し、2台目は1台目の複製情報を受け取るというスタイルです。2台目も同時にA統合に変更してしまうと、同時に別々のDNS情報ができてしまい衝突するので、注意してください。2.1台目を標準プライマリに、2台目を標準セカンダリに構成する通常のDNSサーバと同じように1台目をプライマリとして構成し、2台目を標準セカンダリとして構成します。DNS動的更新上、セキュリティが低下するので、あまりお奨めしませんが、BIND等(UNIXベースのDNSサーバ)と混在しているような場合や、DNSゾーン変更情報の経路を明確化(一方通行)にしたい場合、便利かもしれません。AD統合なDNSサーバとUNIXなDNSサーバの連携で問題が起こるというとは、通常ありません。自己解決しつつあります。既存のDCのDNSがAD統合されていないという状況でした。既存環境では1台のDCはプライマリDNS(AD統合せず)で、2台目のDCがプライマリにフォワードという環境だったようです。新たに追加したDCも同じ環境になるということでした。解決方法としては、既存DCのプライマリDNSをAD統合するのが一番の早道のようです。1:34返信|引用1サインインして投票チャブーンです。(たぶん解決済みと思われますが)、一応コメントします。DirectoryでDNSゾーンのコピーを行うには、次の2つの方法になります。Directoryに組み込まれるので、複製が担保できることと、運用管理が楽というメリットがあります。1台目のドメインコントローラのDNSゾーンがAD統合にして2台目を追加することが一番簡単ですが、あとで変えることもできます。この場合1台目だけを変更し、2台目は1台目の複製情報を受け取るというスタイルです。2台目も同時にA統合に変更してしまうと、同時に別々のDNS情報ができてしまい衝突するので、注意してください。2.1台目を標準プライマリに、2台目を標準セカンダリに構成する通常のDNSサーバと同じように1台目をプライマリとして構成し、2台目を標準セカンダリとして構成します。DNS動的更新上、セキュリティが低下するので、あまりお奨めしませんが、BIND等(UNIXベースのDNSサーバ)と混在しているような場合や、DNSゾーン変更情報の経路を明確化(一方通行)にしたい場合、便利かもしれません。AD統合なDNSサーバとUNIXなDNSサーバの連携で問題が起こるというとは、通常ありません。情報を無料ニュースレターで入手|日本での個人情報の取り扱い|サイトマップ|特商法に基づく表示|使用条件|商標|プライバシ。