Exchange 2013 (אפשר לשחזר גיבוי?)

דבר ראשון - אנחנו 100% Exchange Online עבור תיבות דואר וכו'. אני משתמש ב-Exchange רק עבור AD Connect On-Prem (מסנכרן לענן).

התקנתי את העדכונים של פברואר 2023 בשרת Exchange 2013 שלי וחשבתי שקרה משהו ובסופו של דבר לחצתי על "ביטול" מהסמל של Windows Update. מְטוּפָּשׁ. אני יודע, אבל לקח 15 מ' בערך כדי להגיב... היו לי ספקות שזה באמת רשם את זה, אבל כמובן שזה קרה...

הצלחתי להיכנס שוב ולהריץ את העדכון והוא הותקן בסדר. ואז הלכתי לבדוק ECP ולא. נאדה. הממ...

שירותי stort של סיפורים ארוכים הושבתו וביליתי יותר שעות ונגמר לי הקפה ממה שאני יכול להתאפק גם...

שרת זה הוא VM המתארח בשרת Hyper-V.

האם אוכל לשחזר מהגיבוי שלי את ה-VHD מהלילה שלפני ההתקנה (וביטול העדכון)?

הקובץ הוא ~100 GB ואני לא בטוח בדיוק איך לשחזר ל-Hyper-V. האם אני פותח את Hyper-V ופשוט משנה את ה-VHD מהישן ל"משוחזר". סביר להניח שאקרא ל-changeserver.vhd בשם exchangesever.vhd_OLD

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

לטווח ארוך אני הולך להעלות שרת Exchange 2019 ולסגור אותו ואז להשתמש רק ב-PS כדי להוסיף משתמשים וכו', אבל בינתיים אני צריך שהבחור הזה יעבוד כדי שאוכל להוסיף עובדים חדשים

TLDR

האם אוכל להחזיר את VHD הגיבוי הקודם על ידי שינוי שם הקבצים. אני לא רוצה לשבור כלום... (it IS Exchange)

exchangeserver.vhd
שנה את השם ל-exchangeserver.vhd_OLD

לשחזר את ה-VHD לאותו מיקום ולאחר מכן להפעיל את ה-VM של השרת?

האם זה יעבוד?

אם זה רק שירותי האינטרנט של Exchange לניהול עם AD אז הייתי מנסה לנקות את הספריות הוירטואליות של Exchange וליצור אותן מחדש..
אם זה לא עובד אז פשוט הייתי מגדיר VM ועושה את הקפיצה ל-Exchange 2019 מאשר לבזבז זמן בניסיון לשחזר את Exchange 2013 שיגיע לסוף החיים בחודש הבא.

אני מקווה שתוכל לבצע הסרה נקייה של Exchange 2013 בשרת הקיים ולא תצטרך לפנות לעריכת ADSI.

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

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

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

++ למה שאמר SplatMan_DK. למה אתה צריך החלפה מקומית בכלל אם תיבות הדואר שלך מקוונות עכשיו ב-100%? בהחלט הייתי בוחן מקרוב את ביטול שרתי החליפין שלך https://learn.microsoft.com/en-us/exchange/decommission-on-premises-exchange? redirectedfrom=MSDN ו-AD Connect כדי לסנכרן חשבונות משתמש. עשינו את זה והמטרד הגדול היחיד שמצאתי היה שהוספת כתובות של תיבת דואר משנית היא די מעצבנת מכיוון שאתה צריך לעשות זאת באמצעות שינוי ה-SMTP מאפיין כתובת חלופי עבור כל משתמש ב-AD וזה קצת מביך, אבל זה הרבה יותר קל מאשר לשמור על שרת ניהול חליפין מלא רק בשביל זאת עבורנו.

גם גיבויים! זה בהחלט נשמע כאילו חסר לך פונקציונליות הגיבוי/שחזור. Veeam Backup&Replication עבור ה-VMs ו-Veeam עבור M365 הן שתי תוכניות שהייתי ממליץ לך בחום ליישם בהקדם האפשרי לפני שתעשה משהו אחר.

כל הנקודות הטובות והנקודות הנכונות.

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

הצלחתי לגבות את שרת Exchange 2013 המקורי ולאינטרנט. זה היה PITA, אבל חשבתי שאני יכול לעשות את זה ועשיתי את זה. כל השירותים מוגדרים כבלתי זמינים אם/כאשר עדכון מבוטל או נכשל. הצלחתי להתקין את העדכון ללא בעיה, אבל זה לא שינה או עדכן את סטטוסי השירות. בדקתי אילו שירותים קשורים ל-Exchange וגם את מצב ברירת המחדל שלהם ושיניתי אותם בחזרה לערך המקורי שלהם. זה החזיר את ה-ECP. כשניסיתי להיכנס ל-ECP הייתה לי שגיאה באפליקציה (כולנו ראינו שגיאה מסוג זה בעבר). העדכון שובר משהו עם האישור הפנימי. פתחתי PowerShell ויצרתי אחד חדש והגדרתי אותו על IIS וזהו. הצלחתי להיכנס ל-ECP וליצור חשבון בדיקה וזה הסתנכרן ל-Azure AD (Office 365) ללא בעיה.

גיבויים...

אני עושה גיבויים מלאים של תמונת מערכת מדי לילה ל-NAS. עבור שרתי קבצים יש לי בנוסף יעדי קבצים/תיקיות לסנכרון. אני מתנצל שלא ברור לי שיש לי את כל הנתונים - לא איפה דאגתי שלא יהיה לי משהו. הייתי יותר סקרן לגבי היכולת להעלות VM עם ה-VHD. הלכתי לישון במחשבה שמשהו לא יכול להיות כל כך פשוט ואחרי הקפה של הבוקר שלי נזכרתי ב-SID... יכול להיות שזה עבד או שלא, אבל לא התכוונתי לבדוק את זה ושמשהו יישבר.

אני הולך להביא את הדומיין והיער שלי עד 2022 ואז להגדיר שרת Exchange 2019. ברגע שיש לי את Exchange 2019, אז אני יכול באופן רשמי (והכי חשוב נתמך) לכבות אותו. אל תסיר את ההתקנה של שרת Exchange האחרון - פשוט כבה אותו. אם תעשה זאת, תסיר את תכונות Exchange AD שנדרשות עבור Office 365 ו-AD Connect Sync.

מקווה שזה יעזור להבהיר כמה דברים.

ועם... שמעתי כמה דברים חיוביים על כולם. אני צריך לתת להם מבט ואנסה.

אם מישהו יכול לנהל את זה במידת מה דרך תכונות AD אז זה נהדר אבל במקרים מסוימים עבור א ארגון תלוי במה נעשה שימוש ואיך ההגדרה שלו שאולי לא תעבוד ואינה אוניברסלית פִּתָרוֹן. אז או שרת Exchange או שימוש ב-powershell שהוזכר במאמר זה:
אם אתה משתמש ב-Exchange Online, אז יש Azure Backup לגיבוי בענן, בדוק וראה אם ​​יש לך רישיון DPM לגיבוי מקומי. יש Azure Site Recovery להתאוששות מאסון, אז יש כמה כלים בצד MS ואפשרויות אחרות של צד שלישי זמינות מלבד Veeam.

לגבי החזרת VM עם VHD כפי שציינת, יש את ה-VM SID ו-GUIDs אחרים שיגרמו לבעיות בניסיון לבצע שחזור בדרך זו. ההימור הטוב ביותר בדרך זו יהיה לעקוב אחר הוראות MS כדי לשחזר את שרת החליפין דרך מתקין exchange אבל אתה די צריך להפוך את השרת החלופי בדיוק לזה שלו מחליף.