[W2K3] Replica DC planning

[Roman]

Een bedrijf waar ik momenteel werk heeft 5 lokaties waar onderling een 1 en/of 2 Mbit SDSL lijn loopt. Op 1 lokatie (de hoofdlokatie) staan 3 DC servers. En op een andere lokatie staat er nog een. Op de andere 3 lokaties is momenteel geen DC aanwezig.

Momenteel repliceren de 3 DC op de hoofdlokatie 1 keer in het uur. De andere lokatie repliceerd 1 keer in de 3 uur. (dit vind ik een beetje lang).

Nu is het de bedoeling dat op de andere 3 lokaties ook een DC komt. Die zullen gelijdelijk komen zodra servers vervangen worden (sommige zijn 4-5 jaar oud met W2K erop). Ook zullen de lijnen naar het hoofdgebouw verhoogd worden naar 4mbit (maar dat is nog in de planning).

Wat zouden jullie doen met de DC replicatie? Ik zou zeggen elke 15 minuten op de hoofdlokatie en elke 30 of 60 minuten naar de andere lokatie. Wat is jullie meening......?

[Giga_Bjorn]

De replication binnen een site zou ik om de 15 minuten doen.

De replication naar andere site zou ik tussen de 15 - 45 minuten doen, afhankelijk van de snelheid en latency van de verbinding.

Op een goede 2 MBit verbinding kan je gerust elke 30 minuten een replicatie uitvoeren tussen sites

[Jazzy]

Dat hangt van de belasting van de lijnen af. In principe zou ik de replicatie gewoon op 4 keer per uur laten staam, zeker met relatief snelle verbindingen. Zorg wel dat de DC's op de sublocaties ook GC worden, dat scheelt aanzienlijk in het verkeer wat nog over de lijn gaat.

[Roman]

GC staat idd al aan op de 4 DC die er zijn. En is uiteraard ook de bedoeling dat dat op de andere ook aan staat.

Maar wat gaat er eigenlijk over de lijn heen bij een replica? Toch niet de hele AD, toch alleen de wijzigingen. Of wel?

[Giga_Bjorn]

Zover ik weet worden alleen de wijzigingen verstuurd.

[mutsje]

Roman schreef op dinsdag 22 januari 2008 @ 13:17:
GC staat idd al aan op de 4 DC die er zijn. En is uiteraard ook de bedoeling dat dat op de andere ook aan staat.

Maar wat gaat er eigenlijk over de lijn heen bij een replica? Toch niet de hele AD, toch alleen de wijzigingen. Of wel?

Alle wijzigingen in AD worden gerepliceerd. Het is niet zo dat telkens je hele AD gerepliceerd wordt.

Alleen wijzigingen die geen hoge urgentie hebben gaan per scheduled replication over de lijn. Disabled users / password changes etc worden gelijk gerepliceerd.

[Roman]

Dan zal ik de replica aanpassen. 15 minuten op de hoofdlokatie en 30 tussen de lokaties.

Of heeft iemand nog iets toe te voegen?

[alt-92]

MS documentatie:

http://technet.microsoft.com/en-us/library/bb742457.aspx

[ Voor 63% gewijzigd door alt-92 op 22-01-2008 13:42 ]

[Question Mark]

Giga_Bjorn schreef op dinsdag 22 januari 2008 @ 13:23:
Zover ik weet worden alleen de wijzigingen verstuurd.

Ja en Nee. Windows 2000 repliceert op attribuut niveau (zoals te lezen is in de link van Alt92). Windows 2003 kan dankzij Linked Value Replication nog iets intelligenter repliceren dan Windows 2000.

Active Directory introduced with Windows 2000 is keeping replication data at attribute level only. This means that if attribute has many values change in one of those values causes replication for whole attribute.

Most common example of this problem is replication of member attribute for Active Directory group. If we have group with 3000 of users and we will remove only one user from this group, without LVR whole attribute will be replicated which is 2999 values. Of course this is unnecessary overhead and that's why it was improved with Windows 2003.

Windows 2003 introduces new mechanism called Linked Value Replication (LVR) which can be enabled if forest is working in Windows 2003 mode. Idea behind this mechanism is to take replication data (metadata) one level lower for values of linked attributes, and store it for each value in such attribute. Linked attribute is special type of attribute in Active Directory which consist from two attributes for which Active Directory is maintaining connection (link and back-link), which means that if DN of an object will be added to one side (link) of such pair, Active Directory will automatically update other side (back-link) of this association. The same will happen if value will be deleted. Most known example of such attribute are group member (link) and user memberof (back-link) attributes. That's why if you want to add user to group from script or code You are adding user to group attribute, not group to user attribute.

[/nitpick]

Roman schreef op dinsdag 22 januari 2008 @ 13:40:
Dan zal ik de replica aanpassen. 15 minuten op de hoofdlokatie en 30 tussen de lokaties.

Of heeft iemand nog iets toe te voegen?

Wat voor replicatie-topologie praten we over?

• Hub-spoke
• Full-mesh
• Partial-mesh

Dit heeft nl. invloed op hoe snel wijzigingen van sub-lokatie A naar sub-lokatie Z repliceren.

[ Voor 10% gewijzigd door Question Mark op 22-01-2008 22:07 ]

[Roman]

Alle DC's zijn 2003 machines, dus das dan al een voordeel.

De replica tussen de lokatie's is momenteel nog Hub-Spoke en ik denk dat die dat ook blijft. Op de hoofdlokatie is het Full-Mesh (3 machines).

[ Voor 22% gewijzigd door Roman op 23-01-2008 08:32 ]