Cara mengoptimalkan replikasi direktori aktif dalam jaringan besar

Terjemahan Artikel Terjemahan Artikel
ID Artikel: 244368 - Melihat produk di mana artikel ini berlaku.
Pemberitahuan
Artikel ini berlaku untuk Windows 2000. Dukungan untuk Windows 2000 berakhir pada 13 Juli 2010. The Pusat Solusi Windows 2000 akhir dukungan adalah titik awal untuk perencanaan strategi migrasi dari Windows 2000. Untuk informasi lebih lanjut lihat Kebijakan Lingkaran Berkelanjutan hidup dukungan Microsoft.
Perbesar semua | Perkecil semua

Pada Halaman ini

Ringkasan

Artikel ini menjelaskan cara mengoptimalkan replikasi direktori aktif dalam konfigurasi jaringan besar.

Informasi lebih lanjut

Penting Bagian ini, metode, atau tugas yang memuat langkah-langkah yang memberitahu Anda bagaimana untuk mengubah registri. Namun, masalah serius mungkin muncul saat Anda salah memodifikasi registri. Oleh karena itu, pastikan Anda mengikuti langkah-langkah ini dengan hati-hati. Untuk perlindungan tambahan, buat cadangan registri sebelum Anda memodifikasinya. Kemudian, Anda dapat memulihkan registri jika terjadi masalah. Untuk informasi lebih lanjut tentang cara membuat cadangan dan memulihkan registri, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:
322756 Cara membuat cadangan dan memulihkan registri pada Windows
Pengetahuan konsistensi Checker (KCC) dinamis menyesuaikan data topologi replikasi jaringan Anda ketika pengendali domain yang ditambahkan atau dihapus dari jaringan, ketika pengendali domain tidak tersedia, atau ketika data replikasi jadwal berubah.

Tugas KCC adalah:
  • Berdasarkan topologi jaringan yang dijelaskan oleh objek Active Directory, KCC menciptakan koneksi benda-benda yang digunakan untuk mendefinisikan inbound dan outbound replikasi ke kontroler domain:

    • Sumber dalam situs yang sama, masuk ke pengendali domain di mana KCC berjalan.
    • Sumber di situs yang berbeda, masuk ke situs di mana KCC berjalan, jika pengendali domain di mana KCC menjalankan interSiteTopologyGenerator dipilih untuk situs.
  • Mengkonversi objek Microsoft Windows NT direktori sambungan layanan (ntdsConnection) yang didefinisikan KCC dan ditentukan administrator ke konfigurasi yang dipahami oleh mesin replikasi direktori Layanan (DS).
secara asali, masing-masing tugas ini dijalankan setiap 15 menit. Untuk informasi lebih lanjut tentang KCC, silakan lihat Bab replikasi direktori aktif dalam 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, mengkonsumsi terlalu banyak Unit pemroses Sentral (CPU) waktu dan kehabisan memori sumber daya.

Jika D jumlah domain di jaringan Anda, S adalah jumlah situs di jaringan Anda, dan
(1 + D) * S ^ 2<= 100,000=""></=>
kemudian Anda dapat dengan aman mengabaikan sisa dari artikel ini.

Daftar Tabel berikut mencantumkan waktu eksekusi dan angka konsumsi kehabisan memori untuk KCC inter-site yang berjalan di berbagai konfigurasi hub-dan-berbicara dengan pengaturan kinerja tidak diterapkan. Setiap situs berisi pengendali domain untuk satu domain dan katalog global. Domain yang sama tersebar di seluruh situs. Menjembatani situs-link otomatis diaktifkan. Pengukuran dilakukan pada Intel Pentium III Xeon di 500MHz dengan 1 gigabyte (GB) kehabisan memori akses acak (RAM). Penggunaan kehabisan memori termasuk database cache. Pemakaian kehabisan memori akan lebih rendah di komputer dengan kehabisan memori kurang fisik.

Perkecil tabel iniPerbesar tabel ini
Lokasi# Situs# DomainWaktu berlalu (h:m:s)Penggunaan kehabisan memori dalam K
Satelit12510:00:1211748
Hub12510:00:2112256
Satelit25010:00:4145660
Hub25010:01:0544820
Satelit50010:02:56173216
Hub50010:04:34174752
Satelit100010:15:23685596
Hub100010:17:34688568
Satelit100010:15:54685604
Hub100010:17:51689668
Satelit125100:00:5958520
Hub125100:01:1958536
Satelit250100:04:00228304
Hub250100:04:47227508
Satelit500100:21:32815916
Satelit500100:19:41823808
Hub500100:21:18828484
Satelit125500:04:49266088
Hub125500:05:54264024
Satelit250500:20:19831924
Hub250500:22:49841536
Rumus untuk waktu eksekusi adalah:
(1 + domain num) * num situs ^ 2 * 0.0000075 menit
Anda dapat menentukan berapa lama KCC berjalan dalam konfigurasi yang ada menggunakan aktif Direktori Situs dan snap-in Layanan:
  1. Menentukan mana pengendali domain di situs adalah generator inter-site topologi saat ini dengan melihat properti objek pengaturan situs NTDS.
  2. Waktu pelaksanaan KCC pada pengendali domain itu:

    1. Klik kanan-atas pengaturan NTDS.
    2. Klik Periksa topologi replikasi.
Juga, Anda dapat memantau waktu eksekusi KCC secara terus-menerus dengan menggunakan Peninjau suntingan registri untuk melihat bukti kunci registri berikut:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\NTDS\Diagnostics
Mengubah nilai "1 pengetahuan konsistensi Checker" ke nilai 3 atau lebih besar.

Dengan nilai ini diatur ke 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 di khas hub dan konfigurasi berbicara dengan mengurangi jumlah rute potensial antara situs.

Otomatis link situs menjembatani menunjukkan seluruh jaringan adalah sepenuhnya Internet Protocol (IP) dialihkan. Dalam situasi ini, komputer manapun di situs tertentu dapat berkomunikasi over IP dengan komputer manapun di situs lain. Otomatis link situs menjembatani diaktifkan untuk transportasi inter-site IP dan protokol Transport Surat sederhana (SMTP) secara asali. Menonaktifkan fitur ini memerlukan Anda untuk menambahkan link situs eksplisit jembatan objek mana diperlukan. Link situs jembatan diperlukan hanya jika situs tertentu berisi pengendali domain dari domain yang tidak hadir dalam setiap situs yang berdekatan, tapi lain pengendali domain dari domain tersebut terjadi di situs lain di hutan. Sebuah situs yang berdekatan didefinisikan sebagai setiap situs yang disertakan dalam setiap link situs yang berisi situs yang dimaksud. Kebanyakan konfigurasi tidak memerlukan penggunaan situs-link jembatan, karena setiap situs yang memegang pengendali domain dari domain tertentu yang terjadi di lebih dari satu situs hampir selalu berdekatan dengan setidaknya satu situs lain yang mengandung pengendali domain dari domain yang sama.

Jika KCC tidak mampu secara langsung atau transitively tautan langsung semua situs yang mengandung pengendali domain dari domain tertentu setelah Anda menonaktifkan link situs otomatis menjembatani, KCC akan log acara 1311.

Contoh

layanan direktori konsistensi checker telah ditentukan yang baik:
  1. Tidak ada cukup konektivitas fisik yang diterbitkan dengan menggunakan aktif Direktori Situs dan Services Manager untuk menciptakan pepohon tautan langsung 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, gunakan aktif Direktori Situs dan Services Manager untuk melakukan salah satu tindakan berikut:
  • Menerbitkan informasi situs konektivitas yang cukup sehingga komputer dapat menyimpulkan rute yang partisi ini dapat mencapai situs ini. Pilihan ini pilihan.
  • Menambahkan objek ntdsConnection ke pengendali domain yang berisi pengendali domain partisi = Eropa, pengendali domain = mycorp, pengendali domain = com di situs ini dari pengendali domain yang berisi partisi yang sama di situs lain.
Untuk mengatasi masalah B, memeriksa event log saat ini untuk menentukan mana server atau server tidak bisa dihubungi oleh KCC.

Untuk menonaktifkan menjembatani otomatis link situs:
  1. klik ganda Direktori Situs aktif dan snap-in layanan.
  2. Klik kanan-atas objek transport IP, dan kemudian klik properti.
  3. Dalam wadah Inter-Site Transport, klik kotak centang yang sesuai untuk menghapus itu, dan kemudian klik OK.
Masih ada batas untuk konfigurasi yang KCC dapat secara otomatis menghitung topologi inter-site, bahkan ketika tidak ada link situs menjembatani sedang digunakan. Daftar Tabel berikut mencantumkan waktu eksekusi dan angka konsumsi kehabisan memori untuk KCC inter-site yang berjalan di berbagai konfigurasi hub-dan-berbicara. Setiap situs berisi pengendali domain dari satu domain dan katalog global (GC). Domain yang sama tersebar di seluruh situs. Otomatis link situs menjembatani dinonaktifkan, dan tidak ada link situs jembatan telah didefinisikan. Pengukuran dilakukan pada Intel Pentium III Xeon di 500MHz dengan 1GB RAM; waktu eksekusi pada Intel Pentium II 200MHz prosesor adalah tentang ganda yang terdaftar. Penggunaan kehabisan memori termasuk database cache. Pemakaian kehabisan memori akan lebih rendah di komputer dengan kehabisan memori kurang fisik.

Perkecil tabel iniPerbesar tabel ini
Lokasi# Situs# DomainWaktu berlalu (h:m:s)Penggunaan kehabisan memori dalam K
Satelit100210:01:2731380
Hub100210:04:4633352
Satelit50210:00:359980
Hub50210:01:5811540
Satelit25210:00:234072
Hub25210:00:544112
Satelit12710:00:101464
Hub12710:00:262052
Satelit1002500:39:4292160
Hub1002501:21:3085392
Satelit502500:11:3342456
Hub502500:26:2637384
Satelit252500:03:3215292
Hub252500:09:3618408
Satelit127500:01:157364
Hub127500:04:059324
Satelit1002100:09:0050752
Hub1002100:19:0460956
Rumus untuk waktu eksekusi untuk situs satelit adalah
(1 + jumlah domain) * jumlah situs * 0.0006 menit
mana jumlah domain jumlah domain, dan jumlah situs adalah jumlah situs.

Rumus untuk hub situs adalah:
(1 + jumlah domain) * jumlah situs * 0.0015 menit

Menjalankan KCC Inter-site hanya selama luar jam sibuk

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

KCCs di situs tertentu dapat dikonfigurasi untuk menonaktifkan hanya perhitungan inter-site topologi, mempertahankan kemampuan mereka untuk merespon 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 memeriksa inter-site topologi dinonaktifkan untuk situs tertentu, situs tersebut tidak akan menanggapi perubahan dalam topologi inter-site. Jika salah satu atau kedua mitra replikasi untuk semua koneksi inter-site yang meniru domain tertentu tidak tersedia, KCC adaptasi otomatis ke 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 opsi ini realistis dalam konfigurasi Anda, pertama menentukan berapa lama KCC yang diperlukan untuk menjalankan di lingkungan Anda. Kemudian menentukan jika ada blok waktu pada satu domain controller di setiap situs untuk mengakomodasi kebutuhan waktu dan kehabisan memori. Hal ini tidak diperlukan untuk bagian inter-site KCC untuk dijalankan di semua situs pada waktu yang sama.

Untuk jadwal inter-site KCC, menggunakan komponen Task Scheduler untuk jadwal eksekusi "wscript/b runkcc.vbs" (script dalam bentuk teks termasuk nanti dalam artikel ini). Untuk informasi lebih lanjut tentang Task Scheduler, lihat topik Task Scheduler di Windows 2000 bantuan. Runkcc.vbs membutuhkan alat dukungan di Dukungan\Alat di Windows 2000 CD-ROM harus diinstal pada komputer yang dijalankan.

Nonaktifkan Inter-Site KCC sepenuhnya, secara manual mengkonfigurasi koneksi

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

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

Sebelum membuat benda koneksi Anda sendiri tanpa bantuan KCC, ada beberapa hal untuk dipertimbangkan:
  • Kegagalan server. Pertimbangkan kasus di mana domain controller BR1 di situs kantor cabang yang terhubung ke pengendali domain HQ1 di situs perusahaan hub, dan HQ1 mengalami kesalahan hardware, kegagalan daya, atau beberapa kejadian bencana lainnya. Ketika topologi inter-site otomatis diaktifkan, KCC mengurus menambahkan koneksi tambahan untuk sementara mereplikasi dari pengontrol domain lain di situs perusahaan hub sampai HQ1 kembali online. Tanpa generasi otomatis inter-site topologi, untuk memastikan replikasi yang terus terjadi dalam kasus kegagalan server, koneksi berlebihan harus didefinisikan. Menentukan dua koneksi masuk ke BR1, salah satu dari HQ1, dan satu dari HQ2. Jika ada dua pengendali domain di kantor cabang, BR1 dan BR2, maka koneksi kedua harus dari HQ2 untuk BR2. Hal ini memungkinkan pembaruan dapat direplikasi dari lokasi hub perusahaan dalam hal salah satu dari dua cabang kantor pengontrol domain gagal.

    Sambungan berlebihan didefinisikan dengan cara ini mungkin akan memaksa update Active Directory yang sama dapat direplikasi lebih dari sekali kecuali IP transport sedang digunakan dan semua koneksi inbound ke situs memiliki pengendali domain tujuan yang sama dalam situs. Bila menggunakan SMTP transportasi atau beberapa tujuan domain controller, jadwal replikasi harus interleaved sedemikian rupa sehingga pembaruan dari satu sumber yang diterima, diterapkan, dan direplikasi dalam situs tujuan sebelum permintaan ke sumber kedua dilakukan. Memperluas contoh di atas, pertama sambungan mungkin mereplikasi jam aneh 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 akan tidak tetap disinkronkan.
  • Penempatan domain. Jika pengendali domain dari domain tertentu tersebar beberapa situs, satu atau lebih pengendali domain dari domain tersebut harus digunakan untuk replikasi dengan lain pengendali domain dari domain yang sama. Hal ini menjamin bahwa domain data direplikasi di semua domain pengendali domain itu. Hal ini tidak cukup untuk pengendali domain domain A di situs 1 untuk mereplikasi semata-mata dengan domain B GC di situs 2 jika situs 2 berisi pengendali domain untuk domain A. Karena domain B GC memiliki hanya sebuah subset dari atribut objek di domain A, itu tidak dapat bertindak sebagai penghubung untuk mereplikasi atribut tidak dalam himpunan ini antara A domain pengendali domain.
  • penyeimbangan beban. Mendistribusikan beban replikasi inbound dan outbound. Sebagai contoh, jika Anda memiliki 100 pengendali domain di situs perusahaan hub dan kantor cabang 1000 dengan 1 domain controller masing-masing, Anda tidak ingin mengkonfigurasi semua 1000 cabang kantor pengendali domain untuk mereplikasi dari sama pengendali domain di situs hub. Sebaliknya, memuat keseimbangan sedemikian rupa sehingga setiap pengendali domain di pusat perusahaan berkomunikasi dengan 10 situs kantor cabang. Karena hanya satu inbound replikasi dapat terjadi pada waktu dan komunikasi dengan lokasi kantor cabang yang sering lebih lambat wide area network (WAN) link, gagal untuk memuat keseimbangan akan tidak hanya meningkatkan beban CPU dan kehabisan memori pada pengendali domain situs hub, tetapi juga dapat mengakibatkan sangat besar backlogs data untuk meniru.
Berjalan satu KCC dapat juga digunakan untuk awalnya membuat koneksi yang kemudian dapat disesuaikan oleh administrator. Jika inter-site KCC tidak untuk dijalankan secara berkala sesudahnya, kemudian administrator harus mendefinisikan koneksi replikasi tambahan sehingga replikasi terus berfungsi dalam hal terjadi kegagalan pengendali domain sumber diidentifikasi oleh koneksi pertama. Jika semua yang ada koneksi gagal dan inter-site KCC tidak kembali menjalankan, administrator harus terhubung langsung ke pengendali domain target dan membuat koneksi ke pengendali domain yang dicapai. Dalam konfigurasi dengan volatilitas tinggi (ketika pengontrol domain optimal sumber kadang-kadang tidak tersedia untuk waktu yang lama waktu karena kegagalan jaringan) dianjurkan untuk memiliki lebih dari satu koneksi ekstra.

Runkcc.vbs (VBScript untuk memicu dijalankan satu kali dari KCC)

Microsoft menyediakan pemrograman contoh ilustrasi saja, tanpa jaminan, baik tersurat maupun tersirat. Ini termasuk, namun tidak terbatas pada, jaminan tersirat dapat diperjualbelikan atau kesesuaian untuk tujuan tertentu. Artikel ini mengasumsikan bahwa Anda sudah familiar dengan bahasa pemrogram yang muncul dan dengan alat-alat yang digunakan untuk membuat dan debug prosedur. Microsoft support engineers dapat membantu menjelaskan fungsi dari prosedur tertentu, namun mereka tidak akan mengubah contoh-contoh ini untuk memberikan menambahkan fungsi atau membangun prosedur untuk memenuhi kebutuhan spesifik Anda.' * / runkcc.vbs
'*/
' * / Parameter:<none>
' * / Tujuan: ketika menjalankan pada pengendali domain, script ini membuat pengendali domain lokal Inter-Site
' * / Topologi Generator untuk situs, memungkinkan inter-Site topologi generasi sementara jika dinonaktifkan,
' * / menjalankan proses generasi topologi KCC, dan menonaktifkan topologi inter-site generasi jika itu
' * / dikonfigurasi sehingga untuk mulai dengan.
'*/
'*/

Pada kesalahan Resume Next

ExecuteKCC() panggilan

Umum Sub (ReportError)

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

End Sub

Umum Sub (ExecuteKCC)

Pada kesalahan Resume Next

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

' Dapatkan nama pelokalan kotak
wscript.echo "1 mengatakan tautan langsung ke mesin lokal..."
set localMachine=GetObject("LDAP://localhost/rootdse")
Jika err.number <> 0 kemudian ReportError:Wscript.Quit
ServerName=localmachine.get("dnsHostName")
Jika err.number <> 0 kemudian ReportError:WScript.Quit
wscript.echo "2 mengatakan mesin lokal ditemukan" + ucase(ServerName)

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

' mendapatkan SiteName kotak
domaincontrollerSiteName=dll.dsgetsitename

Jika err.number <> 0 kemudian 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 kemudian ReportError:Wscript.Quit
wscript.echo "5 mengatakan The DN untuk mesin ini DSA adalah:" + DSAObj

' mengikat ke objek pengaturan situs di direktori
SiteSettingsPath = "LDAP: / / localhost/CN = NTDS situs pengaturan, CN ="+ domaincontrollerSiteName +", CN = situs," + configNC
set SiteSettings=GetObject(SiteSettingsPath)
Jika err.number <> 0 kemudian 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 kemudian ReportError:Wscript.Quit

' mendapatkan pilihan saat ini
origOptions=SiteSettings.Get("options")
Jika hex(err.number) = "8000500D" kemudian
origOptions = 0
elseif err.number=0 kemudian
' melakukan apa-apa
lain
ReportError:Wscript.Quit
berakhir jika
modOptions = origOptions
wscript.echo "7 mengatakan saat ini, opsi yang ditentukan untuk KCC operasi untuk ISTG di situs ini diatur ke:" + cstr(origOptions)

' mengaktifkan KCC jika saat ini Cacat, sebaliknya, meninggalkannya sendirian
Jika modOPtions dan 16 kemudian
mod2Options = modOptions XOr 16
wscript.echo "8 mengatakan KCC dinonaktifkan saat ini untuk generasi inter-site topologi. Sementara mengaktifkan ulang itu. Menetapkan pilihan: "+ cstr(mod2Options)
SiteSettings.Put "pilihan", mod2Options
SiteSettings.SetInfo
Jika err.number <> 0 kemudian
ReportError
wscript.echo "kesalahan terjadi selama proses memodifikasi atribut options. Periksa untuk memastikan bahwa ia memiliki nilai asli yang benar. Script ini mengakhiri."
Wscript.Quit
berakhir jika
lain
wscript.echo "8 mengatakan KCC diaktifkan saat ini untuk menangani inter-site topologi generasi. Tidak ada perubahan diperlukan sebelum memicu KCC."
berakhir jika

' menjalankan KCC
Hasil = dll.TriggerKCC(cstr(ServerName))
Jika err.number mengatakan 0 kemudian ReportError
Jika hasil = 0 kemudian
wscript.echo "9 mengatakan The KCC berhasil dipicu pada" + ucase(ServerName)
lain
wscript.echo "9 mengatakan kesalahan berikut terjadi trigerring KCC pada" + ucase(ServerName) + ":" + dll.lasterrortext
berakhir jika

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

End Sub

' akhir script

</none>Untuk informasi selengkapnya tentang Windows 2000 KCC, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:
242780Menonaktifkan KCC dari secara otomatis menciptakan topologi replikasi
224815 Peran Generator topologi Inter-Site
214745 Mengatasi masalah ID peristiwa 1311: Pengetahuan konsistensi Checker

Properti

ID Artikel: 244368 - Kajian Terakhir: 07 April 2013 - Revisi: 4.0
Berlaku bagi:
  • Microsoft Windows 2000 Server
  • Microsoft Windows 2000 Advanced Server
Kata kunci: 
kbinfo kbnetwork kbmt KB244368 KbMtid
Penerjemahan Mesin
PENTING: Artikel ini diterjemahkan menggunakan perangkat lunak mesin penerjemah Microsoft dan bukan oleh seorang penerjemah. Microsoft menawarkan artikel yang diterjemahkan oleh seorang penerjemah maupun artikel yang diterjemahkan menggunakan mesin sehingga Anda akan memiliki akses ke seluruh artikel baru yang diterbitkan di Pangkalan Pengetahuan (Knowledge Base) dalam bahasa yang Anda gunakan. Namun, artikel yang diterjemahkan menggunakan mesin tidak selalu sempurna. Artikel tersebut mungkin memiliki kesalahan kosa kata, sintaksis, atau tata bahasa, hampir sama seperti orang asing yang berbicara dalam bahasa Anda. Microsoft tidak bertanggung jawab terhadap akurasi, kesalahan atau kerusakan yang disebabkan karena kesalahan penerjemahan konten atau penggunaannya oleh para pelanggan. Microsoft juga sering memperbarui perangkat lunak mesin penerjemah.
Klik disini untuk melihat versi Inggris dari artikel ini: 244368

Berikan Masukan

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com