phoefliger 10 Geschrieben 15. Juni 2005 Melden Teilen Geschrieben 15. Juni 2005 Hallo Leute hiermal eine Verstädniss frage : DC1 DC2 DC3 DC4 Standort1 beinhaltet DC1 Standort2 beinhaltet DC2 Standort3 beinhaltet DC3 Standort4 beinhaltet DC4 KCC Aktiviert Sitelink_all = beihnaltet DC1, DC2, DC3, DC4 Intervall = 15 Min Meine Frage : DC1 hat änderungen - Queue 5 Items Bsp. jetzt fasst der DC2 & DC4 die änderungen in 15min leider abert DC3 nicht. DC3 fasst die Änderunen nach 30 Min. Also erst nach dem 2ten Replication Circle. Wenn ich doch den intervall au 15 Min stelle müssten doch alle DC's zur gleichen Zeit synchronisieren ? DC1 Updatetime 11:00:00 DC2 Updatetime 11:01:10 DC3 Updatetime 10:58:40 ? (DC3 han einen anderen circle als die andern hat repliziert vor den änderungen) DC4 Updatetime 11:01:40 Wie kann ich die DC's abgleichen das alle nach 15Min die gleichen Daten bzw. Synchronität wieder hergestellt ist. Und wie kann ich eine Replication über die ganze Domain / Forest auslösen der direkt Repliziert wird ( über alle Standorte ) und nicht erst nach 15 Min intevall ? danke für Eure Tipps ;-) Zitieren Link zu diesem Kommentar
grizzly999 11 Geschrieben 15. Juni 2005 Melden Teilen Geschrieben 15. Juni 2005 [snip]Wenn ich doch den intervall au 15 Min stelle müssten doch alle DC's zur gleichen Zeit synchronisieren ? [sNIP] Nein, müssen sie nicht. Die Inter-Site-Replication ist nichts, was sich an der Systemuhr auf die Sekunde genau ausrichtet. Im Gegenteil: Der Beginn der Replikation kann "hochoffiziell" innerhalb eines Intervals bis zu 15 min nach Beginn des Replikationsfensters beginnen, also bis 14min59sec später. Das kann der DC selber auswählen. Meist geschieht das schon zeitnah zur eingestellten Replikationszeit, aber es muss nicht. grizzly999 Zitieren Link zu diesem Kommentar
phoefliger 10 Geschrieben 16. Juni 2005 Autor Melden Teilen Geschrieben 16. Juni 2005 Bei mir ist das problem das ich eine ànderung am DC1 mach. und der DC2 hat die änderung nach spätesten 15 Min ( direkter automatischer Sitelink ) DC3 hat die änderungen aber erst nach 30 min ( kein direkter Sitelink zu DC1 ) nur einen auf DC2. Verstehst du was ich meine ? Zitieren Link zu diesem Kommentar
Christoph35 10 Geschrieben 16. Juni 2005 Melden Teilen Geschrieben 16. Juni 2005 Du könntest in AD Sites and Services eine zusätzliche Connection einrichten (von dc1 zu dc3). Das müsste das Problem beheben. Ansonsten macht der KCC seine Replikationstopologie automatisch, und dann kommt sowas dabei raus ;) Christoph Zitieren Link zu diesem Kommentar
phoefliger 10 Geschrieben 16. Juni 2005 Autor Melden Teilen Geschrieben 16. Juni 2005 Ist das den der Sinn & Zweck des KCC's ? das mann selber noch manuelle verbindungen aufbauen muss? Zitieren Link zu diesem Kommentar
Christoph35 10 Geschrieben 16. Juni 2005 Melden Teilen Geschrieben 16. Juni 2005 Eigentlich sollte man die Automatik belassen. Frage: ist es zwingend notwendig, dass die Änderungen von DC1 innerhalb von 15 Minuten zu DC3 repliziert werden? Christoph PS: genaugenommen ist es der ISTG (Inter-Site-Topology Generator), der die Connections von Site zu Site aufbaut. Zitieren Link zu diesem Kommentar
phoefliger 10 Geschrieben 16. Juni 2005 Autor Melden Teilen Geschrieben 16. Juni 2005 Gute Frage :-) Ich würde es begrüssen :-) Habt ihr immmer den KCC aktiviert? Zitieren Link zu diesem Kommentar
Christoph35 10 Geschrieben 16. Juni 2005 Melden Teilen Geschrieben 16. Juni 2005 Jo, aber wir haben ne andere AD-Struktur. 2 Domains an 2 Standorten mit je 2 DCs. Die Probleme mit 2x 15 Minuten stellen sich uns also gar nicht erst ;-) Christoph Zitieren Link zu diesem Kommentar
phoefliger 10 Geschrieben 16. Juni 2005 Autor Melden Teilen Geschrieben 16. Juni 2005 tja da hast du recht :-) ja dann verkaufen wir doch die anderen 8 Domaincontroller :-) hehe dann ist ads Problem auch gelöst :-) Zitieren Link zu diesem Kommentar
Christoph35 10 Geschrieben 16. Juni 2005 Melden Teilen Geschrieben 16. Juni 2005 Naja, kann auch keine Lösung sein ;-) Soweit ich mich recht entsinne wird eine Replikationstopologie so erstellt, dass nach spätestens 3 Hops wieder zum ursprünglichen DC zurückrepliziert wird, so dass im Extremfalle eine Änderung vom 1. zum 4. DC 45 Minuten bzw. 3x der eingestellte Intervall vergeht. Hättest Du z.B. 60 minuten eingestellt würde es 3 Stunden dauern, bis die Änderung am letzten DC angekommen ist. Will man das beschleunigen, müssen zusätzliche Connections her. (So steht es jedenfalls im Training Kit zu AD 2003). Christoph PS: hier gibts gute Info dazu: http://www.microsoft.com/resources/documentation/Windows/2000/server/reskit/en-us/Default.asp?url=/resources/documentation/windows/2000/server/reskit/en-us/distrib/dsbh_rep_baff.asp PS 2: und hier noch mal für Windows 2003 http://www.microsoft.com/technet/prodtechnol/windowsserver2003/library/TechRef/c238f32b-4400-4a0c-b4fb-7b0febecfc73.mspx Zitieren Link zu diesem Kommentar
Christoph35 10 Geschrieben 16. Juni 2005 Melden Teilen Geschrieben 16. Juni 2005 Soweit ich mich recht entsinne wird eine Replikationstopologie so erstellt, dass nach spätestens 3 Hops wieder zum ursprünglichen DC zurückrepliziert wird, so dass im Extremfalle eine Änderung vom 1. zum 4. DC 45 Minuten bzw. 3x der eingestellte Intervall vergeht. Hättest Du z.B. 60 minuten eingestellt würde es 3 Stunden dauern, bis die Änderung am letzten DC angekommen ist. Will man das beschleunigen, müssen zusätzliche Connections her. (So steht es jedenfalls im Training Kit zu AD 2003). Das bedeutet natürlich nicht dass ein 5., 6. etc. DC für die gleiche Domain nicht mehr an der Replikation teilnehmen würden, sondern dass dafür weitere Connections erstellt werden. Christoph Zitieren Link zu diesem Kommentar
grizzly999 11 Geschrieben 16. Juni 2005 Melden Teilen Geschrieben 16. Juni 2005 Naja, kann auch keine Lösung sein ;-) Soweit ich mich recht entsinne wird eine Replikationstopologie so erstellt, dass nach spätestens 3 Hops wieder zum ursprünglichen DC zurückrepliziert wird, so dass im Extremfalle eine Änderung vom 1. zum 4. DC 45 Minuten bzw. 3x der eingestellte Intervall vergeht. Hättest Du z.B. 60 minuten eingestellt würde es 3 Stunden dauern, bis die Änderung am letzten DC angekommen ist. Will man das beschleunigen, müssen zusätzliche Connections her. (So steht es jedenfalls im Training Kit zu AD 2003). Da entsinnst du dich nicht recht, und so steht es auch in keinem Buch zu 2003. Lese doch einfach nochmals die von dir selber geposteten Links durch (und falls du eine Zeiel findest, die dein Statement stützt, bitte hier posten). grizzly999 Zitieren Link zu diesem Kommentar
grizzly999 11 Geschrieben 16. Juni 2005 Melden Teilen Geschrieben 16. Juni 2005 Das bedeutet natürlich nicht dass ein 5., 6. etc. DC für die gleiche Domain nicht mehr an der Replikation teilnehmen würden, sondern dass dafür weitere Connections erstellt werden. Christoph Zwischen Standorten werden überhaupt nur dann automatisch Replikationsverknüpfungen erstellt, wenn ich eine Standortverknüpfungen zwischen diesen MANUELL eingerichtet habe. grizzly999 Zitieren Link zu diesem Kommentar
grizzly999 11 Geschrieben 16. Juni 2005 Melden Teilen Geschrieben 16. Juni 2005 Jo, aber wir haben ne andere AD-Struktur. 2 Domains an 2 Standorten mit je 2 DCs. Die Probleme mit 2x 15 Minuten stellen sich uns also gar nicht erst ;-) Christoph Wenn das zwei getrennte ADs sind, dann nicht.... grizzly999 Zitieren Link zu diesem Kommentar
Christoph35 10 Geschrieben 16. Juni 2005 Melden Teilen Geschrieben 16. Juni 2005 Hi, Grizzly, also das mit den 3 Hops habe ich mir nicht ganz aus den Fingern gesogen. Aber vielleicht habe ich das folgende einfach falsch interpretiert. In dem Fall würde ich Dich bitten, mir noch mal darzulegen, wie das mit der Replikation zusammenhängt: Was ich nicht mehr im Kopf hatte, war z.B. das mit dem gleichen Standort. Zitat aus dem Windows Server 2003 Administrators Companion, engl. .Ausgabe, Seite 435: The KCC dynamically creates connection objects in AD; when communication between Domain Controllers in the same site is disrupted, the KCC immediately creates new connections to ensure timely contact between the systems. Timely contact within a site means that no domain controller is more than three connections (or hops) away from any other domain controller. Administrators can create additional connections objects, which can improve communication between controllers and reduce latency further by decreasing the maximum number of hops allowed, but this approach also increases the system resources used by the replication process, including processor cycles, disk accesses, and network bandwith. In den anderen Punkten, die Du korrigiert hast, gebe ich dir natürlich recht. :) Christoph Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.