גיבוי של מופעים ומסדי נתונים של Microsoft SQL Server לגיבוי שמנוהל על ידי מכשיר

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

• מכונות

• מסד נתונים ראשי של קבוצת זמינות Always On

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

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

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

• מסדי נתונים וקבצי תמיכה בקבוצת עקביות

• חברים פרטיים בקבוצת אפליקציות עקביות

לפני שמתחילים

לפני שמגנים על מסדי נתונים של Microsoft SQL Server:

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

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

שיטות מומלצות להגנה על מסדי נתונים של Microsoft SQL Server

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

גיבוי מסדי נתונים במכונה לעומת גיבוי מסדי נתונים בקבוצת אפליקציות עקביות

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

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

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

ניהול מסדי נתונים לעומת ניהול מכונות וירטואליות

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

מוגן כאפליקציה, לא כ-ESP	מוגן כחלק ממכונה וירטואלית
מכשירי גיבוי/שחזור מגנים רק על קובצי מסד הנתונים.	גיבוי של מכונות וירטואליות שלמות ב-VMware מתבצע באמצעות ממשקי VMware API. אם אתם מנהלים מסדי נתונים של SQL שהם חלק ממכונה וירטואלית מוגנת, כדאי לעיין במאמר בנושא [הגנה ושחזור של מופעי Compute Engine](/backup-disaster-recovery/docs/quickstarts/gce-instances-backup-recovery).
סוכן הגיבוי וה-DR מתאם את תמונת ה-VSS ומבצע חיתוך של היומן.	ממשק ה-API של VMware מתאם את תמונת המצב של VSS. כדי לבצע חיתוך של יומנים, צריך להתקין את הסוכן Backup and DR ב-VM.
הסוכן Backup and DR משתמש במעקב אחר בלוקים של שינויים בקבצים עם שמות – שיטה יעילה מאוד לקבצים גדולים של מסדי נתונים.	‫VMware API מספק מעקב אחר בלוקים של שינויים.
יומני העסקאות מגובים כשמריצים עבודת גיבוי, אם בוחרים באפשרות חיתוך היומן אחרי הגיבוי בפרטים והגדרות (ראו [הגדרת הגדרות מתקדמות לביטול הגדרות מדיניות](: #SetOverrides)	אין גיבוי של יומני העסקאות.
הלקוח יכול להמשיך קדימה עם היומנים.	העברה קדימה לא אפשרית במהלך שחזור.

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

1. ממסוף הניהול של מכשיר Backup and DR Service, עוברים אל App Manager > Applications. ייפתח הדף Applications.

2. בוחרים את מסד הנתונים, המופע, קבוצת הזמינות או קבוצת אפליקציות עקביות של שרת Microsoft SQL שרוצים לגבות, ובפינה השמאלית התחתונה של הדף לוחצים על Manage Backup Plan (ניהול תוכנית הגיבוי).

3. בחלון Manage Backup Plan (ניהול תוכנית הגיבוי), בוחרים תבנית ופרופיל מהרשימות הנפתחות:

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

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

4. בחלון Manage Backup Plan Template (ניהול תבנית של תוכנית גיבוי), מבצעים את השינויים הבאים לפני שמחילים תוכנית גיבוי:

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

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

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

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

   • לוחצים על שמירה וסוגרים את תיבת הדו-שיח ניהול המינוי.

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

   בפעם הראשונה שמגלים את מסד הנתונים שנבחר, מופעל בהקדם האפשרי ג'וב לפי דרישה כדי להגן על הנתונים. לאחר מכן, הנתונים החדשים מגובים כשהעבודה המתוזמנת מופעלת בהתאם לשעות הפעילות שמוגדרות בתבנית הגיבוי. לדוגמה, אם בשעה 10:00 (שעון UTC) אתם מקצים תבנית עם שעות פעילות מ-02:00 עד 05:00 (שעון UTC), העבודה הראשונה תתחיל רק אחרי שהמכשיר יקצה משבצת זמינה לעבודה אחרי השעה 02:00 (שעון UTC).

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

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

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

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

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

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

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

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

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

• Log Staging Disk Size Growth Size (גודל הגידול של גודל הדיסק של אזור ההמתנה של היומן). ההגדרה מגדירה את אחוז הגידול האוטומטי של דיסק ההכנה שבו נמצאים היומנים. ההגדרה הזו היא אחוז, והערכים התקינים הם 5 עד 100.

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

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

הגדרת הגדרות מתקדמות לביטול הגדרות מדיניות

לוחצים על Policy Overrides (שינויים במדיניות) בחלון Manage Backup Plan (ניהול תוכנית הגיבוי) כדי להציג את תיבת הדו-שיח Policy Settings Override (שינוי הגדרות המדיניות). כאן אפשר לשנות הגדרות ספציפיות של מדיניות שמשויכות לתבנית הגיבוי שנבחרה. כשמסיימים, לוחצים על שמירת השינויים.

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

הערה: אפשר לבטל את הגדרות המדיניות במרכז ניהול האפליקציות רק אם הפרמטר Allow Overrides on Policy Settings (התרת ביטולים בהגדרות המדיניות) בתבנית המדיניות הוגדר לערך Yes (כן).

ברשימה הבאה מפורטים תיאורים של ביטולי הגדרות מדיניות שתקפים למופעי SQL Server, לקבוצות זמינות (AG), למסדי נתונים ולקבוצות עקביות.

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

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

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

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

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

  האפשרויות הן:

  • הגיבוי ייכשל אם יימצאו אפליקציות במצב אופליין
  • דילוג על אפליקציות אופליין במהלך הגיבוי

• מיפוי דיסקים של Staging לכל המארחים של ESX באשכול. (האפשרות הזו לא רלוונטית כשמשתמשים במאגרי נתונים של NFS). מיפוי דיסק ההכנה למארח ESX עבור מכונה וירטואלית בלבד. מיפוי של דיסק ההכנה לכל מארחי ESX באשכול. מיפוי של דיסק ההכנה לשני מארחי ESX באשכול.

  הערה: אפשר להעביר מכונות וירטואליות למארח ESX אחר במהלך גיבוי רק אם דיסק הביניים ממופה גם למארח ESX של המקור וגם למארח ESX של היעד. בחירה בשני מארחים מקצרת את משך העבודות ומצמצמת את סריקת ה-HBA של iSCSI במארחי ESX.

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

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

  הערה: פרטים על הגנה על יומנים זמינים במאמר הגנה על יומנים של מסדי נתונים במדיניות של תוכנית גיבוי.

• RPO כשהאפשרות Enable Database Log Backup (הפעלת גיבוי של יומן מסד הנתונים) מוגדרת לערך Yes (כן), ה-RPO מגדיר את התדירות של גיבוי יומן מסד הנתונים. התדירות מוגדרת בדקות ולא יכולה להיות גדולה ממרווח הגיבוי של מסד הנתונים. הערך הקטן ביותר שאפשר להגדיר (בדקות) הוא 15.

• תקופת השמירה של גיבוי היומן. כשהאפשרות Enable Database Log Backup מוגדרת לYes, שמירת היומנים מוגדרת בנפרד משמירת הנתונים במדיניות של תמונת המצב. תקופת שמירה נפרדת מאפשרת לכם להשתמש ביומנים בשילוב עם עותקים של מסד הנתונים שמאוחסנים במאגר תמונות המצב. ההגדרה של תקופת השמירה של היומן היא חובה.

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

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

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

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

• גודל הדיסק של אזור ההמתנה של היומן. אם האפשרות Enable Database Log Backup מוגדרת לערך Yes, האפשרות Log Staging Disk Growth Size מגדירה את הצמיחה שתשמש להגדלה אוטומטית של דיסק הביניים שבו נמצאים היומנים. ההגדרה הזו היא בין 5 ל-100 אחוזים.

• שיעור שינוי משוער כשההגדרה Enable Database Log Backup (הפעלת גיבוי של יומן מסד הנתונים) מוגדרת לערך Yes (כן), ההגדרה הזו מגדירה את השינוי היומי (באחוזים), שמאפשר למכשיר הגיבוי/השחזור לחשב בצורה טובה יותר את הגודל של דיסק האחסון הזמני שנדרש לאחסון היומנים. ההגדרה הזו היא בין 0 ל-100.

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

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

  • זמן קצוב לתפוגה של הפעלת סקריפט. המדיניות מגדירה כמה זמן צריך לחכות לפני שהמערכת מניחה שהסקריפטים בצד המארח במארח מנוהל עברו אתחול. ערך ברירת המחדל הוא 120 שניות, והטווח המותר הוא בין שנייה אחת ל-86,400 שניות (24 שעות).
  • הזמן הקצוב לתפוגה של הקפאת סקריפט. ההגדרה הזו קובעת כמה זמן המדיניות צריכה לחכות לפני שהיא מניחה שהאפליקציה קפואה ומוכנה לגיבוי נתונים. ערך ברירת המחדל הוא 60 שניות, והטווח המותר הוא בין שנייה אחת ל-86,400 שניות.
  • הזמן הקצוב לתפוגה של ביטול ההקפאה של הסקריפט. ההגדרה קובעת כמה זמן המדיניות צריכה לחכות לפני שהיא מניחה שהאפליקציה לא קפואה. ערך ברירת המחדל הוא 60 שניות, והטווח המותר הוא בין שנייה אחת ל-86,400 שניות.
  • Script Finish Timeout (זמן קצוב לסיום הסקריפט). ההגדרה הזו קובעת כמה זמן המדיניות צריכה לחכות עד שגיבוי הנתונים יושלם. ערך ברירת המחדל הוא 60 שניות, והטווח המותר הוא בין שנייה אחת ל-86,400 שניות.
  • Script Post Replication Timeout. הגדרה של משך הזמן שצריך לחכות לפני שהשכפול מסתיים. ערך ברירת המחדל הוא 60 שניות, והטווח המותר הוא בין שנייה אחת ל-86,400 שניות.

המדריך לאדמיניסטרטורים של מסדי נתונים (DBA) של Microsoft SQL Server ב-Backup and DR

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

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