שירות גיבוי ו-DR ל-Microsoft SQL Server במכשיר לגיבוי או לשחזור

איסוף נתונים מ-SQL Server

שירות Backup and DR מאפשר לכם לצלם את סוגי האפליקציות הבאים של Microsoft SQL Server:

  • מכונות

  • מסדי נתונים ב-Always On Availability Groups

  • קבוצות עקביות של מסדי נתונים

  • מסדי נתונים נפרדים

  • מסדי נתונים של המערכת

  • מסדי נתונים של משתמשים

  • מסדי נתונים במכונות וירטואליות

Backup and DR מעביר ומנהל את הנתונים של Microsoft SQL Server בנפרד מהמקום שבו Microsoft SQL Server כותב את האחסון הראשי שלו.

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

הכנה לגיבוי נתונים של Microsoft SQL Server

ההכנה לגיבוי נתונים של Microsoft SQL Server כוללת ארבעה שלבים:

  1. הוספת שרתים שמארחים מסדי נתונים של Microsoft SQL Server.

  2. גילוי מכונות וירטואליות ומסדי נתונים של Microsoft SQL Server.

  3. הגדרת תבניות של מדיניות Backup and DR ופרופילים של משאבים בהתאם ל-RPO ול-RTO.

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

  4. הקצאת תבניות של מדיניות ופרופילים של משאבים ל-Backup and DR למסדי נתונים של Microsoft SQL Server.

איסוף נתונים

כשמבצעים איסוף נתונים, חשוב לשים לב לנקודות הבאות:

  • דיסק זמני נוצר באופן אוטומטי ומותקן בשרת.

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

  • הדיסק של סביבת הבדיקה מבוטל מהשרת.

  • נוצר קובץ snapshot של דיסק הביניים במכשיר הגיבוי או השחזור.

תיעוד יומנים של מסד נתונים של SQL Server

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

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

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

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

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

אתם יכולים לציין לשכפל יומני טרנזקציות של מסד נתונים של Microsoft SQL Server למכשיר גיבוי או שחזור מרוחק. אפשר להשתמש ביומנים באתר המרוחק לכל מסד נתונים בטווח השימור של היומנים המשוכפלים.

שינוי הגודל של דיסק ההעברה הזמנית של יומן מסד הנתונים

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

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

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

  • Log Staging Disk Size Growth: מגדיר את האחוז שבו יגדל אוטומטית דיסק ההכנה שבו נמצאים היומנים.

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

  • Compress Database Log Backup: מורה למסד הנתונים של המקור לדחוס את היומנים שלו לפני הלכידה במכשיר הגיבוי או השחזור. שרת מסד הנתונים מבצע דחיסה של היומן במהלך גיבוי היומן (ברירת המחדל היא Enabled).

אפשרויות לסימון נתונים שהשתנו (CDC) ב-SQL Server

בקטעים הבאים מוסבר על האפשרויות ללכידת נתונים ב-SQL Server.

תיעוד מקרים, מסדי נתונים בודדים וקבוצות של מסדי נתונים

סוכן Backup and DR משמש ללכידת מופעים, מסדי נתונים של משתמשים, מסדי נתונים של מערכות וקבוצות של מסדי נתונים בשרתים פיזיים וווירטואליים.

כשמבצעים לכידה של מכונת SQL Server, אפשר לבצע לכידה של המכונה כולה או של מסדי נתונים נבחרים בתוך המכונה. כשמגנים על כל המופע, מסדי נתונים שנוספים למופע נכללים באופן אוטומטי במשימת הצילום הבאה של Backup and DR. מסדי נתונים במופע מושבתים ונשמרים יחד עם תוכנית גיבוי אחת.

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

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

תיעוד קבוצות של עקביות

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

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

קבוצת עקביות יכולה לכלול את הרכיבים הבאים:

  • מסד נתונים אחד או יותר של המערכת

  • מסד נתונים אחד או יותר של משתמשים

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

  • אפס או יותר מערכות קבצים (אותיות כונן או נקודות הרכבה)

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

צריך לגלות מסדי נתונים במופע של מעבר לגיבוי בענן (failover) מקובץ מהצומת הפעיל. אחרי ההגנה, GO עוקבת אחרי צומת ה-SQL הפעיל באשכול. עבודות ההגנה ממשיכות לפעול גם במצב של מעבר לגיבוי. בנוסף לביצוע מהיר של פעולות לכידה וגישה, קבוצות עקביות צורכות פחות משאבי מערכת (VDisks) מאשר הגנה על מסדי נתונים בנפרד.

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

איך לצלם מסדי נתונים ונפח אתחול של מכונה וירטואלית

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

שכפול נתונים של SQL Server

אפשר לשכפל את הנתונים למכשיר גיבוי או שחזור שני, או לענן לצורך שחזור, תוכנית התאוששות מאסון (DR), בדיקה או פיתוח. רפליקציה של נתונים היא כבר הרבה זמן גורם מעכב לניהול יעיל של נתונים בסביבה מבוזרת גיאוגרפית. השכפול של Backup and DR פותר את הבעיות האלה באמצעות דחיסה ש:

  • מצמצם את השימוש הכולל ברשת.

  • אין צורך במאיץ או בכלי אופטימיזציה ייעודיים של WAN.

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

השכפול נשלט על ידי מדיניות תבנית המדיניות של Backup and DR:

  • למדיניות Production to Mirror יש כמה אפשרויות לשכפול נתונים למכשיר גיבוי או שחזור שני.

  • במדיניות Production to OnVault נעשה שימוש במנוע קנייני של Backup and DR להעברת נתונים לאחסון אובייקטים.

שכפול יומנים

כשהמדיניות Enable Database Log Backup מוגדרת לערך Enable, ההגדרה המתקדמת Replicate Logs מאפשרת לשכפל יומני טרנזקציות של מסד נתונים של Microsoft SQL Server למכשיר גיבוי או שחזור מרוחק. כדי להפעיל משימת שכפול של יומן, צריך לכלול בתבנית מדיניות שכפול של StreamSnap ופרופיל משאב שמציין מכשיר גיבוי או שחזור מרחוק. בנוסף, צריך להשלים לפחות שכפול אחד מוצלח של מסד הנתונים. לאחר מכן תוכלו להשתמש ביומנים באתר המרוחק לגיבוי של מסד נתונים כלשהו בטווח השימור של היומנים המשוכפלים. הפונקציה הזו מופעלת כברירת מחדל.

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

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

גישה לנתונים של SQL Server

במסדי נתונים של Microsoft SQL Server שמשתמשים במודל השחזור המלא, Backup and DR יכול להציג באופן מיידי עותק של מסד הנתונים שהועבר לנקודת זמן ספציפית. פעולת ההעברה קדימה מצוינת במסוף הניהול של הציוד.

במסדי נתונים של Microsoft SQL Server שמשתמשים במודל השחזור הבסיסי, Backup and DR יכול להציג באופן מיידי כל גיבוי של מסד הנתונים שלא חלפה תקופת השמירה שלו.

לא משנה איזה מודל שחזור של Microsoft SQL Server משמש, אפשר לגשת לנתונים של Microsoft SQL Server באמצעות ממשק iSCSI. אם אתם משתמשים ב-VMware ‏ (GCVE), יכול להיות שגם תהיה גישה לנתונים באמצעות מאגר נתונים של NFS שמוצג למארח ESXi.

בקרת גישה מבוססת-תפקידים

אתם יכולים לקבוע לאילו משתמשים תהיה גישה לנתונים, לתכונות ולמשאבים של Backup and DR. אפשר לסמן את הנתונים שנתפסו כנתונים רגישים, ולתת למשתמשי Backup and DR הרשאת גישה לנתונים רגישים.

תושבות

הפונקציה 'טעינה' של Backup and DR מספקת גישה מיידית לנתונים בלי להעביר אותם. אפשר להשתמש בממשק המשתמש של Backup and DR כדי להריץ קדימה עותקים של מסדי נתונים שצולמו, ולהטמיע אותם בכל שרת מסד נתונים. ‫Backup and DR מספק שתי דרכים להרכבת מסד נתונים של Microsoft SQL Server:

  • הטעינה של האפליקציה הווירטואלית מציגה את הנתונים שנתפסו של Microsoft SQL Server ומאפשרת להשתמש בהם בשרת היעד כמסד נתונים של Microsoft SQL Server. כך אפשר ליצור עותקים של מסדי נתונים בסביבת ייצור ולנהל אותם לשימוש בסביבות שאינן סביבות ייצור. התקנות וירטואליות של אפליקציות נוצרות ממכשיר הגיבוי או השחזור, ולא נדרשת התערבות ידנית של מנהלי מסדי נתונים, שרתים או אחסון. אפשר להשתמש בהרכבות של אפליקציות וירטואליות לדיווח על מסד נתונים, לניתוח, לבדיקת שלמות ולבדיקה ופיתוח. מידע מפורט על מסדי נתונים וירטואליים זמין במאמרים הוספת מסד נתונים של SQL Server כמסד נתונים וירטואלי חדש והוספת מסדי נתונים לקבוצות זמינות של SQL Always On.

  • ההעלאה הרגילה, שנקראת גם העלאה ישירה, מציגה את הנתונים שצולמו מ-Microsoft SQL Server ומאפשרת לשרת היעד לגשת אליהם כמערכת קבצים, ולא כמסד נתונים. האפשרות הזו שימושית אם מסד נתונים פגום, אבד או אם מחליפים שרת מסד נתונים. במקרים כאלה, אי אפשר להשתמש בפעולת שחזור כדי לשחזר את מסד הנתונים. במקום זאת, אפשר להעלות גיבוי ולהעתיק את קובצי מסד הנתונים מהגיבוי שהועלה למיקום המקורי שלהם בשרת מסד הנתונים. מידע מפורט על Direct Mounts זמין במאמר Mount captured Microsoft SQL data.

LiveClones

‫LiveClone הוא עותק עצמאי של נתונים מ-Microsoft SQL Server שאפשר לרענן ולהסוות לפני שהם הופכים לזמינים למשתמשים. כך צוותי פיתוח ובדיקה יכולים לעבוד על מערך הנתונים העדכני ביותר בלי לנהל את הנתונים באופן ידני או לשבש את סביבת הייצור.

קלונס

פונקציית השיבוט מעבירה עותק של נתוני הייצור למיקום אחר מהמקור. משך הזמן שנדרש להשלמת פעולת שיבוט תלוי בכמות הנתונים שמעורבים בה. פרטים על שיבוטים מופיעים במאמר שיבוט מסדי נתונים של SQL Server.

שחזורים

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

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

תהליכי עבודה לאוטומציה של הגישה לנתוני SQL Server

תהליכי העבודה מאפשרים אוטומציה של הגישה לנתונים שנאספו מ-Microsoft SQL Server. תהליכי עבודה יכולים להציג נתונים כחיבור ישיר או כ-LiveClone:

  • התקנות ישירות (רגילות או כאלה שמודעות לאפליקציה) מתאימות לנתונים של Microsoft SQL Server שלא צריך להסתיר לפני שהם מוצגים. אפשר לרענן עותק של נתונים שמוצמד באופן ידני או אוטומטי לפי לוח זמנים. התקנה ישירה מאפשרת לכם לגשת באופן מיידי לנתוני Microsoft SQL Server שצולמו בלי להעביר את הנתונים בפועל.

  • ‫LiveClone הוא עותק של נתוני הייצור שלכם ב-Microsoft SQL Server שאפשר לעדכן באופן ידני או על בסיס מתוזמן. אתם יכולים להסתיר נתונים רגישים ב-LiveClone לפני שהופכים אותו לזמין למשתמשים.

שילוב של לכידת נתונים אוטומטית של Microsoft SQL Server ושל בקרת גישה מ-Backup and DR עם תהליכי עבודה ויכולות אופציונליות של מיסוך נתונים מאפשר ליצור סביבות הקצאה עצמית. המשתמשים יכולים להקצות סביבות משלהם כמעט באופן מיידי.

לדוגמה, אדמין של Backup and DR יכול ליצור מדיניות של תבנית גיבוי שתתעד נתונים של Microsoft SQL Server לפי לוח זמנים שצוין. האדמין יכול לסמן את נתוני הייצור של Microsoft SQL Server שנתפסו כנתונים רגישים, כך שרק משתמשים עם הרשאות גישה מתאימות יוכלו לגשת אליהם.

אחרי שמגדירים את הרשאות הגישה ומתעדים את הנתונים, האדמין יכול ליצור תהליך עבודה שיעשה את הפעולות הבאות:

  • הכלי מאפשר להשתמש בנתונים שצולמו מ-Microsoft SQL Server כ-LiveClone או כטעינה ישירה.

  • עדכון של נתוני LiveClone או של נתוני Microsoft SQL Server שניתנים להרכבה על בסיס מתוזמן או על פי דרישה

  • אופציונלית, אפשר להחיל סקריפטים באופן אוטומטי על נתוני Microsoft SQL Server של LiveClone אחרי כל עדכון. האפשרות הזו שימושית להסתרת נתונים רגישים ב-Microsoft SQL Server.

אחרי שהתהליך מסתיים, משתמשים עם גישה מתאימה יכולים להקצות את הסביבות שלהם עם נתונים של LiveClone או של Microsoft SQL Server שאפשר להעלות.

‫Backup and DR עובד עם מוצרי גיבוי קיימים

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

ל-Backup and DR יש שיטה קניינית למעקב אחר בלוקים של שינויים, כך שפתרונות גיבוי שמשתמשים ב-SQL או בשיטות אחרות להשגת הגיבויים לא מושפעים מעבודות מתוזמנות של לכידת נתונים ב-Backup and DR.

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

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

יומני מסד הנתונים משמשים לתיעוד של עסקאות ספציפיות במסד נתונים, וכך מאפשרים שחזורים לנקודת זמן מסוימת. רוב תרחישי השימוש בגמישות מתמקדים בקבלת תמונות מצב של מסד הנתונים על בסיס תקופתי מהייצור. התדירות הנפוצה היא יומית, שבועית או פעם בשבועיים, בהתאם לתרחיש השימוש. לכן, בדרך כלל מפתחי אפליקציות לא צריכים למקם את מופע שאינו ייצור בנקודת זמן ספציפית מהמקור (ייצור). בדרך כלל, זה מייתר את הצורך באיסוף ובניהול של יומנים כחלק מפתרון גמיש של Backup and DR.

דרישה רק מערכת אחת יכולה לנהל (לתעד או לחתוך (למחוק)) יומנים, או תוכנת הגיבוי מדור קודם או Backup and DR.
שיטה מומלצת להמשיך לאפשר לתוכנת הגיבוי מדור קודם לבצע את כל פעולות ניהול היומנים, ולא להשתמש ב-Backup and DR כדי להגן על היומנים בסביבה הזו.
סיבה אם המערכת שלכם מוגדרת לניהול יומנים (לכידה או חיתוך(ניקוי)), ותוכנת הגיבוי מדור קודם גם לוכדת ו/או חותכת/מנקה יומנים, יכול להיות שאחת מהמערכות או שתיהן יסתיימו עם שרשרת יומנים לא שלמה, מה שיקשה על שחזור מסד הנתונים לנקודה ספציפית בזמן או ימנע את השחזור.

מסמכי תיעוד נוספים בנושא Backup and DR ל-Microsoft SQL Server

הדף הזה הוא אחד מתוך סדרת דפים שמתמקדים בהגנה על מסדי נתונים של Microsoft SQL Server ובשחזור שלהם באמצעות Backup and DR. מידע נוסף זמין במקומות הבאים:

המאמרים הבאים

הכנת מסדי נתונים של SQL Server לשירות Backup and DR.