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

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

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

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

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

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

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

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

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

עלויות

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

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

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

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

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

     כדי להעביר את הנתונים, 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

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

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

• אדמין של Database Migration (roles/datamigration.admin)
• אדמין ב-AlloyDB (roles/alloydb.admin)

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

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

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

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

• datamigration.*

• cloudaicompanion.entitlements.get

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

• alloydb.clusters.create
• alloydb.clusters.get
• alloydb.clusters.list
• alloydb.clusters.update
• alloydb.clusters.delete
• alloydb.instances.create
• alloydb.instances.get
• alloydb.instances.list
• alloydb.instances.update
• alloydb.instances.delete
• alloydb.operations.get
• alloydb.users.list
• alloydb.users.get
• alloydb.users.create
• alloydb.users.update
• alloydb.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. הכנה של מכונת היעד של AlloyDB ל-PostgreSQL

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

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

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

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

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

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

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

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

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

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

כדי להגדיר את ההעברה ולהפעיל אותה:

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

2. אופציונלי: אם רוצים לבצע את השלב של הגיבוי המלא בעצמכם, אפשר לייצא את כל הנתונים ממסד הנתונים של Oracle ולטעון אותם למופע היעד של AlloyDB for PostgreSQL מחוץ לשירות להעברת נתונים.

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

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

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

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

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

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

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

אחרי ש-Database Migration Service ישלים את השלב של יצירת העתק מלא, סטטוס משימת ההעברה ישתנה ל-Ready for promote (מוכן לקידום).

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

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

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

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

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

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