‫Backup and 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 בפעולה אחת.

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

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

קבוצת עקביות היא קבוצה של מסדי נתונים שמושהים ומתועדים יחד עם תבנית מדיניות של תוכנית גיבוי ופרופיל משאבים יחידים. החברות בקבוצת עקביות מוקצית באופן ידני, והיא מתאימה לקבוצות של מסדי נתונים שהחברים בהן לא משתנים לעיתים קרובות. כדי להגן באופן אוטומטי על חברים חדשים בקבוצת מסדי נתונים, צריך ליצור את מסדי הנתונים האלה במופע של 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 כדי להריץ קדימה עותקים של מסדי נתונים שצולמו, ולהעלות אותם לכל שרת מסד נתונים. יש שתי דרכים להרכבת מסד נתונים של Microsoft SQL Server ב-Backup and DR:

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

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

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