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

כשיוצרים את מכונת היעד באמצעות 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 .

    מעבר אל Migration jobs

  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.

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

    • אופטימלי (מומלץ): ביצועים מאוזנים עם עומס אופטימלי על מסד הנתונים של המקור.
    • מקסימלית: מספקת את מהירויות ה-dump הגבוהות ביותר, אבל עלולה לגרום לעומס מוגבר על מסד הנתונים של המקור.
    • מינימלי: צורך את הכמות הנמוכה ביותר של משאבי מחשוב במסד הנתונים של המקור, אבל קצב העברת הנתונים של ה-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. (אופציונלי) מגדירים את אפשרויות הצפנת הנתונים או את תוויות המשאבים של מכונת היעד.

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

    לוחצים על Show optional configurations, ואז:

    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 Peering או מנהרת 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]