配置备份的默认类型：备份集或副本
要配置默认备份类型：
配置磁盘通道
默认情况下，RMAN 为所有操作分配一个磁盘通道。您可以为此通道指定不同的选项，例如，备份的新默认位置。
配置非默认备份位置
此示例将 RMAN 配置为将磁盘备份写入/disk1目录，并为相对文件名指定非默认格式。
CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/disk1/ora_df%t_s%s_s%p';
RMAN自动将格式说明符%t替换为四字节时间戳，将%s替换为备份集编号，将%p替换为备份条目编号。
注意：为磁盘通道配置显式格式时，RMAN默认不会在快速恢复区域中创建备份。在这种情况下，您将失去快速恢复区域的磁盘空间管理功能。
配置 ASM 磁盘位置
CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '+dgroup1';
配置控制文件和服务器参数文件自动备份
您可以将 RMAN 配置为自动备份控制文件和服务器参数文件。每当添加备份记录时，就会发生自动备份。
如果数据库在ARCHIVELOG模式下运行，那么只要控制文件中的数据库结构元数据发生更改，也会进行自动备份。控制文件自动备份使 RMAN 能够在当前控制文件、恢复目录和服务器参数文件丢失的情况下恢复数据库。
因为自动备份的文件名遵循众所周知的格式，所以 RMAN 可以在不访问存储库的情况下搜索它，然后恢复服务器参数文件。使用恢复的服务器参数文件启动实例后，RMAN 可以从自动备份恢复控制文件。挂载控制文件后，RMAN 存储库可用，RMAN 可以恢复数据文件并查找归档的重做日志。
要启用自动备份功能：
CONFIGURE CONTROLFILE AUTOBACKUP ON;
要禁用自动备份功能：
CONFIGURE CONTROLFILE AUTOBACKUP OFF;
配置控制文件自动备份格式
该SET CONTROLFILE AUTOBACKUP FORMAT命令（您可以在RUN命令中或在 RMAN 提示符处指定）仅覆盖当前会话中配置的自动备份格式。
优先顺序为：
SET CONTROLFILE AUTOBACKUP FORMAT（在一个RUN块内)SET CONTROLFILE AUTOBACKUP FORMAT（在RMAN提示时）CONFIGURE CONTROLFILE AUTOBACKUP FORMAT
以下示例显示了两种形式的SET CONTROLFILE AUTOBACKUP FORMAT交互方式：
SET CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO 'controlfile_%F';
BACKUP AS COPY DATABASE;
RUN
{
SET CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/tmp/%F.bck';
BACKUP AS BACKUPSET
DEVICE TYPE DISK
DATABASE;
}
第一个SET CONTROLFILE AUTOBACKUP FORMAT控制控制文件自动备份的名称，直到RMAN客户端退出，覆盖所有配置的控制文件自动复制格式。在RUN块期间，RUN块中的SET CONTROFILE AUTOBACKUP FORMAT将覆盖RUN块外部的SET ONTROLFILE AUTOBACKUP FORM。
配置 RMAN 以对恢复设备进行备份
略。。。。
配置快速恢复区
快速恢复区功能使您可以设置一个磁盘区域，数据库可以在其中创建和管理与备份和恢复相关的各种文件。
强烈建议使用快速恢复区。考虑配置快速恢复区作为实施备份策略的第一步。
快速恢复区文件概览
快速恢复区可以包含控制文件、在线重做日志、归档重做日志、闪回日志和 RMAN 备份。
恢复区中的文件是永久的或暂时的。永久文件是数据库实例使用的活动文件。所有不是永久的文件都是临时的。一般来说，Oracle 数据库最终会在临时文件在备份保留策略下过时或已备份到磁带后删除它们。
快速恢复区是 Oracle 数据库管理的空间，可用于保存 RMAN 磁盘备份、控制文件自动备份和归档重做日志文件。放置在此位置的文件由 Oracle 数据库维护，生成的文件名以 Oracle 托管文件 (OMF) 格式维护。
快速恢复区中的文件
| 文件 | 类型 | 快速恢复区不可访问时的数据库行为 |
|---|---|---|
|
当前控制文件的多路复用副本 |
永恒的 |
如果数据库无法写入存储在快速恢复区中的控制文件的多路复用副本，则该实例将失败。即使可访问的多路复用副本位于恢复区域之外，也会发生故障。 |
|
在线重做日志文件 |
永恒的 |
如果在线重做日志的镜像副本存在于快速恢复区域之外的可访问位置，则实例可用性不会受到影响。否则，实例失败。 |
|
归档重做日志文件 |
短暂的 |
如果将日志归档到快速恢复区域之外的可访问位置，则不会影响实例可用性。否则，数据库最终会停止，因为它无法归档在线重做日志。 |
|
外部归档重做日志文件 |
短暂的 |
实例可用性不受影响。 注意：外部归档重做日志由 LogMiner 会话的逻辑备用数据库接收。与普通归档日志不同，外部归档重做日志与不同的 DBID 相关联。因此，它不能在逻辑备用数据库上备份或恢复。 |
|
数据文件和控制文件的映像副本 |
短暂的 |
实例可用性不受影响。 |
|
备份件 |
短暂的 |
实例可用性不受影响。 |
|
闪回日志 |
短暂的 |
如果未定义保证还原点，实例可用性不会受到影响。在这种情况下，数据库会自动禁用闪回数据库，将消息写入警报日志，然后继续数据库处理。如果配置了保证还原点，实例会因为闪回日志的相互依赖性而失败。 Oracle 闪回数据库特性为数据库时间点恢复 (DBPITR) 提供了一种方便的替代方案，可生成闪回日志。这些日志是临时文件，必须存放在快速恢复区。与其他临时文件不同，闪回日志不能备份到其他媒体。如果快速恢复区没有足够的空间来存储闪回日志并且满足其他备份保留要求，那么恢复区可以删除闪回日志。 |
Oracle 如何管理快速恢复区中的磁盘空间
快速恢复区的空间在必须根据保留策略保留的备份和归档日志以及其他可能被删除的文件之间进行平衡。
Oracle 数据库不会从快速恢复区删除符合条件的文件，直到必须将空间回收用于其他目的。但是，从 Oracle 数据库第 19c 版开始，超出配置保留期的闪回日志将被自动删除。最近移至磁带的文件通常仍可在磁盘上用于恢复。因此，恢复区可以用作磁带的高速缓存。当快速恢复区已满时，Oracle 数据库会根据需要自动删除符合条件的文件以回收恢复区中的空间。
启用快速恢复区
您可以通过设置两个初始化参数来启用快速恢复区。这些参数启用快速恢复区，无论是否需要关闭和重新启动数据库实例。
在 Oracle Real Application Clusters (Oracle RAC) 数据库中，所有实例的这些初始化参数必须具有相同的值。该位置必须位于集群文件系统、ASM 或共享目录上。
快速恢复区的初始化参数
| 初始化参数 | 必需的 | 描述 |
|---|---|---|
|
|
是的 |
指定磁盘配额，这是该数据库的恢复区要使用的最大数据存储量（以字节为单位）。您必须在之前 设置此参数 该
|
|
|
是的 |
指定恢复区位置，可以是文件系统目录或 ASM 磁盘组，但不能是原始磁盘。该位置必须足够大以容纳磁盘配额。 |
|
|
不 |
指定数据库可以闪回的时间上限（以分钟为单位）。仅闪回数据库需要此参数。 该参数间接决定了在恢复区中保留了多少闪回日志数据。数据库生成的闪回日志的大小可能会因数据库工作负载而有很大差异。如果在给定的时间间隔内有更多的块受到数据库更新的影响，那么为该时间间隔生成的闪回日志数据将使用更多的磁盘空间。 |
要启用快速恢复区域：
- 使用参数设置快速恢复区的大小
DB_RECOVERY_FILE_DEST_SIZE。 - 使用参数设置闪回恢复文件的物理位置
DB_RECOVERY_FILE_DEST。
设置快速恢复区大小时的注意事项
快速恢复区域越大，它就越有用。
理想情况下，快速恢复区足够大，可以包含控制文件、在线重做日志、归档重做日志和闪回日志。它应该能够包含数据库中所有数据文件的副本以及您选择的备份策略使用的增量备份。
如果提供这么多空间是不切实际的，那么最好创建一个足够大的区域来保存最重要的表空间和尚未在磁带上的所有归档日志的备份。至少，快速恢复区必须足够大，以包含尚未在磁带上的归档重做日志。如果恢复区没有足够的空间来存储新的闪回日志并满足其他备份保留要求，那么为了腾出空间，恢复区可能会删除旧的闪回日志。
估算有用的快速恢复区大小的公式取决于：
-
您的数据库有少量或大量频繁更改的数据块
-
您仅将备份存储在磁盘或磁盘和磁带上
-
您使用基于冗余的备份保留策略或基于恢复窗口的保留策略
-
您计划使用闪回数据库或有保证的还原点作为时间点恢复的替代方案，以响应逻辑错误
如果您计划启用闪回日志记录，那么闪回日志的生成量与重做日志的生成量大致相同。例如，如果您打算设置DB_FLASHBACK_RETENTION_TARGET为 24 小时，并且如果数据库在一天内生成 20 GB 的重做，那么一般的经验法则是允许 20 GB 到 30 GB 的磁盘空间用于闪回日志。启用闪回日志记录时，相同的规则适用于保证还原点。例如，如果数据库每天生成 20 GB 的重做，并且如果保证还原点保留一天，则计划分配 20 到 30 GB。
假设您想在备份保留策略设置为REDUNDANCY 1时确定快速恢复区域的大小，并且您打算遵循Oracle建议的使用永久增量策略的策略。在本例中，您使用以下公式来估计磁盘配额，其中n是增量更新之间的间隔（以天为单位），y是在逻辑备用数据库上应用外部存档重做日志的延迟：
Disk Quota = Size of a copy of database + Size of an incremental backup + Size of (n+1) days of archived redo logs + Size of (y+1) days of foreign archived redo logs (for logical standby) + Size of control file + Size of an online redo log member * number of log groups + Size of flashback logs (based on DB_FLASHBACK_RETENTION_TARGET value)
使用数据库初始化参数设置快速恢复区的位置和大小。
要确定快速恢复区的最佳大小并设置恢复区位置：
-
Use the Database Configuration Assistant to set the size.
3、设置恢复区位置。
通过以下任一方式设置初始化参数：
在数据库的参数文件中设置DB_RECOVERY_FILE_DEST，如下例所示：
DB_RECOVERY_FILE_DEST = '/u01/oradata/rcv_area'
数据库打开时用 SQL 语句ALTER SYSTEM SET指定 DB_RECOVERY_FILE_DEST。
以下示例将快速恢复区设置为名为 的自动存储管理 (ASM) 磁盘组disk1：
ALTER SYSTEM SET DB_RECOVERY_FILE_DEST = '+disk1' SCOPE=BOTH SID='*';
以下示例将快速恢复区设置为文件系统目录/disk1/fast_recovery_area：
ALTER SYSTEM SET DB_RECOVERY_FILE_DEST = '/disk1/fast_recovery_area' SCOPE = BOTH SID = '*';
-
使用数据库配置助手设置位置。
如果不打算使用闪回日志记录，请打开数据库（如果它已关闭），不要完成此过程中的其余步骤。
4、如果启用了闪回日志记录，则在DB_flashback_RETENTION_TARGET指定的时间段内，在正常工作负载下运行数据库。
这样，数据库可以生成具有代表性的闪回日志样本。
5、Query the V$FLASHBACK_DATABASE_LOG view as follows:
SELECT ESTIMATED_FLASHBACK_SIZE FROM V$FLASHBACK_DATABASE_LOG;
结果是根据启用flashback数据库后的数据库工作负载，估计了满足当前flashback保留目标所需的磁盘空间。
6、如有必要，根据DB_flashback_RETENTION_TARGET指定的时间段内生成的闪回日志的实际大小调整闪回日志空间要求。
禁用快速恢复区
您可以使用该ALTER SYSTEM命令禁用快速恢复区。
如果您已启用闪回数据库或使用存档日志的快速恢复区，请从以下步骤中采取适当的步骤。否则，跳到第 3 步：
ALTER DATABASE FLASHBACK OFF;
2、如果您将快速恢复区用于归档日志，则将初始化参数LOG_ARCHIVE_DEST_n设置为使用非快速恢复区位置。
例如，要将快速恢复区更改LOG_ARCHIVE_DEST_1为非快速恢复区位置，请使用以下命令ALTER SYSTEM SET：
LOG_ARCHIVE_DEST_1='LOCATION=USE_DB_RECOVERY_FILE_DEST'
ALTER SYSTEM SET LOG_ARCHIVE_DEST_1='LOCATION=/ORACLE/DBS/';
3、禁用快速恢复区初始化参数。
ALTER SYSTEM SET DB_RECOVERY_FILE_DEST='';
配置控制文件和重做日志的位置
使用初始化参数来配置控制文件和重做日志的默认位置。
配置在线重做日志位置
确定在何处创建联机重做日志文件的初始化参数是DB_CREATE_ONLINE_LOG_DEST_n、DB_RECOVERY_FILE_DEST和DB_CREATE_FILE_DEST。
以下 SQL 语句可以在快速恢复区创建在线重做日志：
-
CREATE DATABASE -
ALTER DATABASE ADD LOGFILE -
ALTER DATABASE ADD STANDBY LOGFILE -
ALTER DATABASE OPEN RESETLOGS
在快速恢复区创建的在线日志的默认大小为 100 兆字节。日志成员文件名由数据库自动生成。
配置控制文件位置
初始化参数CONTROL_FILES、DB_CREATE_ONLINE_LOG_DEST_n、DB_RECOVERY_FILE_DEST和DB_CREETE_FILE_DEST都会相互作用，以确定创建数据库控制文件的位置。
如果数据库创建Oracle托管控制文件，并且数据库使用服务器参数文件，则数据库会在服务器参数文件中设置control_FILES初始化参数。如果数据库使用客户端初始化参数文件，则必须在初始化参数文件中手动设置CONTROL_FILES初始化参数。
配置归档重做日志位置
Oracle 建议您使用快速恢复区作为归档位置，因为归档日志由数据库自动管理。
快速恢复区域中归档日志的生成文件名用于Oracle管理的文件，不由参数LOG_ARCHIVE_FORMAT确定。无论您选择什么归档方案，都建议您创建归档重做日志的多个副本。
您有以下用于归档重做日志的基本选项，从推荐的最多到最少列出：
-
仅允许归档到快速恢复区域，并使用磁盘镜像创建保护归档的重做日志所需的冗余。
如果指定了DB_RECOVERY_FILE_DEST，但未指定LOG_ARCHIVE_DEST_n，则LOG_ARCHIVE_DEST_10将隐式设置为恢复区域。您可以通过将LOG_ARCHIVE_DEST_10设置为空字符串来覆盖此行为。
-
启用快速恢复区域的存档，并将其他LOG_ARCHIVE_DEST_n初始化参数设置为快速恢复区域之外的位置。
如果配置了快速恢复区域，则可以通过将任何LOG_ARCHIVE_DEST_n参数设置为LOCATION=USE_DB_recovery_FILE_DEST，将快速恢复区域添加为归档目标。
- 将LOG_ARCHIVE_DEST_n初始化参数设置为仅存档到非快速恢复区域位置。
如果使用快速恢复区域，则无法使用LOG_ARCHIVE_DEST和LOG_ARCHIVE_DUPLEX_DEST初始化参数。使用这些参数中的任何一个都会阻止您启动实例。而是设置LOG_ARCHIVE_DEST_n参数。数据库使用LOG_ARCHIVE_DEST_n后，可以配置恢复区域。
另请注意，如果启用归档，但未为LOG_ARCHIVE_DEST、LOG_ARCHIVE_DEST_n或DB_RECOVERY_FILE_DEST设置任何值，则重做日志将归档到特定于平台的默认位置。例如，在Solaris上，默认值为/数据库。
在快速恢复区配置 RMAN 文件创建
某些 RMAN 命令或隐式操作（例如控制文件自动备份）可以在快速恢复区域中创建文件。
本节说明如何控制命令是在快速恢复区还是在其他目的地创建文件。命令是：
-
If you do not specify the
FORMATclause for disk backups, then RMAN creates backup pieces and image copies in the fast recovery area, with names in Oracle Managed Files (OMF) format. If a fast recovery area is enabled, and if you do specifyFORMATonBACKUPor a channel, then RMAN creates the backup in a platform-specific location rather than in the recovery area. -
Control File Autobackup
RMAN can create control file autobackups in the fast recovery area. Use the RMAN command
CONFIGURECONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK CLEARto clear any configured format option for the control file autobackup location on disk. RMAN creates control file autobackups in the fast recovery area when no other destination is configured. -
RESTOREARCHIVELOGExplicitly or implicitly set a
LOG_ARCHIVE_DEST_nparameter toLOCATION=USE_DB_RECOVERY_FILE_DEST. If you do not specifySETARCHIVELOG DESTINATIONto override this behavior, then RMAN restores archived redo log files to the fast recovery area. -
RECOVERDATABASEorRECOVER TABLESPACE,RECOVER ... BLOCK, andFLASHBACK DATABASEThese commands restore archived redo log files from backup for use during media recovery, as required by the command. RMAN restores any redo log files needed during these operations to the fast recovery area and deletes them after they are applied during media recovery.
To direct the restored archived logs to the fast recovery area, set a
LOG_ARCHIVE_DEST_nparameter toLOCATION = USE_DB_RECOVERY_FILE_DEST. Verify that you are not usingSET ARCHIVELOG DESTINATIONto direct restored logs to some other destination.
配置备份保留策略
配置基于冗余的保留策略
CONFIGURE RETENTION POLICY命令的REDUNDANCY参数指定RMAN保留的每个数据文件和控制文件的完整备份或0级备份的数量。默认保留策略为REDUNDANCY 1。
如果特定数据文件或控制文件的完全备份或0级备份的数量超过了REDUNDANCY设置，则RMAN会认为额外备份已过时。当您生成更多备份时，RMAN会跟踪要保留的备份和过时的备份。RMAN保留恢复非过时备份所需的所有归档日志和增量备份。
假设您在周一、周二、周三和周四对数据文件7进行了完整备份。现在，您有四个此数据文件的完整备份。如果REDUNDANCY为2，则星期一和星期二备份将过时。如果您在星期五进行另一次备份，则数据文件7的星期三备份将过时。
假设另一种情况，其中REDUNDANCY为1。您在周一中午运行0级数据库备份，在周二和周三中午运行1级累积备份，在周四中午运行0级别备份。每天备份后，立即运行命令DELETE OBSOLETE。星期三DELETE命令不会删除星期二的级别1备份，因为此备份不是冗余的：星期二的1级备份可用于将星期一的级别0备份恢复到星期二中午到星期三中午之间的时间。但是，星期四的DELETE命令会删除以前的0级和1级备份。
在RMAN提示符下运行CONFIGURE RETENTION POLICY命令，如下例所示：
CONFIGURE RETENTION POLICY TO REDUNDANCY 3;
配置基于恢复窗口的保留策略
CONFIGURE命令的RECOVERY WINDOW参数指定当前时间与最早可恢复点之间的天数。
如果完全备份或0级增量备份在恢复窗口内，RMAN不会将其视为过时备份。此外，RMAN保留了恢复到窗口内随机点所需的所有归档日志和1级增量备份。在RMAN提示符下使用CONFIGURE RETENTION POLICY命令配置基于恢复窗口的保留策略。
以下示例确保您可以将数据库恢复到上周内的任何时间点：
CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS;
RMAN不会自动删除恢复窗口显示为过时的备份。相反，RMAN在REPORT OBSOLETE输出和V$BACKUP_FILES的OBSOLET列中将其显示为OBSOLETE。如果运行DELETE obsolete命令，RMAN将删除过时的文件。
禁用保留策略
当您禁用保留策略时，RMAN 不会将任何备份视为过时。
要禁用保留策略，请运行以下命令：
CONFIGURE RETENTION POLICY TO NONE;
将保留策略配置为NONE与清除它不同。清除将返回REDUNDANCY 1的默认设置，而NONE将禁用该设置。
警告：如果使用的是快速恢复区域，请不要在禁用保留策略的情况下运行数据库。如果文件从未被视为过时，则只有将文件备份到其他磁盘位置或第三存储设备（如磁带）后，才能从快速恢复区域中删除该文件。
配置归档重做日志删除策略
您可以使用 RMAN 创建持久配置，以控制归档重做日志何时可以从磁盘中删除。
关于归档重做日志删除策略
您可以使用该CONFIGURE ARCHIVELOG DELETION POLICY命令指定归档重做日志何时可以删除。
此删除策略适用于所有归档目的地，包括快速恢复区。
存档的重做日志可以由数据库或用户启动的RMAN命令自动删除。数据库只能自动删除快速恢复区域中的日志。对于快速恢复区域中的归档重做日志文件，数据库会尽可能长时间地保留它们，并在需要额外磁盘空间时自动删除符合条件的日志。当发出BACKUP…delete INPUT或delete ARCHIVELOG命令时，可以从任何位置手动删除符合条件的日志，无论是在快速恢复区域内部还是外部。
-
Oracle 数据库备份和恢复参考中的
CONFIGURE ARCHIVELOG DELETION POLICY条目，了解有关策略选项的详细信息
当归档重做日志删除策略被禁用时
您可以使用CONFIGURE ARCHIVELOG DELETION POLICY BACKED UP integer TIMES TO DEVICE TYPE命令启用存档日志删除策略。此配置指定仅当指定设备类型上存在指定数量的归档日志备份时，归档日志才可以删除。
如果删除策略配置为BACKED UP integer TIMES子句，则BACKUP ARCHIVELOG命令将复制日志，除非指定的设备类型上存在整数备份。如果存在日志的整数备份，则BACKUP ARCHIVELOG命令将跳过这些日志。通过这种方式，归档日志删除策略在BACKUP ARCHIVELOG命令中起到默认的NOT BACKED UP整数TIMES子句的作用。您可以通过在BACKUP命令上指定FORCE选项来覆盖删除策略。
归档日志删除策略还具有特定于Data Guard环境的选项。例如，如果指定APPLIED ON STANDBY子句，则RMAN可以在日志应用于所有强制远程目标后删除日志。如果指定SHIPPED TO STANDBY，则RMAN可以在日志传输到所有强制备用目标后删除日志。
启用归档重做日志删除策略
默认情况下，归档重做日志删除策略设置为NONE.
要启用归档重做日志删除策略：
以下示例指定，当日志至少备份两次到磁带时，归档的重做日志可以从快速恢复区域和所有本地归档目标中删除：
CONFIGURE ARCHIVELOG DELETION POLICY TO BACKED UP 2 TIMES TO SBT;
标签：DEST,恢复,数据库,配置,缩减,备份,RMAN,日志 From： https://www.cnblogs.com/wonchaofan/p/16796637.html