שחזור הוא לא תמיד האפשרות הכי טובה לשחזור נתונים. בדף הזה מוצגות חלופות ומתוארים היתרונות שלהן במצבים שונים.
אפשר לגשת לנתונים המוגנים בדרכים הבאות:
קלונס
שיבוטים משמשים בדרך כלל עם מסדי נתונים של SQL Server ומכונות וירטואליות של VMware.
מתי לשכפל מסד נתונים של Microsoft SQL Server
משתמשים בפונקציית השיבוט כדי ליצור עותק עצמאי של גיבויים של מסד נתונים של Microsoft SQL Server. אלה השימושים הנפוצים ביותר:
- פיתוח ובדיקה של אפליקציות
- ביקורת נתונים לצורך עמידה בדרישות
- אחסון נתונים
- E-discovery
- בדיקת קבלה של משתמשים.
אפשר להשתמש בזה גם כמו שחזור, אבל לכל שרת.
מתי כדאי לשכפל מכונות VM ב-VMware
במכונות וירטואליות של VMware, שיבוט מעתיק גיבויים של קובצי ה-VMDK ישירות למאגר נתונים ייעודי לפני הפעלת המכונה הווירטואלית. בשלב הזה המכונה הווירטואלית לא תלויה במכשיר הגיבוי או השחזור. זה כמו שחזור למכונה וירטואלית אחרת.
LiveClones
אפשר להשתמש ב-LiveClone עם כל הגיבויים שמבוססים על סוכנים, כמו מסדי נתונים ומערכות קבצים.
הפונקציה LiveClone דומה לפונקציית השיבוט, אבל בניגוד לשיבוט, אפשר לעדכן את LiveClone לפי דרישה או לפי לוח זמנים. כשעותק מעודכן של הנתונים זמין, LiveClone מאפשר להעלות עותק עצמאי של הנתונים. כך צוותים כמו צוות הפיתוח וצוות הבדיקות יכולים לוודא שהם עובדים עם מערך הנתונים העדכני ביותר, בלי לנהל את הנתונים באופן ידני.
התכונה LiveClones מאפשרת לכם:
- רענון יצירת כמה עותקים של גיבוי פעיל שאפשר לטעון מחדש, ואפשר לרענן אותם מהגיבוי האחרון של אותה אפליקציה. איך מרעננים LiveClone
PrepMount. אפשר לטעון את הגיבוי של LiveClone למארח ספציפי כדי לבצע פעולת עיבוד מוקדם (למשל, ניקוי נתונים), גם אם חלק מהעותקים של אותו LiveClone כבר נטענו. אפשר להכין מראש גיבוי של LiveClone כדי להסיר נתונים סודיים או מידע אישי רגיש.
PrepUnmount. פעולת הכנה לביטול ההצמדה ב-LiveClone מאפשרת לכם להחליט אם לשמור את השינויים או לא. כברירת מחדל, השינויים נשמרים ומעקב אחריהם מתבצע.
LiveClones הם אבן בניין חשובה בניהול מחזור החיים של נתוני העתקה, כי הם משלבים את הביצועים והעצמאות של שיבוט מלא עם היעילות והמהירות של רענון מצטבר של נתונים.
תושבות
הפונקציה 'צירוף' של Backup and DR מספקת גישה כמעט מיידית לגיבויים בלי להעביר נתונים. יש כמה אפשרויות להרכבת נתונים.
גיבויים של מכונות וירטואליות וסוכנים ב-VMware
התקנה רגילה מציגה את נתוני האפליקציה ומאפשרת גישה אליהם בשרת היעד כמערכת קבצים, ולא כאפליקציה. האפשרות הזו שימושית אם אפליקציה פגומה, אבדה או אם מחליפים שרת אפליקציות. במקרים כאלה, אפשר לטעון גיבוי ולהעתיק את קובצי האפליקציה מהגיבוי הטעון למיקום המקורי שלהם בשרת האפליקציה.
למעמדים רגילים:
- במכונות וירטואליות של VMware, צריך לוודא שחיבור ה-NFS ממארחי ESXi אל מכשיר הגיבוי או השחזור זמין.
- במכונות וירטואליות של Compute Engine, מוודאים שיש גישה ליציאת ה-iSCSI של המארח שבו יותקנו הגיבויים הפעילים, למכשיר הגיבוי או השחזור. שימו לב: NFS היא אפשרות כשמטעינים למופעים שמריצים מערכות הפעלה נתמכות של Linux.
- במהלך ההרכבה, נוצר עותק של הגיבוי הפעיל שנבחר והוא מורכב במארח או במכונה הווירטואלית שנבחרו.
- אפשר להשתמש בגיבוי שמוטמע ישירות מהמארח שבו הוא מוטמע.
- הגיבוי המקורי אף פעם לא משתנה, גם אם העותק הווירטואלי המצורף משתנה או מצורף ונמחק.
- פעולת ההרכבה רלוונטית לכל האפליקציות שמבוססות על סוכן ולמכונות וירטואליות של VMware.
התקנות שמודעות לאפליקציות מאפשרות לכם להתקין גיבויים של מסדי נתונים כאפליקציות וירטואליות. כך תוכלו להעלות במהירות מסד נתונים לאינטרנט בלי שתצטרכו להעביר את הנתונים בפועל ובלי שתצטרכו להגדיר באופן ידני מופע חדש של מסד הנתונים. התקנים שמודעים לאפליקציות שימושיים במיוחד בסביבות בדיקה ופיתוח שבהן צריך להעלות במהירות לאונליין כמה עותקים של מסד נתונים.
אפשר לגבות נתונים שמוצגים כהרכבה מודעת לאפליקציה כמו כל אפליקציה אחרת. אחרי שגיבו את נתוני האפליקציה שהותקנה עם מודעות לאפליקציה, אפשר גם להשתמש בהם כדי להפעיל את האפליקציה עם מודעות לאפליקציה. אפשר לחזור על הגיבוי, על טעינת האפליקציה ועל רצף הגיבוי בכל רמה. כברירת מחדל, הרצף מוגבל לחמישה דורות של מסד הנתונים המקורי.
האפשרות 'העברה והרכבה' מאפשרת לשחזר אפליקציה עם זמן השבתה כמעט אפסי. לשם כך, קודם מרכיבים אותה באופן מקומי ואז מעבירים אותה למיקום המקורי או למיקום חדש. למשתמשים יש גישה רגילה לאפליקציה בזמן שהיא מותקנת, ושלב ההעברה מהיר מאוד.
כשמבצעים פעולת mount של מכונה וירטואלית ב-VMware או של גיבוי מבוסס-סוכן מ-OnVault, אפשר לבחור באפשרויות הבאות כדי לקבוע את מידת האופטימיזציה של הביצועים לעומת צריכת האחסון:
אופטימיזציה של האחסון. האפשרות הזו שומרת רק את הפעולות שבוצעו במאגר התמונות המקומיות (הפעולות תמיד נשמרות באופן מקומי).
מאוזנת. הבלוקים האלה נקראים (מתוך אחסון האובייקטים) או נכתבים (למאגר התמונות המקומיות), ונשמרים במאגר התמונות כדי לשמש מטמון לקריאות עתידיות.
אופטימיזציה של הביצועים. הפעולה הזו מעבירה את הגיבוי כולו למאגר התמונות המקומיות, ברקע. קצב הקריאה יהיה מהיר יותר ככל שיותר מהגיבוי יהיה זמין באופן מקומי.
ביצועים מקסימליים. הגיבוי כולו עובר הידרציה למאגר תמונות המצב לפני ההרכבה. כלומר, המארח תמיד פועל רק מול אחסון מקומי.
מכונה של Compute Engine
כשמבצעים פעולת Mount למכונה של Compute Engine, נוצר דיסק אחסון מתמיד חדש מגיבוי, ואז הוא מוקצה למכונה קיימת של Compute Engine או למכונה חדשה של Compute Engine שנוצרת באותו הזמן. בניגוד לגיבויים של מכונות וירטואליות ב-VMware או לגיבויים שמבוססים על סוכנים, הגיבוי הזה כולל העברה של נתונים מהמקום שבו הגיבויים מאוחסנים (ב- Google Cloud) לדיסק מתמשך.
שחזורים
פונקציית השחזור מחזירה את נתוני הייצור לנקודת זמן ספציפית. בדרך כלל, פעולות שחזור מבוצעות כדי לשחזר אפליקציה למצב תקין אחרי שהנתונים נפגמו. משך הזמן שנדרש להשלמת פעולת שחזור תלוי בכמות הנתונים שמעורבים בפעולה.
Workflows
תהליך עבודה מבצע אוטומציה של הגישה להעתקת נתונים. תבניות של מדיניות תוכנית גיבוי קובעות את התיעוד האוטומטי של נתוני הייצור, ותהליכי עבודה מבצעים אוטומציה של הגישה לנתונים האלה.
השלבים מוגדרים בתהליך עבודה כדי לבצע סדרה של משימות לפי לוח זמנים או לפי דרישה. הפעולות האלה כוללות יצירה ורענון של LiveClones, מיסוך נתונים, טעינות מתמשכות וטעינות עיבוד לא מתמשכות למשימות כמו בדיקות תקינות של מסדי נתונים וטעינות ETL. אדמינים משתמשים בתהליכי עבודה גם כדי לספק למשתמשי קצה כמו אדמינים של מסדי נתונים ומפתחי אפליקציות גישה פשוטה ומאובטחת לנתונים בשירות עצמי.
המדריך לתחילת העבודה עם Backup and DR
הדף הזה הוא אחד מתוך סדרת דפים שנבחרו כדי להציג את Backup and DR. הנושאים האחרים הם:
- מבוא למסוף הניהול של ה-Appliance
- הצגת תוכניות גיבוי להגנה על נתונים ב-Backup and DR
- הצגת איסוף נתונים של Backup and DR
- דרכים שונות לגשת לנתונים המוגנים (בדף הזה)
- היכרות עם סוכן Backup and DR