שיבוט של מסדי נתונים של Microsoft SQL Server במסוף לניהול מכשירים

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

תהליך השכפול משתנה מעט בהתאם לשאלה אם אתם משכפלים קובץ אימג' של מסד נתונים יחיד, כמו חבר ב-Always on Availability Group ‏ (AG), או כמה קובצי אימג' במכונה של SQL.

משתמשים בפעולת שכפול:

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

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

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

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

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

כדי לשכפל מסד נתונים של SQL למארח:

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

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

  3. בוחרים תמונה ואז בוחרים באפשרות שכפול מרשימת פעולות הגישה. הדף "שכפול" ייפתח.

  4. בוחרים יעד מהרשימה הנפתחת יעד.

  5. אם רוצים, מזינים תווית למשימת השכפול בשדה Label.

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

  7. אם אפליקציית המקור מוגנת על ידי מדיניות של תמונת מצב שמאפשרת גיבויים של יומני מסד נתונים, והיומנים זמינים עם קובץ האימג', אתם יכולים להשתמש בהם כדי להריץ קדימה לנקודת זמן ספציפית על ידי שינוי האפשרויות האלה בקטע Roll Forward Time:

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

  8. בשדה SQL Server Instance Name, בוחרים את המכונה של SQL Server שבה רוצים לנהל את מסד הנתונים החדש.

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

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

  10. מפעילים את האפשרות Rename Files to Match New Database אם רוצים לשנות את השמות של קובצי מסד הנתונים כך שיתאימו לשמות החדשים של מסד הנתונים.

  11. בקטע Advanced Options, מזינים מידע בשדות הנוספים הנדרשים.

    מאפיין (property) תיאור
    שחזור מסד הנתונים אחרי שחזור אם האפשרות Recover Database After Restore לא מופעלת, מסד הנתונים של SQL Server נשאר במצב שבו אפשר להריץ קדימה את היומנים. כשהאפשרות הזו מופעלת, מסד הנתונים של SQL Server מועבר למצב אונליין ואי אפשר להריץ קדימה את היומנים מעבר לזמן שצוין בטעינה.
    שחזור פרטי ההתחברות של המשתמשים ההגדרה הזו רלוונטית רק אם האפשרות Backup SQL Server User Logins מוגדרת כ-Yes ב-Policy Settings או ב-Policy Settings Overrides (זו לא ברירת המחדל). אם הערך הוא Yes, כל פרטי ההתחברות של המשתמשים שגובו ממכונת המקור ישוחזרו במכונת היעד. חשבונות דומיין משוחזרים רק אם שרת ה-SQL המטורגט נמצא באותו דומיין או באותו יער כמו המקור, ואם קיימים יחסי האמון הנדרשים.
    שם משתמש/סיסמה פרטי הכניסה של המשתמש להקצאת מסד נתונים.
    צריך להזין את שם המשתמש רק אם לחשבון שמפעיל את הסוכן של Backup and DR (בדרך כלל "מערכת מקומית") אין הרשאות להחיל יומני טרנזקציות או לנתק מסד נתונים (בדרך כלל נדרש במהלך ביטול טעינה לאחר מכן).
    החלפת מסד הנתונים הקיים החלפה של מסד הנתונים המקורי.

  12. בקטע File Locations, מציינים אם רוצים להעתיק את קובצי מסד הנתונים לאותו נתיב כמו בשרת המקור או למיקום חדש. יש שלוש אפשרויות:

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

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

    • בוחרים מיקומים חדשים לקבצים ברמת הקובץ.

    אם בוחרים באפשרות השנייה (אפשרות של קובץ חדש ברמת הנפח), תופיע טבלה עם תפריט נפתח של נפח המקור ונפח היעד.

    בקטע Target Volume, בוחרים נפח יעד מהרשימה הנפתחת של כל האפליקציות של מערכת הקבצים שזוהו. במקרה הצורך, אפשר גם להקליד את אמצעי האחסון, לדוגמה: ‎M:\‎ או ‎L:\Logs\Log1‎.

    אם בוחרים באפשרות השלישית (מיקומי קבצים חדשים ברמת הקובץ), מופיעה טבלה עם שלוש עמודות: File,‏ Source Location ו-Target Location. בקטע "מיקום יעד", מזינים את מיקום הקובץ החדש לפי הצורך.

  13. לוחצים על שליחה. נשלחת משימה לשכפול קובץ האימג' למארח שנבחר. כדי לוודא שפעולת השכפול הצליחה, אפשר לבדוק את סטטוס המשימה ב-Monitor.

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

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