PracticU

NTDSUTIL - AD Compaction

בלי כתוביותעם כתוביות
PracticU › קורס מנהלי רשת ושרתים - Active Directory 2022 › NTDSUTIL - AD Compaction
מילון מושגים:
Active Directory - שירות מדריך של מיקרוסופט לניהול מרכזי של משתמשים, מחשבים והרשאות ברשת ארגונית מבוססת דומיין.
רשומה - שורה בטבלת מסד נתונים שמרכזת את כל השדות של פריט אחד, למשל כל הפרטים של לקוח יחיד.
דומיין - תחום ניהולי משותף של מחשבים ומשתמשים ברשת ארגונית, המנוהל מרכזית. גם שם ייחודי של אתר באינטרנט.
שחזור - החזרת נתונים או מערכת למצב תקין קודם מתוך גיבוי, לאחר תקלה, מחיקה או פגיעה.
גיבוי - העתק שמור של נתונים שנשמר כדי לאפשר שחזור במקרה של תקלה, מחיקה או פגיעה במקור.
מסד נתונים - אוסף מאורגן של נתונים המאוחסן כך שאפשר לשמור, לחפש, לעדכן ולשלוף אותו ביעילות, לרוב באמצעות שפת שאילתות.
סקריפט - קובץ המכיל רצף פקודות שמבוצעות על ידי מפרש, לרוב כדי להפוך משימות לאוטומטיות.
לוג - רישום מתועד של אירועים ופעולות שמתרחשים במערכת או בתוכנה, המשמש למעקב ולאיתור תקלות.

NTDSUTIL - AD Compaction
הרצאה זו מסבירה מדוע מסד הנתונים של Active Directory (הקובץ NTDS.dit) מתנפח עם הזמן, ומציגה את תהליך ה-Compaction שמקטין אותו בעזרת NTDSUTIL.
השלבים העיקריים
1. הבעיה: כשמוחקים רשומות, המקום שהוקצה להן נשאר מסומן כתפוס. עם הזמן הקובץ גדל יותר ממה שנדרש לנתונים בפועל.
2. עצירת השירות: מפסיקים את שירות Active Directory Domain Services על בקר הדומיין. אם יש שני בקרים, השני ממשיך לשרת את הלקוחות. בבקר יחיד צריך לאתחל במצב שחזור (DSRM).
3. גיבוי יבש: לפני הכול מעתיקים את הקובץ NTDS.dit לתיקייה אחרת, כדי שיהיה ממה לשחזר אם משהו ישתבש.
4. Compaction: מפעילים NTDSUTIL, מפעילים את המופע (Activate instance ntds), ומבצעים compact לתיקייה חדשה. לאחר מכן מחליפים את הקובץ המקומפקט במקום המקורי.
5. בדיקות: מריצים Integrity ו-Semantic Database Analysis, ואז Go Fix Up לתיקון שגיאות. רק לאחר מכן מפעילים מחדש את השירות.
טעויות נפוצות
המרצה הזהיר שמדובר בתהליך רגיש, ושטעות יכולה לפגוע בכל הדומיין. הוא לא ממליץ להריץ את התהליך באמצעות סקריפט, כי קשה לזהות שגיאה בזמן. בנוסף, יש למחוק את קבצי הלוגים לפני החזרת הקובץ המקומפקט, אחרת עלולות להיווצר שגיאות התאמה.
שימו לב
גם לאחר Compaction יש לבצע גיבוי רגיל של הדומיין, כי התהליך עצמו אינו מחליף גיבוי.
השיעור הבא בקורס: סיכום ב-3 דקות - חמישה תפקידים - FSMO

פרקי ההרצאה: NTDSUTIL - AD Compaction

  1. 00:00

    תחזוקת מסד הנתונים

  2. 01:13

    מחיקה שלא מפנה מקום

  3. 02:49

    Compaction ידני מול אוטומטי

  4. 05:47

    Active Directory כשירות

  5. 07:02

    סיכון ה-Corruption

  6. 07:56

    שלבי התחזוקה והגיבוי

  7. 10:09

    הדגמת טעות ללא עצירת שירות

  8. 12:40

    הרצת פקודת Compact

תמלול ההרצאה: NTDSUTIL - AD Compaction

הטקסט המלא של הדקות הראשונות בהרצאה «NTDSUTIL - AD Compaction» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.

  1. 00:01

    שלום לכולם בהרצאה הזו אנחנו נדבר על דאטאבייס מיינטיינס, תחזוקה של קובץ הדאטאבייס, מערכת הדאטאבייס שלנו, משרדת 2008, אני ישדדי ובואו נתחיל.

  2. 00:17

    אז מה זה בעצם תחזוקה למסד הנתונים ולמה צריך לעשות את זה? מסד נתונים, כל קבצי מסד הנתונים ולא משנה איזה סוג עובדים בצורה קבועה.

  3. 00:29

    כאשר אנחנו מבצעים יצירה של רשומה חדשה, נתונים חדשים במסד הנתונים, מצד הנתונים בא ומקצה לאותה רשומה נפח אחסון בתוכו. זה אומר, הקובץ NTDSD במקרה שלנו, קובץ הליבה של Active Directory, כשאנו באים ורושמים לתוכו רשומה חדשה, הוא מקצה בתוכו נפח אחסון.

  4. 00:52

    מסדי הנתונים בכללה מסתמכים על הנחת יסוד מאוד ספציפית. אנחנו הולכים וגדלים. זה אומר, מבחינתי, אני רק הולך וגדל, אני לא קטן.

  5. 01:02

    כל פעם יתווספו אליי נתונים, והנתונים שימחקו ממני הם מינורים ביחס לנתונים שהתווספו אליי. עכשיו מתוך כך נובעת לנו בעיה.

  6. 01:13

    כשאנחנו מבצעים מחיקה של רשומה שנכתבה לתוך הדאטאבייס, המקום שהקצה הדאטאבייס לרשומה הזאת, הנפח הזה, עדיין מוגדר כתפוס, גם כשהרשומה לא קיימת.

  7. 01:26

    תראו לכם דוגמה, אנחנו עכשיו באים ועובדים בחברה ומנהלים לנו איזה מחלקה חביבה. יש לנו איזה עובד שהחלטנו לפטר אותו ולהעביר אותו למחלקה אחרת, לא משנה כרגע. נהיה נחמדים, העברנו אותו למחלקה אחרת.

  8. 01:40

    לעובד הזה היה משרד קובייה כזה, חביב. ותארו לכם מה היה קורה אם על כל עובד שהיינו מפטרים ומעבירים מחלקה, המשרד הישן של אותו עובד עדיין היה מוגדר כדפוס.

  9. 01:52

    זאת אומרת, מגיע עובד חדש, צריך לבנות לו עכשיו משרד חדש משלו ולא להשתמש במקום הפנוי. נראה קצת מגוחך, נכון? בהחלט כן אבל ככה זה עובד זה מה שגם אם אני מוחק עכשיו את הרשומה אני אומר עכשיו מבחינתי המשרד הזה כבר לא שייך לדוד דוד עכשיו פוטר לכאורה המשרד אותו משרד אמור להיות פנוי אבל לא ככה דבר אנחנו באים ואומרים עכשיו

  10. 02:18

    שהמשרד הזה עדיין שייך לדוד למרות שדוד כבר אינו בחברה עכשיו אותו דבר קורה גם במסד הנתונים אני מוחק רשומה המקום שהוקצה לאותה רשומה עדיין מוגדר כדפוס מתוך כך אתם ממש מבינים כבר שהנפח של מסד הנתונים רק ילך ויתנפח לממדים מאוד מאוד מאוד גדולים במיוחד כשמדובר על מסד נתונים שיש אליו ועליו המון פעילות.

  11. 02:45

    עכשיו כמובן אנחנו לא נרצה שהנפח הזה יגיע לאמות מידה כאלו ולכן אנחנו נבצע פעולת תחזוקה בתהליך ידני שנקרא קומפקשן. עכשיו מי מכם שבא ואומר לי רגע אני יודע שכן יש איזושהי משימת תחזוקה שהמערכת מבצעת בעצמה בצורה אוטומטית?

  12. 03:04

    נכון אבל זה סוג של קומפקשן אחר זה אומר במקום עכשיו לבוא ולפנות את הרשומות את אותו נפח שהוקצה לרשומות שנמחקו המערכת רק מסדרת את הנתונים מה זה אומר ממש דומה כמו איחוי דיסק זה אומר אם עכשיו יש רשומה שהמידע שלה מפוזר ברחבי הדאטאבייס המערכת באה ומסדרת אותו בצורה רציפה כך שהדאטאבייס יעבוד בצורה יותר זריזה ותהיה קריאה יותר

  13. 03:32

    מהירה בואו נראה באמת דוגמה לתהליך האוטומטי שהמערכת מבצעת ונראה את ההבדל בין קומפקשן ידני לבין התהליך שדומה לאיחוי שהמערכת מבצעת על מסד הנתונים שימו לב אנחנו כרגע רואים בחלק העליון של המסך את הפעולה שמבוצע בצורה אוטומטית על ידי המערכת זאת אומרת סוג של איחוי בחלק התחתון אנחנו נראה את התוצאות של הפעולה הידנית שאנחנו נבצע עוד מעט שימו לב מה קורה בצורה

  14. 04:00

    אוטומטית המערכת באה ומאתרת שהרשומות הנתונים סליחה לא מסודרים בצורה רציפה ובעצם בא ומסדרת אותן עכשיו חשוב מאוד להבין משהו שגם אם רשומה B נמחקה לגמרי המערכת רק סידרה את הנתונים ולא באה ופינתה את המקום היא רק סידרה את זה בצורה רציפה שימו לב אני אראה את זה שוב נתונים של רשומה B ונתונים של רשומה A נכתבו

  15. 04:28

    במקומות שונים במסד הנתונים המערכת באה ומסדרת אותן ואז כשהמערכת ביצעה את הסידור של הנתונים הללו אנחנו יכולים לבוא בצורה יותר זריזה אבל אם הרשומה נמחקה שימו לב b עדיין תקף ועדיין קיים מה שאנחנו עושים בקומפקשן ידני הוא הדבר הבא שימו לב לחלק התחתון של המסך עכשיו יש לנו כאן את רשומה a ורשומה b הנתונים של רשומה

  16. 04:55

    a מפוזרים על הhard disk עצמו הלאה סליחה על הקובץ הדאטאבייס בקובץ הדאטאבייס עצמו נתונים של רשומה b מפוזרים גם הם בקובץ הדאטאבייס נניח ואנחנו מחליטים למחוק את רשומה b מחקנו את רשומה B. שימו לב מה קורה.

  17. 05:12

    בגלל שאנחנו מבצעים קומפקשן בצורה מסודרת, גם המקום שהוקצה לרשומה B פונה. זה אומר עכשיו מבחינתי המקום הזה פנוי ואני יכול לכתוב אליו נתונים. כלומר, אני עכשיו בא ומסתכל על זה בצורה שמערכת ה-NTFS מסתכלת על זה.

  18. 05:27

    לאחר מכן המערכת מבצעת את הפעולת החזוקה השוטפת שלה, כמו שראינו בחלק העליון, ומסדרת את הנתונים בצורה רציפה.

  19. 05:34

    מבחינתנו מאוד חביב, מאוד מאוד פשוט. עכשיו כדי לבצע את התהליך הזה בעבר היינו צריכים באמת לבוא ולכבות את כל השרת אם דיברנו על שרתי 2003 וזה מה שמוביל אותי לחלק הבא פה של אותה תחזוקה החלק הזה שמדבר על תחזוקה אונליין אופליין אומנם זה לא בדיוק אונליין אבל תכף תבינו על מה מדובר

  20. 05:58

    אז באמת אחד החידושים הכי מרשימים בשרתי 2008 הוא בעצם העובדה שהפכו את האקטיב דירקטורי לשירות לסרוויס זה אומר שפעם בשרתי 2003 לפני שזה היה ככה אם הייתי רוצה לעשות פעולת תחזוקה הייתי צריך לכבות את כל השרת להיכנס ל-Restore Mode, מישהו מכם לא יודע מה זה DSRM שיבדוק בבקשה

  21. 06:16

    ויצפה בסרטים בנושא גיבוי ושחזור של שרתי 2008 ורק דרך שם הייתי יכול לעשות את פעולת התחזוקה. עכשיו כמובן שכדי שנוכל לעבוד עם היכולת הזאת של הסרוויס, זאת אומרת נוכל לעצור פשוט את הסרוויס במקום להפיל את כל השרת, אנחנו נצליח לפחות שני בקרי דומן.

  22. 06:37

    זאת אומרת שברגע שאני אעצור עכשיו דומן קונטרולר אחד, הוא יודיע לדומן קונטרולר השני, אני עוצר, קח פיקוד, תן שירות ללקוחות לעמדות הקצה.

  23. 06:47

    עכשיו אם יש לנו רק דומן קונטרולר אחד אנחנו נצטרך לעבוד בשיטה הישנה, זה אומר להתחיל את השרת, ללחוץ F8, להיכנס למצב של DSRM ולבצע את תחזוקת המערכת.

  24. 06:59

    עכשיו עוד דבר חשוב, לפני שאנחנו באים ומבצעים את התחזוקה הזאתי צריך להבין משהו. קומפקשן הוא תהליך מאוד מאוד רגיש ואם עושים אותו בצורה לא נכונה יכול להיגרם לכם קורפשן זאת אומרת אתם יכולים לדפוק את כל האקטיב דירקטורי שלכם את כל החברה שלכם וחבל לכן צריך מאוד להיזהר מאוד להקפיד על השלבים אחד לאחד.

  25. 07:19

    יש מנהלי רשת שבכלל לא עושים את התהליך הזה אף פעם גם אם החברה עובדת שנים וכדי להימנע מהמצב הזה ומהסיכון הזה. עכשיו למרות שאני בא ואני תמיד מדגיש עושים בצורה ידנית עושים בצורה ידנית אפשר להכין סקריפט שמבצע את הפעולה את כל מה שאני אעשה ואדגים פה בצורה אוטומטית אני לא ממליץ בכלל מכיוון שאם יהיה corruption אתם לא תוכלו לדעת על זה ואתם תגיעו לחברה

  26. 07:37

    בבוקר ואופס המסע הנתונים שלכם לא עובד החברה לא מתפקדת נכון אפשר לפתוח event viewer ולקנפג שליחת הודעת מייל במקרה של תקלה אבל המלצה ממני כשאתם עושים את התהליך הזה בחברה פעם בשבועיים פעם בחודש לדאוג ולעשות את זה שאתם מול המערכת ולא לסמוך על שום סקריפט ולא

  27. 08:05

    על שום דבר אחר אז מה הנקודות החשובות לפני ואחרי שאנחנו מבצעים קומפקשן לקובץ ה-NTDSD שלנו קודם כל אנחנו נבצע עצירה של שירות הכתיב דירקטורי זה במידה ויש שני דומיין קונטרולרים לאחר מכן אנחנו ניקח את קובץ ה-NTDSD איכשהו ונעתיק אותו ונשים אותו באיזה תיקייה מסוימת זה נקרא גיבוי יבש רק למקרה ויהיה קורפשן אם משהו לא ילך כראוי

  28. 08:31

    אני לא אתנהל כראוי יהיה לנו סוג של גיבוי יבש לאחר שסיימנו את תהליך הקומפקשן אנחנו נבוא ונבצע מחיקה של הלוגים שלנו מתיקיית ה-NTDS כך שהמערכת לא תעבוד עם לוגים ישנים שיכולים לגרום לקורפשן לאחר שביצענו את מחיקת הלוגים נעתיק את קובץ ה-NTDS החדש זה אומר עשינו עכשיו

  29. 08:55

    קומפקשן ל-NTDS שלנו ל-NTDSD קיבלנו עותק של ה-NTDSD בצורה איך אומרים נקרא לזה מקומפקת זה אומר בלי כל הרשומות והנפח המיותר שנמחק ולא היה בשימוש וסתם בוזבז.

  30. 09:11

    לאחר שביצענו את ה-Compaction נחזיר את ה-NTDS הזה המקומפקט שלנו למיקום המקורי. זאת אומרת בתוך תיקיית ה-NTDS ולאחר שנסיים נריץ בדיקות לראות שכל המידע כל המידע עבר כמו שצריך הנתונים תקינים אין שום corruption אין בעיות.

  31. 09:29

    אחרי שהראינו שהכל עובד בצורת תקינה נריץ חזרה את הסרוויס זה אומר נפעיל מחדש את הסרוויש של אקטיב דירקטורי אם יש גוראפצ'ן לא נורא לוקחים את הקובץ גיבוי היבש שלנו מהתקייה שבו שמנו אותה ומחזירים אותו למיקום המקורי בשביל זה עשינו את הגיבוי

  32. 09:46

    היבש אז באמת תהליך מאוד פשוט מאוד מאוד קל בואו באמת נראה איך עושים את זה אני לטובת ההדגמה הכנתי כאן סביבת מעבדה עם שני דומן קונטרולרים DC אחד וDC שניים באותו דומן דומן פרקטיקי להב אני כרגע ניגש פה לשערת DC מספר 2 שלנו ואני בא ומצהיר פה על הכוונות שלי מול השרת הזה

  33. 10:11

    זה מה שאני רוצה עכשיו לבוא ולעשות תחזוקה. עכשיו אני בכוונה אראה פה דוגמה לא נכונה. מה זה אומר דוגמה לא נכונה? אני לא אעצור את הסרוויס ותראו מה יקרה. אני ניגש פה ל-CMG בעזרת כלי ה-NTDS Util אני מבצע את ה-Compaction הזה, את המשימת תחזוקה.

  34. 10:32

    ניגש ל-NTDS Util שלנו ומתחבר לקובץ מסד הנתונים. אני כותב לו Activate Instance אני כאן גם מחובר לקובץ מסד הנתונים מה זה אומר זה אומר שאני ניגשתי עכשיו לקומפיוטר c windows ntds ושימו לב לקובץ ה ntdsd שלנו אתם רואים את ה ntdsd שימו לב זה קובץ המסד הנתונים שאמרתי לו להתחבר אליו כרגע עכשיו שימו לב אני לא עצרתי את הסרוויס בכוונה אני ניגש פה עכשיו לרובד של פיילס ותראו מה

  35. 11:16

    הוא אומר לי הוא אומר ה ntds service ntds is running סטופ זה סרוויס בפור בינדינג טו אקטיב דירקטורי דאטאבייס זה מה שקורה חברים כשאני לא עוצר את הדאטאבייס הוא לא נותן לי בכלל לגשת פנימה אז אני בא ועוצר עכשיו את הסרוויס אם זה קורה

  36. 11:34

    לכם דעו לכם ששכחתם לעצור את הסרוויס רציתי להראות את זה במכוון כדי שתבינו כמה זה חשוב אז הולכים פה לסרוויסים בסטארט אמיניסטרטיב טולס וסרוויס הסרוויס הראשון ברשימה זה הסרוויס שאנחנו מחפשים שימו לב זה החידוש של שרדת 2008 Active Directory Domain Service הוא סרוויסיז הוא סרוויס אני בא ועושה לו סטופ שימו לב אני כרגע בא ומקבל פה איזושהי

  37. 11:50

    עזרה מהמערכת אלו הסרוויסים שייעצרו אני אומר לו בסדר והוא בא ועוצר את התהליכים הסיבה שזה קורה הסיבה שהוא בכלל מצליח זה בגלל שיש דומיין קונטרולר אחר דומיין קונטרולר מספר אחת שזמין ויכול לתת שירות ללקוחות אם זה לא היה בצורה הזאת אם היה לנו רק דומיין קונטרולר אחד בלבד

  38. 12:24

    היינו צריכים לעשות הפעלה מחדש להיכנס עם ה-8 ל-Restore mode או על ידי הרוויחה של ה-BCD Edit כמו שראיתם בסרטים של גיבוי ושחזור. אוקיי עכשיו בואו ננסה שוב עצרנו את הסרוויס ניגש פה לפיילס שימו לב עכשיו הוא נותן לי להיכנס תראו את ההבדל בתוך שניות.

  39. 12:45

    אני בא ואומר דבר מאוד פשוט תעשה קומפקט תעשה קומפקט לקובץ ה-DataBase שלנו שכרגע אנחנו מחוברים אליו ושים את זה ב-c.2/בוא ניצור לנו תיקייה.

  40. 13:00

    אני אצור לי כאן תיקייה ונקרא לזה עכשיו Compact NTDS. עכשיו עוד לפני שאני בא ולוחץ פה אישור או מה אמרנו צריך לעשות גיבוי יבש לפני שבכלל עושים תמיד תמיד תמיד תמיד לעשות גיבוי אני בא ועושה ניו ואני קורא לזה עכשיו אוריג'י כמו אוריג'ינל NTDS אני ניגש לווינדוס שימו לב לא הרצתי את הפקודה ווינדוס תיקיית ה-NTDS הנה היא ומושך את קובץ ה-NTDS הנה ה-NTDS

  41. 13:40

    זה לא קופי אל התיקייה החדשה שלנו התיקייה אוריג'י ntds והוא עושה פייסט זה הגיבוי היבש שלנו למקרה ומשהו ילך בצורה לא תקינה הנה העתקתי אותו מצוין יש לי גיבוי יבש עכשיו כשיש גיבוי יבש אפשר לעשות את זה בצורה תקינה עכשיו אני אשנה פה את שם התיקייה רק כדי שלא יהיו רווחים לחסוך לי יותר קצת את הכאב בראש שלי ואני אגש לפה נכתוב compact ntds אני רואה שהם

  42. 13:50

    בקיצורים כמובן הייתי יכול לכתוב compacted ntds אבל מבחינת קיצור לא קריטי לי השם פה ממש לא קריטי ואני עושה enter שימו לב המערכת כרגע באה לוקחת את קובץ ה-NTDS שלנו ומבצעת לו באמת את כל התהליך של הקומפקשן שימו לב תהליך ראשון הסתיים ומכיוון שהקובץ הזה הוא סביבת מעבדה זה מאוד מאוד מאוד קצר מבחינתנו אז

  43. 14:43

    זה לא לוקח הרבה זמן בחברות גדולות כמובן

לקורס המלא: קורס מנהל רשת ושרתים אונליין

ההרצאה הקודמת: גיבוי ושחזור של AD

ההרצאה הבאה: סיכום ב-3 דקות - חמישה תפקידים - FSMO

קורסים נוספים במסלול

  • קורס טכנאי מחשבים ורשתות - Windows 10/11 - בדגש על תמיכה טכנית בארגונים - Help Desk
  • קורס מנהלי רשת ושרתים - Active Directory 2025
  • קורס מנהלי רשת - ב-3 דקות
  • ראיון עבודה - מנהל רשת - תמיכה טכנית