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

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

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

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

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

  הערה: משתמשים במסוף הניהול של מכשיר וירטואלי שהוקצו להם הרשאות Workflow Refresh אבל לא הרשאות Workflow Run או Workflow Manage, יכולים רק לרענן את האפליקציה הווירטואלית הקיימת, ולא יכולים להריץ, לערוך, למחוק או להשבית את תהליך העבודה של Backup and DR.

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

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

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

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

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

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

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

רענון של LiveClone

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

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

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

   • הגדרת אפליקציות למסדי נתונים של Microsoft SQL Server
   • הגדרת פרטים והגדרות של אפליקציות למסדי נתונים של Oracle

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

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

אם בוחרים באפשרות Refresh an Existing Virtual Application (רענון של אפליקציה וירטואלית קיימת), צריך להשלים את הפעולות הבאות:

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

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

בכל שאר האפליקציות, בדף Run Workflow (הפעלת תהליך עבודה) מופיעות האפשרויות הבאות לבחירה:

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

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

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

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

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 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.