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

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

  • אפליקציות של Oracle ו-SQL Server

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

אפליקציות של Oracle ו-SQL Server

באפליקציות של Oracle ו-SQL Server, בדף Run Workflow המתוזמן מופיעות האפשרויות הבאות:

  • ‫Initiate Scheduled Workflow Now: לוחצים על Submit כדי להפעיל את תהליך העבודה Backup and DR. בוחרים באפשרות הזו אם לא רוצים לחכות למועד המתוזמן הבא שבו תהליך העבודה Backup and DR יפעל. הוא פועל בדיוק לפי ההגדרה. הפעולה הזו לא משפיעה על הרצות עתידיות מתוזמנות של תהליך העבודה הזה.

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

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

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

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

רענון של LiveClone

אם בוחרים באפשרות Refresh LiveClone, מבצעים את הפעולות הבאות:

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

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

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

  1. בקטע Roll Forward Time, מגדירים את זמן ההעברה של היומן. בוחרים בין זמן המארח (ברירת המחדל) לבין זמן המשתמש. האפשרות הזו זמינה רק לאפליקציות של Oracle ו-SQL, ורק כשיש יומנים זמינים בגיבוי המקור.
  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. מפעילים את האפשרות Create New Virtual Application ומגדירים את מסד הנתונים החדש באמצעות המידע מהמקורות הבאים:

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

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

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

  1. בקטע Roll Forward Time, מגדירים את זמן ההעברה של היומן. בוחרים בין זמן המארח (ברירת המחדל) לבין זמן המשתמש. האפשרות הזו זמינה רק לאפליקציות Oracle ו-SQL, ורק כשיש יומנים זמינים בגיבוי המקור.
  2. בתפריט הנפתח Host, בוחרים את השרת שבו האפליקציה מותקנת.
  3. בוחרים את האפליקציה שרוצים לרענן.
  4. לוחצים על Submit כדי להפעיל את תהליך העבודה Backup and DR.

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

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

  • ‫Initiate Scheduled Workflow Now: לוחצים על Submit כדי להפעיל את תהליך העבודה Backup and DR. בוחרים באפשרות הזו אם לא רוצים לחכות למועד המתוזמן הבא שבו תהליך העבודה Backup and DR יפעל. הוא פועל בדיוק לפי ההגדרה. הפעולה הזו לא משפיעה על הרצות עתידיות מתוזמנות של תהליך העבודה Backup and DR הזה.

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

    • ‫Refresh LiveClone: בוחרים באפשרות הזו אם רוצים לרענן את ה-LiveClone מהגיבוי של המקור שנבחר. אם אין LiveClone, המערכת יוצרת אחד. מידע נוסף זמין במאמר רענון של LiveClone.
    • Perform a Mount or Refresh of a 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. תבניות לגיבוי נתונים מתעדות vRDMs שמסומנים כתלויים. שימו לב שבמצב הטעינה הזה, למארח 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 השותף של המארח שמריץ את ה-VM המטורגט.
      • All: בוחרים באפשרות All אם רוצים למפות את כל מארחי ה-ESX שקיימים באשכול. שימו לב שאם בוחרים באפשרות All, יכול להיות שמשך הזמן של המשימה יתארך.

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