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

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

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

צירוף נתונים שנתפסו מ-Microsoft SQL Server

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

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

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

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

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

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

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

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

  7. לוחצים על שליחה והעבודה של יצירת הנפח נשלחת.

  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. פותחים את מסוף ניהול הציוד ברשימה Applications (אפליקציות) > App Manager (ניהול אפליקציות).

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

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

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

  5. בוחרים באפשרות יצירת אפליקציה וירטואלית חדשה.

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

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

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

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

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

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

    האפליקציה הווירטואלית מופיעה ברשימת האפליקציות במרכז ניהול האפליקציות.

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

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

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

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

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

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

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

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

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

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

  16. לוחצים על שליחה והעבודה נשלחת.

  17. אחרי שמשימת ההרכבה מסתיימת, מתחברים לשרת מסד הנתונים ומוודאים שהגיבוי המורכב זמין בActive 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, אישור הצפנה והליכים של סיסמאות.

קביעה אם 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. בתפריט הנפתח, בוחרים באפשרות מאפיינים. המאפיינים של מסד הנתונים מוצגים.

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

  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 שלא מופעל בו Transparent Data Encryption.

מפתח מאסטר, אישור הצפנה וסיסמה ב-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, ובשחזור שלהם. מידע נוסף זמין בדפים הבאים: