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

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

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

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

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

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

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

רענון של LiveClone

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

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

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

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

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

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

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

  3. האפשרויות הבאות מוצגות רק אם יש מכונות וירטואליות של VMware בין המארחים המטורגטים:

    1. בקטע Mount Mode (מצב הרכבה), בוחרים באחת מהאפשרויות הבאות:

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

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