**。 | AWS SysAdmin |
| 在 Amazon EC2 中為旁觀者設定初始主機。 | 設定 SSH 金鑰、Bash 設定檔、ORATAB 和符號連結。建立 Oracle 目錄。 | AWS SysAdmin、Linux Admin |
| 在 Amazon EC2 中設定旁觀者的資料庫副本 | 使用 RMAN 建立資料庫複本、啟用補充記錄，以及建立待命控制檔案。複製完成後，將資料庫置於復原模式。 | AWS SysAdmin、DBA |
| 設定 Oracle Data Guard。 | 修改您的 **listener.ora** 檔案並啟動接聽程式。設定新的封存目的地。將旁觀者置於復原模式、取代暫存檔案以避免未來損毀、視需要安裝 crontab 以防止封存目錄空間不足，以及編輯來源和待命的 **manage-trclog-files-oracle.cfg** 檔案。 | AWS SysAdmin、DBA |
| 準備 Oracle 資料庫以同步運送。 | 新增待命日誌檔案並變更復原模式。變更來源主要和來源待命上傳送至 **SYNC AFFIRM** 的日誌。在主要 上切換日誌，透過 Amazon EC2 旁觀者警示日誌確認您正在使用待命日誌檔案，並確認重做串流正在 SYNC 中流動。 | AWS SysAdmin、DBA |
### 使用 AWS DMS 遷移資料
yum update -y | 應用程式開發人員、DevOps 工程師 |
| 安裝標頭檔案和程式庫。 | 使用以下命令安裝包含標頭檔案和程式庫的 `postgresql12-devel`套件。在開發和執行階段環境中安裝 套件，以避免執行階段環境中發生錯誤。dnf -y install postgresql12-devel 僅針對開發環境，也請執行下列命令。yum install zlib-devel make -y | 應用程式開發人員、DevOps 工程師 |
| 設定環境路徑變數。 | 設定 PostgreSQL 用戶端程式庫的環境路徑。export PATH=$PATH:/usr/pgsql-12/bin | 應用程式開發人員、DevOps 工程師 |
| 視需要安裝其他軟體。 | 如有必要，請在 Oracle 中安裝 **pgLoader** 作為 **SQL\$1Loader** 的替代。wget -O /etc/yum.repos.d/pgloader-ccl.repo https://dl.packager.io/srv/opf/pgloader-ccl/master/installer/el/7.repo 如果您從 Pro\$1C 模組呼叫任何 Java 應用程式，請安裝 Java。yum install java -y 安裝 **ant** 以編譯 Java 程式碼。yum install ant -y | 應用程式開發人員、DevOps 工程師 |
| 安裝 AWS CLI。 | 安裝 AWS CLI 來執行命令，以從您的應用程式與 AWS Secrets Manager 和 Amazon Simple Storage Service (Amazon S3) 等 AWS 服務互動。Amazon S3cd /tmp/ | 應用程式開發人員、DevOps 工程師 |
| 識別要轉換的程式。 | 識別您要從 Pro\$1C 轉換為 ECPG 的應用程式。 | 應用程式開發人員、應用程式擁有者 |
### 將 Pro\$1C 程式碼轉換為 ECPG
EXEC SQL VAR query IS STRING(2048); | 應用程式開發人員、應用程式擁有者 |
| 更新 ROWNUM 功能。 | PostgreSQL 中無法使用 `ROWNUM`函數。將此取代為 SQL 查詢中的`ROW_NUMBER`視窗函數。Pro\$1C 程式碼：SELECT SUBSTR(RTRIM(FILE_NAME,'.txt'),12) INTO :gcpclFileseq ECPG 程式碼：SELECT SUBSTR(RTRIM(FILE_NAME,'.txt'),12) INTO :gcpclFileseq | 應用程式開發人員、應用程式擁有者 |
| 更新函數參數以使用別名變數。 | 在 PostgreSQL 中，函數參數無法用作主機變數。使用別名變數覆寫它們。Pro\$1C 程式碼：int processData(int referenceId){ ECPG 程式碼：int processData(int referenceIdParam){ | 應用程式開發人員、應用程式擁有者 |
| 更新結構類型。 | `typedef` 如果`struct`類型變數用作主機變數，請使用 定義 `EXEC SQL BEGIN`和 `END`區塊中的`struct`類型。如果`struct`類型是在標頭 (`.h`) 檔案中定義，請包含`EXEC SQL`包含陳述式的檔案。Pro\$1C 程式碼：標頭檔案 (`demo.h`)struct s_partition_ranges ECPG 程式碼：標頭檔案 (`demo.h`)EXEC SQL BEGIN DECLARE SECTION; Pro\$1C 檔案 (`demo.pc`)#include "demo.h" ECPG 檔案 (`demo.pc`)exec sql include "demo.h" | 應用程式開發人員、應用程式擁有者 |
| 修改邏輯以從游標擷取。 | 若要使用陣列變數從游標擷取多個資料列，請將程式碼變更為使用 `FETCH FORWARD`。Pro\$1C 程式碼：EXEC SQL char aPoeFiles[MAX_FILES][FILENAME_LENGTH]; ECPG 程式碼：EXEC SQL char aPoeFiles[MAX_FILES][FILENAME_LENGTH]; | 應用程式開發人員、應用程式擁有者 |
| 修改沒有傳回值的套件呼叫。 | 沒有傳回值的 Oracle 套件函數應該使用 指標變數呼叫。如果您的應用程式包含多個具有相同名稱的函數，或不明類型的函數產生執行時間錯誤，請輸入將值傳送到資料類型。Pro\$1C 程式碼：void ProcessData (char *data , int id) ECPG 程式碼：void ProcessData (char *dataParam, int idParam ) | 應用程式開發人員、應用程式擁有者 |
| 重寫 SQL\$1CURSOR 變數。 | 重寫`SQL_CURSOR`變數及其實作。Pro\$1C 程式碼：/* SQL Cursor */ ECPG 程式碼：EXEC SQL DECLARE demo_cursor CURSOR FOR SELECT | 應用程式開發人員、應用程式擁有者 |
| 套用常見的遷移模式。 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/patterns/migrate-legacy-applications-from-oracle-pro-c-to-ecpg.html) | 應用程式開發人員、應用程式擁有者 |
| 視需要啟用偵錯。 | 若要在偵錯模式下執行 ECPG 程式，請在主要函數區塊中新增下列命令。ECPGdebug(1, stderr); | 應用程式開發人員、應用程式擁有者 |
### 編譯 ECPG 程式
ecpg prog1.pgc | 應用程式開發人員、應用程式擁有者 |
| 建立要編譯的 make 檔案。 | 建立 make 檔案以編譯 ECPG 程式，如下列範例檔案所示。CFLAGS ::= $(CFLAGS) -I/usr/pgsql-12/include -g -Wall | 應用程式開發人員、應用程式擁有者 |
### 測試應用程式。
CREATE TABLE test.generated_column 在此來源資料表中，資料`STATUS`欄中的資料會透過 AWS DMS 遷移至目標資料庫。不過，資料`FLAG`欄會使用 `generate by`功能填入，因此 AWS DMS 在遷移期間看不到此資料欄。若要實作 的功能`generated by`，您必須使用目標資料庫中的觸發條件和函數來填入資料`FLAG`欄中的值，如下圖所示。 | DBA，應用程式開發人員 |
| 在 AWS 上建立目標 PostgreSQL 資料表。 | 使用下列陳述式在 AWS 上建立 PostgreSQL 資料表。CREATE TABLE test.generated_column 在此資料表中，資料`status`欄是標準資料欄。`flag` 資料欄將根據資料欄中的資料產生資料`status`欄。 | DBA，應用程式開發人員 |
### 建立觸發函數來處理 PostgreSQL 中的虛擬資料欄
CREATE TRIGGER tgr_gen_column | DBA，應用程式開發人員 |
| 建立 PostgreSQL 觸發函數。 | 在 PostgreSQL 中，為觸發建立 函數。此函數會填入由應用程式或 AWS DMS 插入或更新的虛擬資料欄，並驗證資料。CREATE OR REPLACE FUNCTION test.tgf_gen_column() RETURNS trigger AS $VIRTUAL_COL$ | DBA，應用程式開發人員 |
### 使用 AWS DMS 測試資料遷移
CREATE SCHEMA utl_file_utility; | DBA、開發人員 |
| 建立 file\$1type 類型。 | 若要建立 `file_type`類型，請使用下列程式碼。CREATE TYPE utl_file_utility.file_type AS ( | DBA/開發人員 |
| 建立初始化函數。 | `init` 函數會初始化常見的變數，例如 `bucket`或 `region`。如需程式碼，請參閱*其他資訊*一節。 | DBA/開發人員 |
| 建立包裝函式。 | 建立包裝函式 `fopen`、 `put_line`和 `fclose`。如需程式碼，請參閱*其他資訊*一節。 | DBA、開發人員 |
### 測試包裝函式
{ |
| S3IntWrite | { |
**建立初始化函數**
若要初始化常見變數，例如 `bucket`或 `region`，請使用下列程式碼建立 `init`函數。
```
CREATE OR REPLACE FUNCTION utl_file_utility.init(
)
RETURNS void
LANGUAGE 'plpgsql'
COST 100
VOLATILE
AS $BODY$
BEGIN
perform set_config
( format( '%s.%s','UTL_FILE_UTILITY', 'region' )
, 'us-east-1'::text
, false );
perform set_config
( format( '%s.%s','UTL_FILE_UTILITY', 's3bucket' )
, 'testaurorabucket'::text
, false );
END;
$BODY$;
```
**建立包裝函式**
建立 `fopen`、 `put_line`和 `fclose` 包裝函式。
*fopen*
```
CREATE OR REPLACE FUNCTION utl_file_utility.fopen(
p_file_name character varying,
p_path character varying,
p_mode character DEFAULT 'W'::bpchar,
OUT p_file_type utl_file_utility.file_type)
RETURNS utl_file_utility.file_type
LANGUAGE 'plpgsql'
COST 100
VOLATILE
AS $BODY$
declare
v_sql character varying;
v_cnt_stat integer;
v_cnt integer;
v_tabname character varying;
v_filewithpath character varying;
v_region character varying;
v_bucket character varying;
BEGIN
/*initialize common variable */
PERFORM utl_file_utility.init();
v_region := current_setting( format( '%s.%s', 'UTL_FILE_UTILITY', 'region' ) );
v_bucket := current_setting( format( '%s.%s', 'UTL_FILE_UTILITY', 's3bucket' ) );
/* set tabname*/
v_tabname := substring(p_file_name,1,case when strpos(p_file_name,'.') = 0 then length(p_file_name) else strpos(p_file_name,'.') - 1 end );
v_filewithpath := case when NULLif(p_path,'') is null then p_file_name else concat_ws('/',p_path,p_file_name) end ;
raise notice 'v_bucket %, v_filewithpath % , v_region %', v_bucket,v_filewithpath, v_region;
/* APPEND MODE HANDLING; RETURN EXISTING FILE DETAILS IF PRESENT ELSE CREATE AN EMPTY FILE */
IF p_mode = 'A' THEN
v_sql := concat_ws('','create temp table if not exists ', v_tabname,' (col1 text)');
execute v_sql;
begin
PERFORM aws_s3.table_import_from_s3
( v_tabname,
'',
'DELIMITER AS ''#''',
aws_commons.create_s3_uri
( v_bucket,
v_filewithpath ,
v_region)
);
exception
when others then
raise notice 'File load issue ,%',sqlerrm;
raise;
end;
execute concat_ws('','select count(*) from ',v_tabname) into v_cnt;
IF v_cnt > 0
then
p_file_type.p_path := p_path;
p_file_type.p_file_name := p_file_name;
else
PERFORM aws_s3.query_export_to_s3('select ''''',
aws_commons.create_s3_uri(v_bucket, v_filewithpath, v_region)
);
p_file_type.p_path := p_path;
p_file_type.p_file_name := p_file_name;
end if;
v_sql := concat_ws('','drop table ', v_tabname);
execute v_sql;
ELSEIF p_mode = 'W' THEN
PERFORM aws_s3.query_export_to_s3('select ''''',
aws_commons.create_s3_uri(v_bucket, v_filewithpath, v_region)
);
p_file_type.p_path := p_path;
p_file_type.p_file_name := p_file_name;
END IF;
EXCEPTION
when others then
p_file_type.p_path := p_path;
p_file_type.p_file_name := p_file_name;
raise notice 'fopenerror,%',sqlerrm;
raise;
END;
$BODY$;
```
*put\$1line*
```
CREATE OR REPLACE FUNCTION utl_file_utility.put_line(
p_file_name character varying,
p_path character varying,
p_line text,
p_flag character DEFAULT 'W'::bpchar)
RETURNS boolean
LANGUAGE 'plpgsql'
COST 100
VOLATILE
AS $BODY$
/**************************************************************************
* Write line, p_line in windows format to file, p_fp - with carriage return
* added before new line.
**************************************************************************/
declare
v_sql varchar;
v_ins_sql varchar;
v_cnt INTEGER;
v_filewithpath character varying;
v_tabname character varying;
v_bucket character varying;
v_region character varying;
BEGIN
PERFORM utl_file_utility.init();
/* check if temp table already exist */
v_tabname := substring(p_file_name,1,case when strpos(p_file_name,'.') = 0 then length(p_file_name) else strpos(p_file_name,'.') - 1 end );
v_sql := concat_ws('','select count(1) FROM pg_catalog.pg_class c LEFT JOIN pg_catalog.pg_namespace n ON n.oid = c.relnamespace where n.nspname like ''pg_temp_%'''
,' AND pg_catalog.pg_table_is_visible(c.oid) AND Upper(relname) = Upper( '''
, v_tabname ,''' ) ');
execute v_sql into v_cnt;
IF v_cnt = 0 THEN
v_sql := concat_ws('','create temp table ',v_tabname,' (col text)');
execute v_sql;
/* CHECK IF APPEND MODE */
IF upper(p_flag) = 'A' THEN
PERFORM utl_file_utility.init();
v_region := current_setting( format( '%s.%s', 'UTL_FILE_UTILITY', 'region' ) );
v_bucket := current_setting( format( '%s.%s', 'UTL_FILE_UTILITY', 's3bucket' ) );
/* set tabname*/
v_filewithpath := case when NULLif(p_path,'') is null then p_file_name else concat_ws('/',p_path,p_file_name) end ;
begin
PERFORM aws_s3.table_import_from_s3
( v_tabname,
'',
'DELIMITER AS ''#''',
aws_commons.create_s3_uri
( v_bucket,
v_filewithpath,
v_region )
);
exception
when others then
raise notice 'Error Message : %',sqlerrm;
raise;
end;
END IF;
END IF;
/* INSERT INTO TEMP TABLE */
v_ins_sql := concat_ws('','insert into ',v_tabname,' values(''',p_line,''')');
execute v_ins_sql;
RETURN TRUE;
exception
when others then
raise notice 'Error Message : %',sqlerrm;
raise;
END;
$BODY$;
```
*關閉*
```
CREATE OR REPLACE FUNCTION utl_file_utility.fclose(
p_file_name character varying,
p_path character varying)
RETURNS boolean
LANGUAGE 'plpgsql'
COST 100
VOLATILE
AS $BODY$
DECLARE
v_filewithpath character varying;
v_bucket character varying;
v_region character varying;
v_tabname character varying;
v_sql character varying;
BEGIN
PERFORM utl_file_utility.init();
v_region := current_setting( format( '%s.%s', 'UTL_FILE_UTILITY', 'region' ) );
v_bucket := current_setting( format( '%s.%s', 'UTL_FILE_UTILITY', 's3bucket' ) );
v_tabname := substring(p_file_name,1,case when strpos(p_file_name,'.') = 0 then length(p_file_name) else strpos(p_file_name,'.') - 1 end );
v_filewithpath := case when NULLif(p_path,'') is null then p_file_name else concat_ws('/',p_path,p_file_name) end ;
raise notice 'v_bucket %, v_filewithpath % , v_region %', v_bucket,v_filewithpath, v_region ;
/* exporting to s3 */
perform aws_s3.query_export_to_s3
(concat_ws('','select * from ',v_tabname,' order by ctid asc'),
aws_commons.create_s3_uri(v_bucket, v_filewithpath, v_region)
);
v_sql := concat_ws('','drop table ', v_tabname);
execute v_sql;
RETURN TRUE;
EXCEPTION
when others then
raise notice 'error fclose %',sqlerrm;
RAISE;
END;
$BODY$;
```
**測試您的設定和包裝函式**
使用以下匿名程式碼區塊來測試您的設定。
*測試寫入模式*
下列程式碼會在 S3 儲存貯`s3inttest`體中寫入名為 的檔案。
```
do $$
declare
l_file_name varchar := 's3inttest' ;
l_path varchar := 'integration_test' ;
l_mode char(1) := 'W';
l_fs utl_file_utility.file_type ;
l_status boolean;
begin
select * from
utl_file_utility.fopen( l_file_name, l_path , l_mode ) into l_fs ;
raise notice 'fopen : l_fs : %', l_fs;
select * from
utl_file_utility.put_line( l_file_name, l_path ,'this is test file:in s3bucket: for test purpose', l_mode ) into l_status ;
raise notice 'put_line : l_status %', l_status;
select * from utl_file_utility.fclose( l_file_name , l_path ) into l_status ;
raise notice 'fclose : l_status %', l_status;
end;
$$
```
*測試附加模式*
下列程式碼會將行附加至先前測試中建立的 `s3inttest` 檔案。
```
do $$
declare
l_file_name varchar := 's3inttest' ;
l_path varchar := 'integration_test' ;
l_mode char(1) := 'A';
l_fs utl_file_utility.file_type ;
l_status boolean;
begin
select * from
utl_file_utility.fopen( l_file_name, l_path , l_mode ) into l_fs ;
raise notice 'fopen : l_fs : %', l_fs;
select * from
utl_file_utility.put_line( l_file_name, l_path ,'this is test file:in s3bucket: for test purpose : append 1', l_mode ) into l_status ;
raise notice 'put_line : l_status %', l_status;
select * from
utl_file_utility.put_line( l_file_name, l_path ,'this is test file:in s3bucket : for test purpose : append 2', l_mode ) into l_status ;
raise notice 'put_line : l_status %', l_status;
select * from utl_file_utility.fclose( l_file_name , l_path ) into l_status ;
raise notice 'fclose : l_status %', l_status;
end;
$$
```
**Amazon SNS 通知**
或者，您可以在 S3 儲存貯體上設定 Amazon CloudWatch 監控和 Amazon SNS 通知。如需詳細資訊，請參閱[監控 Amazon S3](https://docs.aws.amazon.com/AmazonS3/latest/userguide/monitoring-overview.html) 和[設定 Amazon SNS 通知](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/US_SetupSNS.html)。
# 從 Oracle 遷移到 Amazon Aurora PostgreSQL 後驗證資料庫物件
#MigrationValidatorToolkit 此程式碼會從 .zip 檔案下載模組。然後，程式碼會擷取、匯入和叫用模組。**下載並解壓縮 .zip 檔案**[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/patterns/accelerate-the-discovery-and-migration-of-microsoft-workloads-to-aws.html)**複製 GitHub 儲存庫**[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/patterns/accelerate-the-discovery-and-migration-of-microsoft-workloads-to-aws.html) | 系統管理員 |
| 手動叫用模組。 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/patterns/accelerate-the-discovery-and-migration-of-microsoft-workloads-to-aws.html)[Format-Table](https://learn.microsoft.com/en-us/powershell/module/microsoft.powershell.utility/format-table?view=powershell-7.3)format：Import-Module .\MigrationValidatorToolkit.psm1;Invoke-MigrationValidatorToolkit [Format-List](https://learn.microsoft.com/en-us/powershell/module/microsoft.powershell.utility/format-list?view=powershell-7.3)format：Import-Module .\MigrationValidatorToolkit.psm1;Invoke-MigrationValidatorToolkit -List [Out-GridView](https://learn.microsoft.com/en-us/powershell/module/microsoft.powershell.utility/out-gridview?view=powershell-7.3)format：Import-Module .\MigrationValidatorToolkit.psm1;Invoke-MigrationValidatorToolkit -GridView [ConvertTo-Csvformat](https://learn.microsoft.com/en-us/powershell/module/microsoft.powershell.utility/convertto-csv?view=powershell-7.3)：Import-Module .\MigrationValidatorToolkit.psm1;Invoke-MigrationValidatorToolkit -csv | 系統管理員 |
### 在多個目標上執行 Migration Validator Toolkit PowerShell 模組
git clone https://github.com/aws-samples/migration-validator-toolkit-for-microsoft-workloads.git | 系統管理員 |
| 更新 server.csv 清單。 | 如果您下載了 .zip 檔案，請遵循下列步驟：[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/patterns/accelerate-the-discovery-and-migration-of-microsoft-workloads-to-aws.html) | 系統管理員 |
| 叫用 模組。 | 您可以使用網域內任何使用具有目標電腦管理員存取權的網域使用者的電腦。[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/patterns/accelerate-the-discovery-and-migration-of-microsoft-workloads-to-aws.html)Import-Module .\MigrationValidatorToolkit.psm1;Invoke-DomainComputers 輸出 .csv 檔案會以字首名稱儲存在 中`MigrationValidatorToolkit\Outputs\folder``DomainComputers_MigrationAutomations_YYYY-MM-DDTHH-MM-SS`。 | 系統管理員 |
## 疑難排解
$ curl "https://awscli.amazonaws.com/awscli-exe-linux-x86_64.zip" -o "awscliv2.zip" | Linux 管理員 |
| 設定 Db2 封存日誌的本機目的地。 | 若要讓 Amazon EC2 上的目標資料庫與內部部署來源資料庫保持同步，需要從來源擷取最新的交易日誌。在此設定中， `/db2logs`會在來源`LOGARCHMETH2`上由 設定為預備區域。此目錄中的封存日誌會同步至 Amazon S3，並由 Amazon EC2 上的 Db2 存取。模式使用 ，`LOGARCHMETH2`因為 `LOGARCHMETH1` 可能已設定為使用 AWS CLI 命令無法存取的第三方廠商工具。若要擷取日誌，請執行下列命令：db2 connect to sample | DBA |
| 執行線上資料庫備份。 | 執行線上資料庫備份，並將其儲存至本機備份檔案系統：db2 backup db sample online to /backup | DBA |
### 設定 S3 儲存貯體和 IAM 政策
aws s3api create-bucket --bucket logshipmig-db2 --region us-east-1 | AWS 系統管理員 |
| 建立 IAM 政策。 | `db2bucket.json` 檔案包含存取 Amazon S3 儲存貯體的 IAM 政策：{ 若要建立政策，請使用下列 AWS CLI 命令：aws iam create-policy \ JSON 輸出會顯示政策的 Amazon Resource Name (ARN)，其中 `aws_account_id`代表您的帳戶 ID："Arn": "arn:aws:iam::aws_account_id:policy/db2s3policy" | AWS 管理員、AWS 系統管理員 |
| 將 IAM 政策連接至 EC2 執行個體所使用的 IAM 角色。 | 在大多數 AWS 環境中，執行中的 EC2 執行個體具有由系統管理員設定的 IAM 角色。如果未設定 IAM 角色，請建立角色，然後選擇 EC2 主控台上的**修改 IAM 角色**，將角色與託管 Db2 資料庫的 EC2 執行個體建立關聯。使用政策 ARN 將 IAM 政策連接至 IAM 角色：aws iam attach-role-policy \ 連接政策後，與 IAM 角色相關聯的任何 EC2 執行個體都可以存取 S3 儲存貯體。 | AWS 管理員、AWS 系統管理員 |
### 將來源資料庫備份映像和日誌檔案傳送至 Amazon S3
$ aws configure | AWS 管理員、AWS 系統管理員 |
| 將備份映像傳送至 Amazon S3。 | 稍早，線上資料庫備份已儲存至`/backup`本機目錄。若要將備份映像傳送至 S3 儲存貯體，請執行下列命令：aws s3 sync /backup s3://logshipmig-db2/SAMPLE_backup | AWS 管理員、遷移工程師 |
| 將 Db2 封存日誌傳送至 Amazon S3。 | 將內部部署 Db2 封存日誌與 Amazon EC2 上目標 Db2 執行個體可存取的 S3 儲存貯體同步：aws s3 sync /db2logs s3://logshipmig-db2/SAMPLE_LOG 使用 cron 或其他排程工具定期執行此命令。頻率取決於來源資料庫封存交易日誌檔案的頻率。 | AWS 管理員、遷移工程師 |
### 將 Amazon EC2 上的 Db2 連線至 Amazon S3 並啟動資料庫同步 Amazon EC2
gsk8capicmd_64 -keydb -create -db "/home/db2inst1/.keystore/db2s3.p12" -pw "" -type pkcs12 -stash | DBA |
| 建立 Db2 儲存體存取別名。 | 若要建立[儲存存取別名](https://www.ibm.com/docs/en/db2/11.5?topic=commands-catalog-storage-access)，請使用下列指令碼語法：`db2 "catalog storage access alias vendor S3 server container ''"`例如，您的指令碼可能如下所示：`db2 "catalog storage access alias DB2AWSS3 vendor S3 server s3.us-east-1.amazonaws.com container 'logshipmig-db2'" ` | DBA |
| 設定預備區域。 | 根據預設，Db2 會使用 `DB2_OBJECT_STORAGE_LOCAL_STAGING_PATH`做為臨時區域，在 Amazon S3 之間上傳和下載檔案。預設路徑位於執行個體主目錄`sqllib/tmp/RemoteStorage.xxxx`下，並`xxxx`參照 Db2 分割區編號。請注意，預備區域必須有足夠的容量來存放備份映像和日誌檔案。您可以使用登錄檔，將暫存區域指向不同的目錄。我們也建議使用 `DB2_ENABLE_COS_SDK=ON`、 `DB2_OBJECT_STORAGE_SETTINGS=EnableStreamingRestore`和程式`awssdk`庫的連結，略過資料庫備份和還原的 Amazon S3 預備區域：#By root: | DBA |
| 從備份映像還原資料庫。 | 從 S3 儲存貯體中的備份映像還原 Amazon EC2 上的目標資料庫：db2 restore db sample from DB2REMOTE://DB2AWSS3/logshipmig-db2/SAMPLE_backup replace existing | DBA |
| 向前滾動資料庫。 | 還原完成後，目標資料庫將進入向前滾動擱置狀態。設定 `LOGARCHMETH1`和 ，`LOGARCHMETH2`以便 Db2 知道在何處取得交易日誌檔案：db2 update db cfg for SAMPLE using LOGARCHMETH1 'DB2REMOTE://DB2AWSS3//SAMPLE_LOGS/' 開始資料庫向前滾動：db2 ROLLFORWARD DATABASE sample to END OF LOGS 此命令會處理已傳輸至 S3 儲存貯體的所有日誌檔案。根據現場部署 Db2 伺服器上`s3 sync`命令的頻率定期執行。例如，如果 每小時`s3 sync`執行一次，且同步所有日誌檔案需要 10 分鐘，請將 命令設定為每小時 10 分鐘後執行一次。 | DBA |
### 在切換時段將 Db2 帶入 Amazon EC2
db2 rollforward DB sample to END OF LOGS 將目標資料庫上線，並將應用程式連線指向 Amazon EC2 上的 Db2。 Amazon EC2 | DBA |
## 疑難排解
$ curl "https://awscli.amazonaws.com/awscli-exe-linux-x86_64.zip" -o "awscliv2.zip" | Linux 管理員 |
| 設定 Db2 封存日誌的本機目的地。 | 大量更新批次任務和網路變慢等條件可能會導致 HADR 待命伺服器延遲。若要趕上進度，待命伺服器需要來自主要伺服器的交易日誌。請求日誌的位置順序如下：[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/patterns/migrate-db2-for-luw-to-amazon-ec2-with-high-availability-disaster-recovery.html)在此設定中， `/db2logs`會在來源`LOGARCHMETH2`上由 設定為預備區域。此目錄中的封存日誌會同步至 Amazon S3，並由 Amazon EC2 上的 Db2 存取。模式使用 ，`LOGARCHMETH2`因為 `LOGARCHMETH1` 可能已設定為使用 AWS CLI 命令無法存取的第三方廠商工具：db2 connect to sample | DBA |
| 執行線上資料庫備份。 | 執行線上資料庫備份，並將其儲存至本機備份檔案系統：db2 backup db sample online to /backup | DBA |
### 設定 S3 儲存貯體和 IAM 政策
aws s3api create-bucket --bucket hadrmig-db2 --region us-east-1 | AWS 管理員 |
| 建立 IAM 政策。 | `db2bucket.json` 檔案包含用於存取 S3 儲存貯體的 IAM 政策：{ 若要建立政策，請使用下列 AWS CLI 命令：aws iam create-policy \ JSON 輸出會顯示政策的 Amazon Resource Name (ARN)，其中 `aws_account_id`代表您的帳戶 ID："Arn": "arn:aws:iam::aws_account_id:policy/db2s3hapolicy" | AWS 管理員、AWS 系統管理員 |
| 將 IAM 政策連接至 IAM 角色。 | 通常，執行 Db2 的 EC2 執行個體會有系統管理員指派的 IAM 角色。 Db2 如果未指派 IAM 角色，您可以在 Amazon EC2 主控台上選擇**修改 IAM 角色**。將 IAM 政策連接至與 EC2 執行個體相關聯的 IAM 角色。連接政策後，EC2 執行個體可以存取 S3 儲存貯體：aws iam attach-role-policy --policy-arn "arn:aws:iam::aws_account_id:policy/db2s3hapolicy" --role-name db2s3harole | |
### 將來源資料庫備份映像和日誌檔案傳送至 Amazon S3
$ aws configure | AWS 管理員、AWS 系統管理員 |
| 將備份映像傳送至 Amazon S3。 | 稍早，線上資料庫備份已儲存至`/backup`本機目錄。若要將備份映像傳送至 S3 儲存貯體，請執行下列命令：aws s3 sync /backup s3://hadrmig-db2/SAMPLE_backup | AWS 管理員、AWS 系統管理員 |
| 將 Db2 封存日誌傳送至 Amazon S3。 | 將內部部署 Db2 封存日誌與 Amazon EC2 上的目標 Db2 執行個體可存取的 Amazon S3 儲存貯體同步： Db2 Amazon EC2aws s3 sync /db2logs s3://hadrmig-db2/SAMPLE_LOGS 使用 cron 或其他排程工具定期執行此命令。頻率取決於來源資料庫封存交易日誌檔案的頻率。 | |
### 將 Amazon EC2 上的 Db2 連線至 Amazon S3，並啟動初始資料庫同步 Amazon EC2
gsk8capicmd_64 -keydb -create -db "/home/db2inst1/.keystore/db2s3.p12" -pw "" -type pkcs12 -stash | DBA |
| 建立 Db2 儲存體存取別名。 | Db2 使用儲存存取別名，透過 `INGEST`、`BACKUP DATABASE`、 `LOAD`或 `RESTORE DATABASE`命令直接存取 Amazon S3。由於您已將 IAM 角色指派給 EC2 執行個體，`USER``PASSWORD`因此不需要：`db2 "catalog storage access alias vendor S3 server container ''"`例如，您的指令碼可能如下所示：`db2 "catalog storage access alias DB2AWSS3 vendor S3 server s3.us-east-1.amazonaws.com container 'hadrmig-db2'" ` | DBA |
| 設定預備區域。 | 建議使用 `DB2_ENABLE_COS_SDK=ON`、 `DB2_OBJECT_STORAGE_SETTINGS=EnableStreamingRestore`和程式`awssdk`庫的連結，略過資料庫備份和還原的 Amazon S3 預備區域：#By root: | DBA |
| 從備份映像還原資料庫。 | 從 S3 儲存貯體中的備份映像還原 Amazon EC2 上的目標資料庫：db2 create db sample on /data1 | DBA |
### 在內部部署中設定沒有 HADR 的 HADR
db2 update db cfg for SAMPLE using LOGARCHMETH1 'DB2REMOTE://DB2AWSS3//SAMPLE_LOGS/' LOGARCHMETH2 OFF | DBA |
| 在 Amazon EC2 伺服器上設定 Db2 的 HADR。 Amazon EC2 | 將 上的 HADR 資料庫組態更新`db2-ec2`為待命：`db2 update db cfg for sample using HADR_LOCAL_HOST db2-ec2 HADR_LOCAL_SVC 50012 HADR_REMOTE_HOST db2-server1 HADR_REMOTE_SVC 50010 HADR_REMOTE_INST db2inst1 HADR_SYNCMODE SUPERASYNC DB20000I The UPDATE DATABASE CONFIGURATION command completed successfully` | DBA |
| 驗證 HADR 設定。 | 驗證來源和目標 Db2 伺服器上的 HADR 參數。若要驗證 上的設定`db2-server1`，請執行下列命令：db2 get db cfg for sample|grep HADR 若要驗證 上的設定`db2-ec2`，請執行下列命令：db2 get db cfg for sample|grep HADR `HADR_LOCAL_HOST`、`HADR_REMOTE_HOST`、 `HADR_LOCAL_SVC`和 `HADR_REMOTE_SVC` 參數指出一個主要和一個待命 HADR 設定。 | DBA |
| 啟動 Db2 HADR 執行個體。 | 首先在待命伺服器上啟動 Db2 HADR 執行個體`db2-ec2`：db2 start hadr on db sample as standby 在主要 （來源） 伺服器 上啟動 Db2 HADR`db2-server1`：db2 start hadr on db sample as primary Db2 on 內部部署和 Amazon EC2 之間的 HADR 連線現已成功建立。Db2 主要伺服器`db2-ec2`會即時`db2-server1`開始將交易日誌記錄串流至 。 | DBA |
### 當內部部署存在 HADR 時設定 HADR
db2 get db cfg for sample|grep HADR 在 `db2-server2`上執行下列程式碼：db2 get db cfg for sample|grep HADR 在 `db2-ec2`上執行下列程式碼：db2 get db cfg for sample|grep HADR `HADR_LOCAL_HOST`、`HADR_LOCAL_SVC`、`HADR_REMOTE_HOST`、 `HADR_REMOTE_SVC`和 `HADR_TARGET_LIST` 參數指出一個主要和兩個待命 HADR 設定。 | |
| 停止和啟動 Db2 HADR。 | `HADR_TARGET_LIST` 現在已在所有三個伺服器上設定 。每個 Db2 伺服器都知道另外兩個伺服器。停止並重新啟動 HADR （短暫中斷），以利用新的組態。在 `db2-server1`上執行下列命令：db2 stop hadr on db sample 在 `db2-server2`上執行下列命令：db2 deactivate db sample 在 `db2-ec2`上執行下列命令：db2 start hadr on db sample as standby 在 `db2-server1`上執行下列命令：db2 start hadr on db sample as primary Db2 on 內部部署和 Amazon EC2 之間的 HADR 連線現已成功建立。Db2 主要伺服器`db2-server1`會開始即時串流交易日誌記錄到 `db2-server2`和 `db2-ec2` 。 | DBA |
### 在切換時段將 Amazon EC2 上的 Db2 設為主要 Amazon EC2
db2pd -hadr -db sample | DBA |
| 執行 HADR 接管。 | 若要完成遷移，請執行 HADR 接管命令來建立`db2-ec2`主要資料庫。使用 命令`db2pd`來驗證`HADR_ROLE`值：db2 TAKEOVER HADR ON DATABASE sample 若要完成遷移至 AWS，請將應用程式連線指向 Amazon EC2 上的 Db2。 Amazon EC2 | |
## 疑難排解
git archive -o ../godemoapp.zip HEAD 這會建立原始碼套件 .zip 檔案。下載 .zip 檔案並將其儲存為本機檔案。.zip 檔案不能超過 512 MB，也不能包含父資料夾或頂層目錄。 | 系統管理員、應用程式開發人員 |
### 將 Go Web 應用程式遷移至 Elastic Beanstalk
`以 AWS 帳戶 ID 取代 。`aws sts assume-role --role-arn arn:aws:iam:::role/MGN_Agent_Installation_Role --role-session-name mgn_installation_session_role`從 命令的輸出中，複製 `AccessKeyId`、 ** **`SecretAccessKey`和 的值** **`SessionToken`。** **將它們存放在安全的位置，以供日後使用。這些臨時登入資料將在一小時後過期。如果您在一小時後需要登入資料，請重複上述步驟。 | AWS 管理員、遷移工程師 |
### 初始化 Application Migration Service 並建立複寫設定範本
subscription-manager unregister 您也可以停用訂閱管理員外掛程式，以停止檢查每次 **yum** 呼叫的訂閱狀態。若要這樣做，請編輯組態檔案並將 參數`/etc/yum/pluginconf.d/subscription-manager.conf`變更為 `enabled=1` `enabled=0`。 | Linux 或系統管理員 |
| 使用 AWS 提供的 RHUI 取代舊的更新組態 (RHUI、Red Hat Satellite 網路、yum 儲存庫）。 | 您必須重新設定遷移的 RHEL 系統，才能使用 AWS 提供的 RHUI 伺服器。這可讓您存取 AWS 區域內的 RHUI 伺服器，而不需要外部更新基礎設施。變更包含下列程序：[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/patterns/migrate-rhel-byol-systems-to-aws-license-included-instances-by-using-aws-mgn.html)以下是詳細的步驟和命令：[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/patterns/migrate-rhel-byol-systems-to-aws-license-included-instances-by-using-aws-mgn.html) | Linux 或系統管理員 |
| 驗證組態。 | 在目標遷移執行個體上，驗證新組態是否正確：sudo yum clean all | Linux 或系統管理員 |
## 相關資源
+ `ADDomainJoinPassword`：＜網域使用者密碼>
+ `TargetOU`：
**注意**
您將在 AWS Managed Microsoft AD 聯結活動的 AWS Systems Manager 自動化中使用相同的金鑰名稱。
+ SQL Server 安裝和 Windows 服務或網域帳戶建立的 SQL Server 媒體檔案，將在叢集建立期間使用
+ 虛擬私有雲端 (VPC)，在個別可用區域中有兩個公有子網路、可用區域中有兩個私有子網路、網際網路閘道、NAT 閘道、路由表關聯和跳接伺服器
**產品版本**
+ Windows Server 2012 R2 和 Microsoft SQL Server 2016
## Architecture
D:\setup.exe /Q `" `" `" `" `" /SQLSVCPASSWORD="" `" /AGTSVCPASSWORD="" `" /ISSVCPASSWORD="" `\share\Program Files\Microsoft SQL Server" `\share\data" `\share\log" `\share\SQLBackup" ` | AWS DevOps、DBA、DevOps 工程師 |
| 將次要節點新增至叢集。 | 若要將 SQL Server 新增至次要節點 （節點 2)，請執行下列PowerShell 命令。D:\setup.exe /Q `" `" `" /SQLSVCPASSWORD="" `" ` | AWS DevOps、DBA、DevOps 工程師 |
| 測試 SQL Server FCI。 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/patterns/set-up-multi-az-infrastructure-for-a-sql-server-always-on-fci-by-using-amazon-fsx.html) | DBA，DevOps 工程師 |
### 清除資源
search Host show key as 'Serverid', virtual, name as 'HOSTNAME', os_type as 'osName', os_version as 'OS Version', num_logical_processors as 'Logical Processor Counts', cores_per_processor as 'Cores per Processor', logical_ram as 'Logical RAM', #Consumer:StorageUse:Provider:DiskDrive.size as 'Size' 您可以使用擷取的資料來判斷適當的執行個體大小以進行遷移。 | 遷移工程師，遷移負責人 |
| 擷取建模應用程式上的資料。 | 如果您的應用程式在 BMC Discovery 中建立模型，您可以擷取執行應用程式軟體之伺服器的資料。若要取得伺服器名稱，請使用[查詢建置器](https://docs.bmc.com/docs/discovery/221/query-builder-1051985747.html)來執行下列查詢：search SoftwareInstance show key as 'ApplicationID', #RunningSoftware:HostedSoftware:Host:Host.key as 'ReferenceID', type, name 應用程式透過執行中軟體執行個體的集合在 BMC Discovery 中建模。應用程式取決於執行應用程式軟體的所有伺服器。 | BMC Discovery 應用程式擁有者 |
| 擷取資料庫上的資料。 | 若要取得所有掃描資料庫的清單，以及這些資料庫正在執行的伺服器，請使用 [Query Builder](https://docs.bmc.com/docs/discovery/221/query-builder-1051985747.html) 執行下列查詢：search Database show key as 'Key', name, type as 'Source Engine Type', #Detail:Detail:ElementWithDetail:SoftwareInstance.name as 'Software Instance', #Detail:Detail:ElementWithDetail:SoftwareInstance.product_version as 'Product Version', #Detail:Detail:ElementWithDetail:SoftwareInstance.edition as 'Edition', #Detail:Detail:ElementWithDetail:SoftwareInstance.#RunningSoftware:HostedSoftware:Host:Host.key as 'ServerID' | 應用程式擁有者 |
| 在伺服器通訊上擷取資料。 | 若要從歷史網路通訊日誌取得由 BMC Discovery 收集之伺服器間所有網路通訊的資訊，請使用[查詢建置器](https://docs.bmc.com/docs/discovery/221/query-builder-1051985747.html)來執行下列查詢：search Host | BMC Discovery 應用程式擁有者 |
| 擷取應用程式探索的資料。 | 若要取得應用程式相依性的相關資訊，請使用[查詢建置器](https://docs.bmc.com/docs/discovery/221/query-builder-1051985747.html)來執行下列查詢：search SoftwareInstance show key as 'SRC App ID', #Dependant:Dependency:DependedUpon:SoftwareInstance.key as 'DEST App ID' | BMC Discovery 應用程式擁有者 |
| 擷取商業服務上的資料。 | 若要擷取主機提供之商業服務的資料，請使用[查詢建置器](https://docs.bmc.com/docs/discovery/221/query-builder-1051985747.html)來執行下列查詢：search Host show name, #Host:HostedSoftware:AggregateSoftware:BusinessService.name as 'Name' | BMC Discovery 應用程式擁有者 |
## 疑難排解
aws rds modify-db-instance \ | 管理員 |
### 遷移至不同的 AWS 帳戶
-U -d -p 」命令來指定連線資訊。在 psql 密碼提示中，輸入 "" 使用者的密碼。您接著會連線至 Amazon Redshift 叢集，並以互動方式輸入命令。 | DBA |
| 建立 S3 儲存貯體。 | 開啟 Amazon S3 主控台，並建立 S3 儲存貯體以存放從 Amazon Redshift 匯出的檔案。如需如何建立 S3 儲存貯體的說明，請參閱「相關資源」一節。 | DBA、AWS General |
| 建立支援卸載資料的 IAM 政策。 | 開啟 AWS Identity and Access Management (IAM) 主控台，然後選擇「政策」。選擇「建立政策」，然後選擇「JSON」索引標籤。複製並貼上從「其他資訊」區段卸載資料的 IAM 政策。重要：將 "s3\$1bucket\$1name" 取代為您的 S3 儲存貯體名稱。選擇「檢閱政策」，然後輸入政策的名稱和描述。選擇「建立政策」。 | DBA |
| 建立 IAM 角色以允許 Amazon Redshift 的 UNLOAD 操作。 | 開啟 IAM 主控台並選擇「角色」。選擇「建立角色」，然後在「選取信任實體類型」中選擇「AWS 服務」。為服務選擇 "Redshift"，選擇 "Redshift – Customizable"，然後選擇 "Next"。選擇您先前建立的「卸載」政策，然後選擇「下一步」。輸入「角色名稱」，然後選擇「建立角色」。 | DBA |
| 將 IAM 角色與 Amazon Redshift 叢集建立關聯。 | 開啟 Amazon Redshift 主控台，然後選擇「管理 IAM 角色」。從下拉式選單中選擇「可用角色」，然後選擇您先前建立的角色。選擇「套用變更」。當「管理 IAM 角色」上 IAM 角色的「狀態」顯示為「同步中」時，您可以執行 UNLOAD 命令。 | DBA |
| 停止對 Amazon Redshift 叢集的寫入操作。 | 您必須記得停止對來源 Amazon Redshift 叢集的所有寫入操作，直到遷移完成為止。 | DBA |
### 準備在目標區域中遷移
-U -d -p 」命令來指定連線資訊。在 psql 密碼提示中，輸入 "" 使用者的密碼。您接著會連線至 Amazon Redshift 叢集，並以互動方式輸入命令。 | DBA |
| 建立 S3 儲存貯體。 | 開啟 Amazon S3 主控台，並建立 S3 儲存貯體以保留從 Amazon Redshift 匯出的檔案。如需此案例和其他案例的協助，請參閱「相關資源」一節。 | DBA |
| 建立支援複製資料的 IAM 政策。 | 開啟 IAM 主控台並選擇「政策」。選擇「建立政策」，然後選擇「JSON」索引標籤。複製並貼上從「其他資訊」區段複製資料的 IAM 政策。重要：使用 S3 儲存貯體的名稱取代 "s3\$1bucket\$1name"。選擇「檢閱政策」，輸入政策的名稱和描述。選擇「建立政策」。 | DBA |
| 建立 IAM 角色以允許 Amazon Redshift 的 COPY 操作。 | 開啟 IAM 主控台並選擇「角色」。選擇「建立角色」，然後在「選取信任實體類型」中選擇「AWS 服務」。為服務選擇「Redshift」，選擇「Redshift – 可自訂」，然後選擇「下一步」。選擇您先前建立的「複製」政策，然後選擇「下一步」。輸入「角色名稱」，然後選擇「建立角色」。 | DBA |
| 將 IAM 角色與 Amazon Redshift 叢集建立關聯。 | 開啟 Amazon Redshift 主控台，然後選擇「管理 IAM 角色」。從下拉式選單中選擇「可用角色」，然後選擇您先前建立的角色。選擇「套用變更」。當「管理 IAM 角色」上 IAM 角色的「狀態」顯示為「 In-sync」時，您可以執行「COPY」命令。 | DBA |
### 在開始遷移之前驗證來源資料和物件資訊
psql -h -p PORT -U username -d database -W | DBA |
| 建立 pg\$1transport 擴充功能。 | 以具有 `rds_superuser`角色的使用者身分執行下列查詢：create extension pg_transport; | DBA |
### 準備來源環境
psql -h -p PORT -U username -d database -W | DBA |
| 建立 pg\$1transport 擴充功能，並從要傳輸的資料庫移除所有其他擴充功能。 | 如果來源資料庫上安裝 **pg\$1transport** 以外的任何延伸項目，則傳輸會失敗。此命令必須由具有 `rds_superuser`角色的使用者執行。 | DBA |
### 執行傳輸
SELECT transport.import_from_server( 'source-db-instance-endpoint', source-db-instance-port, 'source-db-instance-user', 'source-user-password', 'source-database-name', 'destination-user-password', 'true'); 此函數的最後一個參數 （設定為 `true`) 會定義試轉。此函數會顯示您在執行主要傳輸時會看到的任何錯誤。在執行主要傳輸之前解決錯誤。 | DBA |
| 如果試轉成功，請啟動資料庫傳輸。 | 執行 `transport.import_from_server`函數以執行傳輸。它連接到來源並匯入資料。 SELECT transport.import_from_server( 'source-db-instance-endpoint', source-db-instance-port, 'source-db-instance-user', 'source-user-password', 'source-database-name', 'destination-user-password', false); 此函數的最後一個參數 （設定為 `false`) 表示這不是試轉。 | DBA |
| 執行傳輸後步驟。 | 資料庫傳輸完成後：[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/patterns/transport-postgresql-databases-between-two-amazon-rds-db-instances-using-pg-transport.html) | DBA |
## 相關資源
SELECT * FROM clobdata_pg; 將結果與來源資料庫的查詢結果進行比較 （從第一個步驟）。 | 開發人員 |
| 將 CLOB 資料分割成不同的資料列。 | 執行[其他資訊](#migrate-oracle-clob-values-to-individual-rows-in-postgresql-on-aws-additional)區段中提供的自訂 PostgreSQL 程式碼，以分割 CLOB 資料，並將其插入目標 PostgreSQL 資料表中的個別資料列。 | 開發人員 |
### 驗證資料。
SELECT * FROM clobdata_pg; | 開發人員 |
## 相關資源
SELECT * FROM clobdatatarget;
```
這會顯示下列輸出。
| | |
| --- |--- |
| id1 | data |
| 1 | 測試列 1 |
| 2 | 測試列 2 |
| 3 | 測試列 3 |
# 將 Oracle PeopleSoft 遷移至 Amazon RDS Custom
#!/bin/bash | DBA |
| 執行備份指令碼。 | 若要執行 RMAN 備份指令碼，請以 Oracle Home User 身分登入，然後執行指令碼。$ chmod a+x rman_backup.sh | DBA |
| 檢查是否有錯誤，並記下備份檔案的名稱。 | 檢查 RMAN 日誌檔案是否有錯誤。如果一切正常，請執行下列命令列出控制檔案的備份。RMAN> list backup of controlfile; 請記下輸出檔案的名稱。List of Backup Sets 當您在 Amazon RDS Custom 上還原資料庫`/efs/rman_backup/FSCM/FSDMO92_20220713_12_1_CONTROL`時，將使用備份控制檔案。 | DBA |
### 關閉來源應用程式層
$ yum install -y nfs-utils | DBA |
| 掛載 EFS 儲存體。 | 從 Amazon EFS 主控台頁面取得 Amazon EFS 掛載命令。使用網路檔案系統 (NFS) 用戶端在 Amazon RDS 執行個體上掛載 EFS 檔案系統。sudo mount -t nfs4 -o nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport fs-xxxxxxxxxx.efs.eu-west-1.amazonaws.com:/ /efs | DBA |
### 捨棄入門資料庫並建立目錄以存放資料庫檔案
aws rds modify-db-instance \ 當您指定暫停的持續時間時，請確定您有足夠的時間進行 RMAN 還原。這取決於來源資料庫的大小，因此請相應地修改 360 值。此外，請確定暫停自動化的總時間不會與資料庫的備份或維護時段重疊。 | DBA |
| 建立和修改 PeopleSoft 的參數檔案 | 若要建立和修改 PeopleSoft 的 pfile， 請使用使用 Amazon RDS Custom 資料庫執行個體建立的標準 pfile。新增 PeopleSoft 所需的參數。[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/patterns/migrate-oracle-peoplesoft-to-amazon-rds-custom.html) | DBA |
| 捨棄入門資料庫。 | 若要捨棄現有的 Amazon RDS Custom 資料庫，請使用下列程式碼。$ sqlplus / as sysdba | |
| 從備份還原 Amazon RDS Custom 資料庫。 | 使用下列指令碼還原資料庫。指令碼會先還原控制檔案，然後從存放在 EFS 掛載上的備份片段還原整個資料庫。#!/bin/bash | DBA |
### 從 Secrets Manager 擷取密碼、建立使用者和變更密碼
SQL> create user admin identified by ; | DBA |
| 變更系統密碼。 | 使用您從 Secrets Manager 擷取的密碼來變更系統密碼。SQL> alter user sys identified by xxxxxxxxxxx; 如果您不變更這些密碼，Amazon RDS Custom 會顯示錯誤訊息「資料庫監控使用者或使用者登入資料已變更」。 | DBA |
### 設定 Amazon RDS Custom 和 PeopleSoft 的 TNS 項目
$ cd /rdsdbbin/oracle/network/admin [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/patterns/migrate-oracle-peoplesoft-to-amazon-rds-custom.html) | DBA |
### 建立 spfile softlink
select dt.* | DBA 或開發人員 |
### 識別並套用解決方案
( | PostgreSQL 開發人員、Oracle、RDS/Aurora for PostgreSQL |
| 將 PostgreSQL 錯誤代碼及其對應的 Oracle 資料庫錯誤代碼新增至資料表。 | 執行 PostgreSQL [INSERT](https://www.postgresql.org/docs/current/sql-insert.html) 命令，將所需的錯誤代碼值新增至 **error\$1codes** 資料表。PostgreSQL 錯誤代碼必須使用不同字元的資料類型 (**SQLSTATE** 值）。Oracle 錯誤代碼必須使用數值資料類型 (**SQLCODE** 值）。**插入陳述式範例：**insert into error_codes values (-1817,'22007','Y'); 如果您發現 Oracle 特定的 Java 資料庫連線 (JDBC) 例外狀況，您必須以一般跨資料庫例外狀況取代這些例外狀況，或切換到 PostgreSQL 特定的例外狀況。 | PostgreSQL 開發人員、Oracle、RDS/Aurora for PostgreSQL |
| 建立 PL/pgSQL 函數以驗證錯誤代碼。 | 執行 PostgreSQL CREATE FUNCTION 命令來建立 PL/pgSQL [https://www.postgresql.org/docs/current/sql-createfunction.html](https://www.postgresql.org/docs/current/sql-createfunction.html)函數。 PostgreSQL 請確定函數執行下列動作：[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/patterns/migrate-oracle-database-error-codes-to-an-amazon-aurora-postgresql-compatible-database.html) | PostgreSQL 開發人員、Oracle、RDS/Aurora for PostgreSQL |
| 手動檢閱由 PL/pgSQL 函數記錄的新錯誤代碼。 | 手動檢閱新的錯誤代碼。如果新的錯誤代碼對您的使用案例有效，請執行 PostgreSQL **INSERT** 命令將其新增至 **error\$1codes** 資料表。-或-如果新的錯誤碼對您的使用案例無效，請勿將其新增至資料表。發生錯誤時，程序邏輯將繼續失敗並結束，但有例外。 | PostgreSQL 開發人員、Oracle、RDS/Aurora for PostgreSQL |
## 相關資源
$env:path = $env:path + ";C:\OpenSSL-Win64\bin" |
## 相關資源
:*"
},
{
"Sid": "VisualEditor1",
"Effect": "Allow",
"Action": "sqs:ListQueues",
"Resource": "*"
}
]
}
```
4. 選擇**檢閱政策**，輸入名稱，然後選擇**建立政策**。
5. 將新建立的政策連接到現有的 IAM 角色或建立新的角色。
## 史詩
SQL> select current_scn from v$database; 儲存產生的 SCN。當您匯出資料和建立 AWS DMS 複寫任務時，將使用 SCN。 | DBA |
| 建立 參數檔案。 | 若要建立參數檔案以匯出結構描述，您可以使用下列程式碼。directory=DMS_DATA_PUMP_DIR 您也可以根據您的需求`DATA_PUMP_DIR`，使用以下命令來定義自己的命令。SQL> CREATE OR REPLACE DIRECTORY DMS_DATA_PUMP_DIR AS ''; | DBA |
| 匯出結構描述。 | 若要執行匯出，請使用 `expdp`公用程式，如下所示：C:\Users\Administrator>expdp system/********@ PARFILE=''PARFILE='E:\exp_dms_datapump.par'"."" 228.9 MB 496397 rowsMaster table "SYSTEM"."SYS_EXPORT_SCHEMA_02" successfully loaded/unloaded | DBA |
### 使用 Oracle Data Pump 匯入 EnterpriseOne 結構描述
sqlplus / as sysdba | DBA |
| 測試資料庫連結。 | 測試資料庫連結，以確保您可以使用 連線至 Amazon RDS for Oracle 目標資料庫`sqlplus`。SQL> select name from v$database@orardsdb; | DBA |
| 將傾印檔案傳輸到目標資料庫。 | 若要將傾印檔案複製到 Amazon RDS for Oracle 資料庫，您可以使用預設`DATA_PUMP_DIR`目錄，或使用下列程式碼建立自己的目錄，該程式碼必須在目標 Amazon RDS 執行個體上執行：exec rdsadmin.rdsadmin_util.create_directory(p_directory_name => 'DMS_TARGET_PUMP_DIR'); 下列指令碼會使用名為 的資料庫連結，將名為 的傾印檔案`EXPORT_DMS_DATA.DMP`從來源執行個體複製到目標 Amazon RDS for Oracle 資料庫`orardsdb`。您必須在來源資料庫執行個體上執行指令碼。BEGIN | DBA |
| 列出目標資料庫中的傾印檔案。 | PL/SQL 程序完成後，您可以使用下列程式碼，在 Amazon RDS for Oracle 資料庫中列出資料傾印檔案：select * from table (rdsadmin.rds_file_util.listdir(p_directory => 'DMS_TARGET_PUMP_DIR')); | DBA |
| 在目標執行個體中建立 JDE 特定使用者。 | 在目標執行個體中使用這些命令來建立 JD Edwards 描述檔和角色：SQL> CREATE PROFILE "JDEPROFILE" LIMIT IDLE_TIME 15; 將必要的許可授予角色：SQL> GRANT CREATE ANY SEQUENCE TO JDE_ROLE; | DBA、JDE CNC |
| 在目標執行個體中建立資料表空間。 | 針對涉及此遷移的結構描述，使用下列命令，在目標執行個體中建立所需的資料表空間：SQL> CREATE TABLESPACE ;; | DBA、JDE CNC |
| 在目標資料庫上啟動匯入。 | 開始匯入程序之前，請使用資料傾印檔案，在目標 Amazon RDS for Oracle 資料庫上設定角色、結構描述和資料表空間。若要執行匯入，請使用 Amazon RDS 主要使用者帳戶存取目標資料庫，並使用 `tnsnames.ora` 檔案中的連線字串名稱，其中包含 Amazon RDS for Oracle Database`tns-entry`。如有必要，您可以包含重新映射選項，以將資料傾印檔案匯入不同的資料表空間，或在不同的結構描述名稱下匯入。若要開始匯入，請使用下列程式碼：impdp admin@orardsdb directory=DMS_TARGET_PUMP_DIR logfile=import.log dumpfile=EXPORT_DMS_DATA.DMP 為了確保成功匯入，請檢查匯入日誌檔案是否有任何錯誤，並檢閱物件計數、資料列計數和無效物件等詳細資訊。如果有任何無效的物件，請重新編譯。此外，比較來源和目標資料庫物件，以確認它們相符。 | DBA |
### 使用來源和目標端點佈建 AWS DMS 複寫執行個體
SQL> ALTER DATABASE ADD SUPPLEMENTAL LOG DATA (ALL) COLUMNS; |
| AWS DMS 已關閉補充記錄。 | AWS DMS 中的補充記錄預設為關閉。若要為來源 Oracle 端點開啟它：[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/patterns/migrate-an-oracle-jd-edwards-enterpriseone-database-to-aws-by-using-oracle-data-pump-and-aws-dms.html) |
| CDB 層級未啟用補充記錄。 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/patterns/migrate-an-oracle-jd-edwards-enterpriseone-database-to-aws-by-using-oracle-data-pump-and-aws-dms.html) |
| 您收到錯誤訊息：「測試端點失敗：Application-Status：1020912、Application-Message：Oracle PDB 環境端點初始化失敗，不支援 LogMiner。」 | 如果您遇到此錯誤訊息，您可以使用 Binary Reader 而非 LogMiner。在**端點設定**下，將此行新增至來源資料庫的額外連線屬性：useLogMinerReader=N;useBfile=Y; |
## 相關資源
SQL> select name from v$database; 儲存產生的 SCN，以便在匯出資料和建立 AWS DMS 複寫任務時使用。 | DBA |
| 建立 參數檔案。 | 若要建立參數檔案以匯出結構描述，您可以使用下列程式碼。$ cat exp_datapmp.par 您也可以根據您的需求`DATA_PUMP_DIR`，使用以下命令來定義自己的命令。SQL> CREATE OR REPLACE DIRECTORY DATA_PUMP_DIR AS '/opt/oracle/product/19c/dbhome_1/dmsdump/'; | DBA |
| 匯出結構描述。 | 若要執行匯出，請使用 `expdp`公用程式。$ expdp parfile=exp_datapmp.par | DBA |
### 使用 Oracle Data Pump 將 PeopleSoft 結構描述匯入 Amazon RDS for Oracle 資料庫
$sqlplus / as sysdba | DBA |
| 測試資料庫連結。 | 測試資料庫連結，以確保您可以使用 sqlplus 連線到 Amazon RDS for Oracle 目標資料庫。SQL> | DBA |
| 將傾印檔案傳輸至目標資料庫。 | 若要將傾印檔案複製到 Amazon RDS for Oracle 資料庫，您可以使用預設`DATA_PUMP_DIR`目錄，或使用下列程式碼建立自己的目錄。exec rdsadmin.rdsadmin_util.create_directory(p_directory_name => ‘TARGET_PUMP_DIR’); 下列指令碼會使用名為 的資料庫連結，將名為 的傾印檔案`export_dms_sample_data_01.dmp`從來源執行個體複製到目標 Amazon RDS for Oracle 資料庫`orardsdb`。$ sqlplus / as sysdba | DBA |
| 列出目標資料庫中的傾印檔案。 | PL/SQL 程序完成後，您可以使用下列程式碼，在 Amazon RDS for Oracle 資料庫中列出資料傾印檔案。SQL> select * from table (rdsadmin.rds_file_util.listdir(p_directory => ‘TARGET_PUMP_DIR’)); | DBA |
| 在目標資料庫上啟動匯入。 | 開始匯入程序之前，請使用資料傾印檔案，在目標 Amazon RDS for Oracle 資料庫上設定角色、結構描述和資料表空間。若要執行匯入，請使用 Amazon RDS 主要使用者帳戶存取目標資料庫，並使用 `tnsnames.ora` 檔案中的連線字串名稱，其中包含 Amazon RDS for Oracle Database `tns-entry`。如有必要，您可以包含重新映射選項，將資料傾印檔案匯入不同的資料表空間或不同的結構描述名稱。若要開始匯入，請使用下列程式碼。impdp admin@orardsdb directory=TARGET_PUMP_DIR logfile=import.log dumpfile=export_dms_sample_data_01.dmp 為了確保成功匯入，請檢查匯入日誌檔案是否有任何錯誤，並檢閱物件計數、資料列計數和無效物件等詳細資訊。如果有任何無效的物件，請重新編譯。此外，比較來源和目標資料庫物件，以確認它們相符。 | DBA |
### 使用 CDC 建立 AWS DMS 複寫任務來執行即時複寫
[AZStorageAccount] | 一般 AWS、雲端管理員 |
| 驗證 Rclone 組態。 | 若要確認 Rclone 已設定且許可正常運作，請確認 Rclone 可以剖析您的組態檔案，以及可存取 Azure Blob 容器和 S3 儲存貯體中的物件。如需驗證命令範例，請參閱下列內容。[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/patterns/migrate-data-from-microsoft-azure-blob-to-amazon-s3-by-using-rclone.html) | 一般 AWS、雲端管理員 |
### 使用 Rclone 遷移資料
rclone copy AZStorageAccount:blob-container s3:amzn-s3-demo-bucket1 **範例：同步**此命令會同步來源 Azure Blob 容器與目的地 S3 儲存貯體之間的資料。 ** **rclone sync AZStorageAccount:blob-container s3:amzn-s3-demo-bucket1 當您使用**同步**命令時，來源容器中不存在的資料將從目的地 S3 儲存貯體中刪除。 | 一般 AWS、雲端管理員 |
| 同步您的容器。 | 初始複製完成後，請執行 Rclone **同步**命令以進行持續遷移，以便僅複製目的地 S3 儲存貯體中遺失的新檔案。 | 一般 AWS、雲端管理員 |
| 確認資料已成功遷移。 | 若要檢查資料是否已成功複製到目的地 S3 儲存貯體，請執行 Rclone [lsd](https://rclone.org/commands/rclone_lsd/) 和 [ls](https://rclone.org/commands/rclone_ls/) 命令。 | 一般 AWS、雲端管理員 |
## 相關資源
/.cbsh/config`)。如需詳細資訊，請參閱 Couchbase 文件中的[Config dotfiles](https://couchbase.sh/docs/#_the_config_dotfiles)。將來源和目標叢集的連線屬性新增至組態檔案。您可以使用*其他資訊*區段中的範例組態檔案，並編輯叢集的設定。 將具有更新設定的組態檔案儲存至 `.cbsh` 資料夾 （例如，`//.cbsh/config`)。 | Couchbase 管理員、系統管理員 |
| 建立目標儲存貯體。 | 對於每個來源儲存貯體，請遵循 Couchbase 文件中的[建立儲存貯體中的指示，在 Couchbase Capella 叢集中建立一個目標儲存貯體](https://docs.couchbase.com/cloud/clusters/data-service/manage-buckets.html#add-bucket)。您的目標儲存貯體組態必須符合自我管理 Couchbase Server 叢集中儲存貯體的儲存貯體名稱、記憶體設定和衝突解決設定。 | Couchbase 管理員 |
| 建立範圍和集合。 | 每個儲存貯體都包含具有 金鑰空間 的預設範圍和集合`_default._default`。如果您針對範圍和集合使用任何其他金鑰空間，您必須在目標 Capella 叢集中建立相同的金鑰空間。[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/patterns/migrate-from-couchbase-server-to-couchbase-capella-on-aws.html)scopes --clusters "On-Prem-Cluster" --bucket | select scope | where scope != "_default" | each { |it| scopes create $it.scope --clusters "Capella-Cluster" } | select scope collection | where $it.scope != "_default" | where $it.collection != "_default" | each { |it| collections create $it.collection --clusters "Capella-Cluster" --bucket --scope $it.scope } | Couchbase 管理員 |
### 從 Enterprise Edition 遷移資料
cbexport json \ \ \ \ 請注意，`cbkey`、`cbcoll`、 `cbscope`和 `cbexported_data.json`是任意標籤。稍後會在程序中參考它們，因此如果您選擇以不同的方式命名它們，請記下來。 | Couchbase 管理員 |
| 將資料匯入 Couchbase Capella。 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/patterns/migrate-from-couchbase-server-to-couchbase-capella-on-aws.html)對於大型檔案，Couchbase Capella 支援使用 cURL 匯入命令列。您可以在 Couchbase Capella 文件的匯入[資料中更詳細地探索匯入](https://docs.couchbase.com/cloud/clusters/data-service/import-data-documents.html)選項。 | Couchbase 管理員 |
### 測試並驗證遷移
"]
default-bucket = "travel-sample"
username = ""
password = ""
tls-cert-path = "/"
data-timeout = "2500ms"
connect-timeout = "7500ms"
query-timeout = "75s"
[[clusters]]
identifier = "Capella-Cluster"
hostnames = [""]
default-bucket = "travel-sample"
username = ""
password = ""
tls-cert-path = "/"
data-timeout = "2500ms"
connect-timeout = "7500ms"
query-timeout = "75s"
```
儲存組態檔案之前，請使用下表來確保您已新增自己的來源和目標叢集資訊。
| | |
| --- |--- |
| | 使用自我管理 Couchbase Server 叢集的 IP 地址。 |
| | 將管理員使用者用於自我管理的 Couchbase Server 叢集。 |
| | 針對自我管理的 Couchbase Server 叢集，使用儲存根憑證檔案的絕對路徑。 |
| | 使用 Couchbase Capella 叢集的連線端點。 |
| | 為您的 Couchbase Capella 叢集使用資料庫使用者。 |
| | 為您的 Couchbase Capella 叢集使用資料庫使用者密碼。 |
| | 為您的 Couchbase Capella 叢集使用儲存根憑證檔案的絕對路徑。 |
# 從 IBM WebSphere Application Server 遷移至 Amazon EC2 上的 Apache Tomcat
，以實現群組角色映射。若要查看組態文件的範例，請參閱 [Oracle 文件](https://docs.oracle.com/cd/E19226-01/820-7627/bncav/index.html)。
+ 資料庫連線：使用 Amazon Relational Database Service (Amazon RDS) 端點 URL 和連線詳細資訊，在 Apache Tomcat 中建立資源定義。使用 JNDI 查詢更新應用程式碼以參考 DataSource。在 WebSphere 中定義的現有資料庫連線無法運作，因為它使用 WebSphere 的 JNDI 名稱。您可以使用 JNDI 名稱和 DataSource 類型定義，在 web.xml 中新增 項目。若要查看範例組態文件，請參閱 [Apache Tomcat 文件](https://tomcat.apache.org/tomcat-8.0-doc/jndi-resources-howto.html#JDBC_Data_Sources)。
+ 記錄：根據預設，Apache Tomcat 會記錄到主控台或日誌檔案。您可以更新 *logging.properties 來啟用領域層級追蹤 *（請參閱 [Tomcat 中的記錄](https://tomcat.apache.org/tomcat-8.0-doc/logging.html))。如果您使用 Apache Log4j 將日誌附加至檔案，則必須下載 tomcat-juli 並將其新增至 *classpath*。
+ 工作階段管理：如果您為應用程式負載平衡和工作階段管理保留 IBM WebSEAL，則不需要變更。如果您使用 Application Load Balancer 或 AWS 上的 Network Load Balancer 取代 IBM WebSEAL 元件，則必須使用 Amazon ElastiCache 執行個體搭配 Memcached 叢集來設定工作階段管理，並將 Apache Tomcat 設定為使用[開放原始碼工作階段管理](https://github.com/magro/memcached-session-manager)。
+ 如果您使用 IBM WebSEAL 轉送代理，您必須在 AWS 上設定新的 Network Load Balancer。使用 Network Load Balancer for WebSEAL 連接組態提供的 IPs。
+ SSL 組態：我們建議您使用 Secure Sockets Layer (SSL) end-to-end通訊。若要在 Apache Tomcat 中設定 SSL 伺服器組態，請遵循 [Apache Tomcat 文件](https://tomcat.apache.org/tomcat-8.0-doc/ssl-howto.html)中的指示。
## Architecture
.scm.azurewebsites.net`。 | 應用程式開發人員、系統管理員 |
| 從 Kudu 下載部署套件。 | 選擇 **DebugConsole** 選項，導覽至 Windows PowerShell。這會開啟 Kudo 主控台。前往 `wwwroot` 資料夾並下載。這會將 Azure App Service 部署套件下載為 zip 檔案。如需範例，請參閱附件。 | 應用程式開發人員、系統管理員 |
| 為 Elastic Beanstalk 建立套件。 | 解壓縮您從 Azure App Service 下載的部署套件。建立名為 的 JSON 檔案 `aws-windows-deployment-manifest.json`（只有 .NET Core 應用程式需要此檔案）。建立包含 `aws-windows-deployment-manifest.json`和 Azure App Service 部署套件檔案的 zip 檔案。如需範例，請參閱附件。 | 應用程式開發人員、系統管理員 |
| 建立新的 Elastic Beanstalk 應用程式。 | 開啟 Elastic Beanstalk 主控台。選擇現有的應用程式或建立新的應用程式。 | 應用程式開發人員、系統管理員 |
| 建立環境。 | 在 Elastic Beanstalk 主控台**動作**功能表中，選擇**建立環境**。選取 Web 伺服器環境和 .NET/IIS 平台。針對應用程式碼，選擇**上傳**。上傳您為 Elastic Beanstalk 準備的 zip 檔案，然後選擇**建立環境**。 | 應用程式開發人員、系統管理員 |
| 設定 Amazon CloudWatch。 | 預設會啟用基本 CloudWatch 監控。如果您想要變更組態，請在 Elastic Beanstalk 精靈中選擇已發佈的應用程式，然後選擇**監控**。 | 系統管理員 |
| 確認部署套件位於 Amazon S3 中。 | 建立應用程式環境後，您可以在 S3 儲存貯體中找到部署套件。 | 應用程式開發人員、系統管理員 |
| 測試應用程式。 | 建立環境後，請使用 Elastic Beanstalk 主控台中提供的 URL 來測試應用程式。 | 系統管理員 |
## 相關資源
create user SAMPLE_SCHEMA identified by ;; quota 100M on users; | DBA |
### 從來源 Oracle 資料庫建立匯出檔案
DECLARE 檢閱本機`DATA_PUMP_DIR`目錄中`export.log`的檔案，以檢閱匯出詳細資訊。 | DBA |
### 將傾印檔案上傳至 S3 儲存貯體
aws s3 cp sample.dmp s3:/// | DBA |
### 從 S3 儲存貯體下載匯出檔案至 RDS 執行個體
-- If you want to download all the files in the S3 bucket remove the p_s3_prefix line. 先前的命令會輸出任務 ID。若要檢閱任務 ID 中的資料來檢閱下載狀態，請執行下列命令。SELECT text FROM table(rdsadmin.rds_file_util.read_text_file('BDUMP','dbtask-.log')); 若要查看 `DATA_PUMP_DIR`目錄中的檔案，請執行下列命令。SELECT filename,type,filesize/1024/1024 size_megs,to_char(mtime,'DD-MON-YY HH24:MI:SS') timestamp | AWS 系統管理員 |
### 將傾印檔案匯入目標資料庫
DECLARE 若要從匯入查看日誌檔案，請執行下列命令。SELECT text FROM table(rdsadmin.rds_file_util.read_text_file('DATA_PUMP_DIR','import.log')); | DBA |
### 從 DATA\$1PUMP\$1DIR 目錄移除傾印檔案
-- List the files -- Remove the files | AWS 系統管理員 |
## 相關資源
psql -d dbname -p 5432 < port=5432 dbname=source-dbname user=source-dbuser' ); | DBA |
| 建立複寫集、新增資料表和序列。 | 若要在來源 PostgreSQL 資料庫上建立複寫集，以及將資料表和序列新增至複寫集，請執行：psql -d dbname -p 5432 < | DBA |
| 建立訂閱者。 | 若要在目標 PostgreSQL 資料庫上建立訂閱者，請執行：psql -h -d target-dbname -U target-dbuser < port=5432 dbname=target-dbname password=postgres user=target-dbuser' | DBA |
| 建立訂閱。 | 若要在目標 PostgreSQL 資料庫上建立訂閱，請執行：psql -h -d target -U postgres < port=5432 dbname= password= user=source-dbuser' | DBA |
### 驗證您的資料
/fullbackup 顯示。 | 資料庫管理員 |
| 壓縮並分割最終合併的備份。 | 在您準備最終的合併備份之後，請使用 tar、zip 和 split 命令來建立較小的備份壓縮檔案。如需範例，請參閱「其他資訊」一節。 | 資料庫管理員 |
### 將備份還原至 Aurora MySQL 資料庫叢集
/fullbackup s3：///fullbackup。如需其他詳細資訊，請參閱「相關資源」一節中的連結。 | AWS DevOps |
| 為 Aurora 建立服務角色以存取 Amazon S3。 | 使用信任 "rds.amazonaws.com" 和政策建立 IAM 角色，讓 Aurora 存取存放備份檔案的 S3 儲存貯體。所需的許可為 ListBucket、GetObject 和 GetObjectVersion。 | AWS DevOps |
| 建立 Aurora 的聯網組態。 | 建立具有至少兩個可用區域的叢集資料庫子網路群組，以及允許傳出連線至來源資料庫的子網路路由表組態。建立安全群組，允許對外連線至現場部署資料庫，並允許管理員連線至 Aurora 資料庫叢集。如需詳細資訊，請參閱「相關資源」一節中的連結。 | AWS DevOps/資料庫管理員 |
| 將備份還原至 Aurora MySQL 資料庫叢集。 | 從您上傳至 Amazon S3 的備份還原資料。指定來源資料庫的 MySQL 版本、提供上傳備份檔案的 S3 儲存貯體名稱和資料夾路徑字首 （例如「其他資訊」區段中的範例為「完整備份」)，並提供您建立的 IAM 角色，以授權 Aurora 存取 Amazon S3。 | AWS DevOps/資料庫管理員 |
| 驗證 Aurora MySQL 資料庫。 | 根據從來源資料庫取得的計數，驗證還原的 Aurora 資料庫叢集中的結構描述和物件計數。 | 資料庫管理員 |
| 設定 binlog 複寫。 | 在進行還原至 Aurora 資料庫叢集的最後一個備份之前，請使用您先前記下的二進位日誌序列。在來源資料庫上建立複寫使用者，並遵循「其他資訊」一節中的指示提供適當的權限、在 Aurora 上啟用複寫，並確認複寫是同步的。 | AWS DevOps/資料庫管理員 |
## 相關資源
$ sudo mount -t nfs -o nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport mount-target-IP:/ ~/
```
如需詳細資訊，請參閱 Amazon EFS 文件中的[逐步解說](https://docs.aws.amazon.com/efs/latest/ug/efs-onpremises.html#wt5-step3-connect)和掛載 EFS 檔案系統。 [ EFS ](https://docs.aws.amazon.com/efs/latest/ug/mounting-fs.html)
**進行 MySQL 來源資料庫的備份**
*完整備份*
使用類似下列的命令，它會進行備份、壓縮，並將其分割成每個 1 GB 的較小區塊：
```
xtrabackup --backup --user=dbuser --password= --binlog-info=AUTO --stream=tar --target-dir=~//fullbackup | gzip - | split -d --bytes=1024MB - ~//fullbackup/backup.tar.gz &
```
如果您打算在完整備份之後進行後續增量備份，請勿壓縮和分割備份。請改用類似以下的命令：
```
xtrabackup --backup --user=dbuser --password= --target-dir=~//fullbackup/
```
*增量備份*
使用 `--incremental-basedir` 參數的完整備份路徑；例如：
```
xtrabackup --backup --user=dbuser --password= --target-dir=~//incremental/backupdate --incremental-basedir=~//fullbackup
```
其中 *basedir* 是完整備份和 xtrabackup\$1checkpoints 檔案的路徑。
如需進行備份的詳細資訊，請參閱 [Aurora 文件中的將資料從外部 MySQL 資料庫遷移至 Amazon Aurora MySQL 資料庫叢集](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html)。
**準備備份**
若要準備完整備份：
```
xtrabackup --prepare --apply-log-only --target-dir=~//fullbackup
```
若要準備增量備份：
```
xtrabackup --prepare --apply-log-only --target-dir=~//fullbackup --incremental-dir=~//incremental/06062020
```
若要準備最終備份：
```
xtrabackup --prepare --target-dir=~//fullbackup --incremental-dir=~//incremental/06072020
```
如需詳細資訊，請參閱 Percona XtraBackup 文件中的[增量備份](https://www.percona.com/doc/percona-xtrabackup/2.4/backup_scenarios/incremental_backup.html)。
**壓縮和分割合併的備份**
若要壓縮位於 \$1//fullbackup 的合併備份：
```
tar -zcvf ~//fullbackup
```
若要分割備份：
```
split -d -b1024M --verbose
```
**設定 binlog 複寫**
若要在來源資料庫上建立複寫使用者並提供適當的權限：
```
CREATE USER 'repl_user'@'' IDENTIFIED BY ''; GRANT REPLICATION CLIENT, REPLICATION SLAVE ON *.* TO 'repl_user'@'';
```
若要透過連線至 Aurora 資料庫叢集在 Aurora 上啟用複寫，請在資料庫叢集參數群組中啟用二進位日誌。Set `binlog_format = mixed`（偏好混合模式）。此變更需要您重新啟動執行個體才能套用更新。
```
CALL mysql.rds_set_external_master ('sourcedbinstanceIP', sourcedbport, 'repl_user', '', 'binlog_file_name', binlog_file_position, 0); CALL mysql.rds_start_replication;
```
若要確認複寫是同步的：
```
SHOW Slave Status \G;
```
**主欄位後面的秒**數會顯示 Aurora 與內部部署資料庫的距離。
# 使用 AWS App2Container 將內部部署 Java 應用程式遷移至 AWS
`。 | DevOps、開發人員 |
| 安裝 Docker. | 執行下列命令。`sudo yum install -y docker``sudo systemctl enable docker & sudo systemctl restart docker` | |
| 初始化 App2Container。 | 若要初始化 App2Container，您需要以下資訊：[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/patterns/migrate-on-premises-java-applications-to-aws-using-aws-app2container.html)執行 `sudo app2container init`。 | DevOps、開發人員 |
### 設定工作者機器
`此命令會在 中產生已部署應用程式的清單`inventory.json`。 | DevOps 開發人員 DevOps |
| 分析探索到的應用程式。 | 若要使用庫存階段中取得的應用程式 ID 遠端分析每個應用程式，請執行下列命令。`sudo app2container remote analyze --application-id --target `這會在工作區位置產生`analysis.json`檔案。產生此檔案後，您可以根據您的需求修改容器化參數。 | DevOps 開發人員 DevOps |
| 擷取已分析的應用程式。 | 若要為分析的應用程式產生應用程式封存，請遠端執行下列命令，這會在工作區位置產生 tar 套件。`sudo app2container remote extract --application-id --target `擷取的成品可以在本機工作者機器上產生。 | DevOps 開發人員 DevOps |
### 在工作者機器上容器化擷取的成品
` | DevOps 開發人員 DevOps |
| 完成目標。 | 若要完成目標，請開啟 `deployment.json`在`containerize`命令執行時建立的 。若要指定 AWS Fargate 做為目標，請將 `createEcsArtifacts`設定為 `true`。若要將 Amazon EKS 設定為目標，請將 `createEksArtifacts` 設為 true。 | DevOps 開發人員 DevOps |
### 產生和佈建 AWS 成品
`這會在工作區中產生 `ecs-master.yml` AWS CloudFormation 範本。 | DevOps |
| 佈建成品。 | 若要進一步佈建產生的成品，請執行下列命令來部署 AWS CloudFormation 範本。`aws cloudformation deploy --template-file --capabilities CAPABILITY_NAMED_IAM --stack-name –ECS` | DevOps |
| 產生管道。 | 根據您的需求修改在上一個故事中建立`pipeline.json`的 。然後執行 `generate pipeline`命令來產生管道部署成品。 | DevOps |
## 相關資源
import pyodbc 轉換資料庫連線以支援 PostgreSQL，如下所示。import pyodbc | 應用程式開發人員 |
| 將內嵌 SQL 查詢變更為 PostgreSQL。 | 將您的內嵌 SQL 查詢轉換為 PostgreSQL 相容格式。例如，下列 SQL Server 查詢會從資料表擷取字串。dtype = "type1" 轉換後，與 PostgreSQL 相容的內嵌 SQL 查詢如下所示。dtype = "type1" | 應用程式開發人員 |
| 處理動態 SQL 查詢。 | 動態 SQL 可以存在於一個指令碼或多個 Python 指令碼中。先前範例示範如何使用 Python 的字串取代函數插入變數來建構動態 SQL 查詢。替代方法是在適用的情況下，使用變數附加查詢字串。 在下列範例中，查詢字串會根據函數傳回的值，以即時方式建構。query = ‘"SELECT id from equity e join issues i on e.permId=i.permId where e.id’" 這些類型的動態查詢在應用程式遷移期間非常常見。請依照下列步驟處理動態查詢：[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/patterns/change-python-and-perl-applications-to-support-database-migration-from-microsoft-sql-server-to-amazon-aurora-postgresql-compatible-edition.html) | 應用程式開發人員 |
| 處理結果集、變數和資料影格。 | 對於 Microsoft SQL Server，您可以使用 Python 方法，例如 `fetchall()``fetchone()`或 從資料庫擷取結果集。您也可以使用 `fetchmany(size)`並指定要從結果集傳回的記錄數目。若要這樣做，您可以使用 **pyodbc** 連線物件，如下列範例所示。**pyodbc (Microsoft SQL Server)**import pyodbc 在 Aurora 中，若要執行類似任務，例如連線至 PostgreSQL 和擷取結果集，您可以使用 **psycopg2** 或 **SQLAlchemy**。這些 Python 程式庫提供連線模組和游標物件，以周遊 PostgreSQL 資料庫記錄，如下列範例所示。**psycopg2 (Aurora PostgreSQL 相容）**import psycopg2 **SQLAlchemy (Aurora PostgreSQL 相容）**from sqlalchemy import create_engine | 應用程式開發人員 |
| 在遷移期間和之後測試您的應用程式。 | 測試遷移的 Python 應用程式是持續進行的程序。由於遷移包含連線物件變更 (**psycopg2** 或 **SQLAlchemy**)、錯誤處理、新功能 （資料框架）、內嵌 SQL 變更、大量複製功能 (`bcp`而非 `COPY`) 和類似變更，因此必須在應用程式遷移期間和之後仔細測試。檢查：[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/patterns/change-python-and-perl-applications-to-support-database-migration-from-microsoft-sql-server-to-amazon-aurora-postgresql-compatible-edition.html) | 應用程式開發人員 |
### 分析和更新您的應用程式 – Perl 程式碼庫
#!/usr/bin/perl | 應用程式開發人員 |
| 將內嵌 SQL 查詢變更為 PostgreSQL。 | 您的應用程式可能有具有 `SELECT`、`UPDATE`、 `DELETE`和類似陳述式的內嵌 SQL 查詢，其中包含 PostgreSQL 不支援的查詢子句。例如，PostgreSQL `NOLOCK` 不支援查詢關鍵字，例如 `TOP`和 。下列範例示範如何處理 `TOP`、 `NOLOCK`和布林值變數。在 SQL Server 中：$sqlStr = $sqlStr 對於 PostgreSQL，請轉換為：$sqlStr = $sqlStr | 應用程式開發人員 |
| 處理動態 SQL 查詢和 Perl 變數。 | 動態 SQL 查詢是在應用程式執行時間建置的 SQL 陳述式。這些查詢會在應用程式執行時動態建構，視特定條件而定，因此在執行時間之前，不會知道查詢的全文。例如，財務分析應用程式每天分析前 10 個共享，這些共享每天都會變更。SQL 資料表是根據最佳執行者建立的，在執行時間之前不會知道這些值。假設此範例的內嵌 SQL 查詢會傳遞至包裝函式，以取得變數中設定的結果，然後變數會使用條件來判斷資料表是否存在：[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/patterns/change-python-and-perl-applications-to-support-database-migration-from-microsoft-sql-server-to-amazon-aurora-postgresql-compatible-edition.html)以下是變數處理的範例，後面接著此使用案例的 SQL Server 和 PostgreSQL 查詢。my $tableexists = db_read( arg 1, $sql_qry, undef, 'writer'); SQL Server：my $sql_qry = "SELECT OBJECT_ID('$backendTable', 'U') table_exists", undef, 'writer')"; PostgreSQL：my $sql_qry = "SELECT TO_REGCLASS('$backendTable', 'U') table_exists", undef, 'writer')"; 下列範例使用內嵌 SQL 中的 ****Perl 變數，該變數會搭配 執行`SELECT`陳述式`JOIN`，以擷取資料表的主索引鍵和索引鍵資料欄的位置。SQL Server：my $sql_qry = "SELECT column_name', character_maxi mum_length \ PostgreSQL：my $sql_qry = "SELECT c1.column_name, c1.ordinal_position \ | 應用程式開發人員 |
### 對 Perl 型或 Python 型應用程式進行其他變更，以支援 PostgreSQL
my $sql_qry1= | my $sql_qry1= |
**其他差異**
+ **大量插入資料列：**相當於 Microsoft SQL Server bcp 公用程式的 PostgreSQL 是 [COPY](https://www.postgresql.org/docs/9.2/sql-copy.html)。 [https://docs.microsoft.com/en-us/sql/tools/bcp-utility?view=sql-server-ver15](https://docs.microsoft.com/en-us/sql/tools/bcp-utility?view=sql-server-ver15)
+ **區分大小寫：**PostgreSQL 中的資料欄名稱區分大小寫，因此您必須將 SQL Server 資料欄名稱轉換為小寫或大寫。當您擷取或比較資料，或在結果集或變數中放置資料欄名稱時，這會成為一個因素。下列範例會識別值可能以大寫或小寫儲存的資料欄。
```
my $sql_qry = "SELECT $record_id FROM $exampleTable WHERE LOWER($record_name) = \'failed transaction\'";
```
+ **Concatenation：**SQL Server 使用 `+`做為字串串連的運算子，而 PostgreSQL 則使用 `||`。
+ **驗證：**您應該先測試和驗證內嵌 SQL 查詢和函數，再將其用於 PostgreSQL 的應用程式碼。
+ **ORM 程式庫包含 ：**您也可以尋找將現有的資料庫連線程式庫包含或取代為 Python ORM 程式庫，例如 [SQLAlchemy](https://www.sqlalchemy.org/) 和 [PynomoDB](https://pynamodb.readthedocs.io/en/latest/quickstart.html)。這有助於使用物件導向範式，從資料庫輕鬆查詢和操作資料。
# 依工作負載的遷移模式