Mengatur opsi server utama dan sekunder WINS

Gejala

Jika Windows NT server yang menjalankan Windows Internet penamaan Service (WINS) dan berpartisipasi dalam replikasi database WINS pada jaringan, pertimbangan khusus harus diambil konfigurasi tempat server WINS mengarah ke resolusi nama itu sendiri (parameter ini diatur di bagian jaringan dari panel kontrol, di bagian konfigurasi dari protokol TCPIP). Kami merekomendasikan bahwa server WINS mengarahkan ke dirinya sebagai WINS utama dalam konfigurasi TCP/IP. Jika Anda mencoba untuk menentukan alamat WINS yang sama dalam alamat WINS sekunder, Anda menerima pesan kesalahan "server WINS sudah ada dalam daftar". Konfigurasi bisa diatur dengan menggunakan registri. Namun, karena alamat sudah dimasukkan, Anda tidak perlu menambahkannya lagi.

Penyelesaian Masalah

Kami merekomendasikan bahwa server WINS selalu mengarahkan ke dirinya sebagai WINS utama saja. Konfigurasi ini menghindari pemisahan dan masalah lainnya. Untuk informasi tambahan tentang beberapa masalah lain, silakan lihat artikel berikut ini di Basis Pengetahuan Microsoft: memperbaiki kerusakan Wins database w/Starting versi Count cara membuat ulang secara manual database Wins Wins server secara sporadis kehilangan resolusi nama

Status

Microsoft telah mengonfirmasikan bahwa ini adalah masalah di produk Microsoft yang dicantumkan di bagian awal artikel ini.

Informasi Selengkapnya

Saat komputer yang didukung WINS telah dibooting, harus mendaftarkan berbagai layanan dengan WINS. Biasanya komputer memiliki alamat WINS utama dan sekunder yang dikonfigurasi dalam penyetelan TCP/IP. Jika WINS utama tidak merespons ke pendaftaran, komputer akan mencoba WINS sekunder. Untuk informasi tambahan tentang layanan yang dapat didaftarkan, silakan lihat artikel berikut ini di Basis Pengetahuan Microsoft:daftar nama yang terdaftar dengan Wins ServiceGenerally, sebagian besar klien dan server harus dikonfigurasi dengan alamat Wins utama dan sekunder, namun perhatian harus diambil dengan cara server Wins sendiri dikonfigurasi. Server WINS akhirnya mendaftarkan layanannya dalam database WINS lokal sendiri, terlepas dari apakah ia menunjuk pada dirinya sendiri atau tidak (baik utama, sekunder, atau tidak ada). Mendaftarkan dengan sendirinya dan server WINS lainnya bisa menyebabkan masalah ketika menyangkut replikasi dan pembaruan entri ini. Misalnya, jika Anda memiliki server WINS ("Srv1") yang mengarahkan ke dirinya sebagai yang utama dan mengarahkan ke WINS lainnya sebagai sekunder ("Wins2"). Saat Srv1 dibooting, biasanya mencoba mendaftarkan layanannya sebelum Layanan WINS miliknya dimulai. Sejak pendaftaran gagal, aplikasi ini akan mencoba mendaftarkannya di Wins2. Jika Wins2 tersedia, maka menerima permintaan pendaftaran. Namun, tidak semua layanan terdaftar di Wins2, karena karena permintaan pendaftaran ini dibuat, Srv1 terus memeriksa Layanan WINS lokalnya. Setelah Layanan berjalan, switch kembali ke layanan dan melanjutkan pendaftaran secara lokal. Setelah replikasi terjadi antara Srv1 dan Wins2, kedua database memperlihatkan kepemilikan ini:

Srv1: memiliki his Srv1<20>, dan domain<1c> (jika pengontrol domain) Wins2: memiliki semua pendaftaran Srv1 lainnya, dan juga memiliki domain<1c> dari Srv1Kondisi yang berpotensi bermasalah ini disebut sebagai "registrasi terpisah." Pada titik ini, Srv1 telah kembali mendaftarkan diri secara lokal, namun perlu beberapa saat sebelum Anda bisa melihatnya. Sementara itu, Srv1 dan Wins2 sedang mereplikasi pemetaan registrasi terpisah untuk server WINS lainnya. Pada akhirnya replika ini harus didamaikan pada WINS jarak jauh (yaitu, replika Wins2 digantikan oleh replika Srv1 yang lebih baru). Namun, sebelum rekonsiliasi selesai, masalah koneksi klien mungkin telah terjadi, termasuk ketidakmampuan untuk menyambungkan ke server WINS yang memisahkan pendaftarannya (dalam contoh ini, Srv1), atau ketidakmampuan untuk mengatasi domain<1c> nama yang Srv1 didaftarkan. Kondisi tepat yang menyebabkan kegagalan bervariasi. Jika server WINS Anda menjalankan Windows NT versi 3,51 dengan Service Pack 4 (atau yang lebih besar), ketentuan ini hanya bersifat sementara. Namun, masalahnya mungkin lebih parah tergantung pada skema replikasi Anda atau jika Anda menjalankan server pra-Layanan 4 WINS.

Konfigurasi salah lainnya adalah mengatur alamat IP jarak jauh (dalam contoh ini, Wins2) sebagai utama saat mengatur WINS lokal (Srv1) sebagai sekunder. Dalam kasus ini, Srv1 akan berhenti me-refresh sewa NetBIOS di Wins2, dan akan mulai mendaftarkan secara lokal. Tergantung pada skema replikasi WINS Anda, ini mungkin menyebabkan masalah koneksi.

Perlu bantuan lainnya?

Kembangkan keterampilan Anda
Jelajahi pelatihan
Dapatkan fitur baru terlebih dahulu
Gabung Microsoft Insider

Apakah informasi ini bermanfaat?

Terima kasih atas umpan balik Anda!

Terima kasih atas umpan balik Anda! Sepertinya menghubungkan Anda ke salah satu agen dukungan Office kami akan sangat membantu.

×