。address-or-public | AWS SysAdmin |
| 在 Amazon 中为旁观者设置初始主机。 EC2 | 设置 SSH 密钥、bash 配置文件、ORATAB 和符号链接。创建 Oracle 目录。 | AWS SysAdmin，Linux 管理员 |
| 在 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 旁观者警报日志确认您正在使用备用日志文件，并确认重做流正在同步流动。 | 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 工程师 |
| 安装 Amazon CLI。 | 安装 AWS CLI 以运行命令，从您的应用程序与 Amazon Web Services （例如 AWS Secrets Manager 和 Amazon Simple Storage Service (Amazon S3)）交互。cd /tmp/ | 应用程序开发者、 DevOps 工程师 |
| 确定要转换的程序。 | 确定要从 Pro\$1C 转换为 ECPG 的应用程序。 | 应用程序开发人员、应用程序所有者 |
### 将 Pro\$1C 代码转换为 ECPG
EXEC SQL VAR query IS STRING(2048); | 应用程序开发人员、应用程序所有者 |
| 更新 ROWNUM 功能。 | 该 `ROWNUM` 函数在 PostgreSQL 中不可用。将其替换为 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){ | 应用程序开发人员、应用程序所有者 |
| 更新结构类型。 | 如果将 `struct` 类型变量用作主机变量，则通过 `typedef` 在 `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_cn/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` 列中的值，如下一个操作说明所示。 | 数据库管理员，应用程序开发人员 |
| 在 AWS 创建目标 PostgreSQL 表。 | 使用以下语句在 AWS 上创建一个 PostgreSQL 表。CREATE TABLE test.generated_column 在此表中，`status` 列是标准列。`flag` 列将是根据该列中的数据生成的 `status` 列。 | 数据库管理员，应用程序开发人员 |
### 创建触发函数来处理 PostgreSQL 中的虚拟列
CREATE TRIGGER tgr_gen_column | 数据库管理员，应用程序开发人员 |
| 创建 PostgreSQL 触发器函数。 | 在 PostgreSQL 中，为触发器创建函数。此函数填充由应用程序或 AWS DMS 插入或更新虚拟列，并验证数据。CREATE OR REPLACE FUNCTION test.tgf_gen_column() RETURNS trigger AS $VIRTUAL_COL$ | 数据库管理员，应用程序开发人员 |
### 使用 AWS DMS 测试数据迁移
CREATE SCHEMA utl_file_utility; | 数据库管理员、开发人员 |
| 创建 file\$1type 类型。 | 使用以下代码创建 `file_type` 类型。CREATE TYPE utl_file_utility.file_type AS ( | 数据库管理员/开发人员 |
| 创建 init 函数 | `init` 函数初始化公共变量，例如 `bucket` 或 `region`。关于此代码，请参阅*更多信息*章节。 | 数据库管理员/开发人员 |
| 创建包装器函数。 | 创建包装函数 `fopen`、`put_line` 和 `fclose`。关于代码，请参阅*更多信息*章节。 | 数据库管理员、开发人员 |
### 测试包装器函数
{ |
| S3 IntWrite | { |
**创建 init 函数**
若要初始化常用变量，例如 `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$;
```
*fclose*
```
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 存储桶上设置亚马逊 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_cn/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_cn/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_cn/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) 格式：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) 格式：Import-Module .\MigrationValidatorToolkit.psm1;Invoke-MigrationValidatorToolkit -List [输出GridView](https://learn.microsoft.com/en-us/powershell/module/microsoft.powershell.utility/out-gridview?view=powershell-7.3)格式：Import-Module .\MigrationValidatorToolkit.psm1;Invoke-MigrationValidatorToolkit -GridView [ConvertTo-csv](https://learn.microsoft.com/en-us/powershell/module/microsoft.powershell.utility/convertto-csv?view=powershell-7.3) 格式：Import-Module .\MigrationValidatorToolkit.psm1;Invoke-MigrationValidatorToolkit -csv | 系统管理员 |
### 在多个目标上运行迁移验证工具包 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_cn/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_cn/prescriptive-guidance/latest/patterns/accelerate-the-discovery-and-migration-of-microsoft-workloads-to-aws.html)Import-Module .\MigrationValidatorToolkit.psm1;Invoke-DomainComputers 输出 .csv 文件以前缀名称 `DomainComputers_MigrationAutomations_YYYY-MM-DDTHH-MM-SS` 保存在 `MigrationValidatorToolkit\Outputs\folder` 中。 | 系统管理员 |
## 问题排查
$ curl "https://awscli.amazonaws.com/awscli-exe-linux-x86_64.zip" -o "awscliv2.zip" | Linx 管理员 |
| 设置 Db2 归档日志的本地目标。 | 要使 Amazon EC2 上的目标数据库与本地源数据库保持同步，需要从源数据库检索最新的事务日志。在此设置中，`/db2logs` 由 `LOGARCHMETH2` 在源上设置作为暂存区域。此目录中的存档日志将同步到 Amazon S3 中，并由亚马逊上的 Db2 访问。 EC2使用 `LOGARCHMETH2` 模式，原因是 `LOGARCHMETH1` 可能已配置为使用 AWS CLI 命令无法访问的第三方供应商工具。若要检索日志，请运行以下命令：db2 connect to sample | 数据库管理员 |
| 运行在线数据库备份。 | 运行在线数据库备份，并将其保存至本地备份文件系统：db2 backup db sample online to /backup | 数据库管理员 |
### 设置 S3 存储桶和 IAM policy
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 资源名称（ARN），其中 `aws_account_id` 代表您的账户 ID："Arn": "arn:aws:iam::aws_account_id:policy/db2s3policy" | AWS 管理员、AWS 系统管理员 |
| 将 IAM 策略附加到 EC2 实例使用的 IAM 角色。 | 在大多数 AWS 环境中，正在运行的 EC2 实例都由您的系统管理员设置的 IAM 角色。如果未设置 IAM 角色，请创建该角色并在 EC2 控制台上选择 M **odify 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 上的目标 Db2 实例可以访问的 S3 存储桶同步： EC2aws s3 sync /db2logs s3://logshipmig-db2/SAMPLE_LOG 使用 cron 或其他计划工具定期以运行此命令。频率取决于源数据库归档事务日志文件的频率。 | AWS 管理员、迁移工程师 |
### 将亚马逊上的 Db2 连接 EC2 到 Amazon S3 并开始数据库同步
gsk8capicmd_64 -keydb -create -db "/home/db2inst1/.keystore/db2s3.p12" -pw "" -type pkcs12 -stash | 数据库管理员 |
| 创建 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'" ` | 数据库管理员 |
| 设置暂存区域。 | 默认情况下，Db2 使用 `DB2_OBJECT_STORAGE_LOCAL_STAGING_PATH` 作为过渡区域，向 Amazon S3 上传和从 Amazon S3 下载文件。默认路径位于实例主目录 `sqllib/tmp/RemoteStorage.xxxx` 下，`xxxx` 引用 Db2 分区号。请注意，暂存区域必须有足够的容量来容纳备份映象和日志文件。您可使用注册表将暂存区域指向其他目录。我们还建议使用 `DB2_ENABLE_COS_SDK=ON`、`DB2_OBJECT_STORAGE_SETTINGS=EnableStreamingRestore` 和 `awssdk` 库链接，绕过 Amazon S3 暂存区进行数据库备份和恢复：#By root: | 数据库管理员 |
| 从备份映象恢复数据库。 | EC2 从 S3 存储桶中的备份映像还原 Amazon 上的目标数据库：db2 restore db sample from DB2REMOTE://DB2AWSS3/logshipmig-db2/SAMPLE_backup replace existing | 数据库管理员 |
| 前滚数据库。 | 恢复完成后，目标数据库进入向前滚挂起状态。配置 `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 分钟。 | 数据库管理员 |
### 在转换窗口期间，让 Amazon 上的 Db2 上 EC2 线
db2 rollforward DB sample to END OF LOGS 将目标数据库联机，并将应用程序连接指向 Amazon EC2 上的 Db2。 | 数据库管理员 |
## 问题排查
$ curl "https://awscli.amazonaws.com/awscli-exe-linux-x86_64.zip" -o "awscliv2.zip" | Linx 管理员 |
| 设置 Db2 归档日志的本地目标。 | 大量更新批处理作业和网络速度减慢等情况可能会导致 HADR 备用服务器出现延迟。为了赶上进度，备用服务器需要来自主服务器的事务日志。请求日志位置顺序如下：[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_cn/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 | 数据库管理员 |
| 运行在线数据库备份。 | 运行在线数据库备份，并将其保存至本地备份文件系统：db2 backup db sample online to /backup | 数据库管理员 |
### 设置 S3 存储桶和 IAM policy
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 资源名称（ARN），其中 `aws_account_id` 代表您的账户 ID："Arn": "arn:aws:iam::aws_account_id:policy/db2s3hapolicy" | AWS 管理员、AWS 系统管理员 |
| 将 IAM 策略附加到 IAM 角色。 | 通常，运行 Db2 的 EC2 实例将具有系统管理员分配的 IAM 角色。如果未分配 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 实例可以访问的 S3 存储桶同步：aws s3 sync /db2logs s3://hadrmig-db2/SAMPLE_LOGS 使用 cron 或其他计划工具定期以运行此命令。频率取决于源数据库归档事务日志文件的频率。 | |
### 将 Amazon EC2 上的 Db2 连接至 Amazon S3 并开始初步数据库同步
gsk8capicmd_64 -keydb -create -db "/home/db2inst1/.keystore/db2s3.p12" -pw "" -type pkcs12 -stash | 数据库管理员 |
| 创建 Db2 存储访问别名。 | Db2 使用存储访问别名通过 `INGEST`、`LOAD`、`BACKUP DATABASE` 或 `RESTORE DATABASE` 命令直接访问 Amazon S3。因为您为 EC2 实例分配了 IAM 角色，`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'" ` | 数据库管理员 |
| 设置暂存区域。 | 我们建议使用 `DB2_ENABLE_COS_SDK=ON`、`DB2_OBJECT_STORAGE_SETTINGS=EnableStreamingRestore` 和 `awssdk` 库链接，绕过 Amazon S3 暂存区进行数据库备份和恢复：#By root: | 数据库管理员 |
| 从备份映象恢复数据库。 | 从 S3 存储桶中的备份映象恢复 Amazon EC2 上的目标数据库：db2 create db sample on /data1 | 数据库管理员 |
### 在本地无 HADR 的情况下设置 HADR
db2 update db cfg for SAMPLE using LOGARCHMETH1 'DB2REMOTE://DB2AWSS3//SAMPLE_LOGS/' LOGARCHMETH2 OFF | 数据库管理员 |
| 在Amazon EC2 服务器上为 Db2 配置 HADR。 | 更新 `db2-ec2` HADR 的数据库配置，使其处于待机状态：`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` | 数据库管理员 |
| 验证 HADR 设置。 | 验证源 Db2 服务器和目标 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_LOCAL_SVC`、`HADR_REMOTE_HOST`、和 `HADR_REMOTE_SVC` 参数表示一个主 HADR 设置和一个备用 HADR 设置。 | 数据库管理员 |
| 启动 Db2 HADR 实例。 | 首先在备用服务器 `db2-ec2` 上启动 Db2 HADR 实例：db2 start hadr on db sample as standby 在主（源）服务器 `db2-server1` 上启动 Db2 HADR：db2 start hadr on db sample as primary 本地 Db2 和 Amazon EC2 上的 HADR 连接现已成功建立。Db2 主服务器 `db2-server1` 开始将事务日志记录实时传输至 `db2-ec2`。 | 数据库管理员 |
### 当本地有 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 设置和两个备用 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 和 Amazon EC2 上的 HADR 连接已成功建立。Db2 主服务器 `db2-server1` 开始将事务日志记录实时流式传输至 `db2-server2` 和 `db2-ec2`。 | 数据库管理员 |
### 割接窗口期间，将 Amazon EC2 上的 Db2 设置为主数据库
db2pd -hadr -db sample | 数据库管理员 |
| 运行 HADR 接管。 | 若要完成迁移，请运行 HADR takeover 命令创建 `db2-ec2` 主数据库。使用命令 `db2pd` 验证 `HADR_ROLE` 值：db2 TAKEOVER HADR ON DATABASE sample 要完成向 AWS 的迁移，请将应用程序连接指向 Amazon EC2 的 Db2。 | |
## 问题排查
git archive -o ../godemoapp.zip HEAD 这将创建源捆绑包 .zip 文件。下载 .zip 文件并将其另存为本地文件。.zip 文件不能超过 512 MB，并且不能包含父文件夹或顶级目录。 | 系统管理员、应用程序开发人员 |
### 将 Go Web 应用程序迁移至 Elastic Beanstalk
` 替换为 Amazon Web Services account 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 管理员、迁移工程师 |
### 初始化应用程序迁移服务，并创建复制设置模板
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_cn/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_cn/prescriptive-guidance/latest/patterns/migrate-rhel-byol-systems-to-aws-license-included-instances-by-using-aws-mgn.html) | Linux 或系统管理员 |
| 验证配置。 | 在目标迁移实例上，验证新配置是否正确：sudo yum clean all | Linux 或系统管理员 |
## 相关资源
D:\setup.exe /Q `" `" `" `" `" /SQLSVCPASSWORD="" `" /AGTSVCPASSWORD="" `" /ISSVCPASSWORD="" `\share\Program Files\Microsoft SQL Server" `\share\data" `\share\log" `\share\SQLBackup" ` | AWS DevOps、数据库管理员、工程师 DevOps |
| 向集群添加一个辅助节点。 | 要将 SQL Server 添加到辅助节点（节点 2），请运行以下PowerShell 命令。D:\setup.exe /Q `" `" `" /SQLSVCPASSWORD="" `" ` | AWS DevOps、数据库管理员、工程师 DevOps |
| 测试 SQL Server FCI。 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/patterns/set-up-multi-az-infrastructure-for-a-sql-server-always-on-fci-by-using-amazon-fsx.html) | 数据库管理员、工程师 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 应用程序所有者 |
| 提取数据库上的数据。 | 若要获取所有已扫描数据库以及运行这些数据库的服务器的列表，请使用[查询生成器](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 \ | 管理员 |
### 迁移至不同的 Amazon Web Services account
/”。重要提示：确保您的入站规则的 Amazon Redshift 安全组允许您的实例不受限制地访问 TCP 端口 5439。 EC2 | 数据库管理员 |
| 连接 psql 到 Amazon Redshift 集群。 | 在命令提示符处，运行 "psql -h -U -d -p " 命令以指定连接信息。在 psql 密码提示符处，输入 "" 用户的密码。您已连接到 Amazon Redshift 集群，并能以交互方式输入命令。 | 数据库管理员 |
| 创建 S3 存储桶。 | 打开 Amazon S3 控制台，创建 S3 存储桶以存放从 Amazon Redshift 导出的文件。有关如何创建 S3 存储桶的说明，请参阅“相关资源”部分。 | 数据库管理员、AWS General |
| 创建支持数据卸载的 IAM policy。 | 打开 AWS Identity and Access Management（IAM）控制台并选择“策略”。选择“创建策略”，然后选择 "JSON" 选项卡。从“其他信息”部分复制并粘贴用于卸载数据的 IAM 策略。重要提示：将 "s3\$1bucket\$1name" 替换为您的 S3 存储桶的名称。选择“审核策略”并输入策略的名称和描述。选择“创建策略”。 | 数据库管理员 |
| 创建 IAM 角色，以允许 Amazon Redshift 执行卸载操作。 | 打开 IAM 控制台，选择“角色”。选择“创建角色”，然后在“选择可信实体类型”中选择 "AWS service"。为服务选择 "Redshift"，选择“Redshift – 可自定义”，然后选择“下一步”。选择您之前创建的“卸载”策略，然后选择“下一步”。输入“角色名称”，然后选择“创建角色”。 | 数据库管理员 |
| 将 IAM 角色与 Amazon Redshift 集群关联。 | 打开 Amazon Redshift 控制台，然后选择“管理 IAM 角色”。从下拉菜单中选择“可用角色”，然后选择您之前创建的角色。选择“应用更改”。当“管理 IAM 角色”上的“IAM 角色的状态”显示为“同步中”时，您可以运行 UNLOAD 命令。 | 数据库管理员 |
| 停止 Amazon Redshift 集群的写入操作。 | 迁移完成之前，您必须记得停止对源 Amazon Redshift 集群的所有写入操作。 | 数据库管理员 |
### 为目标地区迁移做好准备
/”。重要提示：请确保您的入站规则的 Amazon Redshift 安全组允许从您的实例不受限制地访问 TCP 端口 5439。 EC2 | 数据库管理员 |
| 连接 psql 到 Amazon Redshift 集群。 | 在命令提示符处，运行 "psql -h -U -d -p " 命令以指定连接信息。在 psql 密码提示符处，输入 "" 用户的密码。您已连接到 Amazon Redshift 集群，并能以交互方式输入命令。 | 数据库管理员 |
| 创建 S3 存储桶。 | 打开 Amazon S3 控制台，然后创建 S3 存储桶，以存放从 Amazon Redshift 导出的文件。有关此操作和其他操作的帮助，请参阅“相关资源”部分。 | 数据库管理员 |
| 创建支持复制数据的 IAM policy。 | 打开 IAM 控制台，然后选择“策略”。选择“创建策略”，然后选择 "JSON" 选项卡。从“其他信息”部分复制并粘贴用于复制数据的 IAM 策略。重要提示：将 "s3\$1bucket\$1name" 替换为您的 S3 存储桶的名称。选择“审核策略”，然后输入策略的名称和描述。选择“创建策略”。 | 数据库管理员 |
| 创建一个 IAM 角色，允许 Amazon Redshift 进行复制操作。 | 打开 IAM 控制台，选择“角色”。选择“创建角色”，然后在“选择可信实体类型”中选择 "AWS service"。为服务选择 "Redshift"，选择“Redshift – 可自定义”，然后选择“下一步”。选择您之前创建的“复制”策略，然后选择“下一步”。输入“角色名称”，然后选择“创建角色”。 | 数据库管理员 |
| 将 IAM 角色与 Amazon Redshift 集群关联。 | 打开 Amazon Redshift 控制台，然后选择“管理 IAM 角色”。从下拉菜单中选择“可用角色”，然后选择您之前创建的角色。选择“应用更改”。当“管理 IAM 角色”上 IAM 角色的“状态”显示为“同步中”时，您可以运行 "COPY" 命令。 | 数据库管理员 |
### 在开始迁移前验证源数据和对象信息
psql -h -p PORT -U username -d database -W | 数据库管理员 |
| 创建 pg\$1transport 扩展程序。 | 以具有该 `rds_superuser` 角色的用户身份运行以下查询：create extension pg_transport; | 数据库管理员 |
### 准备源环境
psql -h -p PORT -U username -d database -W | 数据库管理员 |
| 创建 pg\$1transport 扩展程序并从要传输的数据库中删除所有其他扩展程序。 | 如果源数据库上安装了 **pg\$1transport** 以外的任何扩展程序，则传输将失败。此命令必须由具有该 `rds_superuser` 角色的用户运行。 | 数据库管理员 |
### 执行传输
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`）定义了试运行。此函数显示您在运行主传输时会看到的任何错误。在运行主传输之前解决错误。 | 数据库管理员 |
| 如果试运行成功，则启动数据库传输。 | 运行该 `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`）表示这不是试运行。 | 数据库管理员 |
| 执行传输后步骤。 | 数据库传输完成后：[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/patterns/transport-postgresql-databases-between-two-amazon-rds-db-instances-using-pg-transport.html) | 数据库管理员 |
## 相关的资源
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 | 数据 |
| 1 | 测试行 1 |
| 2 | 测试行 2 |
| 3 | 测试行 3 |
# 将 Oracle 迁移 PeopleSoft 到亚马逊 RDS 定制版
#!/bin/bash | 数据库管理员 |
| 运行备份脚本。 | 要运行 RMAN 备份脚本，请以 Oracle 主用户身份登录，然后运行该脚本。$ chmod a+x rman_backup.sh | 数据库管理员 |
| 检查是否存在错误，并记下备份文件的名称。 | 检查 RMAN 日志文件中的错误。如果一切正常，请运行以下命令列出控制文件的备份。RMAN> list backup of controlfile; 记下输出文件的名称。List of Backup Sets 当您在 Amazon RDS Custom 上还原数据库时，您将使用备份控制文件 `/efs/rman_backup/FSCM/FSDMO92_20220713_12_1_CONTROL`。 | 数据库管理员 |
### 关闭源应用程序层
$ yum install -y nfs-utils | 数据库管理员 |
| 附加 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 | 数据库管理员 |
### 删除起始数据库并创建用于存储数据库文件的目录
aws rds modify-db-instance \ 当您指定暂停的持续时间时，请确保为 RMAN 恢复留出足够的时间。这取决于源数据库的大小，因此请相应地修改 360 值。另外，请确保暂停自动化的总时间不与数据库的备份或维护时段重叠。 | 数据库管理员 |
| 创建和修改的参数文件 PeopleSoft | 要创建和修改的 pfile PeopleSoft，请使用使用 Amazon RDS 自定义数据库实例创建的标准 pfile。添加你需要的参数 PeopleSoft。[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/patterns/migrate-oracle-peoplesoft-to-amazon-rds-custom.html) | 数据库管理员 |
| 删除起始数据库。 | 若要删除现有的 Amazon RDS Custom 数据库，请使用以下代码。$ sqlplus / as sysdba | |
| 从备份中恢复 Amazon RDS Custom 数据库。 | 使用以下脚本恢复数据库。该脚本将首先恢复控制文件，然后从存储在 EFS 附加上的备份片段恢复整个数据库。#!/bin/bash | 数据库管理员 |
### 从 Secrets Manager 中检索密码，创建用户和更改密码
SQL> create user admin identified by ; | 数据库管理员 |
| 更改系统密码。 | 使用您从 Secrets Manager 中检索到的密码更改系统密码。SQL> alter user sys identified by xxxxxxxxxxx; 如果您不更改这些密码，Amazon RDS Custom 会显示错误消息：“数据库监控用户或用户凭证已更改。” | 数据库管理员 |
### 配置 Amazon RDS 自定义的 TNS 条目和 PeopleSoft
$ cd /rdsdbbin/oracle/network/admin [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/patterns/migrate-oracle-peoplesoft-to-amazon-rds-custom.html) | 数据库管理员 |
### 创建 spfile 软链接
select dt.* | 数据库管理员或开发人员 |
### 确定并应用解决方案
( | PostgreSQL 开发人员，甲骨文，适用于 PostgreSQL RDS/Aurora |
| 将 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 开发人员，甲骨文，适用于 PostgreSQL RDS/Aurora |
| 创建用于验证错误代码的 PL/pgSQL 函数。 | 通过运行 [Postgre](https://www.postgresql.org/docs/current/sql-createfunction.html) SQL 创建 PL/pgSQL 函数命令来创建函数。确保该函数执行以下操作：[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/patterns/migrate-oracle-database-error-codes-to-an-amazon-aurora-postgresql-compatible-database.html) | PostgreSQL 开发人员，甲骨文，适用于 PostgreSQL RDS/Aurora |
| 手动查看 PL/pgSQL 函数记录的新错误代码。 | 手动查看新错误代码。如果新错误代码对用例有效，请运行 PostgreSQL **INSERT** 命令将其添加到 **error\$1codes** 表中。–或者–如果新错误代码对用例无效，请不要将其添加到表中。当错误发生时，流程逻辑将继续失效并以异常方式退出。 | PostgreSQL 开发人员，甲骨文，适用于 PostgreSQL RDS/Aurora |
## 相关资源
$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。 | 数据库管理员 |
| 创建参数文件。 | 要创建用于导出架构的参数文件，您可使用以下代码。directory=DMS_DATA_PUMP_DIR 您也可以根据需要使用以下命令来定义自己的 `DATA_PUMP_DIR`。SQL> CREATE OR REPLACE DIRECTORY DMS_DATA_PUMP_DIR AS ''; | 数据库管理员 |
| 导出架构。 | 若要执行导出，请使用如下 `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 | 数据库管理员 |
### 使用 Oracle 数据泵导入 EnterpriseOne 架构
sqlplus / as sysdba | 数据库管理员 |
| 测试数据库链接。 | 测试数据库链接，以确保您可以使用 `sqlplus` 连接至 Amazon RDS for Oracle 目标数据库。SQL> select name from v$database@orardsdb; | 数据库管理员 |
| 将转储文件传输至目标数据库。 | 若要将转储文件复制到 Amazon RDS for Oracle 数据库，您可以使用默认 `DATA_PUMP_DIR` 目录，也可以使用以下代码（必须在目标 Amazon RDS 实例上运行）创建自己的目录：exec rdsadmin.rdsadmin_util.create_directory(p_directory_name => 'DMS_TARGET_PUMP_DIR'); 以下脚本使用名为 `orardsdb` 的数据库链接，将名为 `EXPORT_DMS_DATA.DMP` 的转储文件从源实例复制到目标 Amazon RDS for Oracle 数据库。您必须在源数据库实例上运行脚本。BEGIN | 数据库管理员 |
| 在目标数据库中列出转储文件。 | 该 PL/SQL 过程完成后，您可以使用以下代码在 Amazon RDS for Oracle 数据库中列出数据转储文件：select * from table (rdsadmin.rds_file_util.listdir(p_directory => 'DMS_TARGET_PUMP_DIR')); | 数据库管理员 |
| 在目标实例中创建 JDE-特定用户。 | 在目标实例中，使用以下命令创建 JD Edwards 配置文件和角色：SQL> CREATE PROFILE "JDEPROFILE" LIMIT IDLE_TIME 15; 授予角色所需权限：SQL> GRANT CREATE ANY SEQUENCE TO JDE_ROLE; | 数据库管理员、JDE CNC |
| 在目标实例中创建表空间。 | 对此迁移所涉及的架构使用以下命令，在目标实例中创建所需表空间：SQL> CREATE TABLESPACE ;; | 数据库管理员、JDE CNC |
| 在目标数据库上启动导入。 | 在开始导入进程前，请使用数据转储文件在目标 Amazon RDS for Oracle 数据库上设置角色、架构和表空间。若要执行导入，请使用 Amazon RDS 主用户账户访问目标数据库，并使用 `tnsnames.ora` 文件中的连接字符串名称（其中包括 Amazon RDS for Oracle 数据库 `tns-entry`）。如有必要，可以纳入重映射选项，将数据转储文件导入不同的表空间或使用不同架构名称。若要开始导入，请使用下面的代码：impdp admin@orardsdb directory=DMS_TARGET_PUMP_DIR logfile=import.log dumpfile=EXPORT_DMS_DATA.DMP 为确保成功导入，请检查导入日志文件中是否存在任何错误，并查看对象数、行数和无效对象等详细信息。如果有任何无效对象，请重新编译它们。此外，比较源数据库对象和目标数据库对象，以确认它们是否匹配。 | 数据库管理员 |
### 预置 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_cn/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_cn/prescriptive-guidance/latest/patterns/migrate-an-oracle-jd-edwards-enterpriseone-database-to-aws-by-using-oracle-data-pump-and-aws-dms.html) |
| 您会收到错误消息：“测试端点失败：应用程序状态：1020912，应用程序消息：Oracle PDB 环境 LogMiner 不支持端点初始化失败。” | 如果遇到此错误消息，则可以改用 Binary Reader LogMiner。在**端点设置**下，将此行添加至源数据库的额外连接属性：useLogMinerReader=N;useBfile=Y; |
## 相关资源
SQL> select name from v$database; 保存生成的 SCN，以便在导出数据时使用，并用于创建 AWS DMS 复制任务。 | 数据库管理员 |
| 创建参数文件。 | 要创建用于导出架构的参数文件，您可使用以下代码。$ cat exp_datapmp.par 您也可以根据需要使用以下命令来定义自己的 `DATA_PUMP_DIR`。SQL> CREATE OR REPLACE DIRECTORY DATA_PUMP_DIR AS '/opt/oracle/product/19c/dbhome_1/dmsdump/'; | 数据库管理员 |
| 导出架构。 | 要执行导出，请使用 `expdp` 实用程序。$ expdp parfile=exp_datapmp.par | 数据库管理员 |
### 使用 Oracle 数据泵将 PeopleSoft 架构导入 Amazon RDS for Oracle 数据库
$sqlplus / as sysdba | 数据库管理员 |
| 测试数据库链接。 | 测试数据库链接，以确保您可以使用 sqlplus 连接到 Amazon RDS for Oracle 目标数据库。SQL> | 数据库管理员 |
| 将转储文件传输至目标数据库。 | 要将转储文件复制到 Amazon RDS for Oracle 数据库，您可以使用默认 `DATA_PUMP_DIR` 目录，也可以使用以下代码创建自己的目录。exec rdsadmin.rdsadmin_util.create_directory(p_directory_name => ‘TARGET_PUMP_DIR’); 以下脚本使用名为 `orardsdb` 的数据库链接，将名为 `export_dms_sample_data_01.dmp` 的转储文件从源实例复制到目标 Amazon RDS for Oracle 数据库。$ sqlplus / as sysdba | 数据库管理员 |
| 在目标数据库中列出转储文件。 | 该 PL/SQL 过程完成后，您可以使用以下代码在 Amazon RDS for Oracle 数据库中列出数据转储文件。SQL> select * from table (rdsadmin.rds_file_util.listdir(p_directory => ‘TARGET_PUMP_DIR’)); | 数据库管理员 |
| 在目标数据库上启动导入。 | 在开始导入进程前，请使用数据转储文件在目标 Amazon RDS for Oracle 数据库上设置角色、架构和表空间。要执行导入，请使用 Amazon RDS 主用户账户访问目标数据库，并使用 `tnsnames.ora` 文件中的连接字符串名称，其中包括 Amazon RDS for Oracle 数据库 `tns-entry`。如有必要，可以纳入重映射选项，将数据转储文件导入不同的表空间或使用不同架构名称。要开始导入，请使用以下代码。impdp admin@orardsdb directory=TARGET_PUMP_DIR logfile=import.log dumpfile=export_dms_sample_data_01.dmp 为确保成功导入，请检查导入日志文件中是否存在任何错误，并查看对象数、行数和无效对象等详细信息。如果有任何无效对象，请重新编译它们。此外，比较源数据库对象和目标数据库对象，以确认它们是否匹配。 | 数据库管理员 |
### 使用 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_cn/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 使用 **sync** 命令时，源容器中不存在的数据将从目标 S3 存储桶中删除。 | 常规 AWS，云管理员 |
| 同步容器。 | 初始复制完成后，运行 Rclone **sync** 命令以进行持续迁移，这样只会复制目标 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_cn/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`、`cbscope`、`cbcoll` 和 `cbexported_data.json` 是任意标签。稍后将在此过程中引用它们，因此如果您选择以不同的方式命名它们，请记下它。 | Couchbase 管理员 |
| 将数据导入 Couchbase Capella。 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_cn/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 服务器集群的 IP 地址。 |
| | 使用管理员用户来管理您的自托管的 Couchbase 服务器集群。 |
| | 使用您自托管的 Couchbase Server 集群保存的根证书文件的绝对路径。 |
| | 使用您的 Couchbase Capella 集群的连接端点。 |
| | 使用您的 Couchbase Capella 集群数据库用户。 |
| | 使用 Couchbase Capella 集群的数据库用户密码。 |
| | 使用为 Couchbase Capella 集群保存的根证书文件的绝对路径。 |
# 在 Amazon 上从 IBM WebSphere 应用程序服务器迁移到 Apache Tomcat EC2
在 web.xml 中添加一个带有 JNDI 名称和 DataSource 类型定义的条目。若要查看示例配置文档，请参阅 [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)），启用 realm 级追踪。如果您使用 Apache Log4j 将日志附加至文件中，则必须下载 tomcat-juli 并将其添加至 *classpath*。
+ 会话管理：如果您保留 IBM WebSEAL 用于应用程序负载平衡与会话管理，则无需进行任何更改。[如果您在 AWS 上使用应用程序负载均衡器或网络负载均衡器来取代 IBM WebSEAL 组件，则必须使用带有 Memcached 集群的 Amazon ElastiCache 实例来设置会话管理，并将 Apache Tomcat 设置为使用开源会话管理。](https://github.com/magro/memcached-session-manager)
+ 如果您使用的是 IBM WebSEAL 转发代理，则必须设置新的适用于 AWS 的网络负载均衡器。使用 Network Load Balancer IPs 提供的 WebSEAL 接合点配置。
+ SSL 配置：我们建议您使用安全套接字层 (SSL) 进行 end-to-end通信。若要在 Apache Tomcat 中设置 SSL 服务器配置，请按照 [Apache Tomcat 文档](https://tomcat.apache.org/tomcat-8.0-doc/ssl-howto.html)中的说明进行操作。
## 架构
.scm.azurewebsites.net`。 | 应用程序开发人员、系统管理员 |
| 从 Kudu 下载部署包。 | PowerShell 通过选择相应**DebugConsole**选项导航到 Windows。这将打开 Kudo 控制台。转到 `wwwroot` 文件夹并下载它。这会将 Azure 应用服务部署包下载为 zip 文件。有关示例，请参阅附件。 | 应用程序开发人员、系统管理员 |
| 为 Elastic Beanstalk 创建程序包。 | 解压缩从 Azure 应用服务下载的部署包。创建名为 `aws-windows-deployment-manifest.json` 的 JSON 文件（只有 .NET Core 应用程序才需要此文件）。创建一个包含 `aws-windows-deployment-manifest.json` 和 Azure 应用服务部署包文件的 zip 文件。有关示例，请参阅附件。 | 应用程序开发人员、系统管理员 |
| 创建新的 Elastic Beanstalk 应用程序。 | 打开 Elastic Beanstalk 控制台。选择现有应用程序或创建新应用程序。 | 应用程序开发人员、系统管理员 |
| 创建环境。 | 在 Elastic Beanstalk 控制台**操作**菜单中，选择**创建环境**。选择 Web 服务器环境和 .NET/IIS 平台。对于应用程序代码，选择**上传**。上传您为 Elastic Beanstalk 准备的 zip 文件，然后选择**创建环境**。 | 应用程序开发人员、系统管理员 |
| 配置亚马逊 CloudWatch。 | 默认情况下，基本 CloudWatch 监控处于启用状态。如果您想要更改配置，请在 Elastic Beanstalk 向导中选择已发布的应用程序，然后选择**监控**。 | 系统管理员 |
| 验证部署包是否位于 Amazon S3 中。 | 创建应用程序环境后，您可以在 S3 存储桶中找到部署包。 | 应用程序开发人员、系统管理员 |
| 测试应用程序。 | 创建环境后，使用 Elastic Beanstalk 控制台中提供的 URL 测试应用程序。 | 系统管理员 |
## 相关资源
create user SAMPLE_SCHEMA identified by ;; quota 100M on users; | 数据库管理员 |
### 从 Oracle 源数据库创建导出文件
DECLARE 通过查看本地 `DATA_PUMP_DIR` 目录中的 `export.log` 文件来查看导出详细信息。 | 数据库管理员 |
### 将转储文件上传到 S3 存储桶中
aws s3 cp sample.dmp s3:/// | 数据库管理员 |
### 将导出文件从 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')); | 数据库管理员 |
### 从 DATA\$1PUMP\$1DIR 目录中移除转储文件
-- List the files -- Remove the files | AWS 系统管理员 |
## 相关资源
psql -d dbname -p 5432 < port=5432 dbname=source-dbname user=source-dbuser' ); | 数据库管理员 |
| 创建复制集，添加表格和序列。 | 要在源 PostgreSQL 数据库上创建复制集并将表和序列添加到复制集，请运行：psql -d dbname -p 5432 < | 数据库管理员 |
| 创建订阅用户。 | 若要对 PostgreSQL 数据库创建订阅用户，请运行：psql -h -d target-dbname -U target-dbuser < port=5432 dbname=target-dbname password=postgres user=target-dbuser' | 数据库管理员 |
| 创建订阅。 | 若要对 PostgreSQL 数据库创建订阅用户，请运行：psql -h -d target -U postgres < port=5432 dbname= password= user=source-dbuser' | 数据库管理员 |
### 验证数据
/fullbackup。 | 数据库管理员 |
| 压缩并拆分最终合并的备份。 | 准备好最终的合并备份后，使用 tar、zip 和 split 命令创建较小的备份压缩文件。有关示例，请参阅“其他信息”部分。 | 数据库管理员 |
### 将备份恢复到 Aurora MySQL 数据库集群
使用安全外壳 (SSH) 连接到 EC2 实例，然后将压缩后的备份文件上传到新的或现有的 S3 存储桶；例如：aws s3 sync \$1/ /fullbackup s3: ///fullbackup s3: //fullbackup。有关其他详细信息，请查看“相关资源”部分的链接。 | AWS DevOps |
| 为 Aurora 创建服务角色以访问 Amazon S3。 | 创建具有信任“rds.amazonaws.com”的 IAM 角色和一个允许 Aurora 访问存储备份文件的 S3 存储桶的策略。所需的权限是 ListBucket GetObject、和 GetObjectVersion。 | AWS DevOps |
| 为 Aurora 创建联网配置。 | 创建一个集群数据库子网组，该子网组具有至少两个可用区和一个允许对源数据库进行出站连接的子网路由表配置。创建一个安全组，允许对本地数据库进行出站连接，并允许管理员连接到 Aurora 数据库集群。有关更多信息，请参阅“相关资源”部分中的链接。 | AWS DevOps/database 管理员 |
| 将备份恢复到 Aurora MySQL 数据库集群。 | 通过上传到 Amazon S3 的备份恢复数据。指定源数据库的 MySQL 版本，提供上传备份文件的 S3 存储桶名称和文件夹路径前缀（例如，“其他信息”部分中的示例为“fullbackup”），并提供您为授权 Aurora 访问 Amazon S3 而创建的 IAM 角色。 | AWS DevOps/database 管理员 |
| 验证 Aurora MySQL 数据库。 | 根据您从源数据库获得的计数来验证已恢复的 Aurora 数据库集群中的架构和对象计数。 | 数据库管理员 |
| 设置二进制日志复制。 | 在创建恢复到 Aurora 数据库集群的最后一次备份之前，请使用您之前记下的二进制日志序列。在源数据库上创建复制用户，然后按照“其他信息”部分中的说明提供相应的权限，在 Aurora 上启用复制，并确认复制已同步。 | AWS DevOps/database 管理员 |
## 相关资源
$ 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 文件系统](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
```
**设置二进制日志复制**
要在源数据库上创建复制用户并提供相应的权限，请执行以下操作：
```
CREATE USER 'repl_user'@'' IDENTIFIED BY ''; GRANT REPLICATION CLIENT, REPLICATION SLAVE ON *.* TO 'repl_user'@'';
```
要通过连接到 Aurora 数据库集群在 Aurora 上启用复制，请在数据库集群参数组中启用二进制日志。设置 `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_cn/prescriptive-guidance/latest/patterns/migrate-on-premises-java-applications-to-aws-using-aws-app2container.html)运行 `sudo app2container init`。 | DevOps，开发者 |
### 配置 Worker 计算机
`此命令生成 `inventory.json` 中已部署应用程序的列表。 | 开发者， DevOps |
| 分析所发现的应用程序。 | 要通过使用在清单阶段获得的 application-id 来远程分析每个应用程序，请运行以下命令。`sudo app2container remote analyze --application-id --target `这将在工作区位置生成 `analysis.json` 文件。生成此文件后，您可根据需要更改容器化参数。 | 开发者， DevOps |
| 提取分析的应用程序。 | 要为分析的应用程序生成应用程序存档，请远程运行以下命令，这将在工作区位置生成 tar 包。`sudo app2container remote extract --application-id --target `提取的构件可以在本地 Worker 计算机上生成。 | 开发者， DevOps |
### 在 Worker 计算机上对提取的构件进行容器化
` | 开发者， DevOps |
| 最终确定目标。 | 要最终确定目标，请打开 `containerize` 命令运行时创建的 `deployment.json`。要将 AWS Fargate 指定为目标，请将 `createEcsArtifacts` 设置为 `true`。要将 Amazon EKS 设置为目标，请将 `createEksArtifacts` 设置为 true。 | 开发者， 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_cn/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 方法（例如 `fetchone()` 或 `fetchall()`）从数据库中检索结果集。您也可以使用 `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_cn/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`、`DELETE`、`UPDATE` 的内联 SQL 查询，以及包含 PostgreSQL 不支持的查询子句的类似语句。例如，PostgreSQL 中不支持 `TOP` 和 `NOLOCK` 等查询关键字。以下示例说明如何处理 `TOP`、`NOLOCK` 和 Boolean 变量。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_cn/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 变量，该变量使用带有 `JOIN` 的 `SELECT` 语句来获取表的主键和键列的位置。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 utility](https://docs.microsoft.com/en-us/sql/tools/bcp-utility?view=sql-server-ver15) 实用程序的 PostgreSQL 等效工具是 [COPY](https://www.postgresql.org/docs/9.2/sql-copy.html)。
+ **区分大小写：**在 PostgreSQL 中，列名区分大小写，因此您必须将 SQL Server 列名转换为小写或大写。当您提取或比较数据，或者将列名放置在结果集或变量中时，这将成为一个因素。以下示例标识了可能以大写或小写形式存储值列。
```
my $sql_qry = "SELECT $record_id FROM $exampleTable WHERE LOWER($record_name) = \'failed transaction\'";
```
+ **串联：**SQL Server 使用 `+` 作为字符串连接的运算符，而 PostgreSQL 则使用`||`。
+ **验证：**在 PostgreSQL 的应用程序代码中使用内联 SQL 查询和函数前，应对其进行测试和验证。
+ **ORM 库的包含：**你也可以寻找包含现有数据库连接库，或者用 PynoModb 等 Python ORM 库替换现有数据库连接库[。[SQLAlchemy](https://www.sqlalchemy.org/)](https://pynamodb.readthedocs.io/en/latest/quickstart.html)这将有助于使用面向对象的范例轻松地查询和操作数据库中的数据。
# 按照工作负载分类的迁移模式