系统发现过程

本文件假定之前已经收集了详细的发现：

• Oracle 数据库迁移的业务、技术、功能、非功能需求（包括访问和可用性需求）
• 与源数据库和底层平台相关的安装配置、硬件/软件清单和规格信息。
  • 收集与规模、变更率、服务水平要求、迁移停机时间容忍度、支持从源到目标的数据传输的网络容量等相关的指标。
  • 目标环境已经过评估，并与在探索过程中发现的源系统的容量/性能/可用性保持一致。

本文件涵盖的迁移方案

下面的流程图说明了本文件中涉及的三种方案：

• 选项1：从源文件开始进行一致的RMAN备份，生成的文件将由RMAN复制数据库程序用于还原到 IBM Power Virtual Server。
• 选项2：不一致的RMAN备份+存档的重做日志（或0级+增量备份）从源，备份文件由RMAN还原/恢复数据库过程使用，以恢复到 IBM Power Virtual Server。
• 选项3：利用 Oracle Data Guard（目前正在研究中，如果平台相同，则建议使用该方法）——创建一个镜像，一旦同步完成，只需几分钟的数据库停机时间即可切换。 一旦测试和评估阶段结束，在线文档将立即更新。

选择迁移选项

客户的要求和技术条件会影响从所列选项中进行选择的决定。

1. 服务水平要求，特别是恢复点目标（RPO）和恢复时间目标（RTO）。
   • 选项1： 如上所述，客户可以接受在源数据库迁移到目标数据库之前出现相当长的服务延迟（RTO = “天数” ）。 这种期望通常适用于非生产性工作，但很少适用于生产数据库。
   • 选项2：所列假设客户对服务中断的“小时数” 感到满意。 对于非生产性工作负载和一些生产数据库，通常会存在这种预期。
   • 选项3：（本文档中尚未介绍），结合 Oracle Data Guard数据库同步，可在数分钟内完成从源到目标的服务切换。
2. 数据库大小、网络吞吐量和可靠性。

   • 通过网络传输大型数据库的备份需要花费时间。 考虑以下通过端到端网络连接传输600 GB备份的示例，其中可用协议和带宽支持80兆字节/秒的吞吐量。 按照这个速度，传输数据大约需要125分钟。 如果数据库备份文件较大，或者网络连接吞吐量较低，则需要更长的传输时间。 不可靠的网络可能会中断传输，导致您不得不重新启动传输过程，从而造成延迟。

     • 客户可以使用专门的传输工具，这些工具可在传输前/传输过程中压缩数据，使用高吞吐量协议，并在传输后解压数据。
     • 访问 IBM 的 Aspera，可以大大加快从本地到 IBM Power Virtual Server 位置的数据传输速度。
3. 执行技能的可利用性。
   • 本文档中提供的选项需要具备经验丰富的数据库管理员技能，并能够与基础设施团队合作，将数据库内容迁移到 Power Virtual Server 内 IBM Power Virtual Server 工作区的新目标数据库中。

客户选择的任何迁移程序都需要在详细、精心排练的转移和切换计划中执行。

假设

本文件假设：

1. 如果源数据库是生产系统，则可能不会因进行完整备份而关闭，在这种情况下，将使用RMAN增量备份。
2. 执行此过程不会更改源数据库（架构和配置）。
3. 通过使用 Oracle RMAN选项将数据库从源迁移到目标：复制数据库或备份/恢复/恢复数据库。
4. 目标环境中的 Oracle 家庭预先安装了与正在迁移的源实例匹配的版本。
5. RMAN 复制、恢复/恢复功能允许修改数据库数据文件的位置，但本文档不涉及此选项。 假设数据库文件（ AIX、JFS2 文件系统或 Oracle ASM磁盘组）在源环境和目标环境中的位置相同。
6. 目标操作系统为：
   • 使用mksysb程序生成的源操作系统的精确副本（OVA或“开放虚拟设备”存档文件），或
   • AIX 的新部署版本，由 IBM 支持，并由 Oracle 认证，以支持要实例化的 Oracle 版本。

mksysb程序的文档可在以下链接中找到：

• 修复 AIX

记录源数据库的大小和配置

记录一个或多个源 Oracle 实例的当前计算、IOPS和存储大小和性能指标。

• 目标 IBM Power Virtual Server Oracle 实例的构建应至少与现有系统的规模相匹配。
• 在目标系统上选择磁盘层和磁盘容量以满足IOPS要求非常重要。
• 这一发现过程应包括使用性能测试工具对源数据库进行测试，以获取指标供日后参考，并与目标系统部署进行比较。

提供最近成功备份的源数据库

请使用标准备份工具确认源 Oracle 系统最近一次成功完整备份的存在性。 您必须能够完全恢复源系统。

• 如果无法确认，迁移/发现团队应检查RMAN备份程序。
• 此外，发现团队应与客户数据库管理员或中小企业合作，验证数据库的完整性，并/或识别任何现有的损坏区块或架构问题。

记录源数据库

记录源数据库实例的位置和DBA管理访问权限的已知凭据。

记录 RMAN 配置

记录当前用于执行备份的 Oracle Recovery Manager (RMAN)配置，按实例。

获取这些信息的简单方法是执行以下步骤：

使用 ssh 连接 Oracle 服务器。

ssh oracle@<hostname>

检查变量 $ORACLE_SID 是否已设置。

echo $ORACLE_SID

通常显示的是SID值。 如果最后一个命令没有显示值，请使用以下命令手动设置环境变量：

setenv ORACLE_SID <SID value>

请将 <SID value> 替换为您的SID值。

使用 rman 命令连接源数据库：

rman target /

典型输出看起来类似于：

Recovery Manager: Release 19.0.0.0.0 - Production on Thu May 2 13:24:05 2024
Version 19.22.0.0.0

Copyright (c) 1982, 2019, Oracle and/or its affiliates.  All rights reserved.
connected to target database: Exx (DBID=xxxxxxxx)

使用以下命令显示RMAN配置设置：

RMAN> SHOW ALL;

存储和/或记录输出。

通过输入以下命令退出RMAN会话：

RMAN > exit;

作为参考，典型的 SHOW ALL 输出如下：

using target database control file instead of recovery catalog
RMAN configuration parameters for database with db_unique_name EXX are:
CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default
CONFIGURE BACKUP OPTIMIZATION OFF; # default
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP ON; # default
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # default
CONFIGURE DEVICE TYPE DISK PARALLELISM 8 BACKUP TYPE TO BACKUPSET; # default
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR LOAD TRUE ; # default
CONFIGURE RMAN OUTPUT TO KEEP FOR 7 DAYS; # default
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/oracle/EXX/19/dbs/snapcf_EXX.f'; # default

验证磁盘空间

确认磁盘空间足够大、格式化且已挂载，可以接受压缩的迁移数据库备份集。

• 如果磁盘空间位于实例的本地，则可获得最佳性能。
• 由于网络速度相对较慢，将数据库直接备份到 Cloud Object Storage 可能会导致备份执行延迟。
• 此程序将执行备份，并应用中等压缩率，同时考虑以下因素：
  • 压缩备份文件存储大约占 Oracle 数据库空间消耗的25%。
  • 本地文件系统的容量应足以存储将目标数据库恢复到所需时间点所需的全部备份集。
  • 目标系统需要通过以下选项之一访问备份集：
    • 备份集将被复制到本地文件系统。
    • 在本地环境中安装 Aspera 代理，
    • NFS 直接安装在 Cloud Object Storage 设备上，或者使用希捷Lyve Mobile传输设备。 这并不能带来最佳性能，过去也曾有过其他观察结果。

根据网络/访问速度，可能需要将文件从 NFS 挂载复制到本地存储。

源备份集文件系统

引用了专用的本地文件系统，例如用于迁移备份集的 /backup/rman。 作为替代方案，我们还使用 10GbE 和100 GbE 成功测试了从 NFS 安装的希捷Lyve移动设备直接还原/恢复。

执行以下命令确认是否有可用空间进行备份：

df -g /backup/rman

目标上备份集的文件系统

数据库复制或还原/恢复程序需要访问备份文件集，可通过以下选项之一进行：

• 备份集将被复制到本地文件系统。
• 将 NFS 安装在希捷Lyve Mobile传输设备上，或
• 一个 NFS，已安装到 IBM Cloud Object Storage，备份文件已从希捷设备复制到该邮箱。

关闭应用程序和数据库

在执行备份程序之前，请使用标准操作程序关闭 SAP 系统和 Oracle 数据库。

在使用多租户架构时，必须连接到根容器数据库（CDB），备份包括可插拔数据库（PDB）。

更多信息请参阅

• 关于CDB和PDB的操作。

确保记录 RMAN 配置

如准备部分 《RMAN 配置文件》 所述，在修改当前 RMAN 配置和相关参数之前，请务必保存或记录这些配置和参数。

在完成特殊的迁移备份后，需要重新使用原始的RMAN配置和参数，以便继续进行正常的计划备份操作。

备份选项 1 - 创建目标目录

以 oracle 用户身份登录，并执行以下命令创建目标备份目录，以匹配下一部分中描述的备份脚本。

如果目录不存在，RMAN脚本将失败。 此外，如果使用 NFS 挂载，您还需要确保 oracle 用户在 NFS 服务器上的定义文件 exports 中拥有正确的权限。 oracle 用户需要读写权限（rw ）。 最好不要在RMAN备份过程中使用 NFS。 使用 JFS2 或本地安装的文件系统可以获得更好的效果。

以下两个命令创建备份目标位置，并将环境变量 ORACLE_SID 设置为 <SID>。 请将 <SID> 替换为您的系统正确的值：

mkdir -p /backup/rman/<sid>_option1

setenv ORACLE_SID <SID>

当然，只要Oracle用户能够写入目标位置，您就可以使用任何目标位置，并且您可以修改下一步的备份脚本，以使用目标目录。

备份选项 1 - 备份脚本

RMAN脚本用于执行备份选项1。 脚本中使用的命令将在脚本之后讨论。 复制并粘贴脚本，并根据您的环境进行必要的调整。

所有RMAN设置和命令都包含在 option1_backup.rman 脚本文件中：

connect target /
SHUTDOWN IMMEDIATE
STARTUP MOUNT
CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/backup/rman/<sid>_option1/option1_cmp_%d_%U';
CONFIGURE DEVICE TYPE DISK PARALLELISM 60;
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/backup/rman/<sid>_option1/option1_cf_%F';
CONFIGURE COMPRESSION ALGORITHM 'HIGH';
CONFIGURE ENCRYPTION FOR DATABASE ON ;
CONFIGURE ENCRYPTION ALGORITHM 'AES256' ;
SET ENCRYPTION ON IDENTIFIED BY passw0rd ONLY ;
BACKUP AS compressed BACKUPSET section size 6000M DEVICE TYPE DISK DATABASE TAG <YOUR TAG ID HERE> include current controlfile ;
alter database open;
quit;

使用 oracle 用户从命令行执行此脚本。

rman @option1_backup.rman

RMAN根据所请求的备份类型将数据备份到配置的默认设备。 默认情况下，RMAN在磁盘上创建备份。 如果启用了快速恢复区域，并且没有指定 FORMAT 参数，则 RMAN 会在恢复区域中创建备份，并自动为其赋予唯一的名称。 这就是为什么要在前面修改参数中的格式，这里再次强调。

以下是RMAN脚本的主要组成部分：

SHUTDOWN IMMEDIATE
STARTUP MOUNT

CONFIGURE CONTROLFILE AUTOBACKUP ON
BACKUP AS compressed BACKUPSET section size 6000M DEVICE TYPE DISK DATABASE TAG EXX_100K_INITV3 include current controlfile ;

CONFIGURE DEVICE TYPE DISK PARALLELISM 8 BACKUP TYPE TO BACKUPSET;

CONFIGURE ENCRYPTION FOR DATABASE ON ;
CONFIGURE ENCRYPTION ALGORITHM 'AES256' ;
SET ENCRYPTION ON IDENTIFIED BY passw0rd ONLY ;

BACKUP AS compressed BACKUPSET section size 6000M DEVICE TYPE DISK DATABASE TAG <SID>_100K_INITV3 include current controlfile ;
alter database open;

RMAN> REPORT SCHEMA;
RMAN> LIST BACKUP SUMMARY;
RMAN> BACKUP VALIDATE CHECK LOGICAL DATABASE ARCHIVELOG ALL;
RMAN> VALIDATE DATAFILE 10;
RMAN> VALIDATE BACKUPSET 3;
RMAN> CROSSCHECK BACKUP;

export ORACLE_SID=<SID>
sqlplus "/ as sysdba";

SQL> create pfile='/backup/rman/init<SID>.ora' from spfile;

检查数据库大小

请确保文件系统中有足够的空间来备份数据库。 使用以下SQL语句确定当前数据库的大小：

SELECT SUM (bytes)/1024/1024/1024 AS GB FROM dba_segments;

确保记录 RMAN 配置

如准备部分 “RMAN 配置文件” 所述，请务必记录当前的 RMAN 配置和相关参数。 在完成特殊备份以进行迁移后，您需要确保RMAN配置保持不变，以便继续执行常规的备份操作。

备份选项 2 - 创建目标目录

以 oracle 用户身份执行以下命令。

前两个命令用于创建全量和增量备份的目标备份目录。 如果您使用不同的目录，请修改下一部分中的两个备份脚本。 第三个命令设置环境变量 ORACLE_SID，将 <SID> 替换为您的系统SID值：

mkdir -p /backup/rman/<sid>_option2
mkdir -p /backup/rman/<sid>_option2_inc1

setenv ORACLE_SID <SID>

备份选项 2 - 备份脚本

connect target /
CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/backup/rman/<sid>_option2/lev0_%d_%U';
CONFIGURE BACKUP OPTIMIZATION ON;
CONFIGURE DEVICE TYPE DISK PARALLELISM 60;
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/backup/rman/<sid>_option2/lev0_cf_%F';
CONFIGURE COMPRESSION ALGORITHM 'MEDIUM';
CONFIGURE ENCRYPTION FOR DATABASE ON ;
CONFIGURE ENCRYPTION ALGORITHM 'AES256' ;
SET ENCRYPTION ON IDENTIFIED BY passw0rd ONLY ;
BACKUP  tag '<Your TAG Here>' incremental level 0 AS compressed BACKUPSET section size 6000M DEVICE TYPE DISK DATABASE INCLUDE CURRENT CONTROLFILE PLUS ARCHIVELOG;
quit;

rman @option2_backup_level0.rman

Recovery Manager complete.

CONFIGURE BACKUP OPTIMIZATION ON;

CONFIGURE CONTROLFILE AUTOBACKUP ON;

BACKUP AS compressed BACKUPSET section size 6000M DEVICE TYPE DISK DATABASE PLUS ARCHIVELOG TAG ECOM_option1 include current controlfile;

CONFIGURE DEVICE TYPE DISK PARALLELISM 8 BACKUP TYPE TO BACKUPSET;

CONFIGURE COMPRESSION ALGORITHM 'MEDIUM' ;

CONFIGURE ENCRYPTION FOR DATABASE ON;
CONFIGURE ENCRYPTION ALGORITHM 'AES256';
SET ENCRYPTION ON IDENTIFIED BY passw0rd ONLY ;

BACKUP  tag '<Your TAG here>' incremental level 0 AS compressed BACKUPSET section size 6000M DEVICE TYPE DISK DATABASE INCLUDE CURRENT CONTROLFILE PLUS ARCHIVELOG TAG <SID>_LEV0;

connect target /
CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/backup/rman/<sid>_option2_inc1/inc1_%d_%U';
CONFIGURE BACKUP OPTIMIZATION ON;
CONFIGURE DEVICE TYPE DISK PARALLELISM 60;
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/backup/rman/<sid>_option2_inc1/inc1_cf_%F';
CONFIGURE COMPRESSION ALGORITHM 'MEDIUM';
CONFIGURE ENCRYPTION FOR DATABASE ON ;
CONFIGURE ENCRYPTION ALGORITHM 'AES256' ;
SET ENCRYPTION ON IDENTIFIED BY passw0rd ONLY ;
BACKUP TAG `<SID>`_INC1 incremental level 1 AS compressed BACKUPSET section size 6000M DEVICE TYPE DISK DATABASE INCLUDE CURRENT CONTROLFILE PLUS ARCHIVELOG;
quit;

setenv ORACLE_SID <SID>

rman @option2_backup_inc1.rman

检查服务器时间和日期

以系统管理员身份连接数据库并执行命令，具体操作请参见说明。 请注意，数据库仅设置为 mount 模式，而非 opened。

设置NLS日期格式用作从 date-to-string 或 string-to-dates 隐式转换的格式模型，如果您选择执行时间点恢复，这一点非常重要。

下图中的第二个SQL命令强制 Oracle 写入新的日志，该命令运行后显示文件创建的日期戳，并提供一个时间戳，用于通过应用适用的日志将数据库向前滚动。

通过RMAN执行最后的增量备份。

RMAN> REPORT SCHEMA;
RMAN> LIST BACKUP SUMMARY;
RMAN> LIST BACKUPSET <TAG ID> ;
RMAN> BACKUP VALIDATE CHECK LOGICAL DATABASE ARCHIVELOG ALL;
RMAN> VALIDATE DATAFILE 10;
RMAN> VALIDATE BACKUPSET 3;
RMAN> CROSSCHECK BACKUP;

setenv ORACLE_SID <SID>
sqlplus "/ as sysdba";

SQL> create pfile='/backup/rman/init<SID>.ora' from spfile;

检查PFILE

现在，我们将查看存储在 init<SID>.ora 中的 Oracle 参数文件，即 PFILE。

检查已保存的PFILE中包含的数据库参数，并检查文件名规范。 参数 audit_file_dest= 引用了目标服务器上尚不存在的目录位置。 其他文件目标引用了应该已经创建的ASM磁盘组。

IBM Cloud 如果目标服务器中的文件位置与源环境不匹配，则需要在RMAN脚本中进行额外的配置更改，因此，当您通过 cloning 发送您的 Oracle 服务器时，请务必比较 init<SID>.ora 文件中提到的配置，并确保目标系统上存在这些位置。

检查审计目录

检查并确认目标服务器上存在审计文件目录，且该目录与PFILE中列出的目录一致，并赋予正确的所有权和模式。

检查 ASM 磁盘组和其他目录定义

确认PFILE中引用的ASM磁盘组在目标上存在，并且有足够的可用空间。 作为Oracle网格用户，请运行：

asmcmd lsdg

如果未使用 ASM 组，请查看 PFILE 并确认引用的目录是否存在。 此时，您可以选择以下恢复选项之一。

选择使用 nofilenamecheck 和 noredo 与选项的原因 duplicate database

nofilenamecheck

选项 nofilenamecheck 将停止RMAN通过比较与复制备份的控制文件所包含的信息来预检查目标系统的目录和文件位置。 如果您想使用相同的文件系统位置、SID等将源数据库还原为1-2-1副本，这是必要的。 如果没有该选项，您会收到警告，并停止还原，指出已发现冲突，目标文件位置将恢复为与源文件位置匹配。 如果出现这种情况，请将 nofilenamecheck 添加到还原命令中并重新尝试，还原即可正常工作。

noredo

如前所述，必须在 rman_duplicate.cmd 脚本中的重复数据库命令中添加 noredo 选项。

这告诉RMAN您要还原完整的 offline 备份，并且不检查任何重写日志。 Oracle DBA在尝试使用备份命令中提到的 创建重复备份时，已经知道会出现这些问题。PLUS ARCHIVELOG

以 NOMOUNT 模式启动目标数据库

以下步骤应由用户 oracle 执行。 请按照惯例，将 <SID> 替换为您的系统SID值：

setenv ORACLE_SID <SID>

以 NOMOUNT 模式启动 Oracle 实例，直接指定要使用的配置文件。 请注意，在我们的环境中，我们使用 Oracle 在 SAP 环境中，因此我们的ORACLE_HOME是 /oracle/EC9/19.0.0，您的环境可能有所不同，因此请修改示例中的路径，并记住在此后提到的命令中替换您自己的 Oracle <SID>。

sqlplus "/ as sysdba"

SQL> startup nomount pfile='/backup/rman/ora/initEC6.ora';
SQL> create spfile='/oracle/EC6/19.0.0/dbs/spfileEC6.ora' from pfile='/backup/rman/ora/initEC6.ora';
SQL> shutdown immediate;
SQL> startup nomount;
SQL> show parameter spfile;

显示参数的输出通常如下所示：

NAME                 TYPE            VALUE
---------          -------------    ---------------------------------
spfile               string          /oracle/EC6/19/dbs/spfileEC6.ora

获取备份文件集中的配置文件路径

控制文件（cf）已包含在完整备份（0级）中。 确定备份 option2 level0 文件集中控制文件的完整路径。

示例：

find /backup/rman/ec6_option2 -name "lev0_cf_*"

find命令会打印出所有与名称模式匹配的文件名，包括路径：

/backup/rman/ec6_option2/lev0_cf_c-2252531432-20240529-01

如果没有输出，请参考您使用选项2级别0程序创建的备份文件，以确定控制文件的位置，并检查备份文件集是否在目标服务器上以及位于何处。

还原脚本说明

请根据您的 Oracle 环境/安装情况，将 archive、redologs 和 controlfiles 替换为正确的位置。

备份文件是加密的，RMAN需要加密密码才能还原数据库文件。

SET DECRYPTION IDENTIFIED BY passw0rd;

我们从包含RMAN目录的0级备份中恢复数据库控制文件，我们需要使用该目录将备份文件映射到数据文件以及数据文件列表及其预期位置。

restore controlfile from '/backup/rman/ec6_option2/lev0_cf_c-2252531432-20240529-01';

然后，我们将数据库更改为 mount mode，这是下一步骤所需的。

alter database mount;

使用我们分配给0级备份的TAG，我们指示RMAN从该特定备份还原数据库。

restore database from tag IBMECC02_EC6_LEV0;

最后一步，我们将任何包含存档日志的0级备份应用到还原的数据库中。 请注意，这不会打开数据库，以便我们以后将增量备份和/或归档日志应用到数据库中。

recover database;

运行还原数据库 level0 脚本

确保数据库实例启动时 startup nomount

用户 oracle 执行还原脚本：

rman @restore_option2_lev0.rman

示例输出内容繁多，在此不一一列举。

恢复增量备份（第 1 级）--最终备份除外

将剩余的增量级别1备份集和归档日志编入目标目录。 如果提供了多个增量备份，则这是一个迭代过程。

对于所有增量备份（最后一次除外），您只需执行

recover database ;

通过这一步，增量备份集被编目。

编目最终增量备份（第 1 级）

最后的增量备份要求恢复操作只能持续到特定时间，以便能够打开数据库！

目标数据库可以保持 MOUNT 状态，并根据需要连续应用增量级别1和归档的REDO日志。 将新的备份文件和归档日志编目，并恢复到最终切换准备就绪。

以下命令假定所有增量备份都存储在 /backup/rman 下的目录中。

仍然在SQL*Plus中，执行以下SQL命令：

RMAN> catalog start with '/backup/rman';

示例输出，仅显示第一个增量级别1备份中的备份文件：

searching for all files that match the pattern /backup/rman

List of Files Unknown to the Database
=====================================
File Name: /backup/rman/ec6_option2_inc1/inc1_EC6_dk2s0rg6_1460_1_1
File Name: /backup/rman/ec6_option2_inc1/inc1_EC6_dl2s0rgc_1461_1_1
File Name: /backup/rman/ec6_option2_inc1/inc1_EC6_dl2s0rgc_1461_2_1
File Name: /backup/rman/ec6_option2_inc1/inc1_EC6_dm2s0rgc_1462_1_1
File Name: /backup/rman/ec6_option2_inc1/inc1_EC6_dn2s0rgc_1463_1_1
File Name: /backup/rman/ec6_option2_inc1/inc1_EC6_do2s0rgc_1464_1_1
File Name: /backup/rman/ec6_option2_inc1/inc1_EC6_dp2s0rgc_1465_1_1
File Name: /backup/rman/ec6_option2_inc1/inc1_EC6_dq2s0rge_1466_1_1
File Name: /backup/rman/ec6_option2_inc1/inc1_EC6_dr2s0rgh_1467_1_1
File Name: /backup/rman/ec6_option2_inc1/inc1_EC6_ds2s0rgn_1468_1_1
        ...Lines Omitted ...
File Name: /backup/rman/ibmecc02/ec6_option2_inc1/inc1_EC6_eo2s0rlq_1496_1_1
File Name: /backup/rman/ibmecc02/ec6_option2_inc1/inc1_EC6_ep2s0rlu_1497_1_1
File Name: /backup/rman/ibmecc02/ec6_option2_inc1/inc1_EC6_eq2s0rm3_1498_1_1
File Name: /backup/rman/ibmecc02/ec6_option2_inc1/inc1_EC6_er2s0rm6_1499_1_1
File Name: /backup/rman/ibmecc02/ec6_option2_inc1/inc1_EC6_es2s0rma_1500_1_1
File Name: /backup/rman/ibmecc02/ec6_option2_inc1/inc1_EC6_eu2s0rmi_1502_1_1
File Name: /backup/rman/ibmecc02/ec6_option2_inc1/inc1_cf_c-2252531432-20240529-02

Do you really want to catalog the above files (enter YES or NO)? YES
cataloging files...
cataloging done

将最终增量备份（第 1 级）恢复到给定时间点

对于所有增量备份（最终备份除外），您可以在RMAN中执行以下操作：

请记住，由于备份是在加密状态下创建的，因此您需要更新RMAN中的配置，以便使用密码解密备份，否则您将遇到 ORA-19913: unable to decrypt backup 之类的错误，ORA-28365: wallet is not open

RMAN> SET ENCRYPTION ALGORITHM 'AES256' ;
RMAN> SET DECRYPTION IDENTIFIED BY passw0rd;
RMAN> recover database ;

在将最终增量备份文件编目后，恢复操作需要达到备份中确定的日期/时间

在最后一次恢复操作之后，预计不会再从恢复的角度对数据库进行任何更改。 设置时间和日期格式：

RMAN> alter session set nls_date_format='DD-MM-YYYY HH24:mi:SS' ;

您可以在此处找到日期范围示例：

RMAN> recover database until time '13-01-2024 11:52:12';