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

מה השלב הבא?