בדף הזה מתוארות המגבלות הידועות בהעברה מ-SQL Server ל-Cloud SQL ל-SQL Server באמצעות Database Migration Service.
מגבלות כלליות
בהעברות שמבוססות על גיבוי, אפשר להעביר באמצעות Database Migration Service עד 20 מסדי נתונים לכל משימת העברה. בהעברות של קבוצת זמינות מבוזרת (DAG), אפשר להעביר עד 100 מסדי נתונים לכל משימת העברה ב-Database Migration Service.
אפשר להריץ רק משימת העברה אחת למכונה אחת של Cloud SQL ל-SQL Server כיעד.
Database Migration Service לא מעביר את מסד הנתונים
masterשל SQL Server, פרטי משתמשים (כמו פרטי התחברות של משתמשים) או משימות שלא שייכות למסד נתונים ספציפי.במהלך ההעברה, אי אפשר להפעיל שחזור מערכת מנקודה מסוימת בזמן (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. Database Migration Service מבצע קודם את הגיבוי המלא של ה-dump עם מספר ה-stripes שמוגדר ל-
13, ואז יוצר ומייצא באופן רציף קובצי גיבוי של יומן העסקאות.Database Migration Service לא מסיר קובצי גיבוי שיוצאו באופן אוטומטי מהקטגוריה של Cloud Storage. מומלץ להגדיר תקופת שמירת נתונים של
14עד30ימים לקובצי הגיבוי.Database Migration Service לא מצפין את קובצי הגיבוי שנוצרים באופן אוטומטי בתהליך ההעברה הזה. אם אתם צריכים להשתמש בקובצי גיבוי מוצפנים ממכונה של Cloud SQL ל-SQL Server, מומלץ להשתמש בתהליך ההעברה הרגיל שמיועד למקורות בניהול עצמי או למקורות של Amazon RDS.
כדי ש-Database Migration Service יוכל ליצור קובצי גיבוי של יומן הטרנזקציות, צריך להפעיל את האפשרות "שחזור מערכת מנקודה מסוימת בזמן (PITR)" במקור של Cloud SQL ל-SQL Server.
מגבלות על מקורות בניהול עצמי או ב-Amazon RDS
Database Migration Service מעביר את כל הנתונים מקובצי הגיבוי שאתם מעלים לקטגוריה של Cloud Storage, אבל יכול להיות שלא כל התכונות שקיימות במסד הנתונים של המקור יהיו זמינות ב-Cloud SQL ל-SQL Server. משימות ההעברה של Database Migration Service לא משחזרות נתונים שקשורים לתכונה שלא נתמכת, אבל יכול להיות שיופיעו אזהרות או שגיאות ביומנים של מכונת היעד של Cloud SQL ל-SQL Server.
לפני שאתם בוחרים להעביר את מסדי הנתונים של SQL Server ל-Cloud SQL ל-SQL Server, חשוב שתקראו את המאמר תכונות של SQL Server שלא זמינות ב-Cloud SQL במסמכי התיעוד של Cloud SQL ל-SQL Server. אתם יכולים גם להשתמש ב-Google Cloud Migration Center כדי לגלות מגבלות אפשריות או פערים בתמיכה בתכונות בתרחיש הספציפי שלכם. איך מאתרים ומייבאים מסדי נתונים
הגודל המקסימלי של קובצי הגיבוי הוא 5TB.
אם גודל מסד הנתונים גדול מ-5TB, אפשר לפצל את קובץ הגיבוי המלא לקבצים קטנים יותר. הגודל המקסימלי של כל פס הוא 5TB.
אתם יכולים להשתמש בקובצי גיבוי מוצפנים ובקובצי יומן עסקאות לצורך ההעברה. אם אתם רוצים להשתמש בקובצי גיבוי מוצפנים, אתם צריכים להצפין כל קובץ גיבוי (מלא, דיפרנציאלי, יומן טרנזקציות) שאתם משתמשים בו למסד נתונים ספציפי שכלול בהעברה. איך משתמשים בגיבויים מוצפנים
אי אפשר להשתמש במודל השחזור הפשוט במכונה של שרת ה-SQL במקור. למידע נוסף על מודלים של שחזור, קראו את המאמר Recovery Models (SQL Server) במאמרי העזרה של Microsoft.
מגבלות על העברות של Distributed Availability Group (DAG)
אם אתם מעבירים ממכונה של SQL Server בניהול עצמי באמצעות קבוצת זמינות מבוזרת (DAG), חלות דרישות ומגבלות נוספות (כולל דרישות של Enterprise Edition, כללי בעלות על מסד נתונים ומגבלות על תכונות של Cloud SQL ל-SQL Server במהלך ההעברה והמעבר למצב חלופי). הרשימה המלאה מופיעה במאמר מגבלות ידועות בהעברות של DAG.