הפעלת תהליך עבודה של Backup and DR בהרכבה ישירה במסוף הניהול של המכשיר

זהירות: התמיכה בגיבוי ובשחזור של עומסי עבודה שמנוהלים באמצעות מסוף הניהול של המכשיר הקודם הוצאה משימוש. מידע נוסף זמין במאמר הוצאה משימוש של תכונות במסמכי התיעוד של Backup and DR.

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

• אפליקציות של מסדי נתונים
• כל שאר האפליקציות

הערה: משתמשים במסוף הניהול של המכשיר, כשהם מוקצים עם הרשאות Workflow Refresh אבל לא עם הרשאות Workflow Run או Workflow Manage, יכולים רק לרענן את האפליקציה הווירטואלית הקיימת ולא יכולים להפעיל, לערוך, למחוק או להשבית את תהליך העבודה.

אפליקציות של מסדי נתונים

באפליקציות מסוג מסד נתונים, בדף תהליך העבודה של הפעלה על פי דרישה של טעינה ישירה, אפשר לבחור את האפשרויות הבאות:

• ‫Provision New Virtual Application: בוחרים באפשרות הזו אם רוצים ליצור אפליקציה וירטואלית חדשה או מסד נתונים חדש בשרת אחר. אתם יכולים להשתמש באפשרות הזו גם כדי לעדכן או לשנות את האפשרויות שהוגדרו מראש בתהליך העבודה Backup and DR, למשל לשנות את השם של תהליך העבודה Backup and DR.
• Refresh an Existing Virtual Application: בוחרים באפשרות הזו אם כבר יצרתם אפליקציה וירטואלית באמצעות תהליך העבודה Backup and DR, ועכשיו אתם רוצים לרענן אותה באמצעות קובץ snapshot אחר של נקודה בזמן כמקור.

הקצאת אפליקציה וירטואלית חדשה

אם בוחרים באפשרות Provision New Virtual Application, מגדירים את האפליקציה החדשה באופן הבא:

1. לוחצים על התפריט הנפתח Source Image ובוחרים גיבוי.

2. אם אפליקציית המקור מוגנת על ידי מדיניות של תמונת מצב שמאפשרת גיבויים של יומני מסד נתונים, והיומנים זמינים עם הגיבוי, אתם יכולים להשתמש בהם כדי להריץ קדימה לנקודת זמן ספציפית על ידי שינוי האפשרויות הבאות בקטע Roll Forward Time:

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

3. בתפריט הנפתח Host, בוחרים את השרת שבו רוצים לטעון את הגיבוי.

4. אם רוצים, מפעילים את האפשרות Map to All Cluster Nodes. האפשרות הזו מופיעה כשאחד או יותר מהמארחים המטורגטים הם צומת אשכול או מארח אשכול.

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

   1. בקטע מצב טעינה, בוחרים אחת מהאפשרויות הבאות:

      • ‫NFS: מצב NFS נבחר כברירת מחדל. הנתונים מוצגים ב-Backup and DR כ-VMDK במאגר נתונים של NFS, שנטען ממכשיר הגיבוי/השחזור.
      • ‫vRDM (מיפוי וירטואלי של מכשיר גולמי): תמונות המצב של VMware מתייחסות ל-vRDM מותקנים כאל עצמאיים, והם לא נכללים בתמונות המצב. לכן, כברירת מחדל, כשמגנים על מכונה וירטואלית מותקנת, Backup and DR לא כולל vRDM. ב-Backup and DR יש אפשרות לסמן vRDMs כתלויים. למרות שהאפשרות הזו לא נמצאת בשימוש לעיתים קרובות, כשהיא מופעלת, vRDMs ייכללו בתמונות המצב של VMware. תבניות לגיבוי נתונים יכולות לתעד vRDM שמסומנים כתלויים. שימו לב שבמצב הטעינה הזה, למארח ESXi צריך להיות יוזם iSCSI, שכברירת מחדל לא מופעל ב- Google Cloud Google Cloud VMware Engine.
      • ‫pRDM (מיפוי פיזי של מכשיר גולמי): בחרו במצב הזה לפעולות שחזור ברמת הקובץ. שימו לב שבמצב הטעינה הזה, למארח ESXi צריך להיות יוזם iSCSI, שכברירת מחדל לא מופעל ב-Google Cloud Google Cloud VMware Engine.

   2. בקטע Map to ESX Hosts, בוחרים אחת מהאפשרויות הבאות. האפשרות Map to ESX Hosts מופיעה רק אם בחרתם באפשרות vRDM או pRDM בשדה Mount Mode.

      • One: בוחרים באפשרות One אם רוצים למפות רק למארח ה-ESX שמפעיל את המכונה הווירטואלית המטורגטת.
      • Two: בוחרים באפשרות הזו אם רוצים למפות לשני מארחי ESX, אבל לא לכל מארחי ה-ESX באשכול. אם בוחרים באפשרות שניים, אפשר לבחור את המארח השני או לבחור באפשרות בחירה אוטומטית. הבחירה האוטומטית בוחרת את המארח השני על סמך זוגות לוגיים של מארחי ESX, ותמיד יכולה לבחור את מארח ה-ESX השותף של המארח שמריץ את ה-VM המטורגט.
      • All: בוחרים באפשרות All אם רוצים למפות את כל מארחי ה-ESX שקיימים באשכול. שימו לב שאם בוחרים באפשרות All, יכול להיות שמשך הזמן של המשימה יתארך.

6. מפעילים את האפשרות Create New Virtual Application ומגדירים את מסד הנתונים החדש. האפשרויות שמוצגות יכולות להשתנות בהתאם לסוגי מסדי הנתונים.

7. לוחצים על Done כדי להריץ את תהליך העבודה של Backup and DR.

רענון של אפליקציה וירטואלית קיימת

אם בוחרים באפשרות רענון של אפליקציה וירטואלית קיימת:

1. בתפריט הנפתח Source Image, בוחרים את הגיבוי שרוצים לטעון.

2. אם אפליקציית המקור מוגנת על ידי מדיניות של תמונת מצב שמאפשרת גיבויים של יומני מסד נתונים, והיומנים זמינים עם הגיבוי, אתם יכולים להשתמש בהם כדי להריץ קדימה לנקודת זמן ספציפית על ידי שינוי האפשרויות הבאות בקטע Roll Forward Time:

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

3. בתפריט הנפתח Host, בוחרים את השרת שבו האפליקציה מותקנת.

4. בוחרים את האפליקציה שרוצים לרענן.

5. לוחצים על Submit כדי לרענן את תהליך העבודה Backup and DR.

כל שאר האפליקציות

באפליקציות אחרות, אפשר לראות את פרטי תהליך העבודה של Backup and DR בדף On Demand Run Workflow.

1. בתפריט הנפתח Source Image, בוחרים את הגיבוי שרוצים לטעון.
2. בתפריט הנפתח Host, בוחרים את השרת שבו רוצים לטעון את הגיבוי.
3. אם רוצים, מפעילים את האפשרות Map to All Cluster Nodes. האפשרות הזו מופיעה כשאחד או יותר מהמארחים המטורגטים הם צומת אשכול או מארח אשכול.

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

   1. בקטע מצב טעינה, בוחרים אחת מהאפשרויות הבאות:

      • ‫NFS: מצב NFS נבחר כברירת מחדל. ב-Backup and DR אפשר להציג את הנתונים כ-VMDK במאגר נתונים של NFS שנטען ממכשיר הגיבוי/השחזור.
      • ‫vRDM (מיפוי וירטואלי של מכשיר גולמי): תמונות המצב של VMware מתייחסות ל-vRDM מותקנים כאל עצמאיים, והם לא נכללים בתמונות המצב. לכן, כברירת מחדל, כשמגנים על מכונה וירטואלית מותקנת, Backup and DR לא כולל vRDM. ב-Backup and DR יש אפשרות לסמן vRDMs כתלויים. למרות שהאפשרות הזו לא בשימוש לעיתים קרובות, כשהיא מופעלת, vRDMs נכללים בתמונות המצב של VMware. תבניות לגיבוי נתונים יכולות לתעד vRDM שמסומנים כתלויים. שימו לב שבמצב הטעינה הזה, למארח ESXi צריך להיות יוזם iSCSI, שכברירת מחדל לא מופעל ב-Google Cloud VMware Engine.
      • ‫pRDM (מיפוי פיזי של מכשיר גולמי): בחרו במצב הזה לפעולות שחזור ברמת הקובץ. שימו לב שבמצב הטעינה הזה, למארח ESXi צריך להיות יוזם iSCSI, שכברירת מחדל לא מופעל ב-Google Cloud VMware Engine.

   2. בקטע Map to ESX Hosts, בוחרים אחת מהאפשרויות הבאות. האפשרות Map to ESX Hosts מופיעה רק אם בחרתם באפשרות vRDM או pRDM בשדה Mount Mode.

      • One: בוחרים באפשרות One אם רוצים למפות רק למארח ה-ESX שמפעיל את המכונה הווירטואלית המטורגטת.
      • Two: בוחרים באפשרות הזו אם רוצים למפות לשני מארחי ESX, אבל לא לכל מארחי ה-ESX באשכול. אם בוחרים באפשרות שניים, אפשר לבחור את המארח השני או לבחור באפשרות בחירה אוטומטית. הבחירה האוטומטית בוחרת את המארח השני על סמך זוגות לוגיים של מארחי ESX, ותמיד יכולה לבחור את מארח ה-ESX השותף עבור המארח שמפעיל את המכונה הווירטואלית המטורגטת.
      • All: בוחרים באפשרות All אם רוצים למפות את כל מארחי ה-ESX שקיימים באשכול. שימו לב שאם בוחרים באפשרות All, יכול להיות שמשך הזמן של המשימה יתארך.

5. לוחצים על Submit כדי להפעיל את תהליך העבודה Backup and DR.