בדף הזה מוסבר על השלבים ביצירת גיבוי ועל אפשרויות הגיבוי הזמינות עבור סוגי אפליקציות נתמכות.
שלבים ביצירת גיבוי
כדי ליצור גיבויים של אפליקציות נתמכות כמו מסדי נתונים, מערכות קבצים ומכונות וירטואליות, צריך להקצות תוכנית גיבוי שתפעל לפי לוח זמנים, ואז:
בהתאם להגדרות תוכנית הגיבוי, Backup and DR מצלם תמונת מצב של נתוני המקור ושומר אותה במאגרי האחסון המיועדים.
(אופציונלי) מיד או במועד מאוחר יותר בהתאם לתוכנית הגיבוי, Backup and DR מעתיק את התמונה ממאגר היעד למאגר אחסון חלופי כדי ליצור עותק שני. בדרך כלל זה ממאגר התמונות לשחזור ל-OnVault.
מתי ההגנה על האפליקציה נכנסת לתוקף
החלת תוכנית גיבוי לא מגנה על האפליקציה באופן מיידי. עבודות ההגנה מופעלות לפי לוח זמנים, בהתאם לזמינות המשאבים. אפשר גם להריץ את העבודה באופן מיידי.
תוכנית הגיבוי כוללת לוח זמנים להפעלת עבודת ההגנה עבור האפליקציה הזו, למשל מדי יום בין השעות 18:00 ל-06:00 UTC, כל ארבע שעות. אם תפעילו הגנה על אפליקציה בשעה 13:00 UTC היום, פעולת ההגנה הראשונה תתוזמן לשעה 18:00 UTC.
בשעה המתוזמנת, למשימה מוקצה משבצת משימה, שעשויה להיות זמינה כשהמשימה מתוזמנת, אבל לא תמיד. במאמר הזה יש פרטים על משבצות למשרות.
שינוי תוכנית הגיבוי
אפשר לשנות את תוכנית הגיבוי של אפליקציה בכל שלב. גיבויים עתידיים יתבצעו על סמך התבנית החדשה. גיבויים קיימים נשמרים בהתאם לתבנית שהייתה בשימוש כשהם נוצרו.
שינוי מנגנוני מעקב
מכשיר גיבוי/שחזור מגבה נתונים על ידי יצירת עותק מלא ראשוני של הנתונים, ולאחר מכן יצירת עותקים של שינויים מצטברים. כדי להשתמש ביכולת הזו, צריך לעקוב אחרי השינויים שמתרחשים בין פעולות הגיבוי ולגבות אותם. כדי לעקוב אחרי השינויים האלה, מכשיר הגיבוי והשחזור משתמש בממשקי Compute Engine API, ב-Backup and DR agent או ב-Backup VMware VMs.
Backup and DR משתמש בכמה שיטות כדי לעקוב אחרי שינויים בנתוני המקור, כולל:
- מעקב אחר שינויים בחסימת נתונים שמבוסס על סוכן ב-SQL Server
- מעקב אחר שינויים שמבוסס על סוכן עבור נפחים לוגיים (LVM) ב-Linux
- מעקב אחר שינויים ב-snapshot של Compute Engine
- מעקב אחר שינויים בבלוקים של Oracle
- מעקב אחר שינויים שמבוסס על VMware
הגורם המניע למעקב אחר שינוי סוכן
הסוכן Backup and DR עם מנהל ההתקן למעקב אחר שינויים (לפעמים נקרא מנהל ההתקן למעקב אחר שינויים) מאפשר גיבויים מצטברים יעילים על ידי מעקב אחר שינויים מצד המארח. אחרי הגיבוי המלא הראשון של מסד נתונים, מכשיר הגיבוי והשחזור מבצע גיבויים מצטברים כברירת מחדל. אם הגיבויים שלכם עדיין תמיד מלאים, כדאי לבדוק את הדברים הבאים:
הדרייבר של מעקב השינויים הופסק. במקרה כזה, מפעילים מחדש את שירות מנהל ההתקן של מעקב השינויים.
מנהל ההתקן של מעקב השינויים ב-Windows לא מותקן. במקרה כזה, צריך להסיר את הסוכן של Windows Backup and DR ואז להתקין אותו מחדש.
במערכת הפעלה Linux, הגרסה של ליבת המערכת לא נתמכת על ידי הסוכן המותקן. בטבלת התמיכה מפורטות הגרסאות הנתמכות של מערכת ההפעלה Linux.
תמונות מצב מלאות ומצטברות
תמונת מצב מלאה מגבה את כל הנתונים הנדרשים באפליקציה. תמונות מצב מלאות, שנקראות גם גיבויים מלאים, נוצרות בפעם הראשונה שמגבים אפליקציה ובמקרים לא נפוצים מסוימים. אחרי הצילום המלא הראשון של מצב המערכת, שירות Backup and DR מצלם מצבי מערכת מצטברים, שהם הרבה יותר מהירים.
תמונות מצב מצטברות פועלות באופן הבא:
התמונה המלאה הראשונה מכילה את כל נתוני המקור.
התמונות הבאות מכילות רק נתונים חדשים או נתונים ששונו. נתונים שלא השתנו מאז הצילום המלא לא נכללים. במקום זאת, תמונות המצב המצטברות הבאות מכילות הפניות לתמונה המלאה של תמונת המצב עבור הנתונים שלא השתנו מתמונת המצב המקורית.
תמונת המצב הבאה מכילה נתונים חדשים או נתונים שהשתנו מאז תמונת המצב השנייה, אבל לא נתונים שלא השתנו מתמונות המצב הקודמות. במקום זאת, תמונת המצב הזו מכילה הפניות לבלוקים בתמונות מצב קודמות לגבי נתונים שלא השתנו.
אפשרויות גיבוי
Backup and DR מאפשר לכם:
גיבוי מבוסס-סוכן
סוכן Backup and DR משמש לגיבוי של אפליקציות בודדות וקבוצות של אפליקציות בשרתים וירטואליים. הסוכן Backup and DR הוא שירות קל משקל, ספציפי למערכת ההפעלה, שאפשר להתקין במכונות וירטואליות של VMware או במופעים של Compute Engine. הסוכן Backup and DR מספק יכולת גיבוי נתונים מפורטת יותר מזו שמסופקת על ידי קריאות ל-VMware API. האפליקציה מאפשרת:
- גילוי אפליקציות
- השבתת אפליקציות, לשמירה על עקביות האפליקציות במהלך הגיבוי
- ההגדרה הזו מאפשרת מעקב אחר שינויים בבלוקים באסטרטגיית גיבוי מצטבר ללא הגבלה
- אפשר להחיל תבנית מדיניות אחת על כמה אפליקציות שמאוחסנות בשרת.
- אין בעיות של 'הלם' במכונות וירטואליות של VMware
התקנת הסוכן Backup and DR בשרת פיזי או במכונה וירטואלית מאפשרת לכם ליצור תבנית מדיניות אחת לגיבוי כל האפליקציות בשרת או כמה תבניות מדיניות לגיבוי קבוצות של אפליקציות.
גיבוי נתוני אפליקציות בקבוצות עקביות
קבוצת אפליקציות עקביות מופעלת על ידי סוכן Backup and DR. כפי שהשם מרמז, קבוצות עקביות מבטיחות גיבוי ושחזור עקביים בנקודת זמן מסוימת בכמה אפליקציות באותו מארח. כדי להשיג עקביות באפליקציה, חברי קבוצת העקביות מושהים ומגובים יחד באמצעות תבנית מדיניות אחת.
אם האפשרות 'גיבוי יומן מסד הנתונים' של Backup and DR מופעלת במדיניות של תמונת מצב, אז אפשר לשחזר את כל מסדי הנתונים שמגובים על ידי תבנית המדיניות שבה נמצאת מדיניות תמונת המצב לאותה נקודת זמן. שחזור והעברה קדימה של היומנים (למסדי נתונים) בקבוצה מתבצעים באמצעות מסוף הניהול של ה-Appliance בפעולה אחת.
בנוסף לקיצור הזמן של פעולות הגיבוי והשחזור, קבוצות העקביות צורכות פחות משאבי מערכת (VDisks).
גיבוי של אפליקציות גנריות (LVM)
רוב האפליקציות מתגלות באמצעות הסוכן של Backup and DR או באמצעות ממשקי API שמוטמעים ב-Backup and DR. אפליקציה גנרית היא אפליקציה שאתם מגדירים על ידי הפניה לקבוצה של נפחי LVM שרוצים להגן עליהם.
גיבוי של יומני מסד הנתונים
גיבוי של יומן מסד הנתונים מופעל באפשרויות המתקדמות של מדיניות Snapshot. היא מאפשרת להשתמש במדיניות אחת של תמונת מצב לגיבוי יומנים של מסדי נתונים של Microsoft SQL Server, מסדי נתונים של Oracle וקבוצות עקביות שמכילות מסדי נתונים של Microsoft SQL Server או מסדי נתונים של Oracle. התדירות שבה מתבצע גיבוי של יומני מסד הנתונים מוגדרת בנפרד מהתדירות שבה מתבצע גיבוי של מסד הנתונים עצמו. לדוגמה, אפשר לגבות מסד נתונים כל יום ולגבות את היומנים שלו כל שעה.
תדירות הגיבוי של יומן מסד הנתונים מוגדרת בדקות, והתדירות שבה היומנים מגובים לא יכולה להיות גבוהה מהתדירות שבה מסד הנתונים המשויך מגובה. לדוגמה, אם תדירות הגיבוי של מסד הנתונים היא כל 24 שעות, תדירות הגיבוי של קובץ היומן צריכה להיות פחות מ-24 שעות. מרווח הגיבוי הקטן ביותר של יומן מסד הנתונים הוא 15 דקות.
שמירת היומנים מוגדרת בנפרד משמירת הנתונים במדיניות של Snapshot. תקופת שמירה נפרדת מאפשרת לכם להשתמש ביומנים בשילוב עם עותקים של מסד הנתונים שמאוחסנים במאגר תמונות המצב.
לא משנה כמה יומנים מגובים במהלך תקופת שמירת היומנים שצוינה, היומנים המגובים של מסד נתונים מועברים לדיסק וירטואלי יחיד במאגר התמונות של Backup and DR. כדי לחסוך מקום במאגר התמונות, אפשר להשתמש בהגדרה מתקדמת כדי להנחות את מסד הנתונים לדחוס את היומנים שלו.
גיבוי מכונות Compute Engine
כדי לגבות מכונות שלמות ב-Compute Engine, מכשיר הגיבוי והשחזור משתמש בממשקי API של Compute Engine. Compute Engine מספק מעקב אחר בלוקים של שינויים עבור אסטרטגיית הגיבוי המצטבר של Backup and DR, ויכול להשבית זמנית אפליקציות כדי לשמור על עקביות האפליקציה במהלך הגיבוי.
כשמגבים שרת וירטואלי שלם, מגבים שרת וירטואלי שמתפקד באופן מלא (מערכת הפעלה, אפליקציות והנתונים שלהן). העתקה של השרת הווירטואלי כולו מבטיחה שאפשר לגשת לנתונים במהירות וללא בעיות.
גיבוי מכונות וירטואליות של VMware
Backup and DR משתמש ב-VMware vSphere Storage APIs – קריאות להגנה על נתונים כדי לגבות שרת וירטואלי שלם ב-VMware (או דיסקים ספציפיים שהוקצו למכונה הווירטואלית הזו). האפשרויות האלה מאפשרות מעקב אחר חסימת שינויים בגיבוי מצטבר תמידי של Backup and DR, והשבתה של אפליקציות לצורך עקביות האפליקציות במהלך הגיבוי.
גיבוי של אפליקציות ושל נפח האתחול של מכונה וירטואלית ב-VMware
כשמנהלים אפליקציות במכונות וירטואליות, יש אפשרות גם לגבות את נפח האתחול של המכונה הווירטואלית. כשמגבים את נפח האתחול של מכונה וירטואלית, אפשר להציג תמונה כמכונה וירטואלית שאפשר לאתחל. במקרה הצורך, אפשר להעביר את התמונה למיקום חדש וקבוע.
גיבוי של מכונות וירטואליות שלמות ב-VMware
כשמגבים שרת וירטואלי שלם, מגבים שרת וירטואלי שפועל באופן מלא (מערכת הפעלה, אפליקציות והנתונים שלהן). העתק של השרת הווירטואלי כולו מבטיח שאפשר לגשת לנתונים במהירות וללא בעיות. מכיוון שהתמונה שמוצגת היא שרת וירטואלי עם פונקציונליות מלאה, אפשר להעביר אותה למיקום חדש וקבוע אם צריך.