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

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

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

    מומלץ ליצור את מכונת היעד עם הגדרות ספציפיות ל שיטת הרשת ביעד שבה רוצים להשתמש:

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

    בודקים אם אפשר להשתמש במכונה של Cloud SQL עם PSC כיעד ההעברה. חשוב לשקול בקפידה את מגבלות הפונקציונליות של מכונות עם PSC. למידע נוסף, קראו את המאמר המגבלות של Private Service Connect במסמכי התיעוד של Cloud SQL.

    • בתרחישים שבהם אפשר להשתמש במכונה של Cloud SQL עם PSC, יוצרים את מכונת היעד עם כתובת IP פרטית ועם Private Service Connect. מידע נוסף זמין במאמר יצירת מכונה של Cloud SQL עם PSC במסמכי התיעוד של Cloud SQL ל-PostgreSQL.
    • אם אתם לא יכולים להשתמש במכונה של Cloud SQL עם PSC, צרו מכונת יעד עם כתובת IP פרטית. למידע נוסף, קראו את המאמר יצירת מכונה של Cloud SQL עם כתובת IP פרטית במסמכי התיעוד של Cloud SQL ל-PostgreSQL.
  2. יוצרים את הישויות הבאות במופע היעד:
  3. נותנים את ההרשאות הנדרשות לחשבון המשתמש הייעודי להעברה. מבצעים את הפעולות הבאות:
    1. מתחברים למכונה של Cloud SQL באמצעות לקוח SQL. אפשר להשתמש בשיטות הבאות:
      • psql client. אתם יכולים להשתמש בשיטה הזו כדי להתחבר לכתובת ה-IP הפרטית של המכונה, אבל יכול להיות שתצטרכו ליצור מכונה וירטואלית של Compute Engine.
      • gcloud sql connect. הפקודה הזו פועלת רק במכונות של Cloud SQL שמופעלת בהן כתובת IP ציבורית.
    2. מריצים את הפקודה הבאה במכונה של היעד: 
      GRANT CREATE ON DATABASE DESTINATION_DB_NAME TO "MIGRATION_USER_ACCOUNT_NAME";
GRANT CREATE ON SCHEMA SCHEMA_NAME TO "MIGRATION_USER_ACCOUNT_NAME";
GRANT SELECT, INSERT, UPDATE, DELETE, TRUNCATE ON ALL TABLES IN SCHEMA SCHEMA_NAME TO "MIGRATION_USER_ACCOUNT_NAME";

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

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

      ALTER USER "MIGRATION_USER_ACCOUNT_NAME" WITH CREATEDB;
    4. במסדי נתונים של מקורות שמכילים מפתחות זרים או טריגרים: מדלגים על שכפול של מפתחות זרים וטריגרים באמצעות האפשרות REPLICATION עם חשבון המשתמש הייעודי להעברה. מריצים את הפקודה הבאה: 
      ALTER USER "MIGRATION_USER_ACCOUNT_NAME" WITH REPLICATION;

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

מה השלב הבא?