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

תהליכי עבודה של 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. בקטע סוג התזמון, בוחרים באפשרות מתוזמן או על פי דרישה. אם בוחרים באפשרות Scheduled (מתוזמן), צריך להגדיר לוח זמנים להפעלת תהליך העבודה של 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 כשמגן על מכונה וירטואלית מוצמדת. ב-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 שנמצאים באשכול. שימו לב: בחירה באפשרות הכול עלולה להאריך את משך העבודה.

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

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

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

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

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

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

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