‫Database Migration Service ל-SQL Server

אתם יכולים להעביר מסדי נתונים של SQL Server למופעים של Cloud SQL ל-SQL Server באמצעות Database Migration Service, על ידי שימוש בתהליך גיבוי ושחזור.

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

  • במקורות של Cloud SQL ל-SQL Server, ‏ Database Migration Service מטפל באופן אוטומטי בכל הייצוא הנדרש של קובצי הגיבוי.

בדף הזה יש סקירה כללית של התכונות העיקריות של Database Migration Service (שירות העברת מסדי נתונים) להעברות הומוגניות של SQL Server:

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

אתם יכולים להשתמש ב-Database Migration Service כדי לבצע מיגרציה בין אותה גרסה ומהדורה של SQL Server, או מגרסאות קודמות של SQL Server לגרסאות מאוחרות יותר שנתמכות ב-Cloud SQL, כל עוד אתם פועלים בהתאם להנחיות בנושא תאימות גרסאות. מידע נוסף זמין במאמרי העזרה של Microsoft בנושא שדרוגים נתמכים של גרסאות ומהדורות של SQL Server. לדוגמה, אפשר לעיין במאמר בנושא שדרוגים נתמכים של גרסאות ומהדורות (SQL Server 2022).

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

מסדי נתונים של המקור מסדי נתונים של היעד
‫Amazon RDS ‫Cloud SQL ל-SQL Server בגרסאות 2022,‏ 2019 ו-2017
שרת SQL בניהול עצמי

(במקום או בכל מכונה וירטואלית בענן שאתם שולטים בה באופן מלא)

Cloud SQL ל-SQL Server

(עם ייצוא אוטומטי של גיבויים באמצעות Database Migration Service)

זרימת נתונים של העברות רציפות

בשביל העברות הומוגניות של SQL Server ל-Cloud SQL,‏ Database Migration Service תומך בתהליך העברה רציפה. בגישה הזו, הנתונים נטענים קודם מקובץ גיבוי מלא של מסד הנתונים, אחר כך מקובץ גיבוי דיפרנציאלי ואז מתעדכנים באופן רציף על סמך קובצי יומן טרנזקציות שמעלים לקטגוריה של Cloud Storage ייעודית.

סקירה כללית על תהליך המיגרציה של SQL Server
איור 1. העברת נתונים במהלך השימוש ב-Database Migration Service להעברות של SQL Server. (לוחצים כדי להגדיל)
סקירה כללית של תהליך המיגרציה של SQL Server

באופן כללי, הנתונים עוברים בשלבי ההעברה באופן הבא:

מקורות של Cloud SQL ל-SQL Server

למקורות של Cloud SQL ל-SQL Server:

  1. מגדירים את מכונת המקור Cloud SQL ל-SQL Server כך שתתמוך בשחזור מערכת מנקודה מסוימת בזמן (PITR) ומקצים את ההרשאות הנדרשות לחשבונות השירות של Cloud SQL ושל Database Migration Service.
  2. כשיוצרים ומריצים את משימת ההעברה, Database Migration Service יוצר קודם גיבוי מלא של מסד הנתונים, מאחסן אותו בקטגוריה של Cloud Storage שצוינה ואז טוען אותו למופע היעד.
  3. אחרי שהגיבוי המלא מסתיים, שירות העברת מסד הנתונים ממשיך לייצא קבצים של יומן העסקאות ממכונת המקור של Cloud SQL ל-SQL Server ולטעון אותם ליעד.

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

מקורות בניהול עצמי ומקורות של AWS

למקורות בניהול עצמי ולמקורות AWS:

  1. מעלים את קובצי הגיבוי ל-Cloud Storage.

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

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

    לפרטים על האופן שבו Database Migration Service משתמש בסוגים שונים של קובצי גיבוי בהעברות הומוגניות של שרת SQL, אפשר לעיין במאמר סוגי קובצי גיבוי נתמכים.

  2. כשמתחיל תהליך ההעברה, Database Migration Service טוען את הגיבוי המלא האחרון של מסד הנתונים למופע היעד של Cloud SQL ל-SQL Server.
  3. אחרי שהטעינה הראשונית מסתיימת, Database Migration Service עובר לשלב של טעינה מצטברת. בשלב הזה, Database Migration Service מבצע את הפעולות הבאות:
    1. אם עבודת ההעברה מוגדרת לשימוש בקובץ גיבוי דיפרנציאלי, Database Migration Service סורק את התיקייה diff ומטען קבצי גיבוי דיפרנציאלי למופע היעד. אם עבודת ההעברה מוגדרת לשימוש בקובץ גיבוי דיפרנציאלי, אבל Database Migration Service לא מוצא אותו בקטגוריה של Cloud Storage, עבודת ההעברה מציגה שגיאה בזמן שהיא מחפשת ללא הפסקה את קובץ הגיבוי הדיפרנציאלי בתיקייה diff.

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

    2. מעכשיו, Database Migration Service סורק באופן רציף את קטגוריה של Cloud Storage שלכם כדי למצוא קובצי גיבוי של יומני טרנזקציות לשכפול במופע היעד.
  4. כאשר נתונים חדשים מופיעים במסד הנתונים של המקור, אפשר להמשיך לייצא את קובצי הגיבוי של יומן העסקאות ולהעלות אותם לאותה קטגוריה ב-Cloud Storage. Database Migration Service אוסף את כל קובצי הגיבוי החדשים של יומן העסקאות ומשכפל אותם במסד הנתונים של היעד.

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

מעקב

תרשים לדוגמה של עיכוב בשכפול של משימת העברה ב-Database Migration Service.
איור 2. תרשים לדוגמה של יכולת התבוננות ב-Database Migration Service. (לוחצים כדי להגדיל)
תרשים לדוגמה של עיכוב בשכפול של משימת העברה ב-Database Migration Service.

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

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

הצפנה

במקורות מנוהלים עצמית ובמקורות של Amazon RDS, שירות העברת מסדי נתונים מספק תמיכה מלאה ב גיבויים מוצפנים של שרת SQL. אם תעלו את מפתח ההצפנה שלכם אל Google Cloud, ‏ Database Migration Service יוכל לפענח את הנתונים שלכם בצורה בטוחה ולטעון אותם למופע היעד של Cloud SQL ל-SQL Server בלי לפגוע באבטחת הנתונים.

מידע נוסף זמין במאמר בנושא קובצי גיבוי מוצפנים של SQL Server.

המאמרים הבאים