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

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

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

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

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

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

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

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

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

  2. יוצרים את המכונה של מסד הנתונים ביעד. מידע נוסף זמין במאמר יצירת מכונה במסמכי התיעוד של Cloud SQL.

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

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

המסוף

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

  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. ברשימה המנוע של מסד הנתונים של המקור, בוחרים באפשרות PostgreSQL.

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

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

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

    5. מציינים את סוג משימת ההעברה: חד-פעמית (תמונת מצב בלבד) או מתמשכת (תמונת מצב + שינויים שוטפים).
  4. לוחצים על שמירה והמשך.

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

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

  1. בתפריט הנפתח Source connection profile, בוחרים את פרופיל החיבור של מסד הנתונים של המקור.
  2. בקטע Customize data dump configurations, לוחצים על Show data dump configurations.

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

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

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

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

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

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

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

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

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

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

Google Cloud CLI

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

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

    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. יוצרים את משימת ההעברה.
    בדוגמאות הבאות מוצג תרחיש של העברה שבו משתמשים בקישוריות של כתובת IP פרטית בין מסד הנתונים של המקור לבין מסד הנתונים של היעד. אם אתם משתמשים בסוג קישוריות אחר (לדוגמה, קישור רשתות 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]

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

    gcloud database-migration migration-jobs demote-destination

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

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

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

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

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

    ‫Linux,‏ macOS או Cloud Shell

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

    ‏Windows (PowerShell)

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

    Windows‏ (cmd.exe)

    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

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

  4. אופציונלי: אימות משימת ההעברה.
    בשלב הזה, משימת ההעברה מוגדרת ומחוברת למכונה של מסד הנתונים ביעד. אפשר לנהל אותו באמצעות הפעולות verify,‏ start,‏ stop,‏ restart ו-resume. מומלץ קודם לאמת את משימת ההעברה על ידי הפעלת הפקודה gcloud database-migration migration-jobs verify (צריך ללחוץ על הקישור כדי להרחיב):

    gcloud database-migration migration-jobs verify

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

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

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

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

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

    ‫Linux,‏ macOS או Cloud Shell

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

    ‏Windows (PowerShell)

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

    Windows‏ (cmd.exe)

    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

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

  5. מתחילים את משימת ההעברה.
    מפעילים את משימת ההעברה באמצעות הפקודה gcloud database-migration migration-jobs start (לוחצים על הקישור כדי להרחיב):

    gcloud database-migration migration-jobs start

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

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

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

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

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

    ‫Linux,‏ macOS או Cloud Shell

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

    ‏Windows (PowerShell)

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

    Windows‏ (cmd.exe)

    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

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

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

    gcloud database-migration migration-jobs promote

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

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

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

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

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

    ‫Linux,‏ macOS או Cloud Shell

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

    ‏Windows (PowerShell)

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

    Windows‏ (cmd.exe)

    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

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