העברת מסד נתונים של Oracle ל-Cloud SQL ל-PostgreSQL

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

תהליך ההעברה כולל את המשימות הבאות:

1. הגדרת מסד הנתונים של המקור לקישוריות להעברה והכנת הנתונים להמרה ל-PostgreSQL.

2. יצירת מכונת היעד של Cloud SQL ל-PostgreSQL.

3. המרת הסכימה של Oracle ואובייקטים אחרים לתחביר של PostgreSQL באמצעות סביבת עבודה להמרת מסדי נתונים ב-Database Migration Service.

4. יצירה והפעלה של משימת ההעברה ב-Database Migration Service.

5. מעקב אחרי ההתקדמות של משימת ההעברה באמצעות תכונות התצפיתיות של Database Migration Service.

6. קידום משימת ההעברה אחרי שהנתונים הועברו במלואם.

עלויות

במסמך הזה משתמשים ברכיבים הבאים שלGoogle Cloud, והשימוש בהם כרוך בתשלום:

• ‫Cloud SQL (ראו התמחור של Cloud SQL)
• אם משתמשים ב-Cloud Storage לאחסון מפתחות הצפנה בניהול הלקוח (CMEK): התמחור של Cloud Storage.

כדי להעריך את העלויות בהתאם לשימוש הצפוי, אתם יכולים להשתמש במחשבון העלויות.

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

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

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

2. להעברות חד-פעמיות: כדאי להביא בחשבון את לוח הזמנים של ההעברה. בהעברות חד-פעמיות מתבצעת רק פעולת dump וטעינה מלאה, בלי סימון נתונים שהשתנו (CDC) לאחר מכן. כדי למנוע אובדן נתונים, מומלץ להשבית את פעולות הכתיבה במסד הנתונים של המקור בתהליך ההעברה.
3. חשבו באיזה אזור אתם רוצים ליצור את מסד הנתונים של היעד. ‫Database Migration Service הוא מוצר אזורי לחלוטין, כלומר כל הישויות שקשורות להעברה (פרופילי חיבור של מקור ויעד, משימות העברה, מסדי נתונים של יעד, סביבות עבודה להמרת מסדי נתונים) צריכות להישמר באזור אחד.
4. בדף לבחירת הפרויקט במסוף Google Cloud , בוחרים פרויקט ב- Google Cloud או יוצרים אותו.

   כניסה לדף לבחירת הפרויקט

5. מפעילים את ממשקי ה-API של Database Migration Service,‏ Compute Engine,‏ Cloud Storage ו-Cloud SQL Admin.

   הפעלת ממשקי ה-API

התפקידים הנדרשים

כדי לקבל את ההרשאות שנדרשות לביצוע העברות הטרוגניות של Oracle באמצעות Database Migration Service, בקשו מהאדמין להקצות לכם את תפקידי ה-IAM הנדרשים בפרויקט:

• אדמין של Database Migration (roles/datamigration.admin)
• אדמין ב-Cloud SQL (roles/cloudsql.admin)

למידע נוסף על הקצאת תפקידים, קראו את המאמר ניהול הגישה במרכז העזרה של "ניהול זהויות והרשאות גישה".

התפקידים המוגדרים מראש האלה כוללים את ההרשאות שנדרשות כדי לבצע העברות הטרוגניות של Oracle באמצעות Database Migration Service. כדי לראות את ההרשאות הנדרשות, מרחיבים את הקטע Required Permissions:

ההרשאות הנדרשות

כדי לבצע העברות הטרוגניות של Oracle באמצעות Database Migration Service, נדרשות ההרשאות הבאות:

• datamigration.*

• cloudaicompanion.entitlements.get

  ההרשאה הזו כלולה בתפקיד roles/datamigration.admin. הוא נדרש כדי להשתמש ב תכונות ההמרות המשופרות של Gemini.

• cloudsql.instances.create
• cloudsql.instances.get
• cloudsql.instances.list
• cloudsql.instances.update
• cloudsql.instances.delete
• cloudsql.operations.get
• cloudsql.users.list
• cloudsql.users.get
• cloudsql.users.create
• cloudsql.users.update
• cloudsql.users.delete

יכול להיות שתוכלו לקבל את ההרשאות האלה גם באמצעות תפקידים בהתאמה אישית או תפקידים מוגדרים מראש אחרים.

שלב 1. הכנת מסד הנתונים של המקור

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

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

      הצפנת SSL/TLS נתמכת ב-Oracle מגרסה 12 ואילך. ‫Database Migration Service תומך רק בשיטת ההצפנה TLS. בהתאם להגדרות של SSL/TLS, יכול להיות שתצטרכו לבצע שלבי הגדרה נוספים במסד הנתונים של המקור.

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

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

3. אופציונלי: אופטימיזציה של הגדרת קובץ היומן.

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

4. יוצרים פרופיל חיבור למקור.

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

שלב 2. הכנת מכונת היעד של Cloud SQL ל-PostgreSQL

כדי להגדיר את מכונת Cloud SQL של היעד:

1. בוחרים ומגדירים את שיטת הקישוריות של רשת היעד.
2. יצירה והגדרה של מכונת היעד של Cloud SQL ל-PostgreSQL.

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

3. יוצרים פרופיל חיבור ליעד.

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

שלב 3. המרת אובייקטים של Oracle לתחביר של PostgreSQL

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

כדי להמיר אובייקטים ממסד הנתונים של המקור:

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

שלב 4. יצירה והרצה של משימת ההעברה

כדי להגדיר ולהריץ את ההעברה, פועלים לפי השלבים הבאים:

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

2. אופציונלי: אם אתם רוצים לבצע את שלב ההעתקה המלאה בעצמכם, אתם יכולים לייצא את כל הנתונים ממסד הנתונים של Oracle במקור ולטעון אותם למכונה של Cloud SQL ל-PostgreSQL ביעד, מחוץ ל-Database Migration Service.

   אם החלטתם לבצע את ה-dump המלא מחוץ לתהליך של משימת ההעברה, חשוב לתעד את מספר שינוי המערכת (SCN) שבו Database Migration Service צריך להתחיל את הרפליקציה של ה-CDC.

3. יצירה והפעלה של משימת ההעברה.

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

   אתם יכולים לעקוב אחרי התקדמות ההעברה ואחרי התקינות של מכונת היעד באמצעות תכונות התצפיתיות של Database Migration Service. למידע על מדדים של משימות העברה

שלב 5. סיום ההעברה

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

העברות חד-פעמיות

כש-Database Migration Service מסיים את שלב ה-dump המלא, סטטוס משימת ההעברה משתנה ל-Ready for promote.

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

העברות רציפות

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

המאמרים הבאים

Google Cloud מידע נוסף על תכונות של Cloud SQL ל-PostgreSQL. התכונות של Cloud SQL ל-PostgreSQL