גיבוי ושחזור SQL SERVER

מסד הנתונים הוא לב העסק.בואו נשמור לו עותק.

הזמנות, לקוחות, כספים — מאחורי הפעילות העסקית שלכם נמצא מסד נתונים. בונים עבורו תכנית גיבוי מסודרת, ומבינים בדיוק איך חוזרים לעבוד כשמשהו משתבש.

מאחורי כל גיבוי — עסק שממשיך לעבוד
המידע העסקי שלכם, במרכז.SQL / DATA PROTECTION
איש IT ועמיתה לצד מחשב, שרת ומסד נתונים, באיור כחול וכתום
מלאנקודת הבסיסדיפרנציאליהשינויים המצטבריםיומן טרנזקציותהרצף עד לרגע שנבחר
01
מצמצמים אובדן מידע

מתאימים את התדירות לקצב השינויים.

02
נערכים לתקלה מראש

שומרים עותקים ומתרגלים שחזור.

03
רואים את התמונה המלאה

מתעדים תזמון, הרשאות והתראות.

קודם מבינים את הבסיס

גיבוי טוב מתחיל
בשאלה: איך נשחזר?

מסד נתונים חי משתנה כל הזמן. גיבוי ייעודי ל־SQL Server משתמש במנגנוני הגיבוי של המערכת כדי לייצר עותק עקבי שניתן לשחזור.

1
מגדירים כמה מידע אפשר לאבד

RPO הוא חלון אובדן המידע שהעסק מוכן לקבל. הוא עוזר לקבוע את תדירות הגיבוי.

2
מגדירים תוך כמה זמן חוזרים לעבוד

RTO הוא יעד הזמן להחזרת השירות. הוא תלוי גם בתשתית, בהורדת הגיבויים ובבדיקות.

3
בודקים שהדרך חזרה באמת עובדת

משחזרים בסביבה נפרדת ובודקים נתונים ויישומים. הצלחה של משימת גיבוי היא רק תחילת הבדיקה.

מדריך IT מאויר מצביע על לוח הסבר
מלא = הבסיסדיפרנציאלי = שינוייםיומן = הרצף
שלוש שכבות. תכנית אחת.

מה בעצם נכנס לגיבוי?

כל סוג גיבוי שומר חלק אחר מהתמונה. בחרו סוג וראו כיצד הוא משתלב בתכנית השחזור.

FULL BACKUP

כל מסד הנתונים.
נקודת התחלה יציבה.

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

אפשר לשחזר ממנו את מסד הנתונים. כדי להגיע לשעה מאוחרת יותר, ממשיכים עם הגיבויים המתאימים בשרשרת.
קצת יותר טכני
גיבוי מלא רגיל יוצר בסיס חדש לגיבויים דיפרנציאליים. גיבוי מלא מסוג Copy-only אינו מחליף את הבסיס הזה. גיבוי מסד נתונים אינו גיבוי מלא של מערכת ההפעלה או של כל הגדרות השרת. מקור: Microsoft Learn — Copy-only.
תמונת הנתונים המלאההמחשה רעיונית
נתוני בסיסשינוייםלא נכלל בגיבוי הזה

כל הריבועים נכללים בגיבוי המלא. הם מייצגים את בסיס הנתונים שממנו מתחילים את השחזור.

הצבעים והגדלים נועדו להסבר, ואינם מציגים נפח או ביצועים אמיתיים.
ההבדלים, במבט אחד
מה משווים?מלאדיפרנציאלייומן טרנזקציות
מה נשמר?כל מסד הנתוניםהשינויים מאז הבסיס המלארשומות יומן שלא גובו קודם
מה צריך לשחזור?את הגיבוי המלאמלא תואם + דיפרנציאלי אחדבסיס מתאים + רצף היומנים הנדרש
מתי משתמשים?לבניית נקודת בסיס מחודשתלצמצום העבודה בין גיבויים מלאיםלצמצום חלון אובדן המידע ולשחזור בזמן
מה מגביל?נפח וזמן הגיבויהצטברות שינויים ותלות בבסיסמודל השחזור ושלמות השרשרת

להעמקה: סוגי גיבוי ושחזור · גיבוי דיפרנציאלי · יומני טרנזקציות

POINT-IN-TIME RECOVERY

מחיקה ב־12:00?
בואו נחזור רגע לפני.

כשיש בסיס תקין ורצף גיבויי יומן שמכסה את זמן היעד, אפשר לשחזר לנקודה שלפני הטעות — גם אם היא נמצאת באמצע קובץ יומן.

בחרו שעה. גלו מה צריך לשחזר.

בתרחיש: מלא ב־08:00, דיפרנציאלי ב־10:00 ויומנים בכל 15 דקות, המכסים ברצף את הזמן עד 12:00. מחיקה שגויה התרחשה בדיוק ב־12:00.

סימולציה לימודית
נקודת השחזור הרצויה11:47
09:0010:0011:0012:00

כל מקטע מייצג 15 דקות. מסגרת לבנה מסמנת את קובץ היומן שמכיל את נקודת היעד.

01 / FULLמלא · 08:00

משחזרים את הבסיס.

02 / DIFFERENTIALדיפרנציאלי · 10:00

מקצרים את הדרך קדימה.

03 / TRANSACTION LOG8 גיבויי יומן

מ־10:00 עד קובץ 12:00.

04 / RECOVERYעוצרים ב־11:47

משלימים שחזור ובודקים.

אפשר להגיע ל־11:47, לפני המחיקה.

נדרש גם גיבוי היומן שהסתיים ב־12:00, כי הוא מכיל את הרשומות עד 11:47. בשחזור עוצרים לפני המחיקה.

ההדגמה אינה מפעילה שחזור אמיתי.
מה מנהל ה־IT צריך לבדוק לפני שחזור?
  • בוחרים גיבוי מלא שהסתיים לפני זמן היעד, ודיפרנציאלי תואם שאינו מאוחר ממנו.
  • מחילים את היומנים הנדרשים ברצף ללא פערים. הקובץ האחרון חייב לכסות את נקודת היעד, גם אם הסתיים אחריה.
  • בשחזור ידני, שלבי הביניים נשארים במצב NORECOVERY. מגדירים STOPAT לשעה המבוקשת, ומסיימים ב־RECOVERY רק לאחר החלת הרצף המתאים.
  • בודקים אם ניתן ונדרש לשמור Tail-log backup לפני תחילת השחזור, כדי לשמר רשומות שטרם גובו.
  • משחזרים תחילה למסד נפרד כשאפשר, בודקים הרשאות, מפתחות הצפנה, נתיבים, גרסת יעד וקשרים עם יישומים. דריסה של מסד פעיל דורשת תכנון מפורש.

מקור טכני: Microsoft Learn — שחזור SQL Server לנקודת זמן. זמינות בפועל תלויה בגיבויים, במודל ובסביבה.

הגדרה קטנה. השפעה גדולה.

מודל השחזור קובע
עד לאן אפשר לחזור.

זו הגדרה של מסד הנתונים ב־SQL Server. היא אינה שם של חבילת גיבוי, ואינה מחליפה תכנית גיבויים מסודרת.

Simple

מתאים למצבים שבהם אפשר להסתפק בנקודות של גיבוי מלא או דיפרנציאלי.

מלא ודיפרנציאלי ✓
גיבוי יומן ושחזור בזמן — לא זמינים
מה המשמעות לעסק?
שינויים שנעשו אחרי הגיבוי הזמין האחרון עלולים ללכת לאיבוד. SQL Server מאפשר שימוש חוזר בחלקי יומן לא פעילים, בכפוף למצב המערכת.
Bulk-Logged

מודל ייעודי המאפשר רישום מינימלי לחלק מפעולות הטעינה והעיבוד המסיביות.

גיבויי יומן נדרשים ✓
שחזור בזמן — עם מגבלה מהותית
איפה נמצאת המגבלה?
כאשר גיבוי יומן כולל פעולות שנרשמו באופן מינימלי, אי אפשר לעצור בנקודה בתוכו. יש לשחזר עד סופו. בחירת המודל דורשת תכנון של תרחישי ההתאוששות.
מלא הוא גם סוג גיבוי וגם שם של מודל שחזור — אלה שני דברים שונים. גם מסד במודל Simple יכול לקבל גיבוי מלא.

מקורות: מודלי שחזור · שינוי מודל ותחילת שרשרת יומן

הגיבוי יוצא מגבולות השרת

קרוב כשצריך לשחזר.
רחוק כשצריך להגן.

עותק מקומי יכול לעזור בשחזור זמין ומהיר. עותק מחוץ לאתר מספק חלופה אם השרת, המשרד או האחסון המקומי נפגעים.

בוחרים יעדי אחסון

אחסון מקומי, NAS או ענן. במקורות MSP360 מתוארים בין היתר Amazon S3, Azure, Backblaze B2 ו־Wasabi.

מצפינים לפני ההעברה

המקורות מתארים הצפנת AES, כולל AES-256, ודחיסה. שומרים את הסיסמה או המפתח בנפרד, במקום מאובטח שניתן להגיע אליו בזמן שחזור.

שומרים גרסאות שאפשר להשתמש בהן

מגדירים משך שמירה ונפח נדרש, תוך שמירה על הגיבוי המלא והיומנים שבהם תלויות נקודות השחזור.

יעדי אחסון, הצפנה, גיבוי היברידי ומדיניות שמירה זמינים בהתאם למוצר, לרישוי ולהגדרת השירות. יש לאמת את התצורה הספציפית בהצעת BackupONE.

זרימת הגיבוי משרת SQL לאחסון מקומי ולעותק בענןשרת SQL שולח גיבוי מוצפן לאחסון מקומי ולעותק מרוחק בענן. אלה יעדים נפרדים; התרשים אינו מכתיב את סדר ההעברה.SQL Serverמסד הנתונים הפעילגיבוי מוצפןמקומיאחסון נפרד / NASענןעותק מחוץ לאתר
חלופה מחוץ למשרד

תלויה בקישוריות, בהרשאות ובמדיניות ספק האחסון.

גישה ברשת המקומית

הפרדה מהשרת הפעיל מפחיתה תלות ברכיב אחד.

3עותקים בסך הכול,
כולל המקור
2סוגי מדיה
או מערכות אחסון
1עותק לפחות
מחוץ לאתר

מקור: יכולות מוצר SQL Server של MSP360, וכן מדריך ה־PDF של MSP360, עמ׳ 6–8.

מהתכנון לגיבוי הראשון

מגדירים פעם אחת.
מנהלים לאורך זמן.

תהליך העבודה הבא מבוסס על מדריכי ההגדרה של MSP360. שמות המסכים עשויים להשתנות בין גרסאות, אבל ההחלטות נשארות ברורות.

הסדר הנכון עושה את ההבדל

הגדרה בניהול מרכזי · הגדרת גיבוי למסד נתונים

בוחרים שרת ומסדי נתונים

מגדירים תכנית ל־SQL instance הרצוי. בוחרים מסדים מוגדרים או קבוצת מסדים, ובודקים הרשאות ודרך הזדהות.

קובעים יעד והגנה

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

מתאימים את תדירות הגיבוי

משלבים מלא, דיפרנציאלי ויומן לפי מודל השחזור, עומסי המערכת ויעדי RPO ו־RTO של העסק.

מגדירים שמירה והתראות

קובעים כמה זמן לשמור גרסאות, ומי מקבל הודעה על כשל, איחור או ריצה שלא התבצעה. מוודאים שיש מקום לגדילה.

מבצעים גיבוי ובדיקת שחזור

מריצים גיבוי ראשון, בודקים את התוצאה ומשחזרים בסביבה נפרדת. מתעדים זמן שחזור ותפקוד של היישום.

עוקבים ומעדכנים

ניהול מרכזי ב־MSP360 מאפשר מעקב אחר משימות, דוחות והתראות. יש לוודא אילו יכולות כלולות בשירות שנבחר.

התכנית לא מסתיימת בתזמון

שגרה שאפשר לסמוך עליה.

תדירות טובה היא כזו שהמערכת עומדת בה, ושעונה לצורכי העסק. את לוח הזמנים קובעים אחרי מדידה ובדיקה.

כך יכולה להיראות תכנית משולבת

דוגמה בלבד · מודל Full
FULLמלא פעם בשבוע

נקודת בסיס חדשה במחזור קבוע, בשעה שמתאימה לעומסים.

DIFFERENTIALדיפרנציאלי בכל יום

מאגד את השינויים מאז הבסיס ומקצר את רצף השחזור.

TRANSACTION LOGיומן בכל 15 דקות

יוצר נקודות התקדמות תכופות, כל עוד המשימות מצליחות והעותקים זמינים.

15 דקות בלוח הזמנים אינן הבטחת RPO של 15 דקות. יש להביא בחשבון משימות שנכשלו, משך העברה, זמינות העותק והשרשרת שנשמרה.

מכניסים את העבודה לשגרה

  • משתמשים בתזמון מובנה, או במשימות SQL Server Agent במהדורה שתומכת בו.
  • ב־SQL Server Express אין SQL Server Agent; נדרש מתזמן חלופי או כלי גיבוי מתאים.
  • בוחנים מגמות בנפח, משך ריצה וגיבויים שהוחמצו.
  • מתאמים גיבויים נוספים לאותו מסד: גיבוי מלא רגיל מכלי אחר עלול לשנות את בסיס הדיפרנציאלי; יומנים מכלים שונים דורשים שמירה של כל הרצף.
שמירת גרסאות בלי לאבד שרשרת
לא מוחקים קובץ מלא או קובץ יומן רק בגלל הגיל שלו. בודקים אילו נקודות שחזור תלויות בו, ומשאירים את כל המרכיבים הנדרשים בהתאם למדיניות השמירה. הצפנה אינה תחליף להגנה מפני מחיקה או להגבלת הרשאות.

מוודאים שהנתונים חוזרים לעבוד

  • בודקים שלמות וקריאות של הגיבוי, בהתאם לכלים הזמינים.
  • משחזרים למסד נפרד ומבצעים בדיקת עקביות מתאימה, כגון DBCC CHECKDB.
  • מוודאים שהיישום מתחבר ושנתונים עסקיים נבחרים תקינים.
  • מודדים את זמן ההתאוששות ומתעדים תהליך שאפשר לבצע גם בלחץ.
יש גיבוי? מצוין. עכשיו בודקים שחזור.

RESTORE VERIFYONLY בודק שהגיבוי שלם וקריא, אך אינו משחזר אותו ואינו בודק את כל המבנה הלוגי של הנתונים. הוא אינו מחליף שחזור ניסיון.

מקורות: אוטומציית גיבוי SQL Server · Microsoft Learn — משמעות VERIFYONLY

עוד כמה דברים שכדאי לדעת

שאלות קצרות.
תשובות ברורות.

למי שרוצה להבין את המשמעות לפני שבונים את התכנית.

האם גיבוי קבצים רגיל מספיק למסד נתונים פעיל?
העתקה רגילה של קובצי MDF ו־LDF בזמן פעילות אינה מבטיחה עותק עקבי. משתמשים בגיבוי שמודע ל־SQL Server או בשיטה נתמכת ומתואמת עם היישום. גיבוי image יכול להשלים את ההגנה על השרת, אך אינו מבטיח כשלעצמו יכולת שחזור SQL לנקודת זמן.
האם צריך את כל הגיבויים הדיפרנציאליים כדי לשחזר?
לא. נדרשים הגיבוי המלא התואם והדיפרנציאלי הנבחר, שאינו מאוחר מזמן היעד. לאחר מכן מחילים את גיבויי היומן הנדרשים ברצף, אם רוצים להתקדם לנקודת זמן נוספת.
אפשר לשחזר ל־11:47 אם היומן גובה רק ב־12:00?
כן, בתנאים המתאימים. גיבוי היומן יכול להכיל רשומות שנוצרו לאורך פרק זמן, וניתן לעצור בתוכו. צריך שהגיבוי אכן נשמר ומכסה את השעה, שהשרשרת תקינה ושמודל השחזור מאפשר זאת. ב־Bulk-Logged קיימת מגבלה כאשר הקובץ כולל פעילות שנרשמה באופן מינימלי.
למה קובץ היומן לא קטן אחרי הגיבוי?
שימוש חוזר בשטח היומן אינו הקטנת הקובץ הפיזי. גיבוי יומן יכול לאפשר שימוש מחדש בחלקים לא פעילים, אך תנאים אחרים יכולים לעכב זאת. מתכננים את גודל הקובץ ומנטרים את הסיבה לגדילתו, במקום להפוך כיווץ לשגרת תחזוקה.
אפשר לשחזר למסד נתונים אחר?
מדריך MSP360 מתאר בחירת instance, מיפוי שמות מסדים ונתיבי קבצים, וכן שחזור קובצי הגיבוי. יש לוודא התאמה לסביבה, לגרסת SQL ולהרשאות. שחזור למסד נפרד מאפשר לבדוק את המידע לפני החלטה על החלפת מסד הייצור. למדריך השחזור.
האם כל היכולות המוצגות כלולות ב־BackupONE?
הדף מסביר את מנגנוני SQL Server ומשלב יכולות המתועדות במקורות MSP360. היקף השירות, המהדורה, יעדי האחסון ותצורת הניהול של BackupONE צריכים להיקבע בהצעה ובהגדרות בפועל. הדף אינו מחירון או התחייבות לרמת שירות.
BACKUPONE / SQL SERVER

בואו נבנה לנתונים שלכם
דרך בטוחה חזרה.

לאתר BackupONE