本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 概觀
<a name="overview"></a>

這是將 Oracle 資料庫遷移至搭配 Snowball Edge 和 FSx for Lustre AWS 使用 Oracle XTTS Direct Connect和 RMAN 增量備份的概念程序。

下圖顯示 Oracle 資料庫跨不同終端格式的高階遷移步驟。

![\[描述位於圖表後面的編號清單中。\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/migrate-bulky-oracle-databases/images/full-backup-process-overview.png)


1. 完整備份所有資料表空間。

1. 使用 Snowball Edge 將備份從來源階段移至目標階段。

1. 將資料表空間轉換為目標資料庫。

1. 進行增量備份。

1. 使用 將增量備份從來源階段 Direct Connect 傳輸到目標階段。

1. 將增量備份向前滾動，將其轉換並套用到目標資料庫。

1. 匯出和匯入傳輸之所有資料表空間的中繼資料。

在切換之前，您可以執行下列動作，將停機時間降至最低：
+ 匯出和匯入非區段型物件的中繼資料，包括 `USER`、`PACKAGE_SPEC`、`PACKAGE_BODY`、 `PROCEDURE`和 `FUNCTION`
+ 增加完整備份和增量備份的平行處理
+ 轉換資料檔案
+ 在遷移期間滾動備份

Oracle 文件使用跨平台增量備份 ([2471245.1](https://support.oracle.com/epmos/faces/DocumentDisplay?_afrLoop=114983393292188&id=2471245.1)) 減少可傳輸資料表空間停機時間，說明如何搭配 RMAN 增量備份使用 Oracle XTTS。文件也包含需求和建議的詳細資訊。本文件不會說明如何將 Oracle 資料庫從內部部署環境遷移至 Oracle on， AWS 或如何平行處理每個遷移步驟以將停機時間降至最低。

本指南提供平行化階段的方法，以極大的資料大小將關鍵任務系統環境中的遷移停機時間降至最低。

在初始設定階段之後，搭配 RMAN 增量備份使用 Oracle XTTS 的高階步驟包括下列階段。

## 階段 1 – 準備階段
<a name="intro-phase1"></a>

準備階段包含下列步驟：

1. 資料表空間的初始完整備份 (level=0) 會在來源資料庫上取得來源階段，也就是 NAS 儲存體。

1. 備份複本會使用 Snowball Edge 傳輸到目標階段，這是與 Amazon Simple Storage Service (Amazon S3) 整合的 FSx for Lustre。

1. 備份資料表空間會以小端數格式還原並轉換為目標資料庫。

此階段中的步驟只會在遷移期間執行一次。在此階段中，來源資料庫中可以完全存取要傳輸的資料。

## 階段 2 – 向前滾動階段
<a name="intro-phase2"></a>

向前滾動階段包含下列步驟：

1. 增量備份會從來源資料庫取得至來源階段。

1. 增量備份複本會透過 傳輸到目標階段 Direct Connect。

1. 增量備份複本會以小端格式轉換為目標資料庫。然後，複本會套用至初始目標資料庫，稱為向前滾動步驟。

您可以多次執行此階段。每個連續的增量備份應該花費較少的時間，並且會將目的地資料檔案複本與來源資料庫搭配使用。如同第 1 階段，在此階段中，傳輸的來源資料是完全可存取的。

## 階段 3 – 傳輸階段
<a name="intro-phase3"></a>

第三個階段包含下列步驟：

1. 傳輸的資料表空間會變更為唯讀。

1. 最終增量備份是從來源資料庫取得。

1. 中繼資料會匯出。

1. 備份會傳輸並套用至目的地。

1. 匯入物件中繼資料。

此時，目的地資料庫的系統變更編號 (SCN) 與來源資料庫的系統變更編號 (SCN) 一致。

可傳輸資料表空間的中繼資料會從來源資料庫匯出，並匯入目的地資料庫。中繼資料包含使用者、角色、套件、程序、函數、資料表和索引的資訊。

最後，資料表空間會進行讀取/寫入，以便從應用程式完整存取目的地資料庫。

此階段後接驗證階段。