統合とは何ぞや、ということを振り返ってみる。統合DNS(以下「AD統合DNS」)として構築するケースがある。DNSを推奨(KB816584)している。動作するが、不具合情報もあるので注意が必要(例:KB977171)である。AD統合DNSのメリットはデータ更新はプライマリサーバで行わなくてもよいシリアル番号が自動で管理されるレプリケーションは53/UDPという信頼性の低いパスではなくWindowsRPC(TCP)を使用するADの枠組みの中でセキュリティ妥当性チェックを行えるなどがある。イントラネットではDNSレコード変更の機会が外部公開DNSに比べると飛躍的に多くなるので、実はシリアル番号を手動で1つ上げるのをしなくていいのは管理者にとってありがたい話である。実際、AD統合するとオブジェクトはAD内にオブジェクトとして保存される。当然ながらユーザアカウントやコンピュータアカウントなどが大量に変更されても差分転送しながら全体を維持するスキームがあるので、それに乗っかれるのなら分かりやすい。・アクセス制御に関して、その他の実装系と動きが全く異なるため注意が必要である。具体的な設定項目をチェックする。種類ボタンをクリックすると以下のダイアログが出る。AD統合DNSにもプライマリとセカンダリがあるかのような画面だが、実際にAD統合できるのは「プライマリゾーン」と「スタブゾーン」だけである。イントラネット運用であればこれで必要十分といえよう。次にレプリケーションの設定。上がフォレスト全体で同期する、2つ目が2003ADのデフォルト、3つ目は2000混合モード対応。レプリケーションに失敗すると大きな痛手を受けるので、必要なければ手動は避けたいところ。ここの例では2000からADをアップグレードしたせいもあり、3つめが選択されているがドメイン全体の同期という2003デフォルトで問題ないと思われる。ゾーンのレプリケーション」なお1つのネットワークに複数のADドメインが存在する場合、レプリケーションのスコープを意識しないと正しく変更が反映できない場合もあるようなので注意が必要。