הסבר על Sysvol ו Active Directory Replication
נתחיל מ AD Replication וגם נלמד מהו Bridgehead Server
Intrasite Replicaiton
הוא שכפול של AD בין DCים בתוך הארגון הנמצאים באותו ה Site, אותו שכפול לDC אחר יתחיל רק 15 שניות לאחר שהשינוי בוצע באותו DC אם בארגון יש DC1 DC2 DC3 DC4 DC5
אז כל DC יחכה 15 שניות לפני שיעביר את השכפול הלאה לDC הבא
DC1 -> יחכה 15 שניות -> DC2 יחכה 15 שניות -> DC3 וכן האלה….
ככל שיש יותר DCים בארגון כך זמן השכפול בינהם גודל, אבל ברגע שיש 9 או יותר DCים בארגון Active Direcotry יתחיל ליצור חיבורים נוספים בין DC לDC וכך יגדיל את כמות החיבורים בין כל שרת ויקטין את כמות הזמן שלוקח למידע להשתכפל וכך יבטיח מצב שלא יהיה יותר מ3 קפיצות בין אותו DC ששכפל את המידע לDC האחרים שמשכפלים את המידע גם, כל הרפליקציה שמבצע הAD הוא אוטומטי וללא התערבות של מנהל הרשת.
Intresite Replicaiton
הוא חיבור של AD בין DC הנמצאים בין שתי אזורים שונים למשל אחד בתל אביב ואחד בירושלים אותם Sites נוצרים באופן ידני על מנהל הרשת, מנהל הרשת יוצר את הSite (ירושלים אחד ותל אביב אחד) הוא מגדיר כל אזור על פי Subnet Mask ונתן שם לכל Site כמו TLV ו JLM והכניס לשם את הDC הנמצאים בכל אזור לאחר מכן ה AD יבחר באופן אוטומטי שרת DC הנמצא לדוגמה בירושלים ,כי מנהל הרשת הגדיר את תל אביב כSite חדש באותו הרגע יווצר חיבור בין DC בירושלים לדוגמה DC3 והוא יתחבר לDC הנמצא בתל אביב DC16 החיבור בינהם ישאר קבוע והם ישכפלו את המידע בין Sites השונים תל אביב וירושלים (חיבור אחד, דמיינו קו אחד) אותו חיבור נקרא Bridgehead Server לא הבנתם? שוב, דמיינו 9 DCים בירושלים ו4 DCים בתל אביב במקום שכולם ישכפלו אחד לשני כל שרת מתל אביב לירושלים וכך ההפך מה שפשוט יקרה הוא שלכל Site יבחר נציג אותו נציג בירושלים ישלח את השינויים לתל אביב והנציג בתל אביב ישלח את השינויים לירושלים , עכשיו דמיינו מצב שבו אותו שרת DC הנמצא בתל אביב שנבחר להיות ה Bridgehead Server (הנציג) פתאום נפל? אז AD יבחר שרת DC אחר מתוך ה Site שישמש כנציג אותו Site.
לאחר שהבנו מהוא Bridgehead Server דעו כי ניתן להגדיר ידנית את אותם Bridgehead Server בגלל שהחלטתם מכל סיבה שהיא וזאת מבצעים ב Active Direcotory Sites And Services על ידי הגדרה ב Site אבל! אם הגדרתם בעצמכם את ה Bridgehead Server ברגע של נפילה של אותו DC הAD לא יבחר שרת Bridgehead Server אחר ולכן לא יהיה כל שכפול בין האתרים (לדוגמה ירושלים ותל אביב)
KCC
מי אחראי כל כל יצירת החיבורים בין Sites ויצירת השכפול? הוא הKCC
פירושו הוא knowledge consistency Checker והוא למעשה מגדיר את החיבור בין ה Sites בתוך הארגון וגם מחוצה לו כגון ה: Bridgehead Server וכך קראנו בסעיף הקודם מה קורה כאשר חיבור בין Sites נפל, הKCC מצא שהחיבור נפל והוא יבחר DC חדש ב Site על מנת שהחיבור בינהם לא יופסק וKCC רץ ברקע ומבצע את הפעולות באופן אוטומטי בנוסף אחראי ה KCC לבדוק אם חל שינוי בAD בDC מסוים ואם כן הוא מתחיל את הרפליקציה
Site Transport
הוא צורת העברת המידע בין Site מסוים לSite אחר, קיימים 2 סוגים IP או RPC ברוב הארגונים מוגדר IP בגלל שבצורה זו יעבור כל המידע החייב בשכפול אבל כאשר הארגון לא רוצה להעביר File Replication Services וכך לא ישוכפל Sysvol ולכן לא ניתן להגדיר רק SMTP בתור צורת השכפול אלא במקרים מסוימים.
Cost Link Between Sites
כל קישור בין Sites נקבע Cost Link שקובע מאיפה יעבור המידע ביעילות בגלל רוחב הפס על פני המרחק, על מנת להבין את זה ניקח דוגמה
הארגון המרכזי יושב בירושלים וקיימים לו 2 סניפים האחד בדימונה והשני בבאר שבע תארו לכם שהחיבור בין ירושלים לדימונה לא גבוהה אבל החיבור בין ירושלים לבאר שבע גבוהה אז ניתן Cost של 50 לחיבור בין ירושלים לבאר שבע ואז 100 לחיבור בין ירושלים לדימונה ואת החיבור בין דימונה לבאר שבע נגדיר Cost של 40 וכך השכפול יבוצע מירושלים לבאר שבע ואז מבאר שבע לדימונה כי המרחק והחיבור בין דימונה לבאר שבע הוא מהיר כמו ירושלים לבאר שבע.
כל הזכויות שמורות לטל בן שושן – Shushan.co.il
