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

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

  • הימנעו מפעולות כתיבה בנתונים שמועברים: אל תבצעו פעולות כתיבה (כמו INSERT,‏ UPDATE,‏ DELETE או שינויים בסכימת DDL) במופע היעד בטבלאות או במסדי נתונים שנכללים בהעברה. פעולות כאלה עלולות לגרום להתנגשויות בשכפול עם נתונים שמגיעים מהמקור.
  • ניהול משתמשים במסד הנתונים: אתם יכולים ליצור ולנהל משתמשים במסד הנתונים בכל שלב, באמצעות פקודות psql רגילות או באמצעות Cloud SQL במסוף Google Cloud . מידע נוסף זמין במאמר ניהול משתמשים במסמכי התיעוד של Cloud SQL.
  • גיבויים ועותקי קריאה: גיבויים אוטומטיים ושחזור מערכת מנקודה מסוימת בזמן (PITR) מושעים במהלך רפליקציה רציפה, ואי אפשר ליצור עותקי קריאה של Cloud SQL ממכונת היעד עד שמקדמים את משימת ההעברה.

מידע נוסף זמין בקטע מגבלות ידועות.

יצירת משימת העברה כוללת:

  1. הגדרת משימת ההעברה.
  2. הגדרת המקור ובחירת מסדי הנתונים להעברה.
  3. הגדרת המאפיינים של מכונת מסד הנתונים ב-Cloud SQL שמשמשת כיעד, ויצירת המכונה.
  4. הגדרת הקישוריות בין המכונות של מסד הנתונים במקור וביעד.
  5. בדיקת משימת ההעברה כדי לוודא שפרטי החיבור שסיפקתם למשימה תקינים.

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

המסוף

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

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

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

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

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

    אפשר להשהות את היצירה של משימת ההעברה בכל שלב על ידי לחיצה על Save and exit. כל הנתונים שהזנתם עד לאותו שלב נשמרים בטיוטה של משימת העברה. אתם יכולים לסיים את משימת ההעברה ששמרתם כטיוטה במועד מאוחר יותר.

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

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

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

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

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

      השדה המנוע של מסד הנתונים של היעד מתמלא אוטומטית בערך Cloud SQL ל-PostgreSQL ואי אפשר לשנות אותו.

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

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

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

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

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

  1. בתפריט הנפתח Source connection profile, בוחרים את פרופיל החיבור של מסד הנתונים של המקור (או לוחצים על Create a connection profile; ראו יצירת פרופיל חיבור למקור).
  2. בקטע Customize parallelism configurations, לוחצים על Show parallelism configurations.

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

    מהירות ההקבלה של ה-data dump קשורה לעומס שנוצר על מסד הנתונים של המקור:

    • אופטימלי (מומלץ): ביצועים מאוזנים עם עומס אופטימלי על מסד הנתונים של המקור. ‫Database Migration Service יוצר עד 2 מינויים לכל מסד נתונים, מתוך מאגר יעד של 10 מינויים בכל מסדי הנתונים (עם מינוי אחד לפחות לכל מסד נתונים שהועבר).
    • מקסימלית: מספקת את מהירויות ה-dump הגבוהות ביותר, אבל עלולה לגרום לעומס מוגבר על מסד הנתונים של המקור. ‫Database Migration Service יוצר עד 4 מינויים לכל מסד נתונים, מתוך מאגר יעד של 10 מינויים בכל מסדי הנתונים (עם מינוי אחד לפחות לכל מסד נתונים שהועבר).
    • מינימלי: צורך את הכמות הנמוכה ביותר של משאבי מחשוב במסד הנתונים של המקור, אבל קצב העברת הנתונים של ה-dump עשוי להיות איטי יותר. ‫Database Migration Service יוצר מינוי אחד לכל מסד נתונים.

    אם בוחרים הגדרות מותאמות של מקביליות ב-data dump, חשוב להגדיל את הפרמטרים max_replication_slots,‏ max_wal_senders ו-max_worker_processes במסד הנתונים של המקור.

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

הגדרה ויצירה של מכונת היעד ב-Cloud SQL

  1. בדף Define a destination, בתפריט הנפתח Type of destination instance בוחרים באפשרות New instance. מגדירים את כל ההגדרות הרלוונטיות:
    1. בשדה Destination instance ID, מזינים מזהה למכונה של Cloud SQL או משתמשים במזהה שנוצר אוטומטית.

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

    2. בשדה Password, מזינים סיסמה אלפאנומרית למכונה של Cloud SQL ביעד. זו הסיסמה לחשבון האדמין postgres במכונה.

      אפשר להזין את הסיסמה באופן ידני או ללחוץ על Generate כדי ש-Database Migration Service ייצור אותה באופן אוטומטי.

    3. בתפריט הנפתח Database version, בוחרים את גרסת מסד הנתונים של מכונת היעד.

      מידע נוסף על תמיכה בהעברה בין גרסאות.

    4. בוחרים את מהדורת Cloud SQL ל-PostgreSQL של מכונת היעד. יש שתי אפשרויות: Cloud SQL ל-PostgreSQL במהדורת Enterprise ו-Cloud SQL ל-PostgreSQL במהדורת Enterprise Plus.

      לכל מהדורה של Cloud SQL ל-PostgreSQL יש תכונות, סוגי מכונות ומחירים שונים. חשוב לעיין במסמכי התיעוד של Cloud SQL כדי לבחור את המהדורה שמתאימה לצרכים שלכם. מידע נוסף זמין במאמר מבוא למהדורות של Cloud SQL ל-PostgreSQL.

    5. בתפריט Region מוצג אותו אזור שבחרתם בדף Get started.

      אם אתם מגדירים את המכונה לזמינות גבוהה, בוחרים באפשרות Multiple zones (Highly available). אפשר לבחור גם את האזור הראשי וגם את האזור המשני. התנאים הבאים חלים כשמשתמשים באזור המשני במהלך יצירת המכונה:

      • כברירת מחדל, התחומים מוגדרים ל-Any בתחום הראשי ול-Any (different from primary) בתחום המשני.
      • אם מציינים גם את האזור הראשי וגם את האזור המשני, הם צריכים להיות אזורים שונים.
    6. בקטע Connections, בוחרים אם להוסיף כתובת IP ציבורית או פרטית למכונה של היעד. אפשר להגדיר למכונה את שני הסוגים של כתובות ה-IP, אבל צריך לפחות סוג אחד בשביל ההעברה. בוחרים אחת מהאפשרויות הבאות:
      • אם רוצים להעביר באמצעות קישור בין רשתות VPC שכנות (peering) או מנהרת SSH הפוכה, בוחרים באפשרות Private IP.

        • כדי להפעיל קישוריות IP פרטית, צריך לוודא שעומדים בכל דרישות הרשת הנוספות.

          כדי לראות את כל הדרישות לגבי כתובת IP פרטית, מרחיבים את הקטע הזה.
        • בוחרים את רשת ה-VPC המשויכת כדי ליצור קישור בין רשתות שכנות (peering). אם אתם מתכננים להתחבר למקור ההעברה באמצעות קישור VPC, בחרו את ה-VPC שבו נמצא המכונה.
        • אם אף פעם לא הוגדרה רשת שירות מנוהל ל-VPC שנבחר, אפשר לבחור טווח כתובות IP וללחוץ על Connect, או להשתמש בטווח כתובות IP שנבחר באופן אוטומטי וללחוץ על Allocate & Connect.
      • אם רוצים להעביר דרך האינטרנט באמצעות רשימת היתרים של כתובות IP, בוחרים באפשרות כתובת IP ציבורית.

        אופציונלי: בקטע Public IP, לוחצים על השדה Authorized networks ונותנים הרשאה לרשת או לשרת proxy להתחבר למכונה של Cloud SQL. הרשתות מורשות רק עם הכתובות שאתם מספקים. הגדרת כתובת IP ציבורית במסמכי התיעוד של Cloud SQL.

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

  2. בוחרים את סוג המכונה של Cloud SQL. מידע נוסף על סוגי מכונות של PostgreSQL
  3. במהדורת Cloud SQL ל-PostgreSQL Enterprise Plus: מסמנים את התיבה Enable data cache אם רוצים להשתמש בתכונה 'מטמון נתונים' במסד הנתונים של היעד.

    מטמון נתונים הוא תכונה אופציונלית שזמינה למכונות של Cloud SQL ל-PostgreSQL במהדורת Enterprise Plus, שמוסיפה כונן SSD מקומי במהירות גבוהה למסד הנתונים של היעד. התכונה הזו יכולה להוסיף עלויות ל-Cloud SQL. מידע נוסף על מטמון נתונים זמין במאמר סקירה כללית על מטמון נתונים במסמכי התיעוד של Cloud SQL.

  4. מציינים את סוג האחסון של המכונה ב-Cloud SQL. אתם יכולים לבחור כונן SSD או כונן קשיח (HDD).
  5. מציינים את נפח האחסון (ב-GB) של המכונה ב-Cloud SQL.

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

  6. ‫(אופציונלי) מגדירים את אפשרויות הצפנת הנתונים או את תוויות המשאבים של מכונת היעד.

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

    לוחצים על הצגת הגדרות אופציונליות, ואז:

    1. מציינים אם רוצים לנהל את ההצפנה של הנתונים שמועברים מהמקור ליעד. כברירת מחדל, הנתונים מוצפנים באמצעות מפתח שמנוהל על ידי Google Cloud. אם אתם רוצים לנהל את ההצפנה, אתם יכולים להשתמש במפתח הצפנה בניהול הלקוח (CMEK). כדי לעשות את זה:

      1. מסמנים את התיבה Use a customer-managed encryption key (CMEK).
      2. בתפריט Select a customer-managed key, בוחרים את ה-CMEK.

      אם המפתח לא מופיע, לוחצים על Enter key resource name כדי לציין את שם המשאב של המפתח שבו רוצים להשתמש. שם לדוגמה של משאב מפתח: projects/my-project-name/locations/my-location/keyRings/my-keyring/cryptoKeys/my-key.

    2. מוסיפים את הדגלים שצריך להחיל על שרת מסד הנתונים. אם אפשר, ודאו שהדגלים לניהול מסד הנתונים במכונה של Cloud SQL שנוצרה ביעד זהים לאלה שבמסד הנתונים במקור. PostgreSQL
    3. מוסיפים תוויות שספציפיות למכונה של Cloud SQL.

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

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

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

אם רוצים להשתמש ב...ואז...
שיטת החיבור לרשת של רשימת היתרים של כתובות IP, צריך לציין את כתובת ה-IP היוצאת של מכונת היעד. אם המכונה שיצרתם ב-Cloud SQL היא מכונה בזמינות גבוהה, צריך לכלול את כתובות ה-IP היוצאות גם של המכונה הראשית וגם של המכונה המשנית.
שיטת הקישוריות לרשת של מנהרת SSH הפוכה, צריך לבחור את המכונה הווירטואלית של Compute Engine שתארח את המנהרה.

‫Google תספק סקריפט שמבצע את השלבים להגדרת המנהרה בין מסד הנתונים של המקור לבין מסד הנתונים של היעד, אחרי שתציינו את המכונה. צריך להריץ את הסקריפט ב-Google Cloud CLI.

מריצים את הפקודות ממכונה שמחוברת גם למסד הנתונים של המקור וגם ל- Google Cloud.
שיטת הקישוריות לרשת 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.

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

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

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

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

  3. עוברים אל בדיקת משימת ההעברה.

Google Cloud CLI

  1. יוצרים את פרופיל החיבור של היעד.
    כשמעבירים למכונה חדשה ביעד באמצעות Google Cloud CLI, יוצרים את מכונת היעד ואת פרופיל החיבור בפעולה אחת.
    מריצים את הפקודה הבאה (לוחצים על הקישור כדי להרחיב):

    gcloud database-migration connection-profiles create postgresql

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

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

    • ‫DEST_CONN_ID במזהה של פרופיל החיבור ליעד.
    • ‫REGION באזור שבו רוצים לשמור את פרופיל החיבור. האזור הזה צריך להיות זהה לאזור של מכונת היעד.
    • ‫DEST_INSTANCE במזהה של מכונת היעד ב-Cloud SQL שיצרתם מראש.
    • ‫DEST_USER עם שם המשתמש של המשתמש להעברה במסד הנתונים של היעד.
    • ‫DEST_PASSWORD מחליפים בסיסמה של משתמש ההעברה במסד הנתונים של היעד.

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

    ‫Linux,‏ macOS או Cloud Shell

    gcloud database-migration connection-profiles create postgresql DEST_CONN_ID \
  --region=REGION \
  --cloudsql-instance=DEST_INSTANCE \
  --username=DEST_USER \
  --password=DEST_PASSWORD \
  --role=DESTINATION \
  --no-async

    ‏Windows (PowerShell)

    gcloud database-migration connection-profiles create postgresql DEST_CONN_ID `
  --region=REGION `
  --cloudsql-instance=DEST_INSTANCE `
  --username=DEST_USER `
  --password=DEST_PASSWORD `
  --role=DESTINATION `
  --no-async

    Windows‏ (cmd.exe)

    gcloud database-migration connection-profiles create postgresql DEST_CONN_ID ^
  --region=REGION ^
  --cloudsql-instance=DEST_INSTANCE ^
  --username=DEST_USER ^
  --password=DEST_PASSWORD ^
  --role=DESTINATION ^
  --no-async

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

    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]

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

    gcloud database-migration migration-jobs create

    בדוגמה הזו נעשה שימוש בדגל האופציונלי --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

    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=CONTINUOUS

    ‏Windows (PowerShell)

    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=CONTINUOUS

    Windows‏ (cmd.exe)

    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=CONTINUOUS

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

    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]