בהתאם לדרישות שלכם לגבי שיקוף נתונים לצורך שכפול עותק של הנתונים במכשיר גיבוי או שחזור שני, אתם יכולים לבצע מעבר לגיבוי בעת כשל של תמונת שכפול של StreamSnap לאתר שיקוף נתונים במכשיר גיבוי או שחזור שני. אפשר לשכפל את השינויים שבוצעו באתר DR בחזרה – failback – לסביבת הייצור במכשיר המקומי לגיבוי או לשחזור.
- אפשר להשתמש בכמה תמונות של סנכרון חוזר כדי לשכפל שינויים מצטברים שבוצעו באתר DR בחזרה לסביבת הייצור.
אפשר לטעון, לשכפל או לשחזר תמונות של Syncback באתר הייצור כדי לשחזר את הגישה.
בדיקת מעבר לשירות גיבוי (failover)
אחרי שמגדירים מדיניות שכפול של סביבת ייצור כדי לבצע שכפול של StreamSnap, ואז מחילים תבנית גיבוי כדי לנהל אפליקציה או מכונה וירטואלית, אפשר לבדוק את המעבר לגיבוי כדי לקבוע את מוכנות מכשיר הגיבוי או השחזור המרוחק. כשבודקים פעולת מעבר לגיבוי, נוצר עותק וירטואלי של התמונה האחרונה של האפליקציה ששוכפלה, והוא מוצג למארח שבחרתם. אפשר להתחבר למארח ולוודא שהתמונה עקבית. בדיקת מעבר לשגיאה (failover) של נקודות העמסה אל היעד בלי להפסיק את השכפול.
לפני שמבצעים בדיקת מעבר לגיבוי בעת כשל, חשוב לשים לב לשיקולי השימוש הבאים:
- מוודאים שהיציאה של iSCSI במארח היעד שבו תמונת הגיבוי תצורף נגישה למכשיר המרוחק.
- אפשר להעביר רק תמונה אחת שנכשלה בבדיקה למארח אחד בכל פעם. לדוגמה, אם תמונת מעבר לגיבוי זמינה במכשיר המרוחק והמכשיר המקומי מנהל את המארחים A ו-B, אפשר לארח את התמונה ב-A או ב-B, אבל לא בשניהם.
- אי אפשר לבצע יתירות כשל באפליקציית מכונה וירטואלית לאותה מכונה וירטואלית.
- כדי לבדוק מעבר לגיבוי בענן של מכונת VMware וירטואלית, צריך ששרת ESX ושרת vCenter יפעלו באתר המרוחק.
כדי לבדוק את המעבר לגיבוי במכשיר המרוחק, פועלים לפי ההוראות הבאות במסוף לניהול המכשיר:
במסוף הניהול של מכשיר ה-Backup and DR, לוחצים על App Manager ובוחרים באפשרות Applications מהתפריט הנפתח.
ייפתח הדף Applications.
בוחרים את האפליקציה או המכונה הווירטואלית שרוצים לבצע עבורן מעבר לגיבוי, ואז בוחרים באפשרות גישה מהרשימה הנפתחת בפינה השמאלית התחתונה של הדף.
נפתח הדף גישה.
בוחרים תמונה של תמונת מצב מרחוק ואז בוחרים באפשרות Test Failover (בדיקת מעבר לגיבוי) מתוך רשימת הפעולות.
ייפתח הדף Test Failover.
בוחרים באפשרות Test Failover (בדיקת מעבר לגיבוי) מתוך רשימת פעולות הגישה.
ייפתח הדף Test Failover.
בוחרים מיקום לביצוע המעבר לגיבוי, מארח קיים או מכונה וירטואלית חדשה.
כשמבצעים מעבר לגיבוי אוטומטי למארח קיים, בוחרים באפשרות מארח קיים, ואז בוחרים מארח מהתפריט הנפתח מארח. המארח שנבחר צריך להיות מארח SAN או מכונה וירטואלית ב-ESX Server שמחוברת למכשיר.
כשמבצעים מעבר לגיבוי כשל למכונת VMware VM חדשה, בוחרים באפשרות New Virtual Machine (מכונה וירטואלית חדשה) ומבצעים את הבחירות הבאות שספציפיות למכונה הוירטואלית.
- שם מכונת ה-VM: מזינים שם למכונה הווירטואלית החדשה שרוצים לצרף.
- VCENTER: בוחרים vCenter מהרשימה הנפתחת עבור המכונה הווירטואלית החדשה שרוצים לצרף.
- ESX HOST: בוחרים ESX Host מהרשימה הנפתחת בשביל מכונה וירטואלית חדשה שרוצים לטעון.
- DATASTORE: בוחרים מאגר נתונים שיש בו את נפח האחסון הנדרש מהרשימה הנפתחת של המכונה הווירטואלית החדשה שרוצים לצרף.
בקטע מצב הרכבה, בוחרים באחת מהאפשרויות הבאות:
- vRDM (מיפוי וירטואלי של מכשיר גולמי): מצב vRDM נבחר כברירת מחדל. תמונות מצב של VMware מתייחסות ל-vRDM מחוברות כאל עצמאיות, והן לא נכללות בתמונות מצב. לכן, כברירת מחדל, Backup and DR לא כולל vRDM בהגנה על מכונה וירטואלית מוצמדת. Backup and DR מספק אפשרות לסמן קובצי vRDM כתלויים. האפשרות הזו נמצאת בשימוש לעיתים רחוקות, אבל כשהיא מופעלת, קבצי vRDM נכללים בתמונות המצב של VMware. תבניות גיבוי יכולות לכלול vRDM שסומנו כתלויים.
- pRDM (physical raw device mapping): לפעולות שחזור ברמת הקובץ, בוחרים במצב pRDM.
אם בוחרים באפשרות pRDM, מופיעות האפשרויות הנוספות הבאות לצירוף:
- Mount Drive (טעינת Drive): מציין אות כונן שיוקצה לנפח האחסון. אם אות הכונן לא זמינה, העבודה נכשלת. אם נמצאו כמה אמצעי אחסון, יוקצו אותיות כונן עוקבות. אם לא מציינים כונן להרכבה, סוכן הגיבוי וה-DR בוחר אות בכונן בעצמו, אם יש כזו.
- נקודת טעינה: הנתיב המלא שבו רוצים לטעון את אמצעי האחסון. אם הנתיב קיים כתיקייה ריקה, סוכן Backup and DR משתמש בו. אם הוא לא קיים, סוכן ה-Backup and DR יכול ליצור אותו. אם הוא קיים כקובץ או כתיקייה לא ריקה, המשימה תיכשל. אם יש כמה אמצעי אחסון להרכבה, סוכן Backup and DR בוחר את המשתמש שצוין לאחד מאמצעי האחסון, ולשאר אמצעי האחסון הוא מוסיף קו תחתון (_) ואחריו מספר – לדוגמה, userspecified#.
אם אתם מטמיעים אפליקציה גנרית – LVM – יוצגו לכם אפשרויות מיפוי נוספות.
- בתפריט הנפתח פעולת ההרכבה, בוחרים באחת מהאפשרויות הבאות: שמירת נתיב המקור כדי לשמור על מבנה התיקיות המקורי, ציון מיקום הרכבה כדי לציין מיקום ספציפי להרכבת האפליקציה, או מיפוי בלבד כדי למפות את אמצעי האחסון למארח בלי להרכיב אותם במערכת הקבצים.
אם צריך, משנים את מאגר האחסון שמוגדר כברירת מחדל לשימוש בהרכבה מהתפריט הנפתח. ההגדרה הזו חלה רק על נקודות צירוף שבהן אין דיסק זמני קיים, כמו Direct to OnVault ותמונות OnVault מיובאות. אחרת, תמיד ייעשה שימוש במאגר שבו נמצאים דיסקים של תמונות המקור, בלי קשר להגדרה שמוגדרת כאן.
לוחצים על Continue. התמונה העדכנית של האפליקציה משמשת ליצירת עותק וירטואלי שמוצג למארח שבחרתם. מכיוון שמדובר בעותק וירטואלי של התמונה, המארח יכול להשתמש בו בלי להשפיע על התמונה המשוכפלת בפועל של StreamSnap.
פותחים את שירות המעקב במסוף לניהול המכשיר כדי לראות את סטטוס העבודה.
כשהעבודה מסתיימת בחלונית Monitor עם סטטוס העבודה Succeeded, חוזרים אל App Manager ומוודאים שהתמונה הועלתה בהצלחה.
אתם יכולים להתחבר למארח ולצפות בתמונה של יתירות כשל כדי לוודא את עקביות הנתונים ואת תהליך ה-DR המלא.
אם מרוצים מתוצאות בדיקת המעבר לגיבוי, מוחקים את תמונת המעבר לגיבוי הפעילה.
מעבר לגיבוי במקרה של כשל באפליקציה מנוהלת או במכונת VM
בזמן המעבר ליתירות כשל, הרפליקציה של נתוני StreamSnap מהמכשיר המקומי לגיבוי או לשחזור נעצרת כדי להשתמש בעותק העדכני ביותר של האפליקציה או של תמונת מכונת ה-VM במכשיר המרוחק. התמונה העדכנית ביותר של הנתונים זמינה כתמונת מצב לכל מארח זמין. מכשיר הגיבוי/השחזור שומר באופן פנימי עותק הפניה נוסף, כך שאפשר להשתמש בתמונת המצב המצורפת כדי לכתוב נתונים בזמן שהאפליקציות ממשיכות לפעול במכשיר המרוחק.
בזמן שהמערכת במצב של מעבר לגיבוי, האפליקציה או המכונה הווירטואלית ניגשות ישירות לתמונה המרוחקת, ולכן השכפול למכשיר הגיבוי או השחזור המרוחק מושהה. כשהאפליקציה או המכונה הווירטואלית מוכנות לפעולה מהמכשיר המקומי, אפשר לסנכרן את הנתונים בחזרה למכשיר המקומי ואז לבצע פעולת חזרה לשגרה.
כדי לבצע מעבר לגיבוי במקרה של כשל באפליקציה מנוהלת או במכונת VM של StreamSnap, פועלים לפי ההוראות הבאות:
במסוף הניהול של מכשיר Backup and DR, לוחצים על App Manager ובוחרים באפשרות Applications מהתפריט הנפתח.
ייפתח הדף Applications.
בוחרים את האפליקציה או המכונה הווירטואלית שרוצים לבצע עבורן מעבר לגיבוי, ואז בוחרים באפשרות גישה מהרשימה הנפתחת בפינה השמאלית התחתונה של הדף.
נפתח הדף גישה.
בוחרים תמונה של תמונה מרוחקת. כברירת מחדל, התמונה העדכנית ביותר נבחרת למעבר לגיבוי.
בוחרים באפשרות Failover מתוך רשימת פעולות הגישה.
ייפתח הדף מעבר לגיבוי (Failover).
אם בחרתם תמונה של אפליקציה למעבר לגיבוי, בוחרים מארח מהרשימה הנפתחת מארח. המארח שנבחר צריך להיות מארח SAN או מכונה וירטואלית בשרת ESX שמחובר למכשיר.
אם בחרתם תמונת מכונה וירטואלית ליתירות כשל, בוחרים מיקום לביצוע יתירות הכשל, Existing Host (מארח קיים) או New Virtual Machine (מכונה וירטואלית חדשה).
אם בוחרים באפשרות Existing Host (מארח קיים), בוחרים מארח מהתפריט הנפתח Host (מארח). המארח שנבחר צריך להיות מארח SAN או מכונה וירטואלית בשרת ESX שמחובר למכשיר.
אם בוחרים באפשרות מכונה וירטואלית חדשה, צריך לבחור את האפשרויות הבאות שספציפיות למכונה הווירטואלית:
- שם מכונת ה-VM: מזינים שם למכונה הווירטואלית החדשה שרוצים לצרף.
- VCENTER: בוחרים vCenter מהרשימה הנפתחת עבור המכונה הווירטואלית החדשה שרוצים לצרף.
- ESX HOST: בוחרים מארח ESX מהרשימה הנפתחת עבור מכונת ה-VM החדשה שרוצים לצרף.
- DATASTORE: בוחרים מאגר נתונים עם נפח האחסון הנדרש מהרשימה הנפתחת של מכונת ה-VM החדשה שרוצים לצרף.
בקטע מצב הרכבה, בוחרים באחת מהאפשרויות הבאות:
- vRDM (מיפוי וירטואלי של מכשיר גולמי): מצב vRDM נבחר כברירת מחדל. תמונות מצב של VMware מתייחסות ל-vRDM מחוברות כאל עצמאיות, והן לא נכללות בתמונות מצב. לכן, כברירת מחדל, Backup and DR לא כולל vRDM כשמגנים על מכונה וירטואלית מוצמדת. Backup and DR מספקים אפשרות ל-vRDM כתלות. למרות שהאפשרות הזו נמצאת בשימוש לעיתים רחוקות, אם היא מופעלת, קובצי vRDM נכללים בתמונות מצב של VMware. תבניות גיבוי כוללות vRDM שמסומנים כתלויים.
- pRDM (physical raw device mapping): בוחרים במצב הזה לפעולות שחזור ברמת הקובץ.
אם בוחרים באפשרות pRDM, מופיעות האפשרויות הנוספות הבאות לצירוף:
- Mount drive: מציינים אות כונן להקצאה לנפח. אם אות הכונן לא זמינה, העבודה נכשלת. אם נמצאו כמה אמצעי אחסון, המערכת מקצה אותיות כונן עוקבות. אם לא מציינים כונן להרכבה, סוכן ה-Backup and DR בוחר אות בעצמו, אם יש אות זמינה.
- נקודת טעינה: הנתיב המלא שבו רוצים לטעון את אמצעי האחסון. אם הנתיב קיים כתיקייה ריקה, סוכן Backup and DR משתמש בו. אם הוא לא קיים, סוכן ה-Backup and DR יוצר אותו. אם הוא קיים כקובץ או כתיקייה לא ריקה, העבודה תיכשל. אם יש כמה אמצעי אחסון שצריך לטעון, סוכן Backup and DR בוחר את המשתמש שצוין לאחד מאמצעי האחסון, ולשאר הוא מוסיף קו תחתון (_) ואחריו מספר – לדוגמה, userspecified#.
אם צריך, משנים את מאגר האחסון שמוגדר כברירת מחדל לשימוש בהרכבה מהתפריט הנפתח. ההגדרה הזו חלה רק על נקודות הרכבה שאין בהן דיסק זמני קיים, כמו Direct to OnVault ותמונות OnVault מיובאות. אחרת, תמיד נעשה שימוש במאגר שבו נמצאים דיסקים של תמונות המקור, לא משנה מה מוגדר כאן.
אם נדרש, מזינים תווית לפעולת המעבר לגיבוי.
בקטע Map to ESX Hosts (מיפוי למארחי ESX), בוחרים אחת מהאפשרויות הבאות:
- אחד: בוחרים באפשרות אחד אם רוצים למפות רק למארח ESX שבו פועלת המכונה הווירטואלית של היעד.
- שניים: בוחרים באפשרות שניים אם רוצים למפות לשני מארחי ESX, אבל לא לכל מארחי ESX באשכול. אם בוחרים באפשרות שניים, אפשר לבחור את המארח השני או לבחור באפשרות בחירה אוטומטית. בחירה אוטומטית בוחרת את המארח השני על סמך זוגות לוגיים של מארחי ESX, ותמיד יכולה לבחור את מארח ESX השותף עבור המארח שמריץ את המכונה הווירטואלית של היעד.
- הכול: בוחרים באפשרות הכול אם רוצים למפות את כל המארחים של ESX שנמצאים באשכול. שימו לב שאם בוחרים באפשרות הכול, יכול להיות שמשך הזמן של העבודה יתארך.
לוחצים על Continue.
מופיעה הודעת אזהרה לאישור המעבר לגיבוי.
מזינים FAILOVER בשדה כדי לאשר את הפעולה, ואז לוחצים על Failover. מופעלת משימת מעבר לגיבוי. הפעולה הזו מפסיקה כל עבודת שכפול שמתבצעת באפליקציה הזו, ומציגה את התמונה המשוכפלת האחרונה למארח שנבחר.
פותחים את שירות הניטור במסוף הניהול של ה-appliance כדי לראות את סטטוס העבודה. כשהעבודה מסתיימת בMonitor עם סטטוס העבודה Succeeded, חוזרים אל App Manager ורואים שהתמונה נטענה בהצלחה.
מתחברים למארח, מציגים את האפליקציה ומפנים את כל הלקוחות החיצוניים להשתמש בעותק הזה של האפליקציה.
כשמוכנים להחזיר את הנתונים שנוצרו באתר המרוחק לאתר המקומי, מתחילים את החזרה למצב תקין מהמכשיר המרוחק.
מעבר חזרה (failback) מהמכשיר המרוחק לסביבת הייצור
במצב של מעבר לגיבוי בעקבות כשל, יכול להיות שהמשתמשים במסוף הניהול של ה-appliance ימשיכו להשתמש באפליקציה וליצור בה נתונים, אבל אפליקציית הגיבוי והשחזור תפעל מאימג' באתר המרוחק. אחרי שמתבצע מעבר אוטומטי של אפליקציה למכשיר גיבוי או שחזור מרוחק, אפשר לבצע מעבר חזרה של האפליקציה למכשיר גיבוי או שחזור מקומי.
במקרה של חזרה למצב תקין, המערכת משחזרת את הנתונים העדכניים מתמונת הגיבוי לאפליקציית הייצור, משחזרת את האפליקציה מהנתונים העדכניים ואז מנקה את הנתונים. אחרי החזרה לגיבוי, מצב האפליקציה משתנה ל'מוגן' והשכפול למכשיר המרוחק מתחדש.
כדי לצמצם את זמן ההשבתה של האפליקציה במהלך מעבר חזרה מגיבוי/שחזור מרחוק למכשיר מקומי, צריך לפעול לפי השלבים הבאים לפי הסדר.
- ביצוע סנכרון חוזר של נתונים שנוספו או שונו
- הפסקת האפליקציה שעברה לגיבוי
- ביצוע הסנכרון האחרון
- שחזור תמונה שגובתה
- מעבר חזרה למכשיר המקומי
- מחיקת תמונות של מעבר לגיבוי בענן וסנכרון חוזר
ביצוע סנכרון חוזר
בזמן שמתחילים את תהליך המעבר לגיבוי, המשתמשים ניגשים לאפליקציה באתר המרוחק. בסנכרון החוזר הראשון מועתקים כל הנתונים שנוצרו באתר המרוחק מאז המעבר לאתר המקומי. הסנכרון החוזר הראשון עשוי להימשך זמן מה, בהתאם למידת הפעילות של האפליקציה ולמשך הזמן שהיא הייתה במצב מעבר לגיבוי.
כדי לבצע סנכרון חוזר במכשיר הגיבוי או השחזור המרוחק, פועלים לפי השלבים הבאים:
במסוף הניהול של מכשיר ה-Backup and DR, לוחצים על App Manager ובוחרים באפשרות Applications מהתפריט הנפתח.
ייפתח הדף Applications.
בוחרים את האפליקציה או מכונת ה-VM עם התמונה שרוצים לסנכרן בחזרה, ואז בוחרים באפשרות גישה מהרשימה הנפתחת בחלק התחתון של הדף אפליקציות.
נפתח הדף גישה שבו מוצגות התמונות שצולמו בתצוגת ציר הזמן.
בחלון גישה, בוחרים את התמונה.
בוחרים באפשרות Syncback מרשימת הפעולות.
ייפתח הדף Syncback.
אופציונלי: מזינים שם ייחודי שמשויך לתמונה של הגיבוי בתווית.
לוחצים על שליחה.
משימת סנכרון חוזרת מתחילה.
כדי לראות את סטטוס העבודה, עוברים אל System (מערכת).
כשהעבודה מסתיימת בMonitor עם סטטוס העבודה Succeeded, חוזרים אל App Manager.
הנתונים החדשים שנוצרו מהאפליקציה המרוחקת מוחזרים למכשיר הגיבוי או השחזור המקומי, אבל הם לא מוחלים אוטומטית על התמונה המקורית של האפליקציה. במקום זאת, הוא זמין במכשיר המקומי לגיבוי ולשחזור כתמונת גיבוי בחלון הגישה. אפשר לטעון, לשכפל או לשחזר תמונה מסונכרנת.
בשלב הבא צריך להפסיק את האפליקציה שעברה גיבוי במהלך פעולת השחזור.
אם אתם עדיין לא מוכנים לבצע את פעולת השחזור, אתם יכולים לבצע פעולות של Syncback עד שתהיו מוכנים לבצע מעבר חזרה. כל אחד מהם יוצר תמונה חדשה של Syncback במכשיר הגיבוי או השחזור המקומי. אין הגבלה על מספר הפעמים שאפשר לבצע את Syncback.
הפסקת פעולה של אפליקציה שעברה גיבוי אוטומטי
השלב הזה בתהליך מסמן את תחילת הזמן שבו האפליקציה לא זמינה. כדי למנוע כניסה של נתונים חדשים אחרי שהתחיל הסנכרון האחרון, צריך להפסיק את האפליקציה באתר המרוחק. האפליקציה לא פעילה בשלב האחרון של הסנכרון חזרה ובמהלך שלב השחזור, והיא חוזרת למצב אונליין בסוף שלב השחזור.
אחרי המעבר חזרה, מצב האפליקציה משתנה למנוהל והשכפול לאתר המרוחק מתחדש.
ביצוע סנכרון סופי
האפליקציה פועלת במכשיר הגיבוי או השחזור המרוחק, ולכן יכול להיות שהנתונים במכשיר המרוחק השתנו במהלך הסנכרון החוזר. הסנכרון הסופי מהיר יותר כי הוא כולל פחות נתונים.
- חוזרים על התהליך שמתואר בקטע ביצוע סנכרון חוזר של נתונים. הנתונים הסופיים מהאפליקציה המרוחקת מוחזרים למכשיר הגיבוי או השחזור המקומי.
- משחזרים את התמונה מ-Syncback כמו שמתואר במאמר שחזור תמונה מ-Syncback.
שחזור תמונה של syncback
אחרי שמסנכרנים בחזרה את האפליקציה או את תמונת המכונה הווירטואלית שעברו גיבוי, אפשר לבצע פעולת שחזור כדי להחזיר את הנתונים למיקום המקורי שלהם, או לבצע פעולת הרכבה כדי לגשת לנתונים במהירות רבה יותר. ההנחיות הבאות יעזרו לכם לקבוע את הגישה האידיאלית, על סמך סוג הנתונים והצרכים שלכם.
- אם מדובר באפליקציה שלא פועלת במכונה וירטואלית, מומלץ לבצע שחזור של נתוני האפליקציה מהתמונה המסונכרנת במקום לבצע פעולת הרכבה. אפשר לעיין במאמר בנושא שחזור של אפליקציה או של תמונה מסונכרנת של מכונה וירטואלית. בסוגי אפליקציות שהם לא מכונות וירטואליות, העתקה חזרה לדיסק הייצור היא פעולה ידנית, ובדרך כלל צריך לבצע אותה בזמן שלמשתמשים לא נדרשת גישה לנתונים האלה. במקרה כזה, לרוב עדיף לשחזר את התמונה. השחזור מחליף את תמונת האפליקציה שנמצאת בשימוש לפני המעבר לגיבוי הכשל, בתמונה העדכנית ביותר שכוללת שינויים ממכשיר הגיבוי או השחזור המרוחק.
למכונה וירטואלית, יש לכם את האפשרויות הבאות:
- אפשר לבצע שחזור כדי להחזיר את המכונה הווירטואלית למיקום המקורי, ראו שחזור של אפליקציה או תמונה של סנכרון חוזר של מכונה וירטואלית. אם פעולת השחזור אורכת זמן בגלל העברת הנתונים. במהלך הזמן הזה, המכונה הווירטואלית תהיה במצב אופליין. במקרה כזה, הגדרות הרשת וכתובת ה-MAC נשמרות כשמבצעים שחזור, כי הפעולה מעדכנת את הדיסקים במקום ליצור מחדש את המכונה הווירטואלית. ההגנה נשארת ללא שינוי, אבל מתבצעת עבודה לא יסודית במהלך עבודת הצילום הבאה של מצב המערכת, בגלל אובדן נתוני מעקב אחר שינויים ב-VMware שנובעים מכל פעולת שחזור.
אפשר לטעון את המכונה הווירטואלית למכונה וירטואלית חדשה או למכונה וירטואלית קיימת. מידע נוסף זמין במאמר בנושא טעינת תמונה של סנכרון חוזר של מכונה וירטואלית. כך מקבלים גישה מיידית למכונה הווירטואלית ולנתונים שלה בלי לחכות לחלון שחזור. אם אתם מתכוונים לבצע פעולת הרכבה של מכונת ה-VM, חשוב לשים לב לשיקולים הבאים לגבי השימוש: אם אתם מרכיבים מכונת VM קיימת, יכול להיות שתקבלו דיסקים חדשים במכונת ה-VM הקיימת, וזה לא רצוי בסביבה שלכם. עם זאת, אם תמחקו קודם את הדיסקים המקוריים, יכול להיות שתוכלו לבצע אתחול מהמכונה הווירטואלית ולהשתמש ב-Storage vMotion. במקרה כזה, היתרון העיקרי הוא ששמירת הגילוי וההגנה הקודמים. אם מצמידים למכונה וירטואלית חדשה, אפשר לשחזר את המכונה הווירטואלית. כדאי לעדכן באופן ידני את כתובות ה-MAC כך שיתאימו ל-VM המקורי, כדי שהגדרות הרשת יישמרו. לאחר מכן אפשר להשתמש ב-storage vMotion כדי להעביר את המכונה הווירטואלית למאגר נתונים. תצטרכו לגלות מחדש ולהגן מחדש באמצעות השיטה הזו.
כדי לשחזר תמונה של סנכרון חוזר של אפליקציה או מכונה וירטואלית, פועלים לפי השלבים הבאים:
במסוף הניהול של מכשיר Backup and DR, לוחצים על App Manager ובוחרים באפשרות Applications מהתפריט הנפתח.
ייפתח הדף Applications.
בוחרים את האפליקציה או מכונת ה-VM עם התמונה שרוצים לסנכרן בחזרה, ואז בוחרים באפשרות גישה מהרשימה הנפתחת בחלק התחתון של הדף 'אפליקציות'.
נפתח הדף גישה שבו מוצגות התמונות שצולמו בתצוגת ציר הזמן.
לפני שמבצעים שחזור, חשוב לשים לב לשיקולים הבאים:
- אם משחזרים אפליקציה שלא פועלת במכונה וירטואלית, צריך להקפיד לכבות את האפליקציה ולבטל את הניתוק של מערכת הקבצים.
- אם אתם משחזרים מכונה וירטואלית, תהליך השחזור מכבה אותה באופן אוטומטי.
בוחרים את התמונה האחרונה של הגיבוי, ואז בוחרים באפשרות שחזור מתוך רשימת פעולות הגישה.
ייפתח הדף שחזור.
לוחצים על שליחה. תיפתח תיבת דו-שיח עם אזהרה. קוראים את ההודעה ומזינים DATA LOSS כדי לאשר. מופיעה אזהרה שנייה. מזינים את הטקסט OVERWRITE OTHER APPS כדי לאשר את פעולת השחזור.
עבודת השחזור מתחילה.
כדי לוודא שפעולת השחזור הצליחה, עוברים אל מעקב. כשהעבודה מסתיימת בMonitor עם סטטוס העבודה Succeeded, חוזרים אל App Manager.
אחרי שפעולת השחזור תושלם בהצלחה:
- אם מדובר באפליקציה שלא פועלת במכונה וירטואלית, צריך לטעון את מערכת הקבצים ולהפעיל מחדש את האפליקציה.
- אם מדובר באפליקציה של מכונה וירטואלית, מפעילים את המכונה הווירטואלית.
אפליקציית הייצור חזרה לפעולה, אבל היא עדיין לא מנוהלת. ממשיכים לפעולת הגיבוי לאחר כשל, שמתוארת במאמר גיבוי לאחר כשל למכשיר המקומי.
מעבר חזרה למכשיר המקומי
במקרה של חזרה למצב תקין, התמונות ששוחזרו מהגיבוי/השחזור המרוחק יימחקו, וגם תמונת הגיבוי למקרה של כשל שאולי עדיין מותקנת בגיבוי/השחזור המרוחק. במהלך החזרה לשגרה נמחקים גם כל הדימויים של בדיקות מעבר לגיבוי זמני שנשארו במכשיר הגיבוי או השחזור המרוחק. אחרי השלמת השלבים האלה, האפליקציה ממשיכה את השכפול של נתוני האפליקציה מ-StreamSnap מהמכשיר המקומי למכשיר המרוחק.
הוראות לביצוע מעבר חזרה של אפליקציה מהמכשיר המרוחק למכשיר המקומי.
במסוף הניהול של מכשיר Backup and DR, לוחצים על App Manager ובוחרים באפשרות Applications מהתפריט הנפתח.
ייפתח הדף Applications.
בוחרים את האפליקציה או המכונה הווירטואלית שרוצים לבצע להן מעבר חזרה, ואז בוחרים באפשרות גישה מהרשימה הנפתחת בתחתית הדף אפליקציות.
נפתח הדף גישה שבו מוצגות התמונות שצולמו בתצוגת ציר הזמן.
בוחרים את התמונה האחרונה ואת האפשרות Failback (חזרה למצב תקין) מתוך רשימת פעולות הגישה.
ייפתח הדף Failback.
לוחצים על שליחה.
כדי לראות את סטטוס העבודה, עוברים אל Monitor. כשפעולת הכוונון תסתיים במעקב עם סטטוס הפעולה הצלחה, חוזרים אל המרכז לניהול אפליקציות.
אם הגיבוי נכשל, השכפול של StreamSnap אל המכשיר המרוחק יתחדש.
אחרי המעבר חזרה, מצב האפליקציה משתנה למנוהל והשכפול לאתר המרוחק מתחדש.
צירוף תמונה של Syncback ל-VM
במאמר הזה מוסבר איך לטעון תמונה של סנכרון חוזר של מכונה וירטואלית.
במסוף הניהול של מכשיר הגיבוי וה-DR, לוחצים על הכרטיסייה App Manager ובוחרים באפשרות Applications מהתפריט הנפתח.
ייפתח הדף Applications.
בוחרים את האפליקציה או מכונת ה-VM עם התמונה שרוצים לסנכרן בחזרה.
בתפריט הנפתח בתחתית הדף 'אפליקציות', בוחרים באפשרות גישה.
נפתח הדף גישה שבו מוצגות התמונות שצולמו בתצוגת ציר הזמן.
בוחרים את התמונה האחרונה שסונכרנה.
בוחרים באפשרות Mount (העלאה) מתוך רשימת הפעולות. יופיע החלון Mount. פרטים על טעינת תמונת VM מופיעים במאמר בנושא טעינת תמונות.
עוברים אל Monitor כדי לוודא שפעולת הטמעת תמונת המכונה הווירטואלית הצליחה.
אחרי שפעולת הטעינה של תמונת המכונה הווירטואלית מסתיימת בהצלחה, מפעילים את המכונה הווירטואלית, אם צריך, ומבצעים Storage vMotion כדי להעביר את הדיסקים או המכונה הווירטואלית שנטענו למאגר הנתונים שרוצים.
אם ביצעתם העברה ל-VM חדש, צריך לגלות את ה-VM הזה לפני שאפשר יהיה להגן עליו שוב. פועלים לפי ההליך לזיהוי מכונות וירטואליות שמתואר במאמר זיהוי מכונות וירטואליות.
המכונה הווירטואלית של הסביבה הפרודקטיבית חזרה לפעולה, אבל היא עדיין לא מוגנת. ממשיכים לפעולת הגיבוי לאחר כשל, שמתוארת במאמר גיבוי לאחר כשל למכשיר המקומי.
מחיקת תמונות של מעבר לגיבוי בענן וסנכרון חוזר
בדרך כלל, כל התמונות של אפליקציה שנוצרו במהלך מעבר לגיבוי, מעבר לגיבוי לצורך בדיקה וסנכרון חוזר נמחקות כשמבצעים מעבר חזרה לגיבוי. במקרים נדירים, יכול להיות שחלק מהתמונות שנוצרו כחלק משכפול StreamSnap של אפליקציה לא יימחקו.
כדי למחוק תמונת גיבוי למקרה כשל, תמונת גיבוי לבדיקה או תמונת גיבוי לסנכרון מהמכשיר המרוחק לגיבוי או לשחזור, פועלים לפי ההוראות הבאות.
בדף Access (גישה), בוחרים את התמונה של המעבר לגיבוי, של בדיקת המעבר לגיבוי או של הסנכרון לאחור שרוצים למחוק, ואז בוחרים באפשרות Delete (מחיקה) מהתפריט הנפתח בפינה השמאלית התחתונה של הדף.
בתיבת הדו-שיח מחיקה שנפתחת, לוחצים על שליחה כדי לאשר את השינויים.