תהליכי העבודה של LiveClone Backup and DR משמשים כשהנתונים בסביבת הייצור מכילים מידע רגיש. היא מאפשרת לכם להגדיר LiveClone מנתוני ייצור ואז לנקות את הנתונים של ה-LiveClone לפני שאתם מפעילים אותו.
תהליך עבודה של LiveClone Backup and DR יכול לבצע את הפעולות הבאות:
- יוצרים LiveClone חדש או מעדכנים LiveClone קיים מגיבוי של סביבת ייצור שנבחר וסומן כרגיש.
- מגדירים לוח זמנים לעדכון של LiveClone עם נתוני הייצור העדכניים ביותר. אפשר להפעיל לפי דרישה גם תהליכי עבודה של Backup and DR שתזמנתם.
- משתמשים בסקריפטים כדי לנקות את המידע האישי הרגיש ב-LiveClone.
- מסמנים את האפליקציה הווירטואלית שעברה ניקוי כלא רגישה.
אפשר לבצע mount לנתונים אחרי ההסרה – mount רגיל – למארח ספציפי, או לבצע mount לגיבוי אחרי ההסרה כאפליקציה וירטואלית – mount שמודע לאפליקציה – למארח ספציפי.
כדי ליצור תהליך עבודה של גיבוי ושחזור של LiveClone:
- במסוף הניהול של מכשיר שירות Backup and DR, לוחצים על App Manager (ניהול אפליקציות) ואז בוחרים אפליקציה מנוהלת או קבוצת אפליקציות עקביות.
- לוחצים לחיצה ימנית ובוחרים באפשרות Manage Workflows (ניהול תהליכי עבודה) כדי לפתוח את Application Dashboard (לוח הבקרה של האפליקציה) של Backup and DR Workflows. לוחצים על Add Workflow (הוספת תהליך עבודה) ומוסיפים פרטי הגדרה בסיסיים כמו Name (שם) ו-Appliance (מכשיר) של המקום שבו רוצים שתהליך העבודה של Backup and DR יפעל.
- בוחרים באפשרות LiveClone (שיבוט בשידור חי) בסוג תהליך העבודה.
- בוחרים באפשרות מתוזמן או על פי דרישה בשדה סוג התזמון. כדי לתזמן תהליכי עבודה של Backup and DR, מגדירים לוח זמנים להרצת תהליך העבודה של Backup and DR. השעות בבורר השעות מוצגות בפורמט של 24 שעות. אפשר גם להפעיל תהליכי עבודה מתוזמנים של Backup and DR לפי דרישה.
ממלאים את הקטע הגדרות של LiveClone.
- בוחרים את התמונה העדכנית ביותר ממדיניות הגיבוי כדי לנקות את תמונת המקור. אם בחרתם באפשרות על פי דרישה, המשתמש שמפעיל את תהליך העבודה של Backup and DR בוחר את תמונת המצב של המקור בזמן הריצה.
- מזינים שם שאפשר לזהות בשדה תווית של שיבוט בשידור חי.
- בקטע Diskpool, בוחרים את מאגר הדיסקים שבו יישמר ה-LiveClone, וגם ההבדלים בין הטעינות הבאות של ה-LiveClone. חשוב לוודא שהוקצה מספיק נפח אחסון כדי להכיל את השיבוט של השידור החי.
אופציונלי: מפעילים את האפשרות Mount for Pre-Processing (התקנה לעיבוד מראש). כך מוודאים שהשיבוט החי נטען למארח, ושתסריט אחד או יותר פועלים בגיבוי הנטען כדי לנקות או לבצע התממת מידע אישי רגיש.
- מפעילים את האפשרות סימון נתונים כלא רגישים אם האפליקציה שבחרתם מכילה מידע אישי רגיש ואתם רוצים לנקות אותו ולהפוך אותו ללא רגיש. כך משתמשים בנתונים לא רגישים יכולים לגשת לתהליך העבודה של Backup and DR ולספק את סביבות העבודה שלהם.
- בתפריט הנפתח מארח, בוחרים את המארח שבו רוצים להפעיל את LiveClone.
אפשר גם להפעיל את האפשרות Map to All Cluster Nodes. האפשרות הזו מוצגת כשמארח יעד אחד או יותר הם צומת אשכול או מארח אשכול.
האפשרויות הבאות מוצגות רק אם אחד או יותר מהמארחים המטרה הם מכונות וירטואליות של VMware:
בקטע מצב הרכבה, בוחרים באחת מהאפשרויות הבאות:
- NFS: כברירת מחדל, מצב NFS נבחר. Backup and DR מציג את הנתונים כ-VMDK במאגר נתונים של NFS שמוטמע ממכשיר הגיבוי או השחזור.
- vRDM (מיפוי וירטואלי של מכשיר גולמי): תמונות מצב של VMware מתייחסות ל-vRDM שמחוברים כאל עצמאיים, והם לא נכללים בתמונות המצב. לכן, כברירת מחדל, Backup and DR לא כולל vRDM בהגנה על מכונה וירטואלית (VM) מוצמדת. ב-Backup and DR יש אפשרות לסמן vRDM כתלותי. האפשרות הזו נמצאת בשימוש לעיתים רחוקות, אבל כשהיא מופעלת, קובצי vRDM נכללים ב-snapshots של VMware. תבניות גיבוי מתעדות vRDM שמסומנים כתלויים. שימו לב שבמצב הטעינה הזה, למארח ESXi צריך להיות iSCSI initiator, שלא מופעל כברירת מחדל ב-Google Cloud VMware Engine.
- pRDM (physical raw device mapping): בוחרים במצב הזה לפעולות שחזור ברמת הקובץ. שימו לב שבמצב ההרכבה הזה, למארח ESXi צריך להיות iSCSI initiator, שלא מופעל כברירת מחדל ב-Google Cloud VMware Engine.
בקטע Map to ESX Hosts (מיפוי למארחי ESX), בוחרים באחת מהאפשרויות הבאות. האפשרות Map to ESX Hosts (מיפוי למארחי ESX) מוצגת רק אם בחרתם באפשרות vRDM או pRDM בשדה Mount Mode (מצב הטמעה).
- אחד: בוחרים באפשרות אחד אם רוצים למפות רק למארח ESX שבו פועלת המכונה הווירטואלית לטירגוט.
- שניים: בוחרים באפשרות שניים אם רוצים למפות לשני מארחי ESX, אבל לא לכל מארחי ESX באשכול. כשבוחרים באפשרות שני מארחים, אפשר לבחור את המארח השני או לבחור באפשרות בחירה אוטומטית. הבחירה האוטומטית בוחרת את המארח השני על סמך זוגות לוגיים של מארחי ESX, ותמיד בוחרת את מארח ESX השותף עבור המארח שמריץ את מכונת ה-VM של היעד.
- הכול: בוחרים באפשרות הכול אם רוצים למפות את כל המארחים של ESX שנמצאים באשכול. שימו לב: בחירה באפשרות הכול עלולה להאריך את משך העבודה.
מזינים את המיקום של הכוננים המצורפים בשדה מיקום הטעינה. לדוגמה,
M:, D:\testdb1.בוחרים אפשרות להסתרת נתונים רגישים בקטע Scripts Options (אפשרויות סקריפטים).
- אם אתם משתמשים בתוכנת Optim Data Privacy להתממת נתונים, בוחרים באפשרות Optim Privacy Data Masking. התפריט הנפתח Masking Set מתמלא באופן אוטומטי, כך שאפשר לציין את הזמן הקצוב לתפוגה המתאים בדקות ב-Masking Set.
- בוחרים באפשרות Custom Scripts (סקריפטים מותאמים אישית) אם משתמשים בסקריפטים מותאמים אישית של Backup and DR. מציינים לפחות סקריפט אחד לעיבוד מקדים או לעיבוד שאחרי העיבוד, ואת הזמן הקצוב לתפוגה בשניות. מידע נוסף זמין במאמר בנושא סקריפטים בהתאמה אישית.
לוחצים על האפשרות Create New Virtual Application (יצירת אפליקציה וירטואלית חדשה) כדי לבצע טעינה עם מודעות לאפליקציה. האפשרות הזו זמינה רק לאפליקציות IBM Db2, Oracle, PostgreSQL, SAP ASE ו-SQL Server.
לוחצים על הבא.
מציינים את פרטי ההרכבה של גיבוי LiveClone.
- בשדה תווית לנקודת העיגון, מציינים שם שיאפשר לזהות את נקודת העיגון.
- בקטע Hosts (מארחים), בוחרים מארח אחד שבו תבצעו את ההרכבה של AppAware. אי אפשר לבצע הרכבה של AppAware בכמה מארחים.
- בקטע Mapping Options (אפשרויות מיפוי), בשדה Mount Location (מיקום הטעינה), מזינים את המיקום של הכוננים המחוברים – לדוגמה,
M:,D:\testdb1או/oracledata/db1data. בקטע Scripts Options (אפשרויות סקריפטים), מוסיפים את כל הסקריפטים שלפני ואחרי שצריך להשתמש בהם.
(מסדי נתונים בלבד) מפעילים את האפשרות יצירת אפליקציה וירטואלית חדשה אם רוצים לבצע טעינה מודעת לאפליקציה (מסד נתונים וירטואלי). האפשרות הזו זמינה רק לאפליקציות של IBM Db2, Oracle, PostgreSQL, SAP ASE ו-SQL Server. ההגדרות שמוצגות משתנות בהתאם לסוג מסד הנתונים. אם לא בוחרים באפשרות Create New Virtual Application, אפשר במקום זאת לקבל מערכת קבצים שניתן להרכיב על המארחים של היעד.
אפשר גם להפעיל את האפשרות Remove Mounted Image After Done אם אתם משתמשים בסקריפט אחד או יותר כדי לעבד את הנתונים המצורפים כמשימה חד-פעמית, ולאחר מכן אין יותר צורך בנתונים המצורפים, למשל אם אתם מחלצים נתונים למחסן נתונים. אחרי שהסקריפט מסיים את המשימה, האפשרות הזו מבטלת את ההרכבה של האפליקציה הווירטואלית ומוחקת אותה.
לוחצים על הוספה כדי ליצור את תהליך העבודה Backup and DR.
מדריך האדמין של VMware
הדף הזה הוא אחד מתוך סדרת דפים שמתמקדים בהגנה על מכונות וירטואליות של VMware ובשחזור שלהן באמצעות Backup and DR. מידע נוסף זמין בכתובות הבאות:
- Backup and DR עבור מכונות וירטואליות ב-VMware
- הגדרת Google Cloud VMware Engine להגנה על Backup and DR
- הוספת מארחי שרת vCenter ו-ESX למסוף ניהול ה-Appliance
- גילוי והגנה על מכונות וירטואליות של VMware
- החלת תבנית גיבוי להגנה על מכונה וירטואלית
- הגדרת הגדרות של אפליקציות למכונות וירטואליות של VMware
- שחזור מכונה וירטואלית של VMware
- העלאת גיבוי של VMware
- שיבוט תמונה של מכונת VMware וירטואלית
- יצירת תהליכי עבודה של LiveClone
- העברת ניהול של מכונה וירטואלית בין שני מכשירי גיבוי או שחזור