Oracle教程FG468-OCI迁移

本文档风哥主要介绍Oracle数据库迁移到Oracle Cloud Infrastructure
(OCI)相关知识，包括OCI的概念、数据库服务、迁移策略、迁移方法、配置和监控等内容，由风哥教程参考Oracle官方文档Install and
Upgrade内容编写，适合DBA人员在学习和测试中使用，如果要应用于生产环境则需要自行确认。

Part01-基础概念与理论知识

1.1 OCI概念

Oracle Cloud Infrastructure (OCI) 是Oracle提供的第二代云计算平台，提供了高性能、高可用、高安全性的云服务。OCI为Oracle数据库提供了原生的支持，包括Oracle
Autonomous Database、Exadata Cloud Service、Base Database Service等多种数据库服务选项。更多视频教程www.fgedu.net.cn

OCI核心特点：

原生Oracle支持：OCI是Oracle自家的云平台，对Oracle数据库有最好的支持
高性能网络：OCI提供低延迟、高吞吐量的网络基础设施
灵活部署：支持公有云、专有云、混合云多种部署模式
企业级安全：提供全面的安全和合规性保障
成本优化：提供灵活的定价模式和成本管理工具

1.2 OCI数据库服务

OCI提供的主要Oracle数据库服务：

# OCI Oracle数据库服务对比

1. Oracle Autonomous Database (ADB)
– 类型：完全托管的自治数据库
– 适用场景：事务处理、数据仓库、JSON文档存储
– 特点：
* 自动调优和优化
* 自动补丁和升级
* 自动备份和恢复
* 内置机器学习功能
– 版本：Oracle 19c/21c
– 控制级别：低（完全托管）

2. Exadata Cloud Service (ExaCS)
– 类型：企业级数据库云服务
– 适用场景：大型企业核心系统、高性能OLTP、数据仓库
– 特点：
* Exadata硬件架构
* 智能扫描和存储索引
* 混合列压缩
* RAC支持
– 版本：Oracle 19c/21c
– 控制级别：中（可配置部分参数）

3. Base Database Service (BaseDB)
– 类型：标准数据库云服务
– 适用场景：通用数据库工作负载
– 特点：
* 灵活的VM配置
* 支持Data Guard
* 支持RMAN备份
* 可自定义参数
– 版本：Oracle 19c/21c
– 控制级别：高（类似本地部署）

4. Exadata Cloud@Customer (ExaCC)
– 类型：本地部署的Exadata云服务
– 适用场景：数据驻留要求、低延迟需求
– 特点：
* 在客户数据中心部署
* Oracle管理和维护
* 与OCI统一管理
– 版本：Oracle 19c/21c
– 控制级别：中

1.3 OCI迁移优势

Oracle数据库迁移到OCI的优势：

原生兼容性：Oracle数据库在OCI上有最佳的兼容性和性能
简化许可：支持BYOL和License Included模式
统一管理：使用OCI Console、API、CLI统一管理
高可用架构：内置高可用和灾备能力
性能优化：针对Oracle工作负载优化的基础设施

风哥提示：OCI是Oracle数据库的最佳云平台选择，特别是对于需要高性能、高可用性的企业级应用。

Part02-生产环境规划与建议

2.1 OCI迁移规划

Oracle迁移到OCI的规划要点：

# OCI迁移规划流程

# 1. 评估阶段
– 现有Oracle环境评估（版本、大小、性能）
– 应用依赖关系分析
– 业务连续性要求
– 安全合规要求
– 成本预算分析

# 2. 服务选择
– 选择合适的数据库服务（ADB/ExaCS/BaseDB/ExaCC）
– 确定部署区域和可用性域
– 设计网络架构（VCN、子网、安全列表）
– 规划存储和计算资源

# 3. 迁移策略
– 确定迁移方法（Data Pump/RMAN/ZDM/GoldenGate）
– 制定迁移时间计划
– 准备回滚方案
– 设计测试验证方案

# 4. 实施准备
– 创建OCI账户和 compartments
– 配置网络和IAM
– 准备迁移工具
– 建立监控体系

# 5. 迁移执行
– 执行数据迁移
– 验证数据完整性
– 切换应用连接
– 性能调优

2.2 OCI迁移策略

Oracle迁移到OCI的策略选择：

# OCI迁移策略矩阵

# 详细策略说明

1. Data Pump迁移
– 适用：小型数据库，简单架构
– 工具：expdp/impdp
– 停机时间：数小时
– 复杂度：低

2. RMAN备份恢复
– 适用：中大型数据库
– 工具：RMAN + OCI Object Storage
– 停机时间：数小时
– 复杂度：中

3. Zero Downtime Migration (ZDM)
– 适用：大中型数据库，要求低停机
– 工具：Oracle ZDM工具
– 停机时间：分钟级
– 复杂度：中

4. GoldenGate复制
– 适用：大型数据库，零停机要求
– 工具：Oracle GoldenGate
– 停机时间：接近零
– 复杂度：高

2.3 OCI迁移注意事项

Oracle迁移到OCI的注意事项：

网络规划：合理规划VCN CIDR，避免与本地网络冲突
安全策略：配置安全列表和网络安全组
IAM配置：建立合理的用户和权限体系
备份策略：配置自动备份和手动备份
监控告警：配置OCI Monitoring和Notifications

生产环境建议：建议在迁移前使用OCI Cloud Advisor评估架构，并在测试环境充分验证。学习交流加群风哥微信: itpux-com

Part03-生产环境项目实施方案

3.1 OCI迁移方法

3.1.1 使用Zero Downtime Migration (ZDM)

# 1. 安装ZDM工具
$ sudo rpm -ivh zdm-21.4.0.0.0-1.el7.x86_64.rpm

# 2. 配置ZDM环境
$ zdmcli migrate database \
-sourcedb orcl_source \
-sourcenode source-server.fgedu.net.cn \
-targetdb orcl_target \
-targetnode target-db-subnet.vcn.oraclevcn.com \
-backuptype FULL \
-rsp /home/zdm/zdm_template.rsp

# 3. 执行迁移评估
$ zdmcli query job -jobid 1

ZDM_GET_SRC_INFO: completed
ZDM_GET_TGT_INFO: completed
ZDM_PRECHECKS_SRC: completed
ZDM_PRECHECKS_TGT: completed
ZDM_SETUP_SRC: completed
ZDM_SETUP_TGT: completed

# 4. 执行数据迁移
$ zdmcli resume job -jobid 1 -phase ZDM_DATAPUMP_EXPORT_SRC

# 监控迁移进度
$ zdmcli query job -jobid 1

Job ID: 1
Current Phase: ZDM_DATAPUMP_IMPORT_TGT
Progress: 65%
Status: RUNNING

# 5. 执行切换
$ zdmcli resume job -jobid 1 -phase ZDM_SWITCHOVER

# 验证迁移结果
$ zdmcli query job -jobid 1

Job ID: 1
Current Phase: ZDM_POST_SWITCHOVER
Status: SUCCEEDED
Total Time: 4 hours 32 minutes
Downtime: 5 minutes

3.1.2 使用RMAN迁移到OCI Object Storage

# 1. 配置OCI CLI
$ oci setup config

Enter a location for your config [/home/oracle/.oci/config]:
Enter a user OCID: ocid1.user.oc1..xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Enter a tenancy OCID: ocid1.tenancy.oc1..xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Enter a region: us-ashburn-1
Enter a new RSA key pair directory [/home/oracle/.oci]:

# 2. 创建OCI Object Storage Bucket
$ oci os bucket create –name oracle-backup-bucket –compartment-id ocid1.compartment.oc1..xxxxx

{
“etag”: “xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx”,
“last-modified”: “Tue, 31 Mar 2026 10:00:00 GMT”,
“opc-request-id”: “xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx”
}

# 3. 配置RMAN使用OCI Object Storage
RMAN> CONFIGURE CHANNEL DEVICE TYPE SBT
PARMS=’SBT_LIBRARY=/oracle/app/oracle/product/19c/dbhome_1/lib/libopc.so,
ENV=(OPC_PFILE=/oracle/app/oracle/product/19c/dbhome_1/dbs/opc.ora)’;

# 配置OPC参数文件
$ cat /oracle/app/oracle/product/19c/dbhome_1/dbs/opc.ora
OPC_HOST=https://objectstorage.us-ashburn-1.oraclecloud.com
OPC_OCI_COMPARTMENT=ocid1.compartment.oc1..xxxxx
OPC_OCI_BUCKET=oracle-backup-bucket
OPC_WALLET=/oracle/app/oracle/product/19c/dbhome_1/dbs/opc_wallet

# 4. 执行备份到OCI
RMAN> BACKUP DEVICE TYPE SBT DATABASE PLUS ARCHIVELOG;

Starting backup at 31-MAR-26
allocated channel: ORA_SBT_TAPE_1
channel ORA_SBT_TAPE_1: SID=123 device type=SBT_TAPE
channel ORA_SBT_TAPE_1: Oracle Cloud Infrastructure Object Storage
channel ORA_SBT_TAPE_1: starting full datafile backup set
channel ORA_SBT_TAPE_1: specifying datafile(s) in backup set
input datafile file number=00001 name=/oracle/app/oracle/oradata/ORCL/system01.dbf
…
Finished backup at 31-MAR-26

# 5. 在OCI数据库恢复
RMAN> SET DBID=1234567890;
RMAN> STARTUP NOMOUNT;
RMAN> RESTORE CONTROLFILE FROM
‘https://objectstorage.us-ashburn-1.oraclecloud.com/n/namespace/b/oracle-backup-bucket/o/backup_piece’;
RMAN> ALTER DATABASE MOUNT;
RMAN> RESTORE DATABASE;
RMAN> RECOVER DATABASE;
RMAN> ALTER DATABASE OPEN RESETLOGS;

3.2 OCI配置

3.2.1 创建Base Database Service

# 1. 创建VCN
$ oci network vcn create \
–cidr-block 10.0.0.0/16 \
–compartment-id ocid1.compartment.oc1..xxxxx \
–display-name oracle-vcn

{
“data”: {
“cidr-block”: “10.0.0.0/16”,
“compartment-id”: “ocid1.compartment.oc1..xxxxx”,
“display-name”: “oracle-vcn”,
“id”: “ocid1.vcn.oc1.iad.xxxxx”,
“lifecycle-state”: “AVAILABLE”
}
}

# 2. 创建子网
$ oci network subnet create \
–vcn-id ocid1.vcn.oc1.iad.xxxxx \
–cidr-block 10.0.1.0/24 \
–compartment-id ocid1.compartment.oc1..xxxxx \
–display-name oracle-subnet \
–availability-domain Uocm:US-ASHBURN-AD-1

# 3. 创建数据库系统
$ oci db system launch \
–availability-domain Uocm:US-ASHBURN-AD-1 \
–compartment-id ocid1.compartment.oc1..xxxxx \
–subnet-id ocid1.subnet.oc1.iad.xxxxx \
–database-edition ENTERPRISE_EDITION \
–db-name ORCL \
–admin-password SecurePassword123 \
–shape VM.Standard2.4 \
–ssh-public-keys-file /home/oracle/.ssh/id_rsa.pub \
–hostname oracle-db \
–cpu-core-count 4 \
–db-version 19.0.0.0 \
–data-storage-size-in-gb 512 \
–license-model BRING_YOUR_OWN_LICENSE

{
“data”: {
“availability-domain”: “Uocm:US-ASHBURN-AD-1”,
“compartment-id”: “ocid1.compartment.oc1..xxxxx”,
“database-edition”: “ENTERPRISE_EDITION”,
“data-storage-size-in-gbs”: 512,
“db-system-options”: {
“storage-management”: “ASM”
},
“display-name”: “oracle-db”,
“hostname”: “oracle-db”,
“id”: “ocid1.dbsystem.oc1.iad.xxxxx”,
“lifecycle-state”: “PROVISIONING”,
“listener-port”: 1521,
“shape”: “VM.Standard2.4”,
“ssh-public-keys”: [
“ssh-rsa AAAA…”
],
“subnet-id”: “ocid1.subnet.oc1.iad.xxxxx”,
“version”: “19.0.0.0”
}
}

# 4. 检查数据库系统状态
$ oci db system get –db-system-id ocid1.dbsystem.oc1.iad.xxxxx

{
“data”: {
“id”: “ocid1.dbsystem.oc1.iad.xxxxx”,
“lifecycle-state”: “AVAILABLE”,
“listener-port”: 1521,
“nsg-ids”: [],
“scan-dns-record-id”: null,
“scan-ip-ids”: [
“ocid1.privateip.oc1.iad.xxxxx”
],
“shape”: “VM.Standard2.4”
}
}

3.2.2 配置Data Guard

# 1. 创建备用数据库系统
$ oci db data-guard-association create \
–database-id ocid1.database.oc1.iad.xxxxx \
–creation-type NewDbSystem \
–database-admin-password SecurePassword123 \
–protection-mode MAXIMUM_PERFORMANCE \
–transport-type ASYNC \
–display-name oracle-standby \
–hostname oracle-standby \
–subnet-id ocid1.subnet.oc1.iad.xxxxx

{
“data”: {
“apply-lag”: null,
“apply-rate”: null,
“id”: “ocid1.dataguardassociation.oc1.iad.xxxxx”,
“lifecycle-state”: “PROVISIONING”,
“peer-database-id”: “ocid1.database.oc1.iad.yyyyy”,
“peer-db-system-id”: “ocid1.dbsystem.oc1.iad.yyyyy”,
“protection-mode”: “MAXIMUM_PERFORMANCE”,
“role”: “STANDBY”,
“time-created”: “2026-03-31T10:00:00.000Z”,
“transport-type”: “ASYNC”
}
}

# 2. 检查Data Guard状态
$ oci db data-guard-association get \
–database-id ocid1.database.oc1.iad.xxxxx \
–data-guard-association-id ocid1.dataguardassociation.oc1.iad.xxxxx

{
“data”: {
“apply-lag”: “0 seconds”,
“apply-rate”: “100 MB/sec”,
“id”: “ocid1.dataguardassociation.oc1.iad.xxxxx”,
“lifecycle-state”: “AVAILABLE”,
“peer-database-id”: “ocid1.database.oc1.iad.yyyyy”,
“protection-mode”: “MAXIMUM_PERFORMANCE”,
“role”: “STANDBY”,
“transport-lag”: “0 seconds”,
“transport-type”: “ASYNC”
}
}

# 3. 执行Switchover
$ oci db database switchover \
–database-id ocid1.database.oc1.iad.xxxxx \
–database-admin-password SecurePassword123

{
“data”: {
“apply-lag”: “0 seconds”,
“id”: “ocid1.dataguardassociation.oc1.iad.xxxxx”,
“lifecycle-state”: “AVAILABLE”,
“role”: “PRIMARY”,
“transport-lag”: “0 seconds”
}
}

3.3 OCI监控

3.3.1 OCI Monitoring配置

# 1. 查看数据库指标
$ oci monitoring metric-data summarize-metrics-for-dimension \
–namespace oci_database \
–dimension-name resourceId \
–dimension-value ocid1.dbsystem.oc1.iad.xxxxx \
–compartment-id ocid1.compartment.oc1..xxxxx

{
“data”: [
{
“dimensions”: {
“deploymentType”: “SingleInstance”,
“resourceDisplayName”: “oracle-db”,
“resourceId”: “ocid1.dbsystem.oc1.iad.xxxxx”
},
“metadata”: {
“displayName”: “CPU Utilization”,
“unit”: “percent”
},
“name”: “CpuUtilization”
},
{
“dimensions”: {
“deploymentType”: “SingleInstance”,
“resourceDisplayName”: “oracle-db”,
“resourceId”: “ocid1.dbsystem.oc1.iad.xxxxx”
},
“metadata”: {
“displayName”: “Storage Utilization”,
“unit”: “percent”
},
“name”: “StorageUtilization”
}
]
}

# 2. 获取CPU利用率数据
$ oci monitoring metric-data get \
–namespace oci_database \
–metric-name CpuUtilization \
–dimensions resourceId=ocid1.dbsystem.oc1.iad.xxxxx \
–start-time 2026-03-31T09:00:00Z \
–end-time 2026-03-31T11:00:00Z \
–compartment-id ocid1.compartment.oc1..xxxxx

{
“data”: [
{
“aggregated-datapoints”: [
{
“timestamp”: “2026-03-31T10:00:00.000Z”,
“value”: 15.5
},
{
“timestamp”: “2026-03-31T10:05:00.000Z”,
“value”: 18.2
},
{
“timestamp”: “2026-03-31T10:10:00.000Z”,
“value”: 22.1
}
],
“compartment-id”: “ocid1.compartment.oc1..xxxxx”,
“dimensions”: {
“resourceId”: “ocid1.dbsystem.oc1.iad.xxxxx”
},
“metadata”: {
“displayName”: “CPU Utilization”,
“unit”: “percent”
},
“name”: “CpuUtilization”,
“namespace”: “oci_database”
}
]
}

# 3. 创建告警规则
$ oci monitoring alarm create \
–compartment-id ocid1.compartment.oc1..xxxxx \
–display-name oracle-cpu-alert \
–metric-compartment-id ocid1.compartment.oc1..xxxxx \
–namespace oci_database \
–query-text “CpuUtilization[1m]{resourceId=\”ocid1.dbsystem.oc1.iad.xxxxx\”}.mean() > 80″ \
–severity CRITICAL \
–destinations ‘[“ocid1.onstopic.oc1.iad.xxxxx”]’

{
“data”: {
“compartment-id”: “ocid1.compartment.oc1..xxxxx”,
“destinations”: [
“ocid1.onstopic.oc1.iad.xxxxx”
],
“display-name”: “oracle-cpu-alert”,
“id”: “ocid1.alarm.oc1.iad.xxxxx”,
“lifecycle-state”: “ACTIVE”,
“metric-compartment-id”: “ocid1.compartment.oc1..xxxxx”,
“namespace”: “oci_database”,
“query”: “CpuUtilization[1m]{resourceId=\”ocid1.dbsystem.oc1.iad.xxxxx\”}.mean() > 80″,
“severity”: “CRITICAL”
}
}

Part04-生产案例与实战讲解

4.1 OCI迁移案例

某金融企业将本地Oracle RAC迁移到OCI Exadata Cloud Service的实战案例：

# 项目背景
– 源环境：Oracle 12c RAC (4节点) + ASM
– 目标环境：OCI Exadata Cloud Service X8M
– 数据库大小：15TB
– 停机时间要求：< 1小时 - 迁移策略：Zero Downtime Migration (ZDM) # 迁移实施步骤 # 1. 环境准备（提前2周） # 创建OCI资源 $ oci db exadata-infrastructure create \ --availability-domain Uocm:US-ASHBURN-AD-1 \ --compartment-id ocid1.compartment.oc1..xxxxx \ --display-name finance-exadata \ --shape Exadata.X8M # 创建VM集群 $ oci db vm-cluster create \ --exadata-infrastructure-id ocid1.exadatainfrastructure.oc1.iad.xxxxx \ --compartment-id ocid1.compartment.oc1..xxxxx \ --display-name finance-cluster \ --gi-version 19.0.0.0 \ --hostname finance-db \ --cpu-core-count 100 \ --ssh-public-keys-file /home/oracle/.ssh/id_rsa.pub \ --subnet-id ocid1.subnet.oc1.iad.xxxxx # 2. 配置ZDM（提前1周） # 安装ZDM $ sudo rpm -ivh zdm-21.4.0.0.0-1.el7.x86_64.rpm # 配置响应文件 $ cat /home/zdm/finance_migration.rsp SOURCE_DB_CONNECT_STRING=//source-scan:1521/ORCL TARGET_DB_CONNECT_STRING=//finance-scan:1521/ORCL MIGRATION_METHOD=ONLINE_PHYSICAL DATA_TRANSFER_MEDIUM=OSS OSS_BUCKET_NAME=finance-migration-bucket # 3. 执行迁移（迁移日） # 00:00 - 启动ZDM迁移 $ zdmcli migrate database \ -sourcedb ORCL \ -sourcenode source-scan.fgedu.net.cn \ -targetdb ORCL \ -targetnode finance-scan.vcn.oraclevcn.com \ -backuptype INCREMENTAL \ -rsp /home/zdm/finance_migration.rsp \ -eval # 评估完成，无问题 # 00:30 - 执行实际迁移 $ zdmcli migrate database \ -sourcedb ORCL \ -sourcenode source-scan.fgedu.net.cn \ -targetdb ORCL \ -targetnode finance-scan.vcn.oraclevcn.com \ -backuptype INCREMENTAL \ -rsp /home/zdm/finance_migration.rsp # 监控迁移进度 $ zdmcli query job -jobid 2 Job ID: 2 Current Phase: ZDM_RECOVER_TGT Progress: 85% Status: RUNNING Elapsed Time: 3 hours 45 minutes # 23:00 - 准备切换 $ zdmcli resume job -jobid 2 -phase ZDM_PREPARE_SWITCHOVER # 23:30 - 执行最终同步 $ zdmcli resume job -jobid 2 -phase ZDM_FINAL_INCREMENTAL_BACKUP # 23:55 - 执行切换 $ zdmcli resume job -jobid 2 -phase ZDM_SWITCHOVER # 00:00 - 切换完成，验证数据 SQL> SELECT
COUNT(*) FROM finance.transactions;

COUNT(*)
———-
50000000

# 迁移结果
# – 总迁移时间：24小时
# – 实际停机时间：45分钟（符合要求）
# – 数据完整性：100%验证通过
# – 性能提升：查询性能提升60%
# – 成本节约：年度TCO降低35%

4.2 OCI故障处理

OCI Oracle数据库常见故障处理：

# 故障1：数据库系统无法启动
# 症状：OCI Console显示数据库系统状态为FAILED

# 诊断步骤
$ oci db system get –db-system-id ocid1.dbsystem.oc1.iad.xxxxx

{
“data”: {
“id”: “ocid1.dbsystem.oc1.iad.xxxxx”,
“lifecycle-state”: “FAILED”,
“lifecycle-details”: “Database instance failed to start”
}
}

# 查看工作请求日志
$ oci db system get –db-system-id ocid1.dbsystem.oc1.iad.xxxxx –query ‘data.”lifecycle-details”‘

# 解决方案
# 1. 尝试重启数据库系统
$ oci db system restart \
–db-system-id ocid1.dbsystem.oc1.iad.xxxxx \
–database-admin-password SecurePassword123

# 2. 如果重启失败，联系OCI Support
# 3. 考虑从备份恢复

# 故障2：Data Guard同步延迟
# 症状：Data Guard同步延迟超过预期

# 诊断步骤
$ oci db data-guard-association get \
–database-id ocid1.database.oc1.iad.xxxxx \
–data-guard-association-id ocid1.dataguardassociation.oc1.iad.xxxxx

{
“data”: {
“apply-lag”: “2 hours”,
“transport-lag”: “30 minutes”,
“lifecycle-state”: “AVAILABLE”
}
}

# 在数据库内检查
SQL> SELECT * FROM v$dataguard_stats;

NAME VALUE UNIT
———————– ——————– ——————–
transport lag +00 00:30:00 day(2) to second(0)
apply lag +00 02:00:00 day(2) to second(0)
apply finish time +00 00:15:00 day(2) to second(1)

# 解决方案：
# 1. 检查网络带宽
# 2. 检查备库I/O性能
# 3. 考虑调整Data Guard保护模式
# 4. 增加备库资源

# 故障3：存储空间不足
# 症状：数据库无法扩展，出现ORA-01653错误

# 诊断步骤
$ oci db system get –db-system-id ocid1.dbsystem.oc1.iad.xxxxx

{
“data”: {
“data-storage-size-in-gbs”: 512,
“reco-storage-size-in-gbs”: 256
}
}

SQL> SELECT tablespace_name, used_space, tablespace_size,
2 ROUND((used_space/tablespace_size)*100,2) pct_used
3 FROM dba_tablespace_usage_metrics
4 ORDER BY pct_used DESC;

TABLESPACE_NAME USED_SPACE TABLESPACE_SIZE PCT_USED
—————– ———- ————— ———-
USERS 4500 5000 90.00
SYSTEM 800 1000 80.00

# 解决方案：
# 增加数据库存储
$ oci db system update \
–db-system-id ocid1.dbsystem.oc1.iad.xxxxx \
–data-storage-size-in-gbs 1024

# 故障4：连接问题
# 症状：应用无法连接到OCI数据库

# 诊断步骤
# 1. 检查数据库监听器状态
SQL> SELECT status FROM v$listener_network;

STATUS
——–
READY

# 2. 检查安全列表规则
$ oci network security-list get –security-list-id ocid1.securitylist.oc1.iad.xxxxx

# 3. 测试连接
$ sqlplus admin/SecurePassword123@//scan-ip.vcn.oraclevcn.com:1521/ORCL

ERROR:
ORA-12170: TNS:Connect timeout occurred

# 解决方案：
# – 检查安全列表是否允许1521端口
# – 检查网络安全组规则
# – 验证客户端IP是否在允许列表中
# – 检查DNS解析是否正确

4.3 OCI优化

OCI Oracle数据库性能优化实践：

# 优化1：数据库系统规格调整
# 根据工作负载调整CPU核心数

$ oci db system update \
–db-system-id ocid1.dbsystem.oc1.iad.xxxxx \
–cpu-core-count 8

# 优化2：存储性能优化
# 使用高性能存储层

$ oci db system update \
–db-system-id ocid1.dbsystem.oc1.iad.xxxxx \
–data-storage-size-in-gbs 1024 \
–storage-volume-performance-mode HIGH_PERFORMANCE

# 优化3：自动调优配置（Autonomous Database）
# 启用自动索引

SQL> EXEC DBMS_AUTO_INDEX.CONFIGURE(‘AUTO_INDEX_MODE’,’IMPLEMENT’);

PL/SQL procedure successfully completed.

# 查看自动索引建议
SQL> SELECT * FROM dba_auto_index_config;

PARAMETER_NAME PARAMETER_VALUE
————————- ————————-
AUTO_INDEX_MODE IMPLEMENT
AUTO_INDEX_RETENTION_FOR_AUTO 373
AUTO_INDEX_RETENTION_FOR_MANUAL

# 优化4：SQL优化
# 使用SQL Tuning Advisor

SQL> DECLARE
2 my_task_name VARCHAR2(30);
3 my_sqltext CLOB;
4 BEGIN
5 my_sqltext := ‘SELECT * FROM large_table WHERE status = ”ACTIVE”’;
6 my_task_name := DBMS_SQLTUNE.CREATE_TUNING_TASK(
7 sql_text => my_sqltext,
8 user_name => ‘HR’,
9 scope => ‘COMPREHENSIVE’,
10 time_limit => 60,
11 task_name => ‘tune_large_query’,
12 description => ‘Tune large table query’
13 );
14 DBMS_SQLTUNE.EXECUTE_TUNING_TASK(my_task_name);
15 END;
16 /

# 查看优化建议
SQL> SELECT DBMS_SQLTUNE.REPORT_TUNING_TASK(‘tune_large_query’) FROM DUAL;

GENERAL INFORMATION SECTION
——————————————————————————-
Tuning Task Name : tune_large_query
Tuning Task Owner : ADMIN
Scope : COMPREHENSIVE
Time Limit(seconds): 60
Completion Status : COMPLETED

SQL Tuning Advisor建议创建索引：
CREATE INDEX HR.IDX_LARGE_TABLE_STATUS ON HR.LARGE_TABLE(“STATUS”);

# 优化5：连接池优化
# 配置DRCP（Database Resident Connection Pooling）

SQL> EXEC DBMS_CONNECTION_POOL.START_POOL();

PL/SQL procedure successfully completed.

SQL> EXEC DBMS_CONNECTION_POOL.ALTER_PARAM(‘MINSIZE’,’10’);
SQL> EXEC DBMS_CONNECTION_POOL.ALTER_PARAM(‘MAXSIZE’,’100′);
SQL> EXEC DBMS_CONNECTION_POOL.ALTER_PARAM(‘INCRSIZE’,’5′);

# 验证DRCP状态
SQL> SELECT * FROM v$cpool_stats;

POOL_NAME NUM_OPEN_SERVERS NUM_BUSY_SERVERS NUM_REQUESTS NUM_HITS
———— —————- —————- ———— ——–
SYS_DEFAULT_CONNECTION_POOL 10 2 10000 9500

Part05-风哥经验总结与分享

5.1 OCI迁移总结

Oracle迁移到OCI的关键经验总结：

选择合适的服务：根据业务需求选择ADB、ExaCS、BaseDB或ExaCC
充分利用ZDM：Zero Downtime Migration是OCI迁移的首选工具
网络规划：合理设计VCN和子网，确保与本地网络连通
安全优先：配置适当的安全列表和IAM策略
监控告警：建立完善的监控和告警体系

风哥提示：OCI是Oracle数据库的最佳云平台，特别是对于需要高性能、高可用性的企业级应用。充分利用OCI的原生Oracle特性可以获得最佳的性价比。

5.2 OCI迁移检查清单

# OCI Oracle迁移检查清单

# 迁移前检查
□ 评估现有Oracle环境
□ 选择合适的OCI数据库服务
□ 设计OCI网络架构（VCN、子网）
□ 配置IAM用户和权限
□ 评估Oracle许可需求
□ 制定详细的迁移计划
□ 准备测试环境
□ 配置OCI CLI和API访问

# 迁移中检查
□ 创建OCI资源（VCN、子网、数据库系统）
□ 执行数据迁移（ZDM/RMAN/Data Pump）
□ 验证数据完整性
□ 测试应用连接
□ 配置高可用（Data Guard）
□ 配置备份策略
□ 性能基准测试

# 迁移后检查
□ 配置OCI Monitoring和告警
□ 建立运维流程
□ 文档更新
□ 团队培训
□ 成本优化审查
□ 安全合规验证
□ 灾备演练

5.3 OCI工具推荐

OCI Oracle迁移和管理推荐工具：

工具名称	用途	说明
OCI Console	资源管理	Web界面管理OCI资源
OCI CLI	命令行管理	命令行工具管理OCI资源
ZDM	数据库迁移	Zero Downtime Migration工具
OCI Monitoring	监控告警	OCI原生监控服务
OCI Notifications	通知服务	告警通知服务
SQL Developer	数据库开发	Oracle SQL开发工具

最佳实践：

使用Terraform管理OCI基础设施
启用自动备份和Data Guard保证高可用
配置OCI Cloud Guard进行安全监控
使用OCI Cost Analysis优化成本
建立完善的标签策略便于资源管理
定期进行安全审查和合规检查

风哥总结：OCI为Oracle数据库提供了最佳的云平台支持，通过合理的规划和执行，可以实现平滑迁移，获得高性能、高可用、高安全的Oracle数据库服务。更多视频教程www.fgedu.net.cn

本文由风哥教程整理发布,仅用于学习测试使用,转载注明出处:http://www.fgedu.net.cn/10327.html