מתאים למצבים שבהם אפשר להסתפק בנקודות של גיבוי מלא או דיפרנציאלי.
מלא ודיפרנציאלי ✓גיבוי יומן ושחזור בזמן — לא זמינים
הזמנות, לקוחות, כספים — מאחורי הפעילות העסקית שלכם נמצא מסד נתונים. בונים עבורו תכנית גיבוי מסודרת, ומבינים בדיוק איך חוזרים לעבוד כשמשהו משתבש.
מתאימים את התדירות לקצב השינויים.
שומרים עותקים ומתרגלים שחזור.
מתעדים תזמון, הרשאות והתראות.
מסד נתונים חי משתנה כל הזמן. גיבוי ייעודי ל־SQL Server משתמש במנגנוני הגיבוי של המערכת כדי לייצר עותק עקבי שניתן לשחזור.
RPO הוא חלון אובדן המידע שהעסק מוכן לקבל. הוא עוזר לקבוע את תדירות הגיבוי.
RTO הוא יעד הזמן להחזרת השירות. הוא תלוי גם בתשתית, בהורדת הגיבויים ובבדיקות.
משחזרים בסביבה נפרדת ובודקים נתונים ויישומים. הצלחה של משימת גיבוי היא רק תחילת הבדיקה.
כל סוג גיבוי שומר חלק אחר מהתמונה. בחרו סוג וראו כיצד הוא משתלב בתכנית השחזור.
גיבוי מלא מכיל את נתוני מסד הנתונים, כולל טבלאות, אינדקסים ואובייקטים נוספים, ואת חלק היומן הדרוש לעקביות הגיבוי.
כל גיבוי דיפרנציאלי כולל את השינויים המצטברים מאז הגיבוי המלא שעליו הוא מבוסס. ככל שעובר הזמן ונוספים שינויים, הוא עשוי לגדול.
גיבוי יומן טרנזקציות שומר את רשומות היומן שטרם גובו בגיבוי יומן קודם. רצף של גיבויי יומן מאפשר להתקדם מנקודת הבסיס אל זמן השחזור.
כל הריבועים נכללים בגיבוי המלא. הם מייצגים את בסיס הנתונים שממנו מתחילים את השחזור.
הצבעים והגדלים נועדו להסבר, ואינם מציגים נפח או ביצועים אמיתיים.| מה משווים? | מלא | דיפרנציאלי | יומן טרנזקציות |
|---|---|---|---|
| מה נשמר? | כל מסד הנתונים | השינויים מאז הבסיס המלא | רשומות יומן שלא גובו קודם |
| מה צריך לשחזור? | את הגיבוי המלא | מלא תואם + דיפרנציאלי אחד | בסיס מתאים + רצף היומנים הנדרש |
| מתי משתמשים? | לבניית נקודת בסיס מחודשת | לצמצום העבודה בין גיבויים מלאים | לצמצום חלון אובדן המידע ולשחזור בזמן |
| מה מגביל? | נפח וזמן הגיבוי | הצטברות שינויים ותלות בבסיס | מודל השחזור ושלמות השרשרת |
להעמקה: סוגי גיבוי ושחזור · גיבוי דיפרנציאלי · יומני טרנזקציות
כשיש בסיס תקין ורצף גיבויי יומן שמכסה את זמן היעד, אפשר לשחזר לנקודה שלפני הטעות — גם אם היא נמצאת באמצע קובץ יומן.
בתרחיש: מלא ב־08:00, דיפרנציאלי ב־10:00 ויומנים בכל 15 דקות, המכסים ברצף את הזמן עד 12:00. מחיקה שגויה התרחשה בדיוק ב־12:00.
כל מקטע מייצג 15 דקות. מסגרת לבנה מסמנת את קובץ היומן שמכיל את נקודת היעד.
משחזרים את הבסיס.
מקצרים את הדרך קדימה.
מ־10:00 עד קובץ 12:00.
משלימים שחזור ובודקים.
נדרש גם גיבוי היומן שהסתיים ב־12:00, כי הוא מכיל את הרשומות עד 11:47. בשחזור עוצרים לפני המחיקה.
מקור טכני: Microsoft Learn — שחזור SQL Server לנקודת זמן. זמינות בפועל תלויה בגיבויים, במודל ובסביבה.
זו הגדרה של מסד הנתונים ב־SQL Server. היא אינה שם של חבילת גיבוי, ואינה מחליפה תכנית גיבויים מסודרת.
מתאים למצבים שבהם אפשר להסתפק בנקודות של גיבוי מלא או דיפרנציאלי.
מלא ודיפרנציאלי ✓מאפשר לשלב גיבויי יומן ולבחור נקודת שחזור בתוך הרצף שנשמר.
מלא, דיפרנציאלי ויומן ✓מודל ייעודי המאפשר רישום מינימלי לחלק מפעולות הטעינה והעיבוד המסיביות.
גיבויי יומן נדרשים ✓מקורות: מודלי שחזור · שינוי מודל ותחילת שרשרת יומן
עותק מקומי יכול לעזור בשחזור זמין ומהיר. עותק מחוץ לאתר מספק חלופה אם השרת, המשרד או האחסון המקומי נפגעים.
אחסון מקומי, NAS או ענן. במקורות MSP360 מתוארים בין היתר Amazon S3, Azure, Backblaze B2 ו־Wasabi.
המקורות מתארים הצפנת AES, כולל AES-256, ודחיסה. שומרים את הסיסמה או המפתח בנפרד, במקום מאובטח שניתן להגיע אליו בזמן שחזור.
מגדירים משך שמירה ונפח נדרש, תוך שמירה על הגיבוי המלא והיומנים שבהם תלויות נקודות השחזור.
יעדי אחסון, הצפנה, גיבוי היברידי ומדיניות שמירה זמינים בהתאם למוצר, לרישוי ולהגדרת השירות. יש לאמת את התצורה הספציפית בהצעת BackupONE.
תלויה בקישוריות, בהרשאות ובמדיניות ספק האחסון.
הפרדה מהשרת הפעיל מפחיתה תלות ברכיב אחד.
מקור: יכולות מוצר SQL Server של MSP360, וכן מדריך ה־PDF של MSP360, עמ׳ 6–8.
תהליך העבודה הבא מבוסס על מדריכי ההגדרה של MSP360. שמות המסכים עשויים להשתנות בין גרסאות, אבל ההחלטות נשארות ברורות.
מגדירים תכנית ל־SQL instance הרצוי. בוחרים מסדים מוגדרים או קבוצת מסדים, ובודקים הרשאות ודרך הזדהות.
בוחרים מקומי, ענן או תצורה היברידית נתמכת. מגדירים הצפנה, דחיסה וגישה למפתחות השחזור.
משלבים מלא, דיפרנציאלי ויומן לפי מודל השחזור, עומסי המערכת ויעדי RPO ו־RTO של העסק.
קובעים כמה זמן לשמור גרסאות, ומי מקבל הודעה על כשל, איחור או ריצה שלא התבצעה. מוודאים שיש מקום לגדילה.
מריצים גיבוי ראשון, בודקים את התוצאה ומשחזרים בסביבה נפרדת. מתעדים זמן שחזור ותפקוד של היישום.
ניהול מרכזי ב־MSP360 מאפשר מעקב אחר משימות, דוחות והתראות. יש לוודא אילו יכולות כלולות בשירות שנבחר.
תדירות טובה היא כזו שהמערכת עומדת בה, ושעונה לצורכי העסק. את לוח הזמנים קובעים אחרי מדידה ובדיקה.
נקודת בסיס חדשה במחזור קבוע, בשעה שמתאימה לעומסים.
מאגד את השינויים מאז הבסיס ומקצר את רצף השחזור.
יוצר נקודות התקדמות תכופות, כל עוד המשימות מצליחות והעותקים זמינים.
RESTORE VERIFYONLY בודק שהגיבוי שלם וקריא, אך אינו משחזר אותו ואינו בודק את כל המבנה הלוגי של הנתונים. הוא אינו מחליף שחזור ניסיון.
מקורות: אוטומציית גיבוי SQL Server · Microsoft Learn — משמעות VERIFYONLY
למי שרוצה להבין את המשמעות לפני שבונים את התכנית.
למידע על השירות: backupone.co.il