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

תהליכי עבודה של Backup and DR עם טעינה ישירה משמשים כשגיבוי האפליקציה לא כולל מידע אישי רגיש. כך אפשר להשתמש בתהליך העבודה של גיבוי והתאוששות מאסון כדי לטעון את נתוני האפליקציה כאפליקציה וירטואלית, או רק כנתוני אפליקציה, בלי להגדיר קודם 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 (התקנה ישירה) בסוג תהליך העבודה.
  4. בוחרים באפשרות מתוזמן או על פי דרישה בסוג התזמון. אם בוחרים באפשרות מתוזמן, צריך להגדיר תזמון להפעלת תהליך העבודה של Backup and DR. השעות בבורר השעות מוצגות בפורמט של 24 שעות. השעה המתוזמנת – שעת ההפעלה הבאה – משקפת את אזור הזמן של המכשיר המקומי שמריץ את תהליך העבודה של Backup and DR – שמוגדר כברירת מחדל ל-UTC.
  5. אפשר להפעיל לפי דרישה גם תהליכי עבודה של Backup and DR שתזמנתם.
  6. מגדירים את הקטע הגדרות טעינה ישירה.
  7. בוחרים את התמונה העדכנית ביותר ממדיניות הגיבוי כדי לנקות את תמונת המקור. אם בחרתם באפשרות על פי דרישה, המשתמש שמפעיל את תהליך העבודה של Backup and DR יכול לבחור את תמונת המצב של המקור בזמן הריצה. אפשר גם לבחור את הגיבוי האחרון ממדיניות ספציפית של תמונת מצב, הגיבוי האחרון של StreamSnap.
  8. מזינים שם שאפשר לזהות בשדה תווית לנקודת העיגון.
  9. בתפריט הנפתח מארח, בוחרים שרת אחד או יותר שממנו רוצים לטעון את הגיבוי.
  10. אפשר גם להפעיל את האפשרות Map to All Cluster Nodes. האפשרות הזו יכולה להופיע אם אחד או יותר מהמארחים המטרה הם צומת באשכול או מארח באשכול.

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

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

      • ‫NFS: כברירת מחדל, מצב NFS נבחר. ‫Backup and DR מציג את הנתונים כ-VMDK במאגר נתונים של NFS שמוטמע ממכשיר הגיבוי או השחזור.
      • ‫vRDM (מיפוי וירטואלי של מכשיר גולמי): תמונות מצב של VMware מתייחסות ל-vRDM מחוברות כאל עצמאיות, והן לא נכללות בתמונות מצב. לכן, כברירת מחדל, Backup and DR לא כולל vRDM כשמגנים על מכונה וירטואלית (VM) שמוגדרת ככונן וירטואלי. ב-Backup and DR יש אפשרות לסמן vRDM כתלותי. למרות שהאפשרות הזו לא נמצאת בשימוש לעיתים קרובות, כשהיא מופעלת, קבצי vRDM נכללים בתמונות מצב של VMware. תבניות גיבוי יכולות לגבות vRDM שמסומנים כתלויים. שימו לב שבמצב הטעינה הזה, למארח ESXi צריך להיות iSCSI initiator, שלא מופעל כברירת מחדל ב-Google Cloud VMware Engine.
      • ‫pRDM (physical raw device mapping): בוחרים במצב הזה לפעולות שחזור ברמת הקובץ. חשוב לציין שבמצב הטעינה הזה, למארח ESXi צריך להיות iSCSI initiator, שלא מופעל כברירת מחדל ב-Google Cloud VMware Engine.

    2. בקטע Map to ESX Hosts (מיפוי למארחי ESX), בוחרים באחת מהאפשרויות הבאות. האפשרות Map to ESX Hosts (מיפוי למארחי ESX) מוצגת רק אם בחרתם באפשרות vRDM או pRDM בשדה Mount Mode (מצב הטמעה).

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

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

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

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

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

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

    אי אפשר להשתמש באפשרות הזו אם בחרתם באפשרות ניהול אפליקציה חדשה.

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