
netdom query fsmo מציג מי מחזיק בכל תפקיד.regsvr32 schmmgmt.dll, ואז מופיע ה-MMC של הסכמה ואפשר להעביר.ntdsutil בתפריט Roles. אחרי seize השרת הישן לא אמור לחזור לתפקיד.repadmin /syncall.הטקסט המלא של הדקות הראשונות בהרצאה «סיכום ב-3 דקות - חמישה תפקידים - FSMO» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.
טוב אנחנו רוצים להעביר את חמישה תפקידים שיש רק בשרת dc אחד מהראשון לשני למעשה יש לנו חמישה תפקידים שרק דומיין קונטרולר אחד מבצע אותם ואם נכתוב פקודת נט דום query פיזמו נוכל לראות אותם אז אתם צריכים להבין שכל הדומיין קונטרולרים שווים אחד לשני אין דומיין קונטרולר אחד חשוב יותר ואחד פחות חשוב רק יש חמישה
תפקידים שאסור שיהיו בעיות רפליקציה מה זאת אומרת בעיות רפליקציה שאם אני מחליף טלפון למשה ובדומיין קונטרולר אחר מתחלף בו זמנית טלפון למשהו אחר, אחרי 15 שניות קורית רפליקציה, כי שרת DC מחכה 15 שניות לראות אם יש עוד שינויים, ורק אז מבצע רפליקציה.
יכול להיות מצב שיש התנגשות ברפליקציה הזאת. זאת אומרת, אותו טלפון השתנה גם פה וגם שמה, ואז כשקורית רפליקציה קשה להחליט מי בעצם הטלפון הנכון. Active Directory עושה בחירה של אחרון בזמן זוכה ומי שאחרון בזמן זוכה או שאם אחד משניהם עשה יותר משינוי אחד נניח עשה שני שינויים ומישהו אחר עשה שינוי אחד אז זה שעשה שני שינויים
תמיד ינצח את זה שעשה שינוי אחד בקיצור יש מנגנון פתרון אוטומטי לבעיות רפליקציה אבל זה לא מספיק טוב לנו במקרה שאנחנו רוצים להעביר חמישה תפקידים יש לנו חמישה תפקידים שאסור שיהיו בעיות רפליקציה וזה חמשת התפקידים שרק שרת אחד מבצע כדי למנוע בעיות רפליקציה. זאת אומרת שרק שרת אחד רשאי לשנות סכמה.
רק שרת אחד רשאי להחליט שמותר להקים דומיין חדש בארגון, דומיין חדש, שלא ייווצר מצב שבאותו שם עשו שני דומיינים בדיוק באותו שם. רק שרת אחד נותן רייט, נותן אוקיי להקמה של דומיין חדש.
PDC אחראי על שעונים ואחראי בעצם על החלפת סיסמה, אם מתחלפת סיסמה מודיעים לו דבר ראשון התחלפה סיסמה אצל המשתמש והוא הכי חשוב בשעונים, זאת אומרת השעון של המחשב מסתנכרן מול דומיין קונטרולר הקרוב אבל כל הדומיין קונטרולרים מסתנכרנים מול דומיין קונטרולר עם תפקיד של PDC, אם הוא לא עובד גם לא קרה כלום,
אז החלפת סיסמה תהיה קצת יותר איטית אבל בגדול שום דבר נוראי לא יקרה והארגון ימשיך לעבוד גם עם כל התפקידים האלו כרגע שרת עם כל התפקידים כבוי read read pool manager נותן פולים של סידים כן כל לכל יוזר יש סיד הרי הוא אמיי סלאש אול לכל יוזר יש סיד מספר סידורי במערכת אבטחה ולכל קבוצה זה הסיד שלי כן הוא אמיי סלאש אול מראה לי
את הסיד שלי של כל הקבוצות אז הפול הזה עד לפה זה קבוע זה מייקרוסופט זה הדומיין שלי, החלק הזה זה הדומיין שלי והסיומת הזה זה מספר סידורי שלי בתוך הדומיין.
אז כל אחד מקבל, כל דומיין קונטרולר מקבל איזה 500 טובות או 2000, לא 500 נראה לי, טובות לחלוקה וברגע שהן נגמרות לו 500 הפול שהוא קיבל הוא הולך לשרת read ומבקש פול חדש.
שלא ייווצר מצב שאני עושה יוזר חדש בדומיין קונטרולר אצלי, מישהו בסניף אחר נניח עושה גם user נניח סניף אחר שבאותו domain אצלי אז אם אני ומנהל רשת אחר עושים שנינו משתמשים בו זמנית שלא יווצר שהם מקבלים אותו מספר בדיוק אז כל domain controller יש לו את ה-readים שלו את ה-relative ID שלו infrastructure master זה משהו שלא
בשימוש בפועל בגלל שהיום כל הדומיין קונטרולרים הם גלובל קטלוגים אבל זה היה בימים שהייתה בעיית תקשורת רצינית, בימים של, אתם יודעים לפני שהייתה תקשורת