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

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

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

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

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

  • ‫Perform a Mount or Refresh of a Virtual Application: בוחרים באפשרות הזו כדי ליצור או לרענן אפליקציה וירטואלית או מסד נתונים וירטואלי. האפשרויות הן:

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

רענון של LiveClone

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

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

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

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

  3. לוחצים על Submit כדי להפעיל את תהליך העבודה 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 יש אפשרות לסמן vRDMs כתלויים. למרות שהאפשרות הזו לא בשימוש לעיתים קרובות, כשהיא מופעלת, vRDMs נכללים בתמונות המצב של VMware. תבניות לגיבוי נתונים מתעדות vRDM שמסומנים כתלויים. שימו לב שבמצב הטעינה הזה, למארח ESXi צריך להיות יוזם iSCSI, שכברירת מחדל לא מופעל ב-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, יכול להיות שמשך הזמן של המשימה יתארך.

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

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

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

אם בוחרים באפשרות Refresh an Existing Virtual Application, פועלים לפי השלבים הבאים:

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

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

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

  • ‫Refresh LiveClone: בוחרים באפשרות הזו כדי לרענן את ה-LiveClone מהגיבוי של המקור שנבחר. אם אין LiveClone, המערכת תיצור אחד.
  • Perform a Mount or Refresh of a Virtual Application: בוחרים באפשרות הזו כדי ליצור או לרענן טעינה קיימת.

רענון של LiveClone

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

  1. בתפריט הנפתח Source Image, בוחרים גיבוי לשימוש.
  2. לוחצים על Submit כדי להפעיל את תהליך העבודה 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. ב-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 השותף של המארח שמריץ את המכונה הווירטואלית המטורגטת.
      • All: בוחרים באפשרות All אם רוצים למפות את כל מארחי ה-ESX שקיימים באשכול. שימו לב שאם בוחרים באפשרות All, יכול להיות שמשך הזמן של המשימה יתארך.

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