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

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

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

בדף LiveClone On Demand Run Workflow של אפליקציות מסד נתונים, מוצגות האפשרויות הבאות:

  • רענון LiveClone: בוחרים באפשרות הזו אם רוצים לרענן את LiveClone מגיבוי המקור שנבחר. אם לא קיים LiveClone, הוא נוצר.

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

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

רענון של LiveClone

אם בוחרים באפשרות Refresh LiveClone (רענון של LiveClone), פועלים לפי השלבים הבאים:

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

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

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

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

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

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

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

  3. האפשרויות הבאות מוצגות רק אם אחד או יותר מהמארחים המטרה הם מכונות וירטואליות של 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 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 שנמצאים באשכול. שימו לב: בחירה באפשרות הכול עלולה להאריך את משך העבודה.

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

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

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

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

  1. בתפריט הנפתח Host, בוחרים את השרת שבו האפליקציה מותקנת.
  2. בוחרים את האפליקציה שרוצים לרענן.
  3. לוחצים על שליחה כדי להפעיל את תהליך העבודה Backup and DR.

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

בכל האפליקציות האחרות, בדף LiveClone On Demand Run Workflow מוצגות האפשרויות הבאות לבחירה:

  • רענון LiveClone: בוחרים באפשרות הזו אם רוצים לרענן את LiveClone מגיבוי המקור שנבחר. אם לא קיים LiveClone, הוא ייווצר.
  • ביצוע פעולת Mount או Refresh של אפליקציה וירטואלית: בוחרים באפשרות הזו כדי ליצור או לרענן פעולת Mount קיימת.

רענון של LiveClone

אם בוחרים באפשרות Refresh LiveClone (רענון של LiveClone), פועלים לפי השלבים הבאים:

  1. בתפריט הנפתח Source Image (תמונת מקור), בוחרים גיבוי לשימוש.
  2. לוחצים על שליחה כדי להפעיל את תהליך העבודה Backup and DR.

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

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

  3. האפשרויות הבאות מוצגות רק אם אחד או יותר מהמארחים המטרה הם מכונות וירטואליות של 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 השותף עבור המארח שמריץ את מכונת ה-VM של היעד.
      • הכול: בוחרים באפשרות הכול אם רוצים למפות את כל המארחים של ESX שנמצאים באשכול. שימו לב: בחירה באפשרות הכול עלולה להאריך את משך העבודה.

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