יצירת עבודת העברה למופע יעד קיים

ב-Database Migration Service, משימות העברה משמשות להעברת נתונים ממכונה של מסד נתונים במקור למכונה של מסד נתונים ביעד. יצירת משימת העברה למכונה קיימת של יעד כוללת:

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

לפני שמתחילים

לפני שיוצרים משימת העברה למכונה קיימת של מסד נתונים ביעד, חשוב לוודא ש:

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

יצירת משימת העברה באמצעות מסוף Google Cloud

כשמעבירים למכונה קיימת באמצעות מסוף Google Cloud , השירות Database Migration Service מנהל בשבילכם באופן אוטומטי את פרופיל החיבור של היעד. כדי ליצור משימת העברה למכונה קיימת באמצעות מסוף Google Cloud :

הגדרת משימת ההעברה

1. נכנסים לדף Migration jobs במסוף Google Cloud .

   מעבר אל Migration jobs

2. לוחצים על Create migration job.

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

   אפשר להשהות את היצירה של משימת ההעברה בכל שלב, בלחיצה על SAVE & EXIT. כל הנתונים שהזנתם עד לאותו שלב נשמרים בטיוטה של משימת ההעברה. אתם יכולים לסיים את משימת ההעברה ששמרתם כטיוטה במועד מאוחר יותר.

3. בדף Get started, מזינים את הפרטים הבאים:
   1. שם משימת ההעברה

      זהו שם קריא לאנשים של משימת ההעברה. הערך הזה מוצג במסוף Google Cloud .

   2. מזהה משימת ההעברה

      זהו מזהה בפורמט קריא למכונה של משימת ההעברה. הערך הזה משמש לעבודה עם משימות העברה באמצעות פקודות Google Cloud CLI או API של Database Migration Service.

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

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

   4. בוחרים את האזור שבו שמרתם את משימת ההעברה.

      ‫Database Migration Service הוא מוצר אזורי לחלוטין, כלומר כל הישויות שקשורות להעברה (פרופילי החיבור של המקור והיעד, משימות ההעברה, מסדי הנתונים של היעד) צריכות להישמר באזור אחד. בוחרים את האזור לפי המיקום של השירותים שצריכים את הנתונים, כמו מכונות של Compute Engine או אפליקציות של App Engine, ושירותים אחרים. אחרי שבוחרים את אזור היעד, אי אפשר לשנות את הבחירה.

      חשוב: אם אתם מתכננים להשתמש במהדורת Cloud SQL ל-MySQL Enterprise Plus, ודאו שהאזור שלכם נתמך במהדורה הזו. תמיכה באזורים של Cloud SQL ל-MySQL במהדורת Enterprise Plus
4. לוחצים על שמירה והמשך.

מציינים מידע על פרופיל החיבור של המקור

בדף Define a source, מבצעים את הפעולות הבאות:

1. בתפריט הנפתח Source connection profile, בוחרים את פרופיל החיבור של מסד הנתונים של המקור.
2. בקטע Customize full dump configuration, לוחצים על Edit configuration.
3. בחלונית Edit full dump configuration, בתפריט הנפתח Full dump method, בוחרים אחת מהאפשרויות הבאות:
   • מבוסס על קובץ פיזי: בוחרים באפשרות הזו אם רוצים להשתמש בכלי Percona XtraBackup כדי לספק קובץ גיבוי משלכם. הגישה הזו דורשת שלבי הכנה נוספים. במדריך המלא לשימוש בקובצי גיבוי פיזיים שנוצרו על ידי Percona XtraBackup, אפשר לקרוא איך להעביר את מסדי הנתונים באמצעות קובץ פיזי של Percona XtraBackup.
   • מבוסס על לוגיקה: בוחרים באפשרות הזו אם רוצים להשתמש בקובץ גיבוי לוגי שנוצר באמצעות הכלי mysqldump. ‫Database Migration Service יכול ליצור בשבילכם את קובץ הגיבוי הזה באופן אוטומטי, או שאתם יכולים לספק עותק משלכם.
4. עורכים את שאר ההגדרות של ה-dump. מבצעים אחת מהפעולות הבאות:
   • אם אתם משתמשים בקובץ הגיבוי הפיזי, בשדה Provide your folder לוחצים על Browse ובוחרים את התיקייה שאליה העליתם את קובץ ה-dump המלא. חשוב לבחור את התיקייה הייעודית שמכילה את קובץ הגיבוי המלא, ולא את קטגוריית האחסון עצמה.

   • אם משתמשים בקובץ גיבוי לוגי, צריך להגדיר את דגלי ה-dump או את המקביליות של ה-data dump.

     הרחיבו את הקטע הזה כדי לראות את השלבים המלאים ליצירת קובץ גיבוי לוגי

     בקטע Choose how to generate your dump file, בוחרים באחת מהאפשרויות הבאות:

     1. נוצר אוטומטית (מומלץ)

        מומלץ לבחור באפשרות הזו כי Database Migration Service תמיד יוצר קובץ dump ראשוני של מסד הנתונים אחרי שיוצרים ומפעילים את משימת ההעברה.

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

        אם משתמשים בקובץ ה-dump שנוצר אוטומטית, בוחרים את סוג הפעולה ש-Database Migration Service צריך לבצע בקטע Configure data dump operation:

        • העברה מקבילה של נתונים: אפשרות להעברה מקבילה של נתונים בביצועים גבוהים, שזמינה כשעוברים לגרסאות 5.7 או 8 של MySQL.
          אם בוחרים להשתמש בהעברה מקבילה של קובצי dump של נתונים, צריך לוודא שנותנים את ההרשאות הנדרשות במסד הנתונים של המקור לתרחיש (כמו LOCK_TABLES). מידע נוסף על ההרשאות הנדרשות למסדי נתונים של מקורות זמין במאמרים הגדרת מסד נתונים של מקור להעברות חד-פעמיות או הגדרת מסד נתונים של מקור להעברות רציפות.

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

          • אופטימלי (מומלץ): ביצועים מאוזנים עם עומס אופטימלי על מסד הנתונים של המקור.
          • מקסימלית: מספקת את מהירויות ה-dump הגבוהות ביותר, אבל עלולה לגרום לעומס מוגבר על מסד הנתונים של המקור.
          • מינימלי: צורך את הכמות הנמוכה ביותר של משאבי מחשוב במסד הנתונים של המקור, אבל קצב העברת הנתונים של ה-dump עשוי להיות איטי יותר.
        • Dump flags: האפשרות הזו לא זמינה אם בוחרים באפשרות Data dump parallelism. אפשר להשתמש בהגדרה הזו כדי להגדיר ישירות דגלים לכלי mysqldump שמשמש ליצירת קובץ ה-dump.

          כדי להוסיף סימון:

          1. לוחצים על הוספת סימון.

          2. בוחרים באחד מהדגלים הבאים:

             • ‫add-locks: הדגל הזה מקיף כל טבלה שכלולה בקובץ ה-dump בהצהרות LOCK TABLES ו-UNLOCK TABLES. כך אפשר להוסיף נתונים מהר יותר כשקובץ ה-dump נטען למכונה ביעד.
             • ignore-error: משתמשים בדגל הזה כדי להזין רשימה של מספרי שגיאות שמופרדים בפסיקים. המספרים האלה מייצגים את השגיאות שכלי השירות mysqldump יתעלם מהן.
             • ‫max-allowed-packet: משתמשים בדגל הזה כדי להגדיר את הגודל המקסימלי של המאגר הזמני לתקשורת בין לקוח MySQL לבין מסד הנתונים של MySQL במקור. גודל ברירת המחדל של מאגר הנתונים הזמני הוא 24MB, והגודל המקסימלי הוא 1GB.
               אם משתמשים בעמודות BLOB גדולות או במחרוזות ארוכות בטבלאות של מסד הנתונים במקור, צריך להגדיל את המאגר של הדגל הזה.
             למידע נוסף על דגלים אלה, עיין בתיעוד אודותmysqldump תועלת ב-
          3. לוחצים על סיום.
          4. חוזרים על השלבים האלה לכל דגל שרוצים להוסיף.

          כדי להסיר סימון, לוחצים על סמל פח האשפה שמשמאל לשורה שמכילה את הסימון.

     2. הצעת חוק משלך

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

        אם רוצים להשתמש בקובץ dump משלכם, בוחרים באפשרות Provide your own, לוחצים על BROWSE, בוחרים את הקובץ (או את כל התיקייה ב-Cloud Storage אם משתמשים בכמה קבצים) ולוחצים על SELECT.

        חשוב לוודא שה-dump נוצר ב-24 השעות האחרונות ועומד בדרישות ה-dump.

5. לוחצים על שמירה והמשך.

בחירת מכונת היעד של Cloud SQL

1. בתפריט Type of destination instance, בוחרים באפשרות Existing instance.
2. בקטע Select destination instance, בוחרים את המכונה של היעד.

3. בודקים את המידע בקטע Instance details ולוחצים על Select and continue.

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

4. לוחצים על אישור והמשך.

הגדרת הקישוריות בין המכונות של מסד הנתונים במקור וביעד

בתפריט הנפתח Connectivity method, בוחרים שיטת קישוריות לרשת. השיטה הזו מגדירה איך המכונה החדשה שנוצרה ב-Cloud SQL תתחבר למסד הנתונים של המקור. השיטות הקיימות לחיבור לרשת כוללות רשימת היתרים של כתובות IP, מנהרת SSH הפוכה, ממשקי Private Service Connect וקישור בין רשתות VPC שכנות (peering)

אם רוצים להשתמש ב...	ואז...
שיטת החיבור לרשת באמצעות רשימת היתרים של כתובות IP,	צריך לציין את כתובת ה-IP היוצאת של מכונת היעד. אם המכונה שיצרתם ב-Cloud SQL היא מכונה בזמינות גבוהה, צריך לכלול את כתובות ה-IP היוצאות גם של המכונה הראשית וגם של המכונה המשנית.
שיטת הקישוריות לרשת של מנהרת SSH הפוכה,	צריך לבחור את המכונה הווירטואלית של Compute Engine שתארח את המנהרה. ‫Google תספק סקריפט שמבצע את השלבים להגדרת המנהרה בין מסד הנתונים של המקור לבין מסד הנתונים של היעד. צריך להריץ את הסקריפט ב-Google Cloud CLI. מריצים את הפקודות ממכונה שיש לה קישוריות גם למסד הנתונים של המקור וגם ל- Google Cloud.
שיטת הקישוריות של ממשקי Private Service Connect,	‫Database Migration Service יוצר באופן אוטומטי את החיבורים הנדרשים. שיטת הקישוריות הזו זמינה רק אם יש לכם מכונה עם Private Service Connect ומחבר רשת. מידע נוסף על ממשקי Private Service Connect מופיע במאמר חיבורים יוצאים של Private Service Connect במסמכי התיעוד של Cloud SQL.
שיטת הקישוריות לרשת VPC Peering,	צריך לבחור את רשת ה-VPC שבה נמצא מסד הנתונים של המקור. המכונה של Cloud SQL תעודכן כדי להתחבר לרשת הזו.

אחרי שבוחרים ומגדירים את הקישוריות לרשת, לוחצים על Configure and continue.

הגדרת מסדי נתונים להעברה

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

1. ברשימה Databases to migrate, בוחרים אחת מהאפשרויות הבאות:
   • ‫All databases: בחירה בכל מסדי הנתונים שקיימים במקור.
   • מסדי נתונים ספציפיים: מאפשר לבחור מסדי נתונים ספציפיים מכל מסדי הנתונים שקיימים במקור.

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

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

3. לוחצים על שמירה והמשך.

בדיקה, יצירה והפעלה של משימת ההעברה

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

1. בדף Test and create migration job, לוחצים על Test job.

   אם הבדיקה נכשלת, אתם יכולים לטפל בבעיה בחלק המתאים בתהליך ולחזור לבדיקה חוזרת. למידע על פתרון בעיות בבדיקה של משימת העברה שנכשלה, ראו אבחון בעיות ב-MySQL.

2. כשהבדיקה של משימת ההעברה מסתיימת, לוחצים על Create and start job כדי ליצור את משימת ההעברה ולהתחיל אותה מיד, או על Create job כדי ליצור את משימת ההעברה בלי להתחיל אותה מיד.

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

   ההעברה מתבצעת. כשמפעילים את משימת ההעברה, Database Migration Service מתחיל את ה-dump המלא ונועל לזמן קצר את מסד הנתונים של המקור. אם המקור נמצא ב-Amazon RDS או ב-Amazon Aurora, ‏ Database Migration Service דורש גם זמן השבתה קצר (פחות מדקה) של פעולות הכתיבה בתחילת ההעברה. מידע נוסף מופיע בקטע מגבלות ידועות.

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

יצירת משימת העברה באמצעות Google Cloud CLI

כשמעבירים למכונה קיימת באמצעות Google Cloud CLI, צריך ליצור באופן ידני את פרופיל החיבור של מכונת היעד. לא צריך לעשות את זה כשמשתמשים במסוף Google Cloud , כי Database Migration Service יוצר ומסיר בשבילכם את פרופיל החיבור של היעד.

יצירת פרופיל חיבור ליעד

מריצים את הפקודה gcloud database-migration connection-profiles create כדי ליצור את פרופיל החיבור של היעד במכונה הקיימת:

בדוגמה הזו נעשה שימוש בדגל האופציונלי --no-async כדי שכל הפעולות יתבצעו באופן סינכרוני. זה אומר שיכול להיות שייקח קצת זמן עד שחלק מהפקודות יסתיימו. אפשר לדלג על הדגל --no-async כדי להריץ פקודות באופן אסינכרוני. אם כן, צריך להשתמש בפקודה gcloud database-migration operations describe כדי לוודא שהפעולה הצליחה.

לפני השימוש בנתוני הפקודה הבאים, צריך להחליף את הנתונים הבאים:

• CONNECTION_PROFILE_ID עם מזהה בפורמט קריא למכונה עבור פרופיל החיבור שלך.
• ‫REGION במזהה של האזור שבו רוצים לשמור את פרופיל החיבור.
• ‫DESTINATION_INSTANCE_ID במזהה של מכונת היעד.
• (אופציונלי) CONNECTION_PROFILE_NAME עם שם קריא לאנשים לפרופיל החיבור. הערך הזה מוצג במסוף Google Cloud .

מריצים את הפקודה הבאה:

‫Linux,‏ macOS או Cloud Shell

הערה: חשוב לוודא שהפעלתם את Google Cloud CLI עם אימות ופרויקט, על ידי הרצת הפקודה gcloud init או הפקודות gcloud auth login ו- gcloud config set project.

gcloud database-migration connection-profiles \
create mysql CONNECTION_PROFILE_ID \
  --no-async \
  --cloudsql-instance=DESTINATION_INSTANCE_ID \
  --region=REGION \
  --display-name=CONNECTION_PROFILE_NAME

‏Windows (PowerShell)

הערה: חשוב לוודא שהפעלתם את Google Cloud CLI עם אימות ופרויקט, על ידי הרצת הפקודה gcloud init או הפקודות gcloud auth login ו- gcloud config set project.

gcloud database-migration connection-profiles `
create mysql CONNECTION_PROFILE_ID `
  --no-async `
  --cloudsql-instance=DESTINATION_INSTANCE_ID `
  --region=REGION `
  --display-name=CONNECTION_PROFILE_NAME

Windows‏ (cmd.exe)

הערה: חשוב לוודא שהפעלתם את Google Cloud CLI עם אימות ופרויקט, על ידי הרצת הפקודה gcloud init או הפקודות gcloud auth login ו- gcloud config set project.

gcloud database-migration connection-profiles ^
create mysql CONNECTION_PROFILE_ID ^
  --no-async ^
  --cloudsql-instance=DESTINATION_INSTANCE_ID ^
  --region=REGION ^
  --display-name=CONNECTION_PROFILE_NAME

אמורים לקבל תגובה שדומה לזו:

Waiting for connection profile [CONNECTION_PROFILE_ID]
to be created with [OPERATION_ID]

Waiting for operation [OPERATION_ID] to complete...done.

Created connection profile CONNECTION_PROFILE_ID [OPERATION_ID]

יצירת משימת ההעברה

הערה: הדוגמאות הבאות מייצגות תרחיש מיגרציה שבו משתמשים בקישור דרך IP פרטית בין מסדי הנתונים של המקור והיעד. אם אתם משתמשים בסוג קישוריות אחר (לדוגמה, קישור רשתות VPC או מנהרת SSH הפוכה), הקפידו להוסיף את הדגלים הנדרשים, כמו --peer-vpc או --vm, --vm-ip, --vm-port, --vpc. מידע נוסף זמין במאמרים הגדרת קישוריות ודוגמאות ל-Google Cloud CLI.

בדוגמה הזו נעשה שימוש בדגל האופציונלי --no-async כדי שכל הפעולות יתבצעו באופן סינכרוני. זה אומר שיכול להיות שייקח קצת זמן עד שחלק מהפקודות יסתיימו. אפשר לדלג על הדגל --no-async כדי להריץ פקודות באופן אסינכרוני. אם כן, צריך להשתמש בפקודה gcloud database-migration operations describe כדי לוודא שהפעולה הצליחה.

לפני השימוש בנתוני הפקודה הבאים, צריך להחליף את הנתונים הבאים:

• ‫MIGRATION_JOB_ID עם מזהה בפורמט קריא למכונה של משימת המיגרציה. הערך הזה משמש לעבודה עם משימות העברה באמצעות פקודות Google Cloud CLI או API של Database Migration Service.
• ‫REGION במזהה האזור שבו רוצים לשמור את משימת ההעברה.
• ‫MIGRATION_JOB_NAME בשם קריא לאנשים של משימת ההעברה. הערך הזה מוצג ב-Database Migration Service במסוף Google Cloud .
• ‫SOURCE_CONNECTION_PROFILE_ID עם מזהה בפורמט קריא למכונה של פרופיל החיבור של המקור.
• ‫DESTINATION_CONNECTION_PROFILE_ID במזהה בפורמט קריא למכונה של פרופיל החיבור של היעד.

• אופציונלי: כברירת מחדל, Database Migration Service מעביר את כל מסדי הנתונים במקור. אם רוצים להעביר רק מסדי נתונים ספציפיים, משתמשים בדגל --databases-filter ומציינים את המזהים שלהם ברשימה מופרדת בפסיקים.

  לדוגמה: --databases-filter=my-business-database,my-other-database

  אפשר לערוך בהמשך את משימות ההעברה שנוצרו באמצעות הדגל --databases-filter, באמצעות הפקודה gcloud database-migration migration-jobs update.

מריצים את הפקודה הבאה:

‫Linux,‏ macOS או Cloud Shell

הערה: חשוב לוודא שהפעלתם את Google Cloud CLI עם אימות ופרויקט, על ידי הרצת הפקודה gcloud init או הפקודות gcloud auth login ו- gcloud config set project.

gcloud database-migration migration-jobs \
create MIGRATION_JOB_ID \
  --no-async \
  --region=REGION \
  --display-name=MIGRATION_JOB_NAME \
  --source=SOURCE_CONNECTION_PROFILE_ID \
  --destination=DESTINATION_CONNECTION_PROFILE_ID \
  --type= \

‏Windows (PowerShell)

הערה: חשוב לוודא שהפעלתם את Google Cloud CLI עם אימות ופרויקט, על ידי הרצת הפקודה gcloud init או הפקודות gcloud auth login ו- gcloud config set project.

gcloud database-migration migration-jobs `
create MIGRATION_JOB_ID `
  --no-async `
  --region=REGION `
  --display-name=MIGRATION_JOB_NAME `
  --source=SOURCE_CONNECTION_PROFILE_ID `
  --destination=DESTINATION_CONNECTION_PROFILE_ID `
  --type= `

Windows‏ (cmd.exe)

הערה: חשוב לוודא שהפעלתם את Google Cloud CLI עם אימות ופרויקט, על ידי הרצת הפקודה gcloud init או הפקודות gcloud auth login ו- gcloud config set project.

gcloud database-migration migration-jobs ^
create MIGRATION_JOB_ID ^
  --no-async ^
  --region=REGION ^
  --display-name=MIGRATION_JOB_NAME ^
  --source=SOURCE_CONNECTION_PROFILE_ID ^
  --destination=DESTINATION_CONNECTION_PROFILE_ID ^
  --type= ^

אמורים לקבל תגובה שדומה לזו:

Waiting for migration job [MIGRATION_JOB_ID]
to be created with [OPERATION_ID]

Waiting for operation [OPERATION_ID] to complete...done.

Created migration job MIGRATION_JOB_ID [OPERATION_ID]

הורדה בדרגה של מסד הנתונים ביעד

כדי להשתמש ב-Database Migration Service, צריך להגדיר את המכונה של מסד הנתונים ביעד כעותק לקריאה בלבד בזמן ההעברה. לפני שמתחילים את משימת ההעברה, מריצים את הפקודה gcloud database-migration migration-jobs demote-destination כדי להוריד בדרגה את המכונה של מסד הנתונים ביעד.

לפני השימוש בנתוני הפקודה הבאים, צריך להחליף את הנתונים הבאים:

• ‫MIGRATION_JOB_ID במזהה של משימת ההעברה.

  אם אתם לא יודעים מה המזהה, אתם יכולים להשתמש בפקודה gcloud database-migration migration-jobs list כדי להציג את כל משימות ההעברה באזור מסוים ואת המזהים שלהן.

• ‫REGION במזהה האזור שבו נשמר פרופיל החיבור.

מריצים את הפקודה הבאה:

‫Linux,‏ macOS או Cloud Shell

הערה: חשוב לוודא שהפעלתם את Google Cloud CLI עם אימות ופרויקט, על ידי הרצת הפקודה gcloud init או הפקודות gcloud auth login ו- gcloud config set project.

gcloud database-migration migration-jobs \
demote-destination MIGRATION_JOB_ID \
  --region=REGION

‏Windows (PowerShell)

הערה: חשוב לוודא שהפעלתם את Google Cloud CLI עם אימות ופרויקט, על ידי הרצת הפקודה gcloud init או הפקודות gcloud auth login ו- gcloud config set project.

gcloud database-migration migration-jobs `
demote-destination MIGRATION_JOB_ID `
  --region=REGION

Windows‏ (cmd.exe)

הערה: חשוב לוודא שהפעלתם את Google Cloud CLI עם אימות ופרויקט, על ידי הרצת הפקודה gcloud init או הפקודות gcloud auth login ו- gcloud config set project.

gcloud database-migration migration-jobs ^
demote-destination MIGRATION_JOB_ID ^
  --region=REGION

תוצאה

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

done: false
metadata:
  '@type': type.googleapis.com/google.cloud.clouddms.v1.OperationMetadata
  apiVersion: v1
  createTime: '2024-02-20T12:20:24.493106418Z'
  requestedCancellation: false
  target: MIGRATION_JOB_ID
  verb: demote-destination
name: OPERATION_ID

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

• משתמשים בפקודה gcloud database-migration migration-jobs describe כדי לראות את הסטטוס של משימת ההעברה.
• כדי לראות את סטטוס הפעולה עצמה, משתמשים ב- gcloud database-migration operations describe עם OPERATION_ID.

ניהול משימות העברה

בשלב הזה, משימת ההעברה מוגדרת ומחוברת למכונה של מסד הנתונים ביעד. אפשר לנהל אותו באמצעות הפעולות verify,‏ start,‏ stop,‏ restart ו-resume.

אימות משימת ההעברה

מומלץ קודם לאמת את משימת ההעברה באמצעות הפקודה gcloud database-migration migration-jobs verify.

לפני השימוש בנתוני הפקודה הבאים, צריך להחליף את הנתונים הבאים:

• ‫MIGRATION_JOB_ID במזהה של משימת ההעברה.

  אם אתם לא יודעים מה המזהה, אתם יכולים להשתמש בפקודה gcloud database-migration migration-jobs list כדי להציג את כל משימות ההעברה באזור מסוים ואת המזהים שלהן.

• ‫REGION במזהה האזור שבו נשמר פרופיל החיבור.

מריצים את הפקודה הבאה:

‫Linux,‏ macOS או Cloud Shell

הערה: חשוב לוודא שהפעלתם את Google Cloud CLI עם אימות ופרויקט, על ידי הרצת הפקודה gcloud init או הפקודות gcloud auth login ו- gcloud config set project.

gcloud database-migration migration-jobs \
verify MIGRATION_JOB_ID \
  --region=REGION

‏Windows (PowerShell)

הערה: חשוב לוודא שהפעלתם את Google Cloud CLI עם אימות ופרויקט, על ידי הרצת הפקודה gcloud init או הפקודות gcloud auth login ו- gcloud config set project.

gcloud database-migration migration-jobs `
verify MIGRATION_JOB_ID `
  --region=REGION

Windows‏ (cmd.exe)

הערה: חשוב לוודא שהפעלתם את Google Cloud CLI עם אימות ופרויקט, על ידי הרצת הפקודה gcloud init או הפקודות gcloud auth login ו- gcloud config set project.

gcloud database-migration migration-jobs ^
verify MIGRATION_JOB_ID ^
  --region=REGION

תוצאה

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

done: false
metadata:
  '@type': type.googleapis.com/google.cloud.clouddms.v1.OperationMetadata
  apiVersion: v1
  createTime: '2024-02-20T12:20:24.493106418Z'
  requestedCancellation: false
  target: MIGRATION_JOB_ID
  verb: verify
name: OPERATION_ID

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

• משתמשים בפקודה gcloud database-migration migration-jobs describe עם MIGRATION_JOB_ID כדי לראות את הסטטוס של משימת ההעברה.
• משתמשים בפקודה gcloud database-migration operations describe עם הדגל OPERATION_ID כדי לראות את סטטוס הפעולה עצמה.

התחלת משימת ההעברה

מפעילים את משימת ההעברה באמצעות הפקודה gcloud database-migration migration-jobs start.

לפני השימוש בנתוני הפקודה הבאים, צריך להחליף את הנתונים הבאים:

• ‫MIGRATION_JOB_ID במזהה של משימת ההעברה.

  אם אתם לא יודעים מה המזהה, אתם יכולים להשתמש בפקודה gcloud database-migration migration-jobs list כדי להציג את כל משימות ההעברה באזור מסוים ואת המזהים שלהן.

• ‫REGION במזהה האזור שבו נשמר פרופיל החיבור.

מריצים את הפקודה הבאה:

‫Linux,‏ macOS או Cloud Shell

הערה: חשוב לוודא שהפעלתם את Google Cloud CLI עם אימות ופרויקט, על ידי הרצת הפקודה gcloud init או הפקודות gcloud auth login ו- gcloud config set project.

gcloud database-migration migration-jobs \
start MIGRATION_JOB_ID \
  --region=REGION

‏Windows (PowerShell)

הערה: חשוב לוודא שהפעלתם את Google Cloud CLI עם אימות ופרויקט, על ידי הרצת הפקודה gcloud init או הפקודות gcloud auth login ו- gcloud config set project.

gcloud database-migration migration-jobs `
start MIGRATION_JOB_ID `
  --region=REGION

Windows‏ (cmd.exe)

הערה: חשוב לוודא שהפעלתם את Google Cloud CLI עם אימות ופרויקט, על ידי הרצת הפקודה gcloud init או הפקודות gcloud auth login ו- gcloud config set project.

gcloud database-migration migration-jobs ^
start MIGRATION_JOB_ID ^
  --region=REGION

תוצאה

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

done: false
metadata:
  '@type': type.googleapis.com/google.cloud.clouddms.v1.OperationMetadata
  apiVersion: v1
  createTime: '2024-02-20T12:20:24.493106418Z'
  requestedCancellation: false
  target: MIGRATION_JOB_ID
  verb: start
name: OPERATION_ID

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

• משתמשים בפקודה gcloud database-migration migration-jobs describe עם MIGRATION_JOB_ID כדי לראות את הסטטוס של משימת ההעברה.
• משתמשים בפקודה gcloud database-migration operations describe עם הדגל OPERATION_ID כדי לראות את סטטוס הפעולה עצמה.

קידום משימת ההעברה

אחרי שההעברה מגיעה לשלב של סימון נתונים שהשתנו (CDC), אפשר לקדם את מכונת מסד הנתונים של היעד מרפליקה לקריאה בלבד למכונה עצמאית. מריצים את הפקודה gcloud database-migration migration-jobs promote:

לפני השימוש בנתוני הפקודה הבאים, צריך להחליף את הנתונים הבאים:

• ‫MIGRATION_JOB_ID במזהה של משימת ההעברה.

  אם אתם לא יודעים מה המזהה, אתם יכולים להשתמש בפקודה gcloud database-migration migration-jobs list כדי להציג את כל משימות ההעברה באזור מסוים ואת המזהים שלהן.

• ‫REGION במזהה האזור שבו נשמר פרופיל החיבור.

מריצים את הפקודה הבאה:

‫Linux,‏ macOS או Cloud Shell

הערה: חשוב לוודא שהפעלתם את Google Cloud CLI עם אימות ופרויקט, על ידי הרצת הפקודה gcloud init או הפקודות gcloud auth login ו- gcloud config set project.

gcloud database-migration migration-jobs \
promote MIGRATION_JOB_ID \
  --region=REGION

‏Windows (PowerShell)

הערה: חשוב לוודא שהפעלתם את Google Cloud CLI עם אימות ופרויקט, על ידי הרצת הפקודה gcloud init או הפקודות gcloud auth login ו- gcloud config set project.

gcloud database-migration migration-jobs `
promote MIGRATION_JOB_ID `
  --region=REGION

Windows‏ (cmd.exe)

הערה: חשוב לוודא שהפעלתם את Google Cloud CLI עם אימות ופרויקט, על ידי הרצת הפקודה gcloud init או הפקודות gcloud auth login ו- gcloud config set project.

gcloud database-migration migration-jobs ^
promote MIGRATION_JOB_ID ^
  --region=REGION

תוצאה

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

done: false
metadata:
  '@type': type.googleapis.com/google.cloud.clouddms.v1.OperationMetadata
  apiVersion: v1
  createTime: '2024-02-20T12:20:24.493106418Z'
  requestedCancellation: false
  target: MIGRATION_JOB_ID
  verb: start
name: OPERATION_ID

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

• משתמשים בפקודה gcloud database-migration migration-jobs describe עם MIGRATION_JOB_ID כדי לראות את הסטטוס של משימת ההעברה.
• משתמשים בפקודה gcloud database-migration operations describe עם הדגל OPERATION_ID כדי לראות את סטטוס הפעולה עצמה.