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

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

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

תהליך העבודה של LiveClone Backup and DR יכול:

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

• אפשר לטעון את הנתונים שעברו ניקוי (טעינה רגילה) למארח ספציפי, או לטעון את הגיבוי שעבר ניקוי כאפליקציה וירטואלית (טעינה עם מודעות לאפליקציה) למארח ספציפי.

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

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

1. במסוף הניהול של מכשיר Backup and DR, לוחצים על App Manager ובוחרים אפליקציה מנוהלת או קבוצת אפליקציות עקביות.
2. לוחצים לחיצה ימנית ובוחרים באפשרות Manage Workflows כדי לפתוח את מרכז הבקרה של האפליקציה Backup and DR Workflows. לוחצים על Add Workflow ומוסיפים פרטי הגדרה בסיסיים כמו Name ו-Appliance של המקום שבו רוצים להריץ את תהליך העבודה של Backup and DR.
3. בוחרים באפשרות LiveClone בתור Workflow Type.
4. בקטע סוג התזמון, בוחרים באפשרות מתוזמן או לפי דרישה. בתהליכי עבודה מתוזמנים של Backup and DR, מגדירים לוח זמנים להפעלת תהליך העבודה של Backup and DR. בורר השעה משתמש בשעון של 24 שעות. אפשר גם להריץ לפי דרישה תהליכי עבודה מתוזמנים של Backup and DR.

5. ממלאים את הקטע LiveClone Settings.

   • בוחרים את קובץ ה-snapshot האחרון מהמדיניות שיוצרת את הגיבוי כדי לחפש את Source Image. אם בחרתם באפשרות On Demand, המשתמש שמפעיל את תהליך העבודה Backup and DR בוחר את קובץ ה-snapshot של המקור בזמן הריצה.
   הערה: אפשר גם לבחור את הגיבוי האחרון של StreamSnap ממדיניות ספציפית של תמונות מצב.
   • בשדה תווית LiveClone, מזינים שם שניתן לזהות.
   • בשדה Diskpool, בוחרים את מאגר הדיסקים שיכיל את ה-LiveClone, וגם את ההבדלים מהטעינות הבאות של ה-LiveClone. חשוב לוודא שיש מספיק נפח אחסון פנוי ל-LiveClone.

6. אם רוצים, מפעילים את האפשרות Mount for Pre-Processing. כך מוודאים שה-LiveClone מותקן במארח, וסקריפט אחד או יותר פועלים בגיבוי המותקן כדי לנקות או להסתיר מידע רגיש.

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

   3. אם רוצים, מפעילים את האפשרות Map to All Cluster Nodes. האפשרות הזו מופיעה כשאחד או יותר מהמארחים המטורגטים הם צומת אשכול או מארח אשכול.

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

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

         • ‫NFS: מצב NFS נבחר כברירת מחדל. הנתונים מוצגים ב-Backup and DR כ-VMDK במאגר נתונים של NFS, שנטען ממכשיר הגיבוי/השחזור.
         • ‫vRDM (מיפוי מכשיר וירטואלי גולמי): תמונות המצב של VMware מתייחסות ל-vRDM מותקנים כעצמאיים, והם לא נכללים בתמונות המצב. לכן, כברירת מחדל, כשמגנים על VM מותקן, Backup and DR לא כולל vRDM. ב-Backup and DR יש אפשרות לסמן vRDM כתלויים. למרות שהאפשרות הזו לא נמצאת בשימוש לעיתים קרובות, כשהיא מופעלת, 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 השותף של המארח שמריץ את המכונה הווירטואלית המטורגטת.
         • All: בוחרים באפשרות All כדי למפות את כל מארחי ה-ESX שקיימים באשכול. שימו לב שאם בוחרים באפשרות All, יכול להיות שמשך הזמן של המשימה יתארך.

   5. בשדה Mount Location, מזינים את המיקום של הכוננים המחוברים. לדוגמה, M:, D:\testdb1.

   6. בקטע Scripts Options (אפשרויות סקריפטים), בוחרים אפשרות להסתרת נתונים רגישים.

      • אם אתם משתמשים בתוכנה Optim Data Privacy להתממת נתונים, בחרו באפשרות Optim Privacy Data Masking. התפריט הנפתח Masking Set מאוכלס באופן אוטומטי, כך שאתם יכולים לציין את הזמן הקצוב המתאים בדקות ב-Masking Set.
      • אם אתם משתמשים בסקריפטים בהתאמה אישית של Backup and DR, בוחרים באפשרות Custom Scripts. צריך לציין לפחות סקריפט אחד לפני או אחרי העיבוד, ואת הזמן הקצוב לתפוגה בשניות. מידע נוסף זמין במאמר סקריפטים בהתאמה אישית.

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

      הערה: יכול להיות שתצטרכו ליצור מסד נתונים חדש (לבצע טעינה של AppAware) אם אפשר להריץ את הסקריפטים לניקוי נתונים רגישים רק כשמסד הנתונים מופעל ופועל.

7. לוחצים על הבא.

8. מציינים את פרטי הטעינה של הגיבוי ב-LiveClone.

   • בשדה תווית טעינה, נותנים שם כדי שיהיה אפשר לזהות את התיקייה.
   • בקטע Hosts, בוחרים מארח אחד שבו תתבצע הטעינה של AppAware. אי אפשר לבצע טעינה של AppAware בכמה מארחים.
   • בקטע Mapping Options (אפשרויות מיפוי), בשדה Mount Location (מיקום הטעינה), מזינים את המיקום של הכוננים שנטענו – לדוגמה, M:,‏ D:\testdb1 או /oracledata/db1data.

   • בקטע Scripts Options, מוסיפים את הסקריפטים שצריך להריץ לפני ואחרי הגיבוי.

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

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

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

המדריך לאדמינים של VMware

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

• ‫Backup and DR למכונות וירטואליות של VMware
• הגדרת Google Cloud VMware Engine להגנה באמצעות Backup and DR
• הוספת מארחי שרתים של vCenter ו-ESX למסוף הניהול של המכשיר
• איתור והגנה על מכונות וירטואליות של VMware
• החלת תבנית לגיבוי נתונים כדי להגן על מכונה וירטואלית
• קביעת הגדרות של אפליקציות למכונות וירטואליות של VMware
• שחזור של מכונה וירטואלית של VMware
• התקנת גיבוי של VMware
• שכפול קובץ אימג' של מכונה וירטואלית ב-VMware
• יצירת תהליכי עבודה של LiveClone
• העברת ניהול של מכונות וירטואליות בין שני מכשירי גיבוי/שחזור