Cara mengoptimalkan Active Directory replikasi di jaringan besar

Artikel ini menjelaskan cara mengoptimalkan Active Directory replikasi di konfigurasi jaringan besar.

Penting Bagian ini, metode, atau tugas yang memuat langkah-langkah yang memberitahu Anda bagaimana memodifikasi registri. Namun, masalah yang serius dapat terjadi apabila Anda salah memodifikasi registri. Oleh karena itu, pastikan Anda mengikuti langkah-langkah tersebut dengan seksama. Untuk perlindungan tambahan, buat cadangan registri sebelum Anda memodifikasi. Kemudian, Anda dapat memulihkan registri apabila terjadi masalah. Untuk informasi selengkapnya tentang cara membuat cadangan dan memulihkan registri, klik nomor artikel berikut ini untuk melihat artikel di Pangkalan Pengetahuan Microsoft: Pengetahuan konsistensi Checker (KCC) secara dinamis menyesuaikan data replikasi topologi jaringan Anda ketika kontroler domain yang ditambahkan atau dihapus dari jaringan, ketika kontroler domain tidak tersedia, atau ketika data replikasi jadwal berubah.

Tugas KCC adalah:

• Berdasarkan topologi jaringan yang dijelaskan oleh objek Active Directory, KCC menciptakan objek sambungan yang digunakan untuk mendefinisikan inbound dan outbound replikasi pengontrol domain:
  
  
  • Sumber dalam situs yang sama, masuk ke kontroler domain yang menjalankan KCC.
  • Untuk sumber-sumber di situs yang berbeda, masuk ke situs di mana KCC berjalan, jika kontroler domain yang menjalankan KCC interSiteTopologyGenerator terpilih untuk situs.
• Mengkonversi KCC-didefinisikan dan ditentukan administrator Microsoft Windows NT direktori layanan koneksi (ntdsConnection) obyek ke konfigurasi yang dipahami oleh mesin replikasi direktori layanan (DS).

Secara default, masing-masing tugas ini dijalankan setiap 15 menit. Untuk informasi lebih lanjut tentang KCC, silakan lihat Bab replikasi direktori aktif pada Windows 2000 Resource Kit.

Contoh

Dalam beberapa konfigurasi situs besar yang berisi banyak situs, banyak domain atau banyak rute betweens situs, inter-site KCC mengeksekusi perlahan-lahan, memakan terlalu banyak CPU (CPU) waktu dan memori sumber daya.

Jika d adalah jumlah domain di jaringan Anda, S adalah jumlah situs di jaringan Anda, dankemudian Anda bisa dengan aman mengabaikan sisa dari artikel ini.

Tabel berikut mencantumkan kali pelaksanaan dan angka konsumsi memori untuk KCC inter-site yang berjalan di berbagai konfigurasi hub dan berbicara dengan tidak ada kinerja tuning diterapkan. Setiap situs berisi kontroler domain untuk satu domain dan katalog global. Domain sama tersebar di seluruh situs. Otomatis link situs menjembatani diaktifkan. Pengukuran dibuat pada Intel Pentium III Xeon di 500 MHz dengan 1 gigabyte (GB) dari Random Access Memory (RAM). Penggunaan memori mencakup database cache. Pemakaian memori akan lebih rendah pada komputer dengan memori kurang fisik.

Rumus untuk waktu eksekusi adalah:Anda dapat menentukan berapa lama KCC berjalan dalam konfigurasi Anda ada menggunakan situs direktori aktif dan snap-in layanan:

1. Menentukan kontroler domain yang di situs adalah generator inter-site topologi saat ini dengan melihat properti objek pengaturan situs NTDS.
2. Waktu eksekusi KCC pada kontroler domain yang:
   
   
   1. Klik kanan Pengaturan NTDS.
   2. Klik Periksa replikasi topologi.

Juga, Anda dapat memonitor waktu eksekusi KCC secara terus-menerus dengan menggunakan Peninjau Suntingan Registri untuk melihat kunci registri berikut:Mengubah nilai "1 pengetahuan konsistensi Checker" nilai 3 atau lebih besar.

Dengan nilai ini ditetapkan untuk 3 atau lebih, KCC akan log peristiwa 1009 dan 1013 untuk menandai awal dan akhir cek.

Rekomendasi

Jika konfigurasi Anda tidak memenuhi kriteria di atas, kemudian gunakan metode yang sesuai:

Mengurangi penggunaan situs-Link jembatan di konfigurasi situs Anda

Pilihan ini bekerja dengan baik dalam khas hub dan konfigurasi berbicara dengan mengurangi jumlah rute potensial antara situs.

Otomatis link situs menjembatani menunjukkan seluruh jaringan sepenuhnya Internet Protocol (IP) dialihkan. Dalam situasi ini, komputer dalam sebuah situs dapat berkomunikasi melalui IP dengan komputer manapun di situs lain. Otomatis link situs menjembatani diaktifkan untuk transportasi inter-site IP dan protokol Transport surat sederhana (SMTP) secara default. Menonaktifkan fitur ini memerlukan bahwa Anda menambahkan link situs eksplisit jembatan objek di mana diperlukan. Link situs jembatan diperlukan hanya jika situs tertentu berisi pengontrol domain yang tidak hadir di setiap situs yang berdekatan, namun lain kontroler domain dari domain tersebut terjadi pada situs lain di hutan. Situs yang berdekatan didefinisikan sebagai situs yang disertakan dalam setiap link situs yang berisi situs yang dimaksud. Sebagian besar konfigurasi tidak memerlukan penggunaan link situs jembatan, karena setiap situs yang memegang pengontrol domain tertentu yang terjadi di lebih dari satu situs hampir selalu dekat dengan setidaknya satu situs lain yang mengandung kontroler domain dari domain yang sama.

Jika KCC mampu secara langsung atau transitively menghubungkan semua situs yang mengandung pengontrol domain dari domain tertentu setelah Anda menonaktifkan link situs otomatis menjembatani, KCC akan log peristiwa 1311.

Contoh

Layanan direktori konsistensi checker telah ditentukan yang baik:

1. Tidak ada cukup konektivitas fisik yang diterbitkan oleh menggunakan situs direktori aktif dan manajer layanan untuk membuat pohon rentang yang menghubungkan semua situs di hutan.
2. Replikasi tidak dapat dilakukan dengan satu atau lebih kritis server untuk perubahan untuk menyebarkan di semua situs. Hal ini paling sering disebabkan oleh server yang terjangkau.

Untuk mengatasi masalah A, menggunakan situs direktori aktif dan manajer layanan untuk melakukan salah satu tindakan berikut:

• Menerbitkan informasi konektivitas situs yang cukup sehingga komputer dapat menyimpulkan rute yang partisi ini dapat mencapai situs ini. Pilihan ini lebih disukai.
• Menambahkan objek ntdsConnection ke kontroler domain yang berisi partisi kontroler domain = Eropa, kontroler domain = mycorp, kontroler domain = com di situs ini dari kontroler domain yang berisi partisi sama di situs lain.

Untuk mengatasi masalah B, periksa log peristiwa saat ini untuk menentukan server atau server yang tidak bisa dihubungi oleh KCC.

Untuk menonaktifkan link situs otomatis menjembatani:

1. Klik dua kali direktori aktif situs dan snap-in layanan.
2. Klik kanan objek transportasi IP, dan kemudian klik Properti.
3. Dalam Inter-Site kapal angkut wadah, klik kotak centang yang sesuai untuk membersihkan, dan kemudian klik Oke.

Masih ada batas untuk konfigurasi yang KCC dapat secara otomatis menghitung topologi inter-site, bahkan ketika tidak ada link situs menjembatani sedang digunakan. Tabel berikut mencantumkan kali pelaksanaan dan angka konsumsi memori untuk KCC inter-site yang berjalan di berbagai konfigurasi hub dan berbicara. Setiap situs berisi kontroler domain dari satu domain dan katalog global (GC). Domain sama tersebar di seluruh situs. Otomatis link situs menjembatani dinonaktifkan, dan tidak ada link situs jembatan telah didefinisikan. Pengukuran dibuat pada Intel Pentium III Xeon di 500 MHz dengan 1 GB RAM; eksekusi pada prosesor Intel Pentium II 200 MHz adalah tentang dua orang yang terdaftar. Penggunaan memori mencakup database cache. Pemakaian memori akan lebih rendah pada komputer dengan memori kurang fisik.

Rumus untuk waktu eksekusi untuk satelit situsdi mana jumlah domain jumlah domain, dan jumlah situs adalah jumlah situs.

Rumus untuk hub situs adalah:

Menjalankan KCC Inter-site hanya selama luar jam sibuk

Pilihan ini berfungsi dengan baik bila komputer memiliki slot waktu ketika sedikit pekerjaan sedang dilakukan, dan KCC inter-site menjalankan cocok dalam slot waktu ini. Teknik ini akan biasanya hanya dapat digunakan jika menggunakan link situs menjembatani telah berkurang, dan waktu eksekusi atau pemakaian memori dari KCC tetap masalah selama jam kerja kritis.

KCCs di sebuah situs dapat dikonfigurasi untuk menonaktifkan hanya inter-site topologi perhitungan, mempertahankan kemampuan mereka untuk menanggapi perubahan replikasi persyaratan dalam situs. Perhitungan inter-site topologi kemudian dapat diaktifkan kembali pada waktu tertentu hari cukup lama bagi KCC di situs untuk menjalankan cek inter-site dan kemudian dapat dinonaktifkan lagi.

Ketika inter-site topologi pemeriksaan itu dinonaktifkan untuk situs tertentu, situs tersebut tidak akan menanggapi perubahan dalam topologi inter-site. Jika salah satu atau kedua replikasi mitra untuk semua inter-site sambungan yang meniru domain tertentu tidak tersedia, tidak ada KCC otomatis adaptasi sumber baru atau tujuan akan dilakukan sampai pengontrol domain datang kembali online atau bagian inter-site KCC dijalankan lagi.

CATATAN: Administrator dapat secara manual menambahkan koneksi saat inter-site KCC dinonaktifkan.

Untuk mengevaluasi Apakah pilihan ini realistis dalam konfigurasi Anda, pertama-tama menentukan berapa lama KCC diperlukan untuk berjalan dalam lingkungan Anda. Kemudian menentukan apakah ada blok waktu pada satu kontroler domain saja dalam setiap situs untuk mengakomodasi persyaratan waktu dan memori. Hal ini tidak diperlukan untuk bagian inter-site KCC dijalankan di semua situs pada waktu yang sama.

Untuk jadwal inter-site KCC, menggunakan komponen Penjadwal tugas untuk menjadwal eksekusi "wscript/b runkcc.vbs" (naskah dalam bentuk teks termasuk nanti dalam artikel ini). Untuk informasi selengkapnya tentang Penjadwal tugas, lihat topik Penjadwal tugas dalam Bantuan Windows 2000. Runkcc.VBS memerlukan alat dukungan di Dukungan\Alat pada CD-ROM Windows 2000 untuk diinstal pada komputer yang menjalankan.

Menonaktifkan Inter-Site KCC sepenuhnya, secara manual mengkonfigurasi koneksi

Pilihan ini bekerja dengan baik dalam konfigurasi khas hub-berbicara. Hal ini biasanya digunakan hanya ketika dua metode sebelumnya tidak pilihan yang layak, khususnya di konfigurasi dengan ribuan situs.

Ketika topologi inter-site otomatis dinonaktifkan sepenuhnya, menjadi tanggung jawab administrator untuk membuat inter-site replikasi diperlukan koneksi objek untuk memastikan bahwa data replikasi terus mengalir di hutan. Biasanya, pelanggan dengan situs cukup untuk melampaui batas-batas KCC menggunakan topologi jaringan hub dan berbicara untuk menghubungkan kantor pusat dengan sejumlah besar lokasi kantor cabang homogen. Simetri ini sangat menyederhanakan proses.

Sebelum membuat objek sambungan Anda sendiri tanpa bantuan KCC, ada beberapa hal untuk dipertimbangkan:

• Kegagalan server. Pertimbangkan kasus di mana domain controller BR1 di kantor cabang situs terhubung ke kontroler domain HQ1 di situs perusahaan hub, dan HQ1 mengalami galat perangkat keras, kegagalan daya atau beberapa peristiwa bencana lain. Ketika topologi inter-site otomatis diaktifkan, KCC menangani menambahkan koneksi tambahan untuk sementara mereplikasi dari kontroler domain lain di situs perusahaan hub sampai HQ1 kembali online. Tanpa otomatis inter-site topologi generasi, untuk memastikan bahwa replikasi terus terjadi dalam kasus-kasus kegagalan server, koneksi berlebihan harus didefinisikan. Menetapkan dua koneksi masuk untuk BR1, salah satu dari HQ1, dan satu dari HQ2. Jika ada dua kontroler domain di kantor cabang, BR1 dan BR2, maka sambungan kedua harus dari HQ2 ke BR2. Hal ini memungkinkan pembaruan direplikasi dari situs perusahaan hub dalam acara yang salah satu dari dua cabang kantor pengontrol domain gagal.
  
  Sambungan berlebihan didefinisikan dengan cara ini mungkin memaksa pembaruan Active Directory yang sama dapat direplikasi lebih dari sekali kecuali IP transport sedang digunakan dan semua sambungan masuk ke situs memiliki kontroler domain tujuan yang sama dalam situs. Bila menggunakan SMTP transportasi atau beberapa tujuan pengontrol domain, jadwal replikasi harus mengembang sehingga pembaruan dari satu sumber yang diterima, diterapkan, dan direplikasi dalam tujuan situs sebelum permintaan untuk sumber kedua dilakukan. Memperluas contoh di atas, koneksi pertama mungkin mengulangi pada jam-jam dan koneksi kedua mereplikasi jam bahkan.
• Global katalog penempatan. Jika situs berisi GCs, satu atau lebih dari GCs harus digunakan untuk replikasi ke dan dari situs. Jika hal ini tidak dilakukan, maka GCs tidak akan tetap disinkronisasi.
• Domain penempatan. Jika pengontrol domain dari domain tertentu tersebar di beberapa situs, satu atau lebih kontroler domain dari domain tersebut harus digunakan untuk replikasi dengan pengontrol domain lainnya dari domain yang sama. Hal ini memastikan bahwa domain data direplikasi di semua pengontrol domain dari domain tersebut. Hal ini tidak cukup untuk domain kontroler domain di situs 1 untuk mereplikasi semata-mata dengan domain B GC di situs 2 jika situs 2 berisi kontroler domain untuk domain A. Karena domain B GC telah hanya sebuah subset dari atribut objek dalam domain A, itu tidak dapat bertindak sebagai penghubung untuk mereplikasi atribut tidak dalam himpunan ini antara pengontrol domain a domain.
• Load balancing. Mendistribusikan beban replikasi inbound dan outbound. Sebagai contoh, jika Anda memiliki 100 pengontrol domain di situs perusahaan pusat dan kantor-kantor cabang 1000 dengan 1 kontroler domain masing-masing, Anda tidak ingin mengkonfigurasi semua 1000 cabang kantor pengontrol domain untuk mereplikasi dari kontroler domain yang sama di situs hub. Sebaliknya, memuat keseimbangan sehingga setiap kontroler domain di hub perusahaan berkomunikasi dengan 10 lokasi kantor cabang. Karena hanya satu inbound replikasi dapat terjadi pada waktu dan komunikasi dengan lokasi kantor cabang sering atas lambat wide area network (WAN) link, gagal untuk memuat keseimbangan tidak hanya akan meningkatkan beban CPU dan memori pada kontroler domain situs hub, tetapi ini juga dapat mengakibatkan sangat besar backlogs data untuk meniru.

Menjalankan satu KCC juga dapat digunakan untuk awalnya membuat sambungan yang kemudian dapat disesuaikan oleh administrator. Jika inter-site KCC tidak akan dijalankan secara berkala setelah itu, kemudian administrator harus mendefinisikan koneksi replikasi tambahan sehingga replikasi terus berfungsi dalam peristiwa dari kegagalan sumber kontroler domain yang diidentifikasi oleh koneksi pertama. Jika semua sudah ada sambungan gagal dan inter-site KCC tidak kembali menjalankan, administrator harus terhubung langsung ke kontroler domain sasaran dan membuat sambungan ke kontroler domain yang terjangkau. Dalam konfigurasi dengan volatilitas tinggi (ketika pengontrol domain optimal sumber kadang-kadang tidak tersedia untuk lama waktu karena kegagalan jaringan) dianjurkan untuk memiliki lebih dari satu sambungan tambahan.

Runkcc.VBS (VBScript untuk memicu menjalankan satu kali KCC)

Microsoft menyediakan contoh pemrograman hanya sebagai ilustrasi, tanpa jaminan apa pun baik tersurat maupun tersirat. Termasuk, namun tidak terbatas pada, jaminan tersirat mengenai kelayakan untuk diperdagangkan atau kesesuaian untuk keperluan tertentu. Artikel ini mengasumsikan bahwa Anda telah terbiasa dengan bahasa pemrograman yang ditunjukkan dan dengan alat yang digunakan untuk membuat dan mendebug prosedur. Teknisi dukungan Microsoft dapat membantu menjelaskan fungsionalitas prosedur tertentu, namun mereka tidak akan memodifikasi contoh untuk memberikan fungsionalitas tambahan atau menyusun prosedur untuk memenuhi persyaratan khusus Anda.' * / runkcc.vbs
'*/
' * / Parameter:<none></none>
' * / Tujuan: ketika dijalankan di pengontrol domain, script ini membuat kontroler domain lokal Inter-Site
' * / Topologi Generator untuk situs, memungkinkan inter-Site topologi generasi sementara jika dinonaktifkan,
' * / menjalankan proses generasi KCC topologi, dan menonaktifkan inter-site topologi generasi jika itu
' * / dikonfigurasi sehingga untuk mulai dengan.
'*/
'*/

On Error Resume Next

ExecuteKCC() panggilan

Publik (Sub ReportError)

' memberitahu pengguna kesalahan
WScript.Echo "kesalahan berikut terjadi: (" + cstr(hex(err.number)) + ")" + cstr(err.description)

End Sub

Publik (Sub ExecuteKCC)

On Error Resume Next

WScript.echo "Loading fungsi untuk digunakan oleh script ini..."
mengatur dll = createobject ("iadstools.DCFunctions")
Jika err.number <> 0 maka ReportError:WScript.Quit
dll.enabledebuglogging 1

' Dapatkan nama lokal kotak
WScript.echo "1 mengatakan menghubungkan ke komputer lokal..."
menetapkan localMachine=GetObject("LDAP://localhost/rootdse")
Jika err.number <> 0 maka ReportError:Wscript.Quit
ServerName=localmachine.get("dnsHostName")
Jika err.number <> 0 maka ReportError:WScript.Quit
WScript.echo "2 mengatakan menemukan mesin lokal" + ucase(ServerName)

' mendapatkan config NC
configNC=localMachine.get("configurationNamingContext")
Jika err.number <> 0 maka ReportError:Wscript.Quit
WScript.echo "3 mengatakan konfigurasi penamaan konteks adalah:" + configNC

' mendapatkan SiteName kotak ini
domaincontrollerSiteName=dll.dsgetsitename

Jika err.number <> 0 maka ReportError:Wscript.Quit
WScript.echo "4 mengatakan situs untuk server ini adalah:" + domaincontrollersitename

' mendapatkan DSA DN untuk kotak ini
DSAObj = localMachine.get("dsServiceName")
Jika err.number <> 0 maka ReportError:Wscript.Quit
WScript.echo "5 mengatakan The DN untuk DSA mesin ini adalah:" + DSAObj

' mengikat ke objek pengaturan situs dalam direktori
SiteSettingsPath = "LDAP: / / localhost/CN = pengaturan situs NTDS, CN ="+ domaincontrollerSiteName +", CN = situs," + configNC
menetapkan SiteSettings=GetObject(SiteSettingsPath)
Jika err.number <> 0 maka ReportError:WScript.Quit

' membuat kotak saat ini ISTG
WScript.echo "6 mengatakan membuat" + ucase(ServerName) + "Inter situs topologi Generator untuk" + ucase(domaincontrollerSiteName) + "situs."
SiteSettings.Put "interSiteTopologyGenerator", DSAObj
SiteSettings.SetInfo
Jika err.number <> 0 maka ReportError:Wscript.Quit

' mendapatkan pilihan saat ini
origOptions=SiteSettings.Get("options")
Jika hex(err.number) = "8000500D" lalu
origOptions = 0
ElseIf err.number=0 kemudian
' melakukan apa-apa
else
ReportError:Wscript.Quit
end if
modOptions = origOptions
WScript.echo "7 mengatakan saat ini, pilihan yang ditentukan untuk KCC operasi untuk ISTG di situs ini diatur ke:" + cstr(origOptions)

' mengaktifkan KCC jika saat ini cacat, jika tidak, biarkan saja
Jika modOPtions 16 dan kemudian
mod2Options = modOptions XOr 16
WScript.echo "8 mengatakan KCC saat ini dinonaktifkan untuk inter-site topologi generasi. Sementara mengaktifkan kembali itu. Pengaturan pilihan: "+ cstr(mod2Options)
SiteSettings.Put "pilihan", mod2Options
SiteSettings.SetInfo
Jika err.number <> 0 kemudian
ReportError
WScript.echo "terjadi kesalahan selama proses memodifikasi atribut pilihan. Periksa untuk memastikan bahwa ia memiliki nilai asli yang benar. Script ini adalah mengakhiri."
WScript.Quit
end if
else
WScript.echo "8 mengatakan KCC diaktifkan saat ini untuk menangani inter-site topologi generasi. Tidak ada perubahan diperlukan sebelum memicu KCC."
end if

' menjalankan KCC
Hasil = dll.TriggerKCC(cstr(ServerName))
Jika err.number mengatakan 0 maka ReportError
Jika hasil = 0 kemudian
WScript.echo "9 mengatakan The KCC berhasil dipicu pada" + ucase(ServerName)
else
WScript.echo "9 mengatakan kesalahan berikut terjadi trigerring KCC pada" + ucase(ServerName) + ":" + dll.lasterrortext
end if

' menonaktifkan KCC
WScript.echo "10 mengatakan menulis ulang pilihan asli (" + cstr(origOptions) + ") untuk ISTG."
SiteSettings.Put "pilihan", origOptions
SiteSettings.SetInfo
Jika err.number <> 0 maka ReportError:WScript.Quit

End Sub

' akhir script

Untuk informasi lebih lanjut tentang Windows 2000 KCC, klik nomor artikel di bawah ini untuk melihat artikel di dalam Basis Pengetahuan Microsoft: