Setarea opțiunilor de server WINS principal și secundar


Simptome


Dacă un server Windows NT rulează serviciul de denumire Windows Internet (WINS) și participă la reproducerea de date WINS în rețea, trebuie luată în considerare în mod special configurarea în care serverul WINS indică pentru rezoluția numelui propriu (acest parametru este setat în secțiunea rețea din panoul de control, în secțiunea de configurare a protocolului TCPIP). Vă recomandăm ca un server WINS să se îndrepte către sine ca CÂȘTIGuri primare în Configurarea TCP/IP. Dacă încercați să specificați aceeași adresă WINS în adresa câștig secundar, primiți un mesaj de eroare "serverul WINS este deja în listă". Configurarea poate fi setată utilizând Registry. Cu toate acestea, deoarece adresa este deja introdusă, nu trebuie să o adăugați din nou.

Soluție de evitare


Vă recomandăm ca un server WINS să indice întotdeauna în sine ca fiind doar victorii primare. Această configurație evită înregistrările scindate și alte probleme. Pentru informații suplimentare despre unele dintre aceste probleme, consultați următoarele articole din baza de cunoștințe Microsoft:135405 repararea unei baze de date corupte WINS w/pornire număr de versiune168712 cum se recreează manual o bază de date WINS150520 WINS server pierde sporadic numele de rezolvare

Stare


Microsoft a confirmat că aceasta este o problemă în produsele Microsoft listate la începutul acestui articol.

Mai multe informații


Atunci când un computer WINS activat este pornit, acesta trebuie să înregistreze o varietate de servicii cu WINS. De obicei, un computer are o adresă WINS principală și secundară configurată în Configurarea TCP/IP. Dacă CÂȘTIGurile primare nu răspund la înregistrări, computerul încearcă CÂȘTIGurile secundare. Pentru informații suplimentare despre serviciile care pot fi înregistrate, consultați următoarele articole din baza de cunoștințe Microsoft:119495 listă de nume înregistrate cu WINS ServiceGenerally, majoritatea clienților și a serverelor ar trebui să fie configurate cu o adresă câștigătoare principală și secundară, cu toate acestea, trebuie să luați atenție cu privire la modul în care se configurează ÎNSUȘI serverul WINS. Un server WINS își înregistrează în cele din urmă serviciile în propria sa bază de date WINS, indiferent dacă se indică sau nu (fie primar, secundar sau fără). Înregistrarea cu ea însăși și un alt server WINS poate provoca probleme atunci când este vorba de reproducerea și reînnoirea acestor intrări. De exemplu, dacă aveți un server WINS ("Srv1") care indică spre sine ca primar și indică spre un alt câștig ca secundar ("Wins2"). Atunci când Srv1 este pornit, de obicei încearcă să își înregistreze serviciile înainte să înceapă propriul serviciu WINS. Deoarece aceste înregistrări nu reușesc, încearcă să le înregistreze la Wins2. Dacă Wins2 este disponibil, acceptă solicitările de înregistrare. Cu toate acestea, nu toate serviciile sunt înregistrate la Wins2, deoarece, deoarece aceste solicitări de înregistrare sunt făcute, Srv1 continuă să verifice serviciul său local WINS. După ce rulează serviciul, acesta comută înapoi la acesta și continuă să se înregistreze local. După reproducerea a avut loc între Srv1 și Wins2, ambele baze de date arată această proprietate:
Srv1: deține Srv1<20> și domeniul<1C> (dacă acesta este un controler de domeniu) Wins2: deține toate celelalte înregistrări Srv1 și deține, de asemenea, domeniul<1C> din Srv1
Această condiție potențial problematică este denumită "înregistrare scindată". În acest moment, Srv1 a revenit la reînregistrarea locală, însă durează până când îl puteți vedea. Între timp, Srv1 și Wins2 sunt reproducerea mapărilor de înregistrare scindate la alte servere WINS. În cele din urmă, aceste reproduceri ar trebui să fie reconciliate la victorii la distanță (adică, reproducerile Wins2 sunt înlocuite cu reproducerile Srv1 mai noi). Cu toate acestea, înainte ca reconcilierea să se termine, este posibil să fi apărut probleme de conexiune client, inclusiv incapacitatea de a vă conecta la un server WINS care și-a scindat înregistrarea (în acest exemplu, Srv1) sau incapacitatea de a rezolva domeniul<1C> nume care Srv1 înregistrat. Condițiile exacte care duc la eșec sunt variate. Dacă serverele WINS execută Windows NT Version 3,51 cu Service Pack 4 (sau o versiune ulterioară), aceste condiții ar trebui să fie temporare. Cu toate acestea, problema poate fi mai severă, în funcție de schema de replicare sau dacă sunteți în execuția serverelor pre-Service Pack 4 WINS.
O altă configurație defectuoasă stabilește o adresă IP la distanță (în acest exemplu, Wins2) ca principală în timp ce setați CÂȘTIGurile locale (Srv1) ca secundare. În acest caz, Srv1 va opri în cele din urmă reîmprospătarea contractului de leasing NetBIOS la Wins2 și va începe să se înregistreze local. În funcție de schema de replicare WINS, acest lucru poate provoca probleme de conexiune.