מגבלות ידועות

בדף הזה מתוארות המגבלות הידועות בהעברה מ-SQL Server ל-Cloud SQL ל-SQL Server באמצעות Database Migration Service.

מגבלות כלליות

  • Database Migration Service יכול להעביר עד 20 מסדי נתונים לכל משימת העברה.

  • אפשר להריץ רק משימת העברה אחת למופע יעד יחיד של Cloud SQL ל-SQL Server.

  • Database Migration Service לא מעביר את מסד הנתונים של SQL Server‏ master, את פרטי המשתמש (כמו פרטי ההתחברות של המשתמש) או משימות שלא שייכות למסד נתונים ספציפי.

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

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

  • במקורות של Cloud SQL ל-SQL Server, אפשר ליצור את פרופיל חיבור המקור ואת משימת ההעברה רק באמצעות Google Cloud CLI. אתם יכולים להשתמש במסוף Google Cloud כדי לעקוב אחרי התקדמות ההעברה והמדדים.

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

  • ‫Database Migration Service לא מסיר קובצי גיבוי שמיוצאים באופן אוטומטי מקטגוריה של Cloud Storage. מומלץ להגדיר תקופת שמירת נתונים של 14 עד 30 ימים לקובצי הגיבוי.

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

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

מגבלות לגבי מקורות בניהול עצמי או מקורות Amazon RDS

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

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

  • הגודל המקסימלי של קובצי הגיבוי הוא 5TB.

  • אם גודל מסד הנתונים גדול מ-5TB, אפשר לפצל את קובץ הגיבוי המלא לקבצים קטנים יותר. הגודל המקסימלי של כל פס הוא 5TB.

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

  • במופע המקור של SQL Server אי אפשר להשתמש במודל פשוט לשחזור. מידע נוסף על מודלים של שחזור זמין במאמר Recovery Models (SQL Server) (מודלים של שחזור (SQL Server)) במאמרי העזרה של מיקרוסופט.