‫Database Migration Service ל-SQL Server

ב-Database Migration Service יש שתי גישות להעברת מסדי נתונים של SQL Server ל-Cloud SQL ל-SQL Server:

  • העברות של גיבוי ושחזור: העברה ממקורות של SQL Server בניהול עצמי, Amazon RDS או Cloud SQL ל-SQL Server, על ידי העלאה זמנית של קובצי גיבוי מלא וקובצי יומן של טרנזקציות לקטגוריה של Cloud Storage.
  • העברות של קבוצת זמינות מבוזרת (DAG): העברה ממכונות של SQL Server Enterprise Edition בניהול עצמי ישירות דרך חיבור לרשת פרטית באמצעות קבוצת זמינות מבוזרת של SQL Server, בלי לייצא קובצי גיבוי ל-Cloud Storage.

העברות של גיבוי ושחזור

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

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

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

בקטע הזה מוסבר על התכונות הבאות של גיבוי ושחזור של העברות הומוגניות של SQL Server:

  • במאמר מקורות ויעדים נתמכים מפורטות כל הגרסאות של SQL Server שנתמכות ב-Database Migration Service.

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

  • במאמר הצפנה מוסבר איך אפשר להעביר קובצי גיבוי מוצפנים של SQL Server.

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

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

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

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

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

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

Cloud SQL ל-SQL Server

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

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

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

סקירה כללית על תהליך ההעברה של SQL Server
תרשים 1. העברת נתונים במהלך העברות של SQL Server באמצעות Database Migration Service. (אפשר ללחוץ כדי להגדיל)
סקירה כללית על תהליך ההעברה של 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. אחרי שההעתקה המלאה מסתיימת, Database Migration Service ממשיך לייצא קובצי יומן של טרנזקציות ממכונת המקור של Cloud SQL ל-SQL Server ולטעון אותם ליעד.

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

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

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

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

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

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

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

  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 מפורטים השלבים להעברת הנתונים.

הצפנה

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

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

העברות של קבוצות זמינות מבוזרות (DAG)

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

בקטע הזה מופיעה סקירה כללית קצרה על העברות של קבוצות זמינות מבוזרות של SQL Server:

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

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

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

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

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

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

כדי להעביר קבוצות זמינות מבוזרות, צריך להשתמש ב-Enterprise Edition גם במכונה של SQL Server במקור וגם במכונה של Cloud SQL ל-SQL Server ביעד:

מסדי נתונים של המקור מסדי נתונים של יעדים
גרסאות 2025, 2022, 2019, 2017 של SQL Server Enterprise Edition בניהול עצמי

(במקום או בכל מכונה וירטואלית בענן שבשליטתכם המלאה, עם קבוצות זמינות מסוג Always On)

 ‫Cloud SQL ל-SQL Server Enterprise Edition בגרסאות 2025, ‏ 2022, ‏ 2019, ‏ 2017

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

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

סקירה כללית על תהליך ההעברה של קבוצת זמינות מבוזרת (DAG)
איור 2. העברת נתונים במהלך העברות של קבוצת זמינות מבוזרת (DAG).

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

  1. מגדירים קישור דרך IP דו-כיווני פרטי, מכינים קבוצת זמינות במקור ויוצרים שרת מקושר במכונה של Cloud SQL ל-SQL Server ביעד.
  2. כשמתחילים את משימת ההעברה, Database Migration Service יוצר קבוצת זמינות מבוזרת ומעביר בסטרימינג את הטעינה המלאה הראשונית של כל מסדי הנתונים בקבוצת הזמינות של המקור ישירות דרך הרשת אל Cloud SQL ל-SQL Server.
  3. אחרי שהטעינה המלאה הראשונית מסתיימת, השירות להעברת מסדי נתונים משכפל באופן רציף את השינויים השוטפים במסד הנתונים (שלב CDC), ומאפשר לכם לשלוח שאילתות למסדי הנתונים של היעד במצב קריאה בלבד.
  4. כשמקַדמים את משימת ההעברה, השירות Database Migration Service מעביר את המכונה של Cloud SQL ל-SQL Server למצב קריאה/כתיבה ראשי, ונכנס לשלב FAILBACK כדי לשכפל כתיבות חדשות בחזרה למכונה של המקור. בשלב FAILBACK, אתם יכולים להריץ את promote עם הדגל --failback כדי להחזיר את התפקיד הראשי למכונה המקורית, או להפסיק את הרפליקציה ולמחוק את משימת ההעברה כדי להשלים את ההעברה ולבצע את הניקוי הנדרש אחרי אימות המעבר החד למערכת אחרת (cutover).

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

הצפנה

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

מעקב

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

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

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

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