הוספת מסדי נתונים של Microsoft SQL Server במסוף הניהול של ה-appliance

בקטע הזה מוסבר איך לטעון את הגיבוי של Microsoft SQL Server:

  • מכונות
  • מסדי נתונים ראשיים של AlwaysOn Availability Group
  • קבוצות אפליקציות עקביות
  • חברים נפרדים בקבוצת אפליקציות עקביות
  • מסדי נתונים של המערכת
  • מסדי נתונים של משתמשים

טעינת נתונים שצולמו מ-Microsoft SQL Server

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

  1. פותחים את מנהל האפליקציות ועוברים אל רשימת האפליקציות.

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

  3. ב-runway, בוחרים את הגיבוי הספציפי שרוצים לטעון ולוחצים על Mount.

  4. אופציונלי: מזינים תווית שמאפשרת לזהות בבירור את הנתונים האלה.

  5. בקטע Application Options בתיבת הדו-שיח Mount Image, לא בוחרים באפשרות Create New Virtual Application. כדי לטעון את נתוני Microsoft SQL כמסד נתונים וירטואלי, קראו את המאמר טעינת מסד נתונים של SQL Server כמסד נתונים וירטואלי חדש.

  6. ממלאים את השדות אפשרויות מיפוי ובחירת פריט, אם רלוונטי.

    האפשרויות שמוצגות משתנות בהתאם למקור שנבחר. לדוגמה, למסדי נתונים במכונות וירטואליות של VMware יש את האפשרות Map to all ESX hosts. במסדי נתונים באשכולות יש את האפשרות Map to Cluster Nodes.

  7. לוחצים על Submit כדי לשלוח את משימת ההרכבה.

  8. אחרי שפעולת הטעינה מסתיימת, מתחברים לשרת מסד הנתונים ומוודאים שהגיבוי שנטען זמין ב-Active Mounts.

התקנת מסד נתונים של SQL Server כמסד נתונים וירטואלי חדש

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

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

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

לפני שאתם טוענים גיבוי, ודאו שהגדרתם את iSCSI במארח שבו הגיבויים נטענים, או שהגדרתם מאגרי נתונים של NFS ב-VMware.

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

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

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

  1. פותחים את מסוף ניהול המכשירים ברשימה App Manager ‏> Applications.

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

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

  4. בקטע Application Options, אפשר להזין תווית שתאפשר לכם לזהות בבירור את הנתונים האלה.

  5. לוחצים על Create New Virtual Application (יצירת אפליקציה וירטואלית חדשה).

  6. אם מסד הנתונים נשמר יחד עם היומנים שלו, בתיבת הדו-שיח App Options יש אפשרות להחזיר את היומנים לנקודת זמן ספציפית, על סמך המועד שבו היומנים נשמרו והתדירות שבה הם נשמרו.

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

  8. אם אתם טוענים מסד נתונים אחד, הזינו שם למסד הנתונים הווירטואלי החדש בשדה SQL Server Database Name.

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

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

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

    האפליקציה הווירטואלית מופיעה ברשימת האפליקציות ב-Application Manager.

    אם לא תבחרו באפשרות Manage New Application, האפליקציה תופיע ב-Application Manager כאפליקציה לא מוגנת. אפשר להגן עליו כמו על כל אפליקציה אחרת.

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

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

  11. ‫Recover User Logins: אם הפעלתם את אפשרות המדיניות Backup SQL Server Logins, בחירה באפשרות הזו תגרום לשחזור של פרטי ההתחברות האלה למכונה של SQL Server. בחשבונות דומיין, חשבונות המשתמשים משוחזרים רק אם מכונת היעד נמצאת בשרת באותו דומיין, או בדומיין עם יחסי אמון לשרת ה-SQL של המקור. חשבונות SQL מקומיים תמיד משוחזרים. האפשרות הזו מתאימה אם רוצים לוודא שכל המשתמשים שיכולים לגשת למסד הנתונים המקורי יכולים לגשת למסד הנתונים הווירטואלי החדש.

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

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

  14. בשדה Overwrite Existing Database, מציינים מתי להחליף מסד נתונים בשרת היעד או במכונה עם אותו שם כמו מסדי הנתונים החדשים שנטענים: Yes,‏ No או Only if it's Stale.

  15. בקטע Mapping Options, אפשר להזין Mount Location. אם לאפליקציה יש רק אמצעי אחסון אחד, אפשר לציין כאן רק את מיקום הטעינה. אם לאפליקציה יש כמה כרכים, אתם יכולים:

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

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

  16. לוחצים על Submit כדי לשלוח את המשימה.

  17. בסיום משימת הטעינה, מתחברים לשרת של מסד הנתונים ומוודאים שהגיבוי הטעון זמין ב-Active Mounts.

ניהול של נקודות הטעינה הפעילות

אחרי שיוצרים נקודת טעינה, אפשר לעקוב אחרי הגיבוי דרך App Manager (מנהל האפליקציות) > Active Mounts (נקודות טעינה פעילות). באופן אידיאלי, אל תשאירו גיבוי כלשהו מותקן ללא הגבלת זמן. הסיבה לכך היא שהגיבוי שממנו נוצר ה-mount לא יכול לפוג עד שכל ה-mounts שלו נמחקים. כשמסיימים להשתמש בגיבוי שנטען, אפשר:

טעינת נתונים מוצפנים של SQL Server

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

הקטע הזה עוסק בנושאים הבאים:

  • איך בודקים אם SQL TDE מופעל

  • פתרון בעיות בהצפנה של SQL Server

  • הליכים שקשורים למפתח מאסטר, לאישור הצפנה ולסיסמה של SQL Server

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

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

  • הצפנת נתונים שקופה (TDE) מופעלת

  • עותק של המפתח הפרטי ממסד הנתונים של SQL Server במקור

  • עותק של אישור ההצפנה ממסד הנתונים של SQL Server במקור

  • מזינים את הסיסמה של מסד הנתונים של SQL Server במקור.

ההליכים מפורטים במאמר SQL Server master key, encryption certificate, and password procedures.

איך בודקים אם TDE מופעל ב-SQL Server

כדי לבדוק אם TDE מופעל במכונה של SQL Server, אתם יכולים להשתמש בממשק המשתמש של SQL Server Management Studio‏ (SSMS) של מיקרוסופט, או להשתמש בשאילתה ידנית כדי לבדוק אם ההצפנה מופעלת במסד נתונים. לדוגמה:

        SELECT
         DB_NAME(database_id)AS dbname,
         encryption_state,
         case encryption_state
           WHEN 0 THEN 'Unencrypted (no
        database encryption key present)'
           WHEN 1 THEN 'Unencrypted'
           WHEN 2 THEN 'Encryption in Progress'
           WHEN 3 THEN 'Encrypted'
           WHEN 4 THEN 'Key Change in Progress'
           WHEN 5 THEN 'Decryption in Progress'
           ELSE CAST(encryption_state AS
        varchar(20))
         END AS encryption_state,
         key_algorithm,
         key_length
         FROM sys.dm_database_encryption_keys

SSMS

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

  1. ב-SSMS, לוחצים לחיצה ימנית על שם מסד הנתונים.

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

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

  4. בקטע State, מוודאים שהערך של Encryption Enabled הוא True.

פתרון בעיות בהצפנה של SQL Server

הנה שתי שגיאות נפוצות:

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

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

הליכים שקשורים למפתח מאסטר, לאישור הצפנה ולסיסמה של SQL Server

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

  • יצירת מפתח מאסטר חדש

  • יצירת אישור הצפנה חדש

  • החלת מפתח מאסטר של השרת ואישור הצפנה

  • יוצרים עותק של מפתח המאסטר של השרת ושל אישור ההצפנה, ומספקים את סיסמת המקור.

  • מעתיקים את אישור ההצפנה, המפתח הפרטי וסיסמת המקור

למידע נוסף, אפשר לעיין במידע המפורט של מיקרוסופט על אישורי אבטחה ומפתחות: https://msdn.microsoft.com/en-us/library/ff848768.aspx

יצירת מפתח מאסטר חדש

        use master;
        go
        create master key encryption by password = 'SMKSourcePassword';
        go

יצירת אישור הצפנה חדש

        use master;
        go
        create certificate sourcedbcert with subject = 'Act Test Cert';
        go

החלת מפתח מאסטר של השרת ואישור הצפנה

        use DATABASENAME;
        go
        CREATE DATABASE ENCRYPTION KEY
        WITH ALGORITHM = AES_128
        ENCRYPTION BY SERVER CERTIFICATE sourcedbcert;
        go
        alter database DATABASENAME
        set encryption on;
        go

יצירת עותק של מפתח השרת הראשי ואישור ההצפנה, ומתן סיסמת המקור

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

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

        use master;
        go
        backup certificate sourcedbcert to file = 'E:\Enc\Sourcecert'
        with PRIVATE KEY (file='E:\Enc\Privatekey',
        ENCRYPTION BY PASSWORD='SecurePassword');
        go

העתקת אישור ההצפנה והמפתח הפרטי, והזנת סיסמת המקור

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

        create certificate destinationdbcert
        FROM file = 'C:\Program Files\Backup and DR\sqlenc\Sourcecert'
        with private key (file = 'C:\Program Files\Backup and DR\sqlenc\Privatekey',
        decryption by password = 'SecurePassword')
        go

מסמכי תיעוד אחרים של Backup and DR ל-Microsoft SQL Server

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