בהתאם לדרישות שלכם לגבי שיקוף נתונים לצורך שכפול עותק של הנתונים במכשיר גיבוי או שחזור שני, אתם יכולים לבצע מעבר לגיבוי בענן של תמונת שכפול של StreamSnap לאתר שיקוף נתונים במכשיר גיבוי או שחזור שני. אפשר לשכפל שינויים שבוצעו באתר DR בחזרה – מעבר חזרה – לסביבת הייצור במכשיר הגיבוי והשחזור המקומי.
- אפשר להשתמש בכמה תמונות של סנכרון חוזר כדי לשכפל שינויים מצטברים שבוצעו באתר 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 וירטואלית חדשה, בוחרים באפשרות New Virtual Machine (מכונה וירטואלית חדשה) ומבצעים את הבחירות הבאות שספציפיות למכונה הווירטואלית.
- שם המכונה הווירטואלית: מזינים שם למכונה הווירטואלית החדשה שרוצים לצרף.
- 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): מציינים אות כונן שיוקצה לנפח האחסון. אם אות הכונן לא זמינה, העבודה נכשלת. אם נמצאו כמה אמצעי אחסון, המערכת תקצה אותיות כונן עוקבות. אם לא מציינים כונן לטעינה, סוכן Backup and DR בוחר אות כונן בעצמו, אם יש כזו.
- נקודת טעינה: הנתיב המלא שבו רוצים לטעון את אמצעי האחסון. אם הנתיב קיים כתיקייה ריקה, סוכן Backup and DR משתמש בו. אם הוא לא קיים, סוכן ה-Backup and DR יכול ליצור אותו. אם הוא קיים כקובץ או כתיקייה שלא ריקה, המשימה תיכשל. אם יש כמה אמצעי אחסון שצריך לטעון, סוכן Backup and DR בוחר את המשתמש שצוין לאחד מאמצעי האחסון, ולשאר אמצעי האחסון הוא מוסיף קו תחתון (_) ואחריו מספר – לדוגמה, userspecified#.
אם אתם מטמיעים אפליקציה כללית – LVM – מוצגות לכם אפשרויות מיפוי נוספות.
- בתפריט הנפתח Mount Action, בוחרים באפשרות Keep Source Path כדי לשמור על מבנה התיקיות המקורי, באפשרות Specify Mount Location כדי לציין מיקום ספציפי להרכבת האפליקציה, או באפשרות Map Only כדי למפות את אמצעי האחסון למארח בלי להרכיב אותם במערכת הקבצים.
אם צריך, משנים את מאגר האחסון שמוגדר כברירת מחדל לשימוש בהרכבה מהתפריט הנפתח. ההגדרה הזו רלוונטית רק לנקודות הרכבה שאין בהן דיסק זמני קיים, כמו Direct to OnVault ותמונות OnVault מיובאות. אחרת, תמיד ייעשה שימוש במאגר שבו נמצאים דיסקים של תמונות המקור, לא משנה מה מוגדר כאן.
לוחצים על Continue. התמונה העדכנית של האפליקציה משמשת ליצירת עותק וירטואלי, והעותק מוצג למארח שבחרתם. מכיוון שזהו עותק וירטואלי של התמונה, המארח יכול להשתמש בו בלי להשפיע על התמונה המשוכפלת בפועל של StreamSnap.
פותחים את שירות המעקב במסוף לניהול המכשיר כדי לראות את סטטוס העבודה.
כשהעבודה מסתיימת בחלונית Monitor עם סטטוס העבודה Succeeded, חוזרים אל App Manager ומוודאים שהתמונה הועלתה בהצלחה.
אתם יכולים להתחבר למארח ולצפות בתמונת יתירות הכשל כדי לוודא את עקביות הנתונים ואת תהליך ה-DR המלא.
אם מרוצים מתוצאות בדיקת המעבר לגיבוי, מוחקים את תמונת המעבר לגיבוי הפעילה.
מעבר לגיבוי במקרה של כשל באפליקציה מנוהלת או במכונה וירטואלית
בזמן המעבר לגיבוי, הרפליקציה של נתוני StreamSnap מהמכשיר המקומי לגיבוי או לשחזור נעצרת כדי להשתמש בעותק האחרון של האפליקציה או של תמונת המכונה הווירטואלית במכשיר המרוחק. התמונה העדכנית ביותר של הנתונים זמינה כ-snapshot לכל מארח זמין. מכשיר הגיבוי או השחזור שומר באופן פנימי עותק הפניה נוסף, כך שאפשר להשתמש בתמונת המצב המצורפת כדי לכתוב נתונים בזמן שהאפליקציות ממשיכות לפעול במכשיר המרוחק.
בזמן שהמערכת במצב של מעבר לגיבוי, האפליקציה או המכונה הווירטואלית ניגשות ישירות לתמונה המרוחקת, ולכן השכפול למכשיר הגיבוי או השחזור המרוחק מושהה. כשהאפליקציה או המכונה הווירטואלית מוכנות לפעולה מהמכשיר המקומי, אפשר לסנכרן את הנתונים בחזרה למכשיר המקומי ואז לבצע פעולת חזרה לגיבוי.
כדי לבצע מעבר לגיבוי (failover) של אפליקציה או מכונה וירטואלית מנוהלות של StreamSnap, פועלים לפי ההוראות הבאות:
במסוף הניהול של מכשיר Backup and DR, לוחצים על App Manager (ניהול אפליקציות) ובוחרים באפשרות Applications (אפליקציות) בתפריט הנפתח.
ייפתח הדף Applications.
בוחרים את האפליקציה או המכונה הווירטואלית שרוצים לבצע עבורן מעבר לגיבוי, ואז בוחרים באפשרות גישה מהרשימה הנפתחת בפינה השמאלית התחתונה של הדף.
ייפתח הדף גישה.
בוחרים תמונה של תמונה מרחוק. כברירת מחדל, התמונה העדכנית ביותר נבחרת למעבר לגיבוי.
בוחרים באפשרות Failover מתוך רשימת פעולות הגישה.
ייפתח הדף מעבר לגיבוי (Failover).
אם בחרתם תמונה של אפליקציה למעבר לגיבוי, בוחרים מארח מהרשימה הנפתחת מארח. המארח שנבחר צריך להיות מארח SAN או מכונה וירטואלית בשרת ESX שמחובר למכשיר.
אם בחרתם תמונת מכונה וירטואלית ליתירות כשל, בוחרים מיקום לביצוע יתירות הכשל, מארח קיים או מכונה וירטואלית חדשה.
אם בוחרים באפשרות Existing Host (מארח קיים), בוחרים מארח מהרשימה הנפתחת Host (מארח). המארח שנבחר צריך להיות מארח SAN או מכונה וירטואלית בשרת ESX שמחובר למכשיר.
אם בוחרים באפשרות מכונה וירטואלית חדשה, צריך לבחור את האפשרויות הבאות שספציפיות למכונה הווירטואלית:
- שם המכונה הווירטואלית: מזינים שם למכונה הווירטואלית החדשה שרוצים לצרף.
- VCENTER: בוחרים vCenter מהרשימה הנפתחת עבור מכונת ה-VM החדשה שרוצים לצרף.
- ESX HOST: בוחרים מארח ESX מהרשימה הנפתחת עבור המכונה הווירטואלית החדשה שרוצים לטעון.
- DATASTORE: בוחרים מאגר נתונים עם נפח האחסון הנדרש מהרשימה הנפתחת של המכונה הווירטואלית החדשה שרוצים לצרף.
בקטע מצב הרכבה, בוחרים באחת מהאפשרויות הבאות:
- vRDM (מיפוי וירטואלי של מכשיר גולמי): מצב vRDM נבחר כברירת מחדל. תמונות מצב של VMware מתייחסות ל-vRDM מחוברים כאל עצמאיים, והן לא נכללות בתמונות מצב. לכן, כברירת מחדל, Backup and DR לא כולל vRDM בהגנה על מכונה וירטואלית מוצמדת. Backup and DR מספקים אפשרות ל-vRDM כתלות. למרות שהאפשרות הזו לא נמצאת בשימוש לעיתים קרובות, אם היא מופעלת, מכשירי vRDM נכללים בתמונות מצב של VMware. תבניות גיבוי מתעדות vRDM שסומנו כתלויים.
- pRDM (מיפוי פיזי של מכשיר גולמי): בוחרים במצב הזה לפעולות שחזור ברמת הקובץ.
אם בוחרים 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), בוחרים אחת מהאפשרויות הבאות:
- One: בוחרים באפשרות One אם רוצים למפות רק למארח ESX שבו פועלת מכונת ה-VM של היעד.
- שניים: בוחרים באפשרות שניים אם רוצים למפות לשני מארחי ESX, אבל לא לכל מארחי ESX באשכול. אם בוחרים באפשרות שניים, אפשר לבחור את המארח השני או לבחור באפשרות בחירה אוטומטית. בחירה אוטומטית: המערכת בוחרת את המארח השני על סמך זוגות לוגיים של מארחי ESX, ותמיד יכולה לבחור את מארח ESX השותף עבור המארח שמריץ את המכונה הווירטואלית של היעד.
- הכול: בוחרים באפשרות הכול אם רוצים למפות את כל המארחים של ESX שנמצאים באשכול. שימו לב שאם תבחרו באפשרות הכול, יכול להיות שהמשך של העבודה יתארך.
לוחצים על Continue.
מופיעה הודעת אזהרה לאישור המעבר לגיבוי.
מזינים FAILOVER בשדה כדי לאשר את הפעולה, ואז לוחצים על Failover. מתחילת משימת מעבר לגיבוי. הפעולה הזו מפסיקה כל עבודת שכפול שמתבצעת באפליקציה הזו, ומציגה את התמונה המשוכפלת האחרונה למארח שנבחר.
פותחים את שירות הניטור במסוף הניהול של ה-appliance כדי לראות את סטטוס העבודה. כשפעולת הכוונון מסתיימת בMonitor עם סטטוס הפעולה Succeeded, חוזרים אל App Manager ורואים שהתמונה נטענה בהצלחה.
מתחברים למארח, מציגים את האפליקציה ומפנים את כל הלקוחות החיצוניים להשתמש בעותק הזה של האפליקציה.
כשמוכנים להחזיר את הנתונים שנוצרו באתר המרוחק לאתר המקומי, מתחילים את החזרה למצב תקין מהמכשיר המרוחק.
מעבר חזרה (failback) מהמכשיר המרוחק לסביבת הייצור
במצב של מעבר לגיבוי בעקבות כשל, משתמשים במסוף הניהול של ה-appliance יכולים להמשיך להשתמש באפליקציה וליצור בה נתונים, אבל אפליקציית Backup and DR פועלת מתוך קובץ אימג' באתר המרוחק. אחרי שאפליקציה עוברת לגיבוי מרוחק או למכשיר שחזור, אפשר להחזיר אותה לגיבוי מקומי או למכשיר שחזור.
במעבר חזרה, המערכת משחזרת את הנתונים האחרונים מתמונת הגיבוי לאפליקציית הייצור, משחזרת את האפליקציה מהנתונים האחרונים ואז מנקה את הנתונים. אחרי החזרה לגיבוי, מצב האפליקציה משתנה ל'מוגן' והשכפול למכשיר המרוחק מתחדש.
כדי לצמצם את זמן ההשבתה של האפליקציה במהלך מעבר חזרה מגיבוי/שחזור מרחוק למכשיר מקומי, צריך לפעול לפי השלבים הבאים לפי הסדר.
- ביצוע סנכרון חוזר של נתונים חסרים
- הפסקת האפליקציה שעברה לגיבוי
- ביצוע הסנכרון האחרון
- שחזור תמונה שגובתה
- מעבר חזרה למכשיר המקומי
- מחיקת תמונות של מעבר לגיבוי בענן וסנכרון חוזר
ביצוע סנכרון חוזר של נתונים
בזמן שמתחילים את תהליך המעבר לגיבוי, המשתמשים ניגשים לאפליקציה באתר המרוחק. בסנכרון החוזר הראשון מועתקים כל הנתונים שנוצרו באתר המרוחק מאז המעבר לאתר המקומי. הסנכרון הראשון הזה עשוי להימשך זמן מה, בהתאם לרמת הפעילות של האפליקציה ולמשך הזמן שהיא הייתה במצב מעבר לגיבוי.
כדי לבצע סנכרון חוזר במכשיר הגיבוי או השחזור המרוחק, פועלים לפי השלבים הבאים:
במסוף הניהול של מכשיר ה-Backup and DR, לוחצים על App Manager (ניהול אפליקציות) ובוחרים באפשרות Applications (אפליקציות) מהרשימה הנפתחת.
ייפתח הדף Applications.
בוחרים את האפליקציה או מכונת ה-VM עם התמונה שרוצים לסנכרן בחזרה, ואז בוחרים באפשרות גישה מהרשימה הנפתחת בחלק התחתון של הדף אפליקציות.
ייפתח הדף Access (גישה) שבו מוצגות התמונות שצולמו בתצוגת ציר הזמן.
בחלון גישה, בוחרים את התמונה.
בוחרים באפשרות Syncback מתוך רשימת הפעולות.
הדף Syncback ייפתח.
אופציונלי: מזינים שם ייחודי שמשויך לתמונה של הגיבוי בתווית.
לוחצים על שליחה.
משימת סנכרון חוזרת מתחילה.
כדי לראות את סטטוס העבודה, עוברים אל System (מערכת).
כשהעבודה מסתיימת בMonitor עם סטטוס העבודה Succeeded, חוזרים אל App Manager.
הנתונים החדשים שנוצרו מהאפליקציה המרוחקת מוחזרים למכשיר הגיבוי או השחזור המקומי, אבל הם לא מוחלים אוטומטית על התמונה המקורית של האפליקציה. במקום זאת, הוא זמין במכשיר הגיבוי או השחזור המקומי כקובץ אימג' של גיבוי מסונכרן בחלון Access (גישה). אפשר לטעון, לשכפל או לשחזר תמונה מסונכרנת.
בשלב הבא צריך להפסיק את האפליקציה שעברה גיבוי במהלך פעולת השחזור.
אם אתם עדיין לא מוכנים לבצע את פעולת השחזור, אתם יכולים לבצע פעולות של syncback עד שתהיו מוכנים לבצע failback. כל אחד מהם יוצר תמונה חדשה של Syncback במכשיר הגיבוי או השחזור המקומי. אין הגבלה על מספר הפעמים שאפשר לבצע את הפעולה syncback.
הפסקת האפליקציה שעברה לגיבוי
השלב הזה בתהליך מסמן את תחילת הזמן שבו האפליקציה לא פעילה. צריך להפסיק את האפליקציה באתר המרוחק כדי למנוע כניסה של נתונים חדשים אחרי שהסנכרון הסופי מתחיל. האפליקציה לא תהיה זמינה בשלב האחרון של הסנכרון חזרה ובמהלך שלב השחזור, ותחזור למצב אונליין בסוף שלב השחזור.
אחרי החזרה לגיבוי, מצב האפליקציה משתנה למנוהל והשכפול לאתר המרוחק מתחדש.
ביצוע סנכרון סופי
מכיוון שהאפליקציה פועלת במכשיר הגיבוי או השחזור המרוחק, יכול להיות שהנתונים במכשיר המרוחק השתנו במהלך הסנכרון החוזר. הסנכרון הסופי מהיר יותר כי הוא כולל פחות נתונים.
- חוזרים על התהליך שמתואר בקטע ביצוע סנכרון חוזר של נתונים. הנתונים הסופיים מהאפליקציה המרוחקת מוחזרים למכשיר הגיבוי או השחזור המקומי.
- משחזרים את התמונה שסונכרנה חזרה כמו שמתואר במאמר שחזור תמונה שסונכרנה חזרה.
שחזור תמונה שגובתה באמצעות SyncBack
אחרי שמסנכרנים בחזרה את האפליקציה או את תמונת המכונה הווירטואלית שעברו גיבוי, אפשר לבצע פעולת שחזור כדי להחזיר את הנתונים למיקום המקורי שלהם, או לבצע פעולת הרכבה כדי לגשת לנתונים במהירות רבה יותר. ההנחיות הבאות יעזרו לכם לקבוע את הגישה האידיאלית, בהתאם לסוג הנתונים ולצרכים שלכם.
- אם מדובר באפליקציה שלא פועלת במכונה וירטואלית, מומלץ לבצע שחזור של נתוני האפליקציה מקובץ האימג' המסונכרן במקום לבצע פעולת הרכבה. אפשר לקרוא על כך במאמר שחזור של אפליקציה או של קובץ אימג' מסונכרן של מכונה וירטואלית. בסוגי אפליקציות שהם לא מכונות וירטואליות, העתקה חזרה לדיסק הייצור היא פעולה ידנית, ובדרך כלל צריך לבצע אותה בזמן שהמשתמשים לא צריכים גישה לנתונים האלה. במקרה כזה, לרוב עדיף לשחזר את התמונה. השחזור מחליף את התמונה של האפליקציה שהייתה בשימוש לפני המעבר לגיבוי הכשל, בתמונה העדכנית ביותר שכוללת שינויים ממכשיר הגיבוי או השחזור המרוחק.
לגבי מכונה וירטואלית, יש לכם את האפשרויות הבאות:
- אפשר לבצע שחזור כדי להחזיר את המכונה הווירטואלית למיקום המקורי. ראו שחזור של אפליקציה או של תמונת גיבוי של מכונה וירטואלית. אם פעולת השחזור אורכת זמן בגלל העברת הנתונים. במהלך הזמן הזה, המכונה הווירטואלית במצב אופליין. במקרה כזה, הגדרות הרשת וכתובת ה-MAC נשמרות כשמבצעים שחזור, כי הפעולה מעדכנת את הדיסקים במקום ליצור מחדש את המכונה הווירטואלית. ההגנה נשארת ללא שינוי, אבל מתבצעת עבודה קלה של פיזור נתונים במהלך עבודת הצילום הבאה, בגלל אובדן נתוני מעקב אחר שינויים ב-VMware שנובע מכל פעולת שחזור.
אפשר לטעון את המכונה הווירטואלית למכונה וירטואלית חדשה או למכונה וירטואלית קיימת. מידע נוסף זמין במאמר בנושא טעינת תמונה של סנכרון חוזר של מכונה וירטואלית. כך מקבלים גישה מיידית למכונה הווירטואלית ולנתונים שלה בלי לחכות לחלון שחזור. אם אתם מתכוונים לבצע פעולת צירוף למכונה וירטואלית, חשוב לשים לב לשיקולי השימוש הבאים: אם אתם מצרפים למכונה וירטואלית קיימת, יכול להיות שתקבלו דיסקים חדשים במכונה הווירטואלית הקיימת, וזה לא תמיד רצוי בסביבה שלכם. עם זאת, אם תמחקו קודם את הדיסקים המקוריים, יכול להיות שתוכלו לאתחל מה-VM ולהשתמש ב-Storage vMotion. במקרה הזה, היתרון העיקרי הוא שגילוי האיומים וההגנה הקודמים נשמרים. אם מצמידים למכונה וירטואלית חדשה, אפשר לקבל מכונה וירטואלית שניתן לשחזר. כדאי לעדכן ידנית את כתובות ה-MAC כך שיתאימו ל-VM המקורי, כדי שהגדרות הרשת יישמרו. לאחר מכן אפשר להשתמש ב-storage vMotion כדי להעביר את המכונה הווירטואלית למאגר נתונים. תצטרכו לגלות מחדש ולהגן מחדש באמצעות השיטה הזו.
כדי לשחזר תמונה של סנכרון חוזר של אפליקציה או מכונה וירטואלית, פועלים לפי השלבים הבאים:
במסוף הניהול של מכשיר Backup and DR, לוחצים על App Manager (ניהול אפליקציות) ובוחרים באפשרות Applications (אפליקציות) בתפריט הנפתח.
ייפתח הדף Applications.
בוחרים את האפליקציה או מכונת ה-VM עם התמונה שרוצים לסנכרן בחזרה, ואז בוחרים באפשרות גישה מהתפריט הנפתח בחלק התחתון של הדף 'אפליקציות'.
ייפתח הדף Access (גישה) שבו מוצגות התמונות שצולמו בתצוגת ציר הזמן.
לפני שמבצעים שחזור, חשוב לשים לב לשיקולים הבאים:
- אם משחזרים אפליקציה שלא פועלת במכונה וירטואלית, צריך להפסיק את פעולת האפליקציה ולבטל את הטעינה של מערכת הקבצים.
- אם אתם משחזרים מכונה וירטואלית, תהליך השחזור מכבה אותה באופן אוטומטי.
בוחרים את התמונה האחרונה של הגיבוי, ואז בוחרים באפשרות שחזור מתוך רשימת פעולות הגישה.
ייפתח הדף שחזור.
לוחצים על שליחה. תיפתח תיבת דו-שיח עם אזהרה. קוראים את ההודעה ואז מזינים DATA LOSS כדי לאשר. תופיע אזהרה שנייה. מזינים את הביטוי OVERWRITE OTHER APPS כדי לאשר את פעולת השחזור.
מתחיל תהליך השחזור.
עוברים אל מעקב כדי לוודא שפעולת השחזור הצליחה. כשהעבודה מסתיימת בMonitor עם סטטוס העבודה Succeeded, חוזרים אל App Manager.
אחרי שפעולת השחזור מסתיימת בהצלחה:
- אם מדובר באפליקציה שלא פועלת במכונה וירטואלית, צריך לטעון את מערכת הקבצים ולהפעיל מחדש את האפליקציה.
- אם מדובר באפליקציה במכונה וירטואלית, מפעילים את המכונה הווירטואלית.
אפליקציית הייצור חזרה לפעולה, אבל היא עדיין לא מנוהלת. ממשיכים לפעולת הגיבוי לאחר כשל, שמתוארת במאמר גיבוי לאחר כשל למכשיר המקומי.
מעבר חזרה למכשיר המקומי
החזרה לשגרה מוחקת את תמונות ה-syncback שהוחזרו ממכשיר הגיבוי/שחזור המרוחק ואת תמונת היתירות כשל שעשויה להיות עדיין מותקנת במכשיר הגיבוי/שחזור המרוחק. במהלך החזרה לשגרה נמחקים גם כל הדימויים של בדיקות המעבר לגיבוי שנותרו במכשיר הגיבוי או השחזור המרוחק. אחרי השלמת השלבים האלה, האפליקציה ממשיכה את השכפול של נתוני האפליקציה מ-Appliance מקומי ל-Appliance מרוחק.
אפשר להשתמש בהוראות האלה כדי לבצע מעבר חזרה של אפליקציה מהמכשיר המרוחק למכשיר המקומי.
במסוף הניהול של מכשיר Backup and DR, לוחצים על App Manager (ניהול אפליקציות) ובוחרים באפשרות Applications (אפליקציות) בתפריט הנפתח.
ייפתח הדף Applications.
בוחרים את האפליקציה או המכונה הווירטואלית שרוצים לבצע עבורן חזרה לגיבוי, ואז בוחרים באפשרות גישה מהרשימה הנפתחת בחלק התחתון של הדף אפליקציות.
ייפתח הדף Access (גישה) שבו מוצגות התמונות שצולמו בתצוגת ציר הזמן.
בוחרים את התמונה האחרונה ולוחצים על Failback (חזרה למצב תקין) ברשימת פעולות הגישה.
ייפתח הדף Failback.
לוחצים על שליחה.
כדי לראות את סטטוס העבודה, עוברים אל Monitor. כשפעולת הכוונון תסתיים בMonitor עם הסטטוס Succeeded, חוזרים אל App Manager.
אם הגיבוי לשחזור יצליח, השכפול של StreamSnap למכשיר המרוחק יתחדש.
אחרי החזרה לגיבוי, מצב האפליקציה משתנה למנוהל והשכפול לאתר המרוחק מתחדש.
צירוף קובץ אימג' של SyncBack למכונה וירטואלית
במאמר הזה מוסבר איך לטעון תמונה של סנכרון חוזר של מכונת VM.
במסוף הניהול של מכשיר ה-Backup and DR, לוחצים על הכרטיסייה App Manager (ניהול אפליקציות) ובוחרים באפשרות Applications (אפליקציות) בתפריט הנפתח.
ייפתח הדף Applications.
בוחרים את האפליקציה או מכונת ה-VM עם התמונה שרוצים לסנכרן בחזרה.
בתפריט הנפתח בחלק התחתון של הדף 'אפליקציות', בוחרים באפשרות גישה.
ייפתח הדף Access (גישה) שבו מוצגות התמונות שצולמו בתצוגת ציר הזמן.
בוחרים את התמונה האחרונה שסונכרנה חזרה.
בוחרים באפשרות Mount (העלאה) מתוך רשימת הפעולות. יופיע החלון Mount. פרטים על טעינת תמונת VM מופיעים במאמר בנושא טעינת תמונות.
כדי לוודא שפעולת הטעינה של תמונת המכונה הווירטואלית הצליחה, עוברים אל Monitor.
אחרי שפעולת הטעינה של תמונת המכונה הווירטואלית מסתיימת בהצלחה, מפעילים את המכונה הווירטואלית, אם צריך, ומבצעים Storage vMotion כדי להעביר את הדיסקים או המכונה הווירטואלית שנטענו למאגר הנתונים שרוצים.
אם ביצעתם העברה למכונה וירטואלית חדשה, צריך לגלות את המכונה הווירטואלית הזו לפני שאפשר יהיה להגן עליה שוב. פועלים לפי ההליך לאיתור מכונות וירטואליות שמתואר במאמר איתור מכונות וירטואליות.
המכונה הווירטואלית של הסביבה הפרודקטיבית חזרה לפעולה, אבל היא עדיין לא מוגנת. ממשיכים לפעולת הגיבוי לאחר כשל, שמתוארת במאמר גיבוי לאחר כשל למכשיר המקומי.
מחיקת תמונות של מעבר לגיבוי בענן וסנכרון חוזר
בדרך כלל, כל התמונות של אפליקציה שנוצרו במהלך מעבר לגיבוי, בדיקת מעבר לגיבוי וסנכרון חוזר נמחקות כשמבצעים מעבר חזרה. במקרים נדירים, יכול להיות שחלק מהתמונות שנוצרו כחלק משכפול StreamSnap של אפליקציה לא יימחקו.
כדי למחוק תמונת גיבוי/שחזור של מעבר לגיבוי, בדיקת מעבר לגיבוי או סנכרון חוזר ממכשיר הגיבוי/שחזור המרוחק, פועלים לפי ההוראות הבאות.
בדף Access, בוחרים את התמונה של הגיבוי למקרה כשל, של בדיקת הגיבוי למקרה כשל או של הסנכרון לאחור שרוצים למחוק, ואז בוחרים באפשרות Delete מהתפריט הנפתח בפינה השמאלית התחתונה של הדף.
בתיבת הדו-שיח מחיקה שנפתחת, לוחצים על שליחה כדי לאשר את השינויים.