שלום לכולם,
היום נציג נושא רגיש לכל מנהל מערכות והרי הוא: גיבויים ושחזורים בשרת הדואר הארגוני.
אז בואו נצא לדרך...
התייחסותי בפוסט זה נוגעת לשרת הדואר של מיקרוסופט Exchange Server 2010.
לפני הכל חשוב שנכיר את ה ר : VSS Volume Snapshot Service שגם ידוע בשמו: Volume Shadow Copy.
ה VSS זהו Service סופר חשוב, זוהי טכנולוגיה שכלולה במערכות Microsoft Windows
שתפקידה לקחת snapshots של מידע בצורה אוטומטית או ידנית. אפילו אם אותה קובץ נעול עקב השתלטות של תוכנה. הטכנולוגיה עובדת על מערכת הקבצים NTFS . ב Windows יש אפליקציות שמשתמשות בטכנולוגיה הנהדרת הזאת אך לא ניכנס לזה בפוסט זה.
ואיך ההקדמה הנ"ל קשורה לכותרת הפוסט? היא קשורה בכך שVSS בעצם יודע לבצע עצירה קצרה מאוד של עבודת ה Exchange ולקחת Snapshot מדוייק של ה EDB , בעצם תוכנות הגיבוי החכמות שלנו בארגונים בסה"כ עושות Copy-Paste ל EDB שיושב בדיסק (ועוד דברים כמו יכולת לגבות DAG,גיבוי לוגים וכו').
בקיצור ברקע מתבצע Cold backup בזמן שהתוכנה לא עובדת, וזה בדיוק מה שקורה גם בשרת הדואר שלנו רק שהזמן הוא כל כך קצר שמבחינתנו התוכנה ממשיכה לעבוד...
אז לאחר שתוכנת הגיבוי שלכם רצה כהלכה במוצאי שבת וגיבתה את שרת הדואר ובזמן שאתם יושבים
בכפית על שייק בננות או שאתם בכלל במלווה מלכה (תלוי מאיפה אתם באים) (: פתאום קורה אסון ואתם מגלים שקבצי הMailbox Database שלכם נדפקו ובכלל שבוע קודם נמאס לכם מה DAG ולא חשבתם על פתרון אחר . איזה באסה נדפק המוצ"ש ועכשיו לעבודה.
שחזור Exchange:
האם בדקתם לאחרונה כמה שוקלים בג'יגות ה Mailbox Database שלכם?
המון... מאות ג'יגות... כמה זמן יקח לשחזר מאות ג'יגות מקלטות הגיבוי? יומיים ומצבנו עוד טוב.
האם סביר שבמשך יומיים העובדים בארגון יושבתו ? כמובן שלא.
אז מה עושים? שחזור Exchange בשיטת Dial-Tone זאת התשובה שחיפשתם:
בשיטה זאת אנחנו נותנים לעובדי הארגון את היכולת לעבוד באופן זמני במקביל לשחזור ה Mailbox Database מקלטות הגיבוי או מכל מקור אחר.
ברגע הMailbox Database יבינו שמשהו ישתבש הם יעברו למצב של Dismounted ולאף משתמש לא תהיה גישה לתיבה שלו. הפעולה שנעשה היא לסמן את הDatabase שלנו ולהפוך אותו ל Mount .
נקבל הודעה משרת הדואר שלנו שיזהיר אותנו שהתיקייה של ה Database שלנו ריקה לחלוטין ובעצם יווצר Database חדש וריק. מבחינתנו זה מצוין ואכן נסכים להודעה הזאת.
ועכשיו אחרי שיצרנו Database ריק, כל עובדי הארגון יהיו מסוגלים להיכנס לתיבות הדואר שלהם.
אומנם המשתמשים לא יראו את כל ההודעות הישנות שלהם אלא תיבה ריקה לחלוטין אבל לפחות הם יכולים לחזור להשתמש בתיבה. שאר המידע שלהם יחזור בסיום הגיבוי.
שימו לב,
לכל משתמש ב AD נרשם מס' סידורי של התיבה שלו, אין אפשרות שלמשתמש יהיו 2 מספרים סידוריים!
וזה יכול ליצור לי בעיה בעת השחזור מכיוום ששרת הדואר לא ידע מה לעשות עם משתמש שיש לו 2 תיבות, משמע 2 מספרים סידוריים. בדיוק בשביל זה ישנה תכונה שנקראת: מנגנון שחזור.
המנגנון הזה בעצם מאפשר לנו שאונליין יהיו למשתמש 2 תיבות זמינות רק שאחת מהן תקרא בשם:
Recovery . כך השרת יוכל להבדיל בין 2 התיבות שפעילות בו-זמנית.
לשם כך ניצור עוד Database רגיל עם אופציית Recovery על מנת שנקבל 2 Databases - אחד רגיל ואחד שהוא Recovery ששניהם יהיו פעילים בו-זמנית.
ביצוע ב PowerShell :
פקודה:
New-MailboxDatabase -Name DTDB1 -EdbFilePath D:\DialTone\DTDB1.EDB -LogFolderPath D:\DialTone - Recovery
עכשיו את השחזור מקלטת הגיבוי אנחנו שופכים לתיקיית Database החדש שיצרנו ולמרות שזה יקח יום-יומיים זה לא קריטי מכיוון
שהמשתמשים עובדים על ה Database הריק שיצרנו בהתחלה.
אחרי שהשחזור הושלם יש צורך להקליק לחצן ימני על ה Database Recovery ולסמן את האפשרות :
this database can be overwritten by a restore על מנת שנוכל בהמשך לבצע Mount ל Database .
עכשיו נעביר את הDatabase ל Mount ונקבל 2 Database במצב Mount .
ועכשיו אנחנו חייבים לבצע מיזוג בין הDatabases שוב ב PowerShell:
פקודה:
Get-Mailbox -Database DTDB1 | Restore-Mailbox -RecoveryDatabase RDB1
עכשיו נחליף בין קבצי הDatabase בתיקיות,נשנם את השמות ונעביר ל Mounted.
חשוב לציין שלפני שאתם נגשים לביצוע המלאכה אתם חייבים לעבור על המאמר הבא של Microsoft:
http://technet.microsoft.com/en-us/library/dd979810(v=exchg.141).aspx
חשוב להבין את התהליך לעומקו שכן המצבים בכל ארגון וארגון נוטים להשתנות וכך גם דרכי הפתרון.בשבילכם, עברו על המאמר המצורף בדקדקנות.בהצלחה
אין תגובות:
הוסף רשומת תגובה
תודה על תגובתך (: