Kurs: 6421: Rešavanje problema i konfiguracija Windows Server 2008 mrežne infrastrukture Materijali vezani uz ovu lekciju: - Test konfiguracija wins replikacije - Konfiguracija WINS replikacije (PDF dokument) Podrazumevno, WINS Server sadrži informacije koje se odnose samo na njegove klijente. Da bi osigurali efektno NetBIOS razrešavanje imena u okruženju u kojem se nalazi više WINS servera, svaki WINS server mora da bude upoznat sa svim klijentima, nezavisno od toga koji je WINS Server izvršio registraciju WINS klijenta. WINS replikacija se dešava između dva WINS servera da bi se održavali konzistentni podaci na svim WINS serverima u mrežnom okruženju. Defoltna konfiguracija WINS replikacionih partnera je Push-Pull tip replikacije. Kako radi WINS replikacijaWINS replikacija je proces kopiranja ažuriranih WINS podataka sa jednog WINS servera na druge WINS servere na mreži da bi podaci bili sinhronizovani. Replikacija WINS baze podataka osigurava da ime koje je registrovano na jednom DNS serveru bude replicirano na sve druge WINS servere na mreži. Koristeći replikaciju između WINS servera, konzistentan set WINS informacija će biti održavan i distribuiran kroz mrežu. Kao rezultat, WINS klijent može da razreši bilo koje NetBIOS ime ma mreži, nezavisno od toga na kom WINS serveru je ime registrovano. Kada mreža koristi više WINS servera, svaki WINS server je konfigurisan ili kao Push partner, Pull partner ili kao Push-Pull partner sa barem jednim sekundarnim WINS serverom. Podrazumevna konfiguracija za WINS replikacione partnere je Push-Pull tip replikacije. Ipak, administrator može da modifikuje ovu konfiguraciju da bi ispunio potrebe mrežnog okruženja. Sledeći primer ilustruje kako WINS replicira podatke sa jednog WINS servera na drugi WINS server:
Kako radi Push replikacijaPush replikacija je proces kopiranja ažuriranih WINS podataka sa jednog WINS servera na druge WINS servere, kad god WINS server koji sadrži ažurirane podatke prekorači određeni threshold promena. Proces Push replikacije funkcioniše na sledeći način:
Kako rade Pull partneriPull replikacija je proces kopiranja ažuriranih WINS podataka sa WINS servera na drugi WINS server u specifičnim, konfigurisanim intervalima. Proces Pull replikacije funkcioniše na sledeći način:
Ako odlučimo da koristimo Pull replikaciju, važno je upamtiti da sporija učestalost replikacija uzrokuje da WINS baze podataka budu manje sinhronizovane. Kada WINS server ima nekompletne podatke, neki pokušaji razrešavanja imena biće neuspešni.
Šta je Push-Pull replikacijaPush-Pull replikacija je proces ažuriranja zapisa na WINS serveru sa novim zapisima koji dobija od svog replikacionog partnera, ili na osnovu Replication Threshold-a ili na osnovu replikacionog intervala koji uvek ima prednost. Administrator bi trebao da konfiguriše replikacione partnere kao Push-Pull partnere ako želimo da odredimo i Replication Threshold i Replication Interval za partnera. Ovo osigurava da WINS baze podataka budu sinhronizovane nezavisno od broja promena koje su se dogodile. U stvari, replikacija će se odraditi kada se prekorači Threshold, ili kada maksimalni period između replikacija istekne. WINS replikacioni partneri su konfigurisani kao Push-Pull partneri po defoltu, što je najprostiji i najefektniji metod da osiguramo da baze podataka na ovim serverima budu skoro identične u bilo koje vreme.
WINS Replication Partners PropertiesUspešna izgradnja i korišćenje WINS-a na mreži zavisi od tačne konfiguracije Replication Propertiesa. U WINS Replication Partner Properties dijalog boksu, možemo da izaberemo nekoliko WINS servis konfiguracionih opcija da bi ispunili potrebe naše mreže. Možemo da konfigurišemo WINS server da automatski konfiguriše WINS server kompjutere kao svoje replikacione partnere. Sa ovom automatskom konfiguracijom, drugi WINS serveri se otkrivaju kada pristupe mreži i dodaju se kao replikacioni partneri. Automatic Partner Configuration opcija je korisna u malim mrežama, kao što su Single Subnet LAN okruženja. Svaki WINS Server šalje poruku o svom prisustvu na mreži korišćenjem periodičnih multicast poruka. Ova obaveštenja su poslata preko IGMP protokola na multicast grupnu IP adresu 224.0.1.24 koja je dobro poznata multicast IP adresa rezervisana za WINS servere. Možemo da konfigurišemo Automatic Partner configuration opciju, koja dozvoljava WINS serveru da nadgleda Multicast obaveštenja od drugih WINS servera i odrađivanje sledećih konfiguracionih koraka automatski. Kada konfigurišemo Automatic Partner Configuration opciju, WINS server:
Omogućavanjem trajne konekcije (persistent connection), možemo da povećamo brzinu replikacije, iz razloga što server može odmah da šalje zapise ka svojim partnerima a da ne mora svaki put ponovo da otvara privremenu konekciju. Ako postavimo Replication threshold na 0, svaki zapis će odmah biti repliciran kroz mrežu i time će učiniti replikaciju konzistentnijom. Propustnost koju koristi trajna konekcija je minimalna jer je konekcija obično IDLE. Za razliku od dinamičkog prevođenja (mapping), koji može zapis da okarakteriše kao stari i da ga ukloni sa WINS servera kroz vreme, statički prevodi (mappings) mogu da ostanu u WINS bazi nedefinisani vremenski period. Jedino ih administrator može ručno obrisati.
Kako proveravamo konzinstentnost WINS baze podataka (Checked Consistency)Provera konzistentnosti WINS baze podataka pomaže pri održavanju integriteta baze podataka za sve WINS server-e u velikoj mreži. Kada iniciramo proveru konzistentnosti u WINS konzoli, svi zapisi se proveravaju na osnovu liste vlasništva (owner list) u bazi podataka servera, uključujući WINS servere koji su indirektni (nisu direktno konfigurisani) replikacioni partneri. WINS Server poredi sve svoje zapise za zapisima koji se nalaze na drugim WINS serverima da bi proverio da li njegova baza podataka sadrži tačne zapise. Svi zapisi koji su Pulled od baza podataka na udaljenim WINS serverima se porede sa zapisima u lokalnoj bazi, koristeći sledeću proveru konzistentnosti:
|