העברת מסד נתונים של 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, והשימוש בהם כרוך בתשלום:

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

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

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

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

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

שלב 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