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

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

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

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

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

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

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

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

  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 כשמגנים על מכונה וירטואלית (VM) שמוגדרת ככונן וירטואלי. ב-Backup and DR יש אפשרות לסמן vRDM כתלותי. למרות שמשתמשים באפשרות הזו לעיתים רחוקות, אם היא מופעלת, קובצי vRDM ייכללו בתמונות מצב של VMware. תבניות גיבוי יכולות לכלול vRDM שמסומנים כתלויים. שימו לב: כדי להשתמש במצב הטעינה הזה, למארח ESXi צריך להיות iSCSI initiator, שלא מופעל כברירת מחדל ב- Google Cloud Google Cloud VMware Engine.
      • ‫pRDM (physical raw device mapping): בוחרים במצב הזה לפעולות שחזור ברמת הקובץ. שימו לב שבמצב ההרכבה הזה, למארח ESXi צריך להיות iSCSI initiator, שלא מופעל כברירת מחדל ב-Google Cloud Google Cloud VMware Engine.

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

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

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

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

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

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

  1. בתפריט הנפתח Source Image (תמונת מקור), בוחרים גיבוי להעלאה.

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

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

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

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

  5. לוחצים על שליחה כדי לרענן את תהליך העבודה של 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 כשמגנים על מכונה וירטואלית (VM) שמוגדרת ככונן וירטואלי. ב-Backup and DR יש אפשרות לסמן vRDM כתלותי. למרות שהאפשרות הזו לא נמצאת בשימוש לעיתים קרובות, כשהיא מופעלת, קבצי vRDM נכללים בתמונות מצב של VMware. תבניות גיבוי יכולות לכלול vRDM שמסומנים כתלויים. שימו לב שבמצב הטעינה הזה, למארח ESXi צריך להיות iSCSI initiator, שלא מופעל כברירת מחדל ב-Google Cloud VMware Engine.
      • ‫pRDM (physical raw device mapping): בוחרים במצב הזה לפעולות שחזור ברמת הקובץ. חשוב לציין שבמצב הטעינה הזה, למארח ESXi צריך להיות iSCSI initiator, שלא מופעל כברירת מחדל ב-Google Cloud VMware Engine.

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

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

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