יש שני מושגים חשובים שצריך להבין כדי לדעת איך הנתונים זורמים מהמקור למופע היעד: סוגי העברה ושלבי העברה. Database Migration Service תומך בשני סוגי העברה: רציפה וחד-פעמית.
בהעברות רציפות, הנתונים מועברים בשני שלבים: dump מלא ו-Change Data Capture (CDC). העברות חד-פעמיות כוללות רק שלב של גיבוי מלא.
שלב ה-Full dump
שלב הגיבוי המלא הוא החלק הראשון בתהליך ההעברה. במהלך הגיבוי המלא, שירות העברת מסד הנתונים מתחבר למופע המקור, קורא את התוכן של מסדי הנתונים שבחרתם להעברה, ואז טוען את הנתונים למופע היעד של Cloud SQL ל-PostgreSQL. בשלב הזה, Database Migration Service מתעד את התוכן בפועל של מסד הנתונים. בהעברות חד-פעמיות, שינויים שבוצעו בנתונים בחבילת נתונים שכבר נקראה לא מועברים.
במהלך השלב של יצירת עותק מלא, שירות העברת מסדי נתונים יכול לפתוח כמה חיבורים למסדי הנתונים של המקור כדי לשפר את הביצועים. אתם יכולים להגדיר את מספר החיבורים המקבילים כשאתם יוצרים משימת העברה.
כדי לשלוט בצורה פרטנית בהעברת הנתונים, אפשר גם לבצע את הפעולות הבאות: ליצור עותק מלא של הנתונים ולהעביר אותם למופע היעד באופן עצמאי, ללא שימוש בשירות להעברת נתונים ממסדי נתונים. אם תבחרו לבצע את השלב הזה באופן ידני, עבודת המיגרציה תתחיל בשלב ה-CDC, ו-Database Migration Service יצפה שתספקו את מספר שינוי המערכת (SCN) של קובצי יומן Redo כנקודת התחלה.
סימון נתונים שהשתנו (CDC)
כשהשלב של full dump מסתיים (או אם בחרתם לבצע את ה-full dump בעצמכם ולהתחיל בשלב ה-CDC), Database Migration Service עובר לשלב ה-CDC, שבו הוא ממשיך לעקוב אחרי מסדי הנתונים של המקור כדי לזהות שינויים, ואז משכפל אותם באופן רציף במופע היעד. בשלב הזה, Database Migration Service לא מעתיק נתונים בפועל ממסדי הנתונים של המקור: במקום זאת, הוא קורא קובצי יומן כדי לשכפל שינויים ביעד.
Database Migration Service משתמש ב-Oracle LogMiner API כדי לגשת לקבצים של יומני Redo של Oracle בארכיון במסד הנתונים של המקור ולנתח אותם. לפני שמעבירים את מסדי הנתונים של Oracle אל Cloud SQL ל-PostgreSQL באמצעות Database Migration Service, מומלץ לשנות את ההגדרות של קובצי יומן Redo של Oracle כדי להשיג ביצועים אופטימליים ונאמנות נתונים. מידע נוסף זמין במאמר בנושא עבודה עם קובצי יומן redo של Oracle.