ID Artikel: 307593 - Kajian Terakhir: 24 September 2011 - Revisi: 2.0 Cara memecahkan masalah pesan Event ID 1311 pada domain Windows 2000
Pada Halaman iniGEJALA Artikel ini menjelaskan bagaimana memecahkan peristiwa ID 1311
pesan layanan direktori log peristiwa pada Microsoft Windows 2000 domain. Pengetahuan konsistensi Checker (KCC) akan membuat dan memelihara replikasi topologi untuk direktori aktif. Untuk melakukannya, KCC memeriksa jumlah semua konteks penamaan yang tinggal di hutan dan semua ditentukan administrator kendala untuk situs, situs link dan link biaya. Kalau seorang aktif Direktori domain, skema, konfigurasi, partisi aplikasi, atau global katalog penamaan konteks tidak dapat direplikasi antara pengontrol domain atau situs, pesan peristiwa ID 1311 yang mirip dengan berikut adalah log in Layanan direktori log peristiwa: Jenis peristiwa: kesalahan Sumber peristiwa: NTDS KCC Kategori peristiwa: Pengetahuan konsistensi Checker ID Peristiwa: 1311 Tanggal: MM/DD/YYYY Waktu:: Mm: AM|PM Pengguna: N/A Komputer:<domain_controller_name></domain_controller_name> Description: The Direktori layanan konsistensi checker telah ditentukan bahwa entah () ada konektivitas fisik tidak cukup diterbitkan melalui situs direktori aktif dan Layanan manajer untuk membuat pohon rentang yang menghubungkan semua situs yang mengandung Partisi CN =<partition name="">, DC =<root domain="" of="" forest="">, DC = com, atau replikasi (b) tidak dapat dilakukan dengan satu atau lebih kritis server agar perubahan untuk menyebarkan di semua situs (paling sering karena server menjadi terjangkau).<b00></b00></root></partition> PENYEBAB Perilaku ini terjadi jika satu atau lebih hal berikut
kondisi ini benar:
PEMECAHAN MASALAH Untuk memecahkan acara ID 1311 pesan, menggunakan berikut
metode.
Menentukan jika pesan Event ID 1311 khusus situs tertentu atau seluruh hutanMenentukan jika peristiwa ID 1311 pesan masuk semua inter-site topologi generator (ISTG) pengontrol domain di hutan atau hanya pada kontroler domain khusus situs tertentu ISTG. Untuk menemukan pengontrol domain ISTG, gunakan Ldp.exe alat untuk mencari atribut berikut:Base DN: CN = situs, CN = konfigurasi, DC = RootDomainName, DC = Com Untuk informasi lebih lanjut tentang cara menemukan ISTG pengontrol domain, klik nomor artikel di bawah ini untuk melihat artikel di dalam Basis Pengetahuan Microsoft:Filter: (cn = pengaturan situs NTDS) Lingkup: sub Atribut: interSiteTopologyGenerator 224599
(http://support.microsoft.com/kb/224599/
)
Menentukan Inter-Site topologi Generator (ISTG) dari situs di Active Directory Untuk menentukan ruang lingkup acara, gunakan salah satu dari
metode berikut:
Menentukan apakah situs link menjembatani diaktifkan dan jika jaringan sepenuhnya diarahkanKetika Anda mengaktifkan situs link menjembatani di situs direktori aktif dan snap-in layanan, Anda harus memastikan bahwa situs didefinisikan dalam aktif Direktori memiliki sambungan jaringan routed sepenuhnya ke situs lain yang ditetapkan oleh administrator. Jika KCC membangun link koneksi antara dua tidak terhubung situs situs yang link menjembatani diaktifkan, peristiwa ID 1311 pesan dapat login.Situs link menjembatani diaktifkan di aktif Direktori jika kondisi berikut ini benar:
Jika situs link menjembatani diaktifkan di lingkungan non-diarahkan, baik membuat jaringan sepenuhnya diarahkan, atau menonaktifkan situs link menjembatani dan kemudian membuat situs link dan situs link jembatan yang Anda harus menggunakan. Menunggu dua kali terpanjang replikasi interval di hutan. Jika Event ID 1311 pesan terus login atau jika situs link menjembatani diaktifkan dalam jaringan routed sepenuhnya, terus "memverifikasi bahwa semua situs yang Didefinisikan dalam situs link"metode. Secara default, situs link menjembatani adalah dihidupkan. Selain itu, panduan praktik terbaik merekomendasikan bahwa Anda tetap situs link menjembatani dihidupkan. Diagram berikut menggunakan tanda plus (+) dan tanda minus (-) untuk menggambarkan koneksi jaringan fisik antara Situs direktori aktif. Situs AZ terdaftar di situs link ga Barat dan situs terdaftar di situs link Timur, tapi situs AZ dan GA belum sepenuhnya routed jaringan koneksi ke situs WA dan NY di konfigurasi Active Directory di mana situs link menjembatani diaktifkan.
WA <-- Site Link WANY --> NY
+- +-
+ - + -
+ - + -
+ - + -
CA + + + AZ IL + + + GA
Site Link WEST Site Link EAST
Memverifikasi bahwa semua situs yang ditetapkan dalam situs linkSetiap situs yang didefinisikan dalam Active Directory harus di-host atau tinggal di situs link. Sebagai contoh jika situs WA, CA, AZ, NY, IL dan GA didefinisikan, dan link situs Barat, Timur dan WANY didefinisikan, acara ID 1311 pesan login jika situs satu (misalnya, AZ atau GA) tidak terdaftar di situs link di mana situs secara fisik terhubung. Situs yang yatim piatu ketika situs di link situs dihapus tidak ditambahkan ke link situs ada yang sesuai.
WA -- Site Link WANY -- NY
/ /
/ /
/ /
CA (AZ) IL (GA)
Site Link WEST Site Link EAST
Because sites AZ and GA are not listed in any site links, they are
orphaned and the KCC does not consider them when it constructs the
replication topology for Active Directory.Untuk setiap situs yang dikonfigurasi untuk replikasi berbasis IP atau berbasis SMTP replikasi (tidak ditampilkan), repadmin /showism perintah kembali situs matriks yang mewakili koneksi ke semua situs di hutan. Setiap entri dalam matriks situs berisi tiga angka-angka yang dibatasi oleh titik dua (:) yang mewakili biaya, replikasi interval, dan pilihan untuk replikasi setiap link ke situs lain di Active Directory hutan. Angka-angka dalam entri muncul dalam urutan berikut: Biaya:Replikasi interval:Opsi
Situs dengan lengkap "-1:0:0" entri dan salah satu "0:0:0" Catatan menjadi yatim piatu kecuali situs ini ditemukan (tidak ada kontroler domain yang berada di situs tersebut). Saat Anda memecahkan masalah acara ID 1311 pesan, merekam nama-nama semua yatim situs, tetapi tidak merekam nama situs ditemukan. Jika situs link menjembatani dinonaktifkan, "-1:0:0" entri kurang berarti. Jika Hal ini terjadi, Anda harus secara manual menentukan jika setiap situs termasuk dalam link situs. Untuk melakukannya, menuliskan daftar situs dan situs link, dan secara manual peta situs masing-masing link situs. CATATAN: repadmin /showism perintah selalu kembali "-1:0:0" entri untuk situs yang ditemukan. Di bawah repadmin /showism contoh, situs link menjembatani diaktifkan di hutan "corp.com", dan link situs TX<->WA telah dihapus. Situs 2 (U.S.-WA) menjadi yatim piatu dari semua lain situs di hutan dan harus ditambahkan ke situs link.<b00></b00></-> Mendeteksi dan menghapus pilihan jembatanKarena jembatan benar pilihan sulit di multi-domain hutan, dan karena Windows 2000 memiliki logika gagal-lebih baik dalam kasus Dipilih KCC jembatan pergi offline, Microsoft sangat menganjurkan bahwa Anda lakukan tidak menentukan pilihan jembatan server.Untuk mencari pilihan Jembatan server:
Menyelesaikan Active Directory replikasi kegagalan di hutanReplikasi direktori aktif memerlukan replikasi transitif semua konteks penamaan di hutan untuk semua kontroler domain yang meniru umum partisi.Menyelesaikan replikasi kegagalan untuk online domain kontroler secepat mungkin, terutama mereka yang menjadi tuan rumah satu-of-a-kind penamaan konteks di hutan (misalnya, kontroler domain hanya untuk domain tertentu di hutan). Sebagai jalan terakhir, jika Anda tidak dapat membuat domain controller meniru, menghapusnya dari hutan. Jika domain controller offline selama hari lebih sedikit daripada jumlah seumur hidup batu nisan (oleh standar 60), membawa kontroler domain online dan memaksa untuk meniru, atau sebagai jalan terakhir, keluarkan dari hutan. Jika kontroler domain offline atau tidak mengulangi inbound perubahan untuk hari daripada batu nisan seumur hidup nomor, tidak resusitasi itu. Sebaliknya, segera menghapus itu dari hutan. Untuk informasi lebih lanjut tentang nilai TombstoneLifetime, klik nomor artikel di bawah ini untuk melihat artikel di dalam Basis Pengetahuan Microsoft: 216993
(http://support.microsoft.com/kb/216993/
)
Berguna kehidupan rak cadangan status sistem Active Directory 314282
(http://support.microsoft.com/kb/314282/
)
Objek berlama-lama mungkin tetap setelah Anda membawa server Global katalog basi kembali online Bila Anda ingin menemukan dan memecahkan masalah
replikasi kegagalan, alat berikut dapat berguna:
"KCC Link Kegagalan"cache daftar kesalahan untuk ada koneksi link. ISTG domain controller impor data showreps ("repsfroms") untuk setiap server jembatan di situs-nya. Namun, kontroler domain ISTG tidak daftar kesalahan. Link kegagalan cache dikosongkan pada awal setiap KCC menjalankan dan diisi ulang selama Kursus dijalankan saat ini. Cache "KCC sambungan kegagalan" Daftar usaha yang gagal untuk membangun objek sambungan antara domain Controller ("reps dari" atau "agen untuk"). Ketika Anda menjalankan repadmin /failcache perintah dari kontroler domain ISTG, daftar entri yang yang diimpor dari jembatan di situs. Pada awal setiap KCC lari, KCC meneliti setiap entri di cache kegagalan koneksi dan mencoba untuk DsBind ke server gagal. Jika yang mengikat berhasil, entri akan dihapus. The repadmin /failcache perintah berbeda dari repadmin /showreps perintah dalam dua cara:
Z:\>repadmin /failcache
==== KCC CONNECTION FAILURES ============================
(none)
==== KCC LINK FAILURES ==================================
USA-WA-24\C-24-DC03
DC object GUID: 134244cd-26be-4944-82a7-ac3eb74fc02f
No Failures.
USA-WA-24\B-24-DC02
DC object GUID: 21b050d6-33b5-424d-aa9b-060fe209233d
No Failures.
USA-WA-24\Z-24-DC-05
DC object GUID: bfb3b008-3849-4e5d-81d8-53dbb76d587a
No Failures.Menentukan jika sumber server kelebihan bebanKontroler domain yang dipenuhi dengan sejumlah besar langsung replikasi mitra atau jadwal replikasi yang terlalu agresif dapat membuat jaminan simpanan di mana beberapa mitra tidak pernah menerima perubahan dari hub kontroler domain. Di output dari repadmin /showreps perintah, pengontrol domain mitra kelebihan beban sumber domain controller muncul dengan status "di tidak pernah".Untuk memecahkan masalah ini mengeluarkan, mengubah ukuran perangkat keras, mengkonfigurasi situs link dan mengkonfigurasi ulang link situs atau sambungan jadwal yang diperlukan untuk mengurangi beban pada domain kelebihan beban controller. Menentukan jika situs link yang terputus-putus"Disjoint situs link" adalah konfigurasi Active Directory di yang topologi ini dibagi menjadi dua bagian atau di beberapa situs yang tidak meniru karena definisi situs dan situs link definisi yang salah. Untuk contoh, diagram berikut menunjukkan konfigurasi di Sitelink_ABC yang berisi situs A, B, dan c dan Sitelink_DEF berisi situs D, E, dan F, tapi tidak ada link situs menghubungkan setiap situs di Sitelink_ABC ke salah satu situs di Sitelink_DEF. Untuk menyelesaikan kondisi penjaluran situs link, link situs baru harus menyambung setidaknya satu situs di Sitelink_ABC dengan setidaknya satu situs di Sitelink_DEF (misalnya, link situs baru antara situs a dan situs D).
A D
/ \ / \
/ \ / \
/ \ / \
B C E F
Sitelink_ABC Sitelink_DEF
A F
/ \ \
/ \ \
/ \ \
B C \
\ / \
\ / \
\ / \
D G
Sitelink_ABDC Sitelink_FG Menghapus koneksi jika KCC dalam "Mode koneksi tetap"Jika KCC membangun jalan yang berbeda di seluruh situs-situs untuk sambungan mencoba kegagalan, tapi itu lagi sambungan gagal setiap 15 menit karena dalam "menjaga modus sambungan," menghapus semua koneksi rusak dan membiarkan KCC membangun kembali mereka. Menunggu dua kali terpanjang replikasi jadwal di hutan.INFORMASI LEBIH LANJUTIstilah dan konsep
Terpotong output dari perintah REPADMIN /SHOWISMDalam beberapa lingkungan, repadmin /showism perintah dari membangun 2195 dari Windows 2000 berhenti sebelum waktunya selama eksekusi dan output yang terpotong karena dari kesalahan internal. Untuk contoh, bagian atas output /SHOWISM ini sukses dari domain kontroler domain "corp.com" menunjukkan bahwa situs 128 didefinisikan (0-127).
Penerjemahan MesinPENTING: 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:307593
(http://support.microsoft.com/kb/307593/en-us/
)
| Sumber Lain Situs Pendukung Lain
KomunitasTerjemahan Artikel
|






Windows Live
Facebook
Twitter
Linkedin
Digg it
Yahoo
Delicious
StumbleUpon
Yammer
Reddit
Technorati
FriendFeed
Email


Kembali ke atas