יצירה והגדרה של מכונת היעד AlloyDB ל-PostgreSQL

כדי להעביר נתונים ממסדי נתונים הטרוגניים של Oracle ל-AlloyDB ל-PostgreSQL, צריך קודם ליצור ולהגדיר את אשכול היעד ואת מסד הנתונים הראשי ב-AlloyDB ל-PostgreSQL. כך עושים את זה:

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

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

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

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

    • בתרחישים שבהם אפשר להשתמש במכונה של AlloyDB ל-PostgreSQL עם PSC, יוצרים את אשכול היעד עם Private Service Connect מופעל. מידע נוסף זמין במאמר יצירת מכונה של AlloyDB ל-PostgreSQL עם PSC במסמכי התיעוד של AlloyDB ל-PostgreSQL.

      אתם לא צריכים ליצור נקודת קצה (endpoint) מסוג Private Service Connect למכונה של היעד. ‫Database Migration Service יכול לטפל באופן אוטומטי ביצירת נקודת הקצה ברקע כשיוצרים את משימת ההעברה.

    • אם אתם לא יכולים להשתמש במכונה של AlloyDB ל-PostgreSQL עם PSC, צרו אשכול יעד עם גישה לשירותים פרטיים. אפשר לקרוא מידע נוסף במאמר יצירת מכונה של AlloyDB ל-PostgreSQL עם גישה לשירותים פרטיים במסמכי התיעוד של AlloyDB ל-PostgreSQL.
  2. יוצרים את הישויות הבאות באשכול היעד:
  3. נותנים את ההרשאות הנדרשות לחשבון המשתמש הייעודי להעברה. מבצעים את הפעולות הבאות:
    1. מתחברים למכונה של AlloyDB ל-PostgreSQL באמצעות הלקוח psql.
    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 מעביר מפתחות זרים וטריגרים זמין במאמר שיקולים לגבי מפתחות זרים וטריגרים.

מה השלב הבא?