יצירת תהליכי עבודה של Backup and DR עם טעינה ישירה במסוף לניהול המכשיר

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

תהליך העבודה Backup and DR לטעינה ישירה מבצע את הפעולות הבאות:

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

  • מגבה את האפליקציה הווירטואלית שנטענה כאפליקציה חדשה.

כדי ליצור תהליך עבודה של Backup and DR לטעינה ישירה:

  1. במסוף הניהול של מכשיר Backup and DR, לוחצים על App Manager ובוחרים אפליקציה מנוהלת או קבוצת אפליקציות עקביות.
  2. לוחצים לחיצה ימנית ובוחרים באפשרות ניהול תהליכי עבודה כדי לפתוח את מרכז הבקרה של אפליקציית תהליכי העבודה. לוחצים על Add Workflow ומוסיפים פרטי הגדרה בסיסיים כמו Name ו-Appliance שבהם רוצים להריץ את תהליך העבודה Backup and DR.
  3. בוחרים באפשרות Direct Mount בשדה Workflow Type.
  4. בקטע Schedule Type, בוחרים באפשרות Scheduled או On Demand. אם בוחרים באפשרות Scheduled, מגדירים לוח זמנים להפעלת תהליך העבודה Backup and DR. בורר השעה משתמש בשעון של 24 שעות. הזמן המתוזמן – זמן ההפעלה הבא – משקף את אזור הזמן של המכשיר המקומי שמפעיל את תהליך העבודה Backup and DR, שמוגדר כברירת מחדל ל-UTC.
  5. אפשר גם להפעיל לפי דרישה תהליכי עבודה מתוזמנים של Backup and DR.
  6. מגדירים את הקטע הגדרות טעינה ישירה.
  7. בוחרים את קובץ ה-snapshot האחרון מהמדיניות שיוצרת את הגיבוי כדי לחפש את Source Image. אם בחרתם באפשרות On Demand, המשתמש שמפעיל את תהליך העבודה Backup and DR יכול לבחור את קובץ ה-snapshot של המקור בזמן הריצה. אפשר גם לבחור את הגיבוי האחרון ממדיניות ספציפית של תמונת מצב, הגיבוי האחרון של StreamSnap.
  8. מזינים שם שניתן לזהות בשדה תווית טעינה.
  9. בתפריט הנפתח Host, בוחרים שרת אחד או יותר כדי לטעון את הגיבוי.
  10. אם רוצים, מפעילים את האפשרות Map to All Cluster Nodes. האפשרות הזו מופיעה כשאחד או יותר מהמארחים המטורגטים הם צומת באשכול או מארח באשכול.

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

    3. מפעילים את האפשרות Mark Dependent כדי לסמן אמצעי אחסון נתונים כ"תלויים" ולכלול אותם בתמונות המצב של VMware. משתמשים בה לעיתים רחוקות כשמבצעים טעינה ל-VM קיים.

  12. בקטע Mapping Options, מזינים את המיקום של הכוננים שנטענו בשדה Mount Location, לדוגמה M:, D:\testdb1.

  13. בקטע Scripts Options, מציינים סקריפט אחד לעיבוד מקדים או לעיבוד לאחר הגיבוי, שיופעל על הגיבוי שנטען, ואת הזמן הקצוב לתפוגה בשניות. למידע מפורט על סקריפט מקדים, סקריפט עוקב וזמן קצוב לתפוגה בשניות, ראו אפשרויות סקריפט.

  14. לוחצים על האפשרות Create New Virtual Application כדי לבצע טעינה עם מודעות לאפליקציה. האפשרות הזו זמינה רק לאפליקציות של מסדי הנתונים IBM Db2,‏ Oracle,‏ PostgreSQL,‏ SAP ASE,‏ SAP HANA,‏ SAP MaxDB ו-SQL Server. ההגדרות שמוצגות משתנות בהתאם לסוג מסד הנתונים. אם לא בוחרים באפשרות Create New, מקבלים במקום זאת טעינה של מערכת קבצים למארחי היעד.

  15. אם אתם משתמשים בסקריפט אחד או יותר כדי לעבד את הנתונים שנטענו כמשימה חד-פעמית, כמו חילוץ נתונים למחסן נתונים, אתם יכולים להפעיל את האפשרות Remove Mounted Image After Done. אחרי שהסקריפט מסיים את המשימה שלו, האפשרות הזו מבטלת את הטעינה של האפליקציה הווירטואלית ומוחקת אותה.

    אי אפשר להשתמש באפשרות הזו אם בחרתם באפשרות Manage New Application.

  16. לוחצים על Add כדי ליצור את תהליך העבודה Backup and DR.