版本说明书

Size: px

Start display at page:

Download "版本说明书"

邮吉
5 years ago
Views:

1 华为 FusionCube 备份方案白皮书文档版本 V1.0 发布日期

2 版权所有 2013 保留一切权利非经本公司书面许可, 任何单位和个人不得擅自摘抄复制本文档内容的部分或全部, 并不得以任何形式传播商标声明和其他华为商标均为的商标本文档提及的其他所有商标或注册商标, 由各自的所有人拥有注意您购买的产品服务或特性等应受华为公司商业合同和条款的约束, 本文档中描述的全部或部分产品服务或特性可能不在您的购买或使用范围之内除非合同另有约定, 华为公司对本文档内容不做任何明示或暗示的声明或保证由于产品版本升级或其他原因, 本文档内容会不定期进行更新除非另有约定, 本文档仅作为使用指导, 本文档中的所有陈述信息和建议不构成任何明示或暗示的担保地址 : 深圳市龙岗区坂田华为总部办公楼邮编 : 网址 : i

3 目录目录 1 备份简介数据库备份概述为什么需要备份备份系统设计原则备份系统的定位 ( 与容灾的关系 ) 备份系统的组成数据库备份典型需求描述 FusionCube 数据库备份方案简介 FusionCube 数据库备份方案方案概述适用场景方案组网备份策略备份检查检查 oracle 用户是否有执行 crontab 的权限检查数据库是否为归档模式检查数据库备份目录和空间修改数据库备份数据的保留策略打开控制文件的自动备份数据备份过程备份脚本目录创建数据库全备份脚本归档日志备份命令脚本设置归档日志备份的定时任务数据库的恢复查找控制文件利用数据库全备份文件恢复数据库利用归档日志备份恢复数据库利用数据库全备份进行恢复数据库的测试 ii

4 目录 3 语 iii

5 1 备份简介 1 备份简介 1.1 数据库备份概述为什么需要备份备份系统设计原则数据库支撑现代企业各种 IT 应用, 是企业 IT 基础设施的核心, 它储存了整个 IT 系统是有价值的数据数据库中的数据丢失, 往往会给企业造成难以估量的经济损失客户流失保持数据的完整性是企业在当今竞争十分激烈的经济环境下立于不败之地并取得成功的必要条件因此, 为了保证数据可靠性, 华为提供了针对数据库的备份解决方案, 保证灾难发生时关键数据不丢失, 系统服务尽快恢复运行任何系统都有发生故障的可能性, 如何保证作为企业 IT 基础设施核心的数据库在发生故障时数据不丢失虽然计算机技术的发展给人们的日常生活提供了很多便利, 然而, 人为的操作错误, 系统软件或应用软件的缺陷硬件的损毁电脑病毒骇客攻击自然灾难等等诸多因素都有可能造成计算机中数据的丢失, 从而给企业造成无可估量的损失为了保护业务系统的关键业务数据, 必须对这些数据进行有效的保护, 并支持快速恢复所有的备份都是为发生灾难时作恢复而准备的, 一个自动备份系统的优劣标准不仅仅在于它的备份模式 / 备份速度等, 需要慎重衡量的还有另一个标准 --- 可恢复性而可恢复性又有两个决定因素 : 恢复速度和恢复操作的简易性对数据进行备份是为了保证数据的可恢复性, 消除系统使用者和操作者的后顾之忧不同的应用环境需要不同的备份解决方案, 一般来说, 一个完善的备份系统, 需要满足以下原则 : 稳定性备份系统的主要作用是为系统提供一个数据保护的方法, 其自身的稳定性和可靠性就变成了最重要的一个方面首先, 备份系统一定要与操作系统 100% 的兼容, 其次, 当事故发生时, 能够快速有效地恢复数据全面性 1

6 1 备份简介在复杂的计算机网络环境中, 可能会包括了各种操作平台, 如 Linux Windows 等, 并安装了各种应用系统, 如 ERP 数据库邮件系统等选用的备份软件, 要支持各种操作系统数据库和典型应用自动化很多系统由于工作性质, 对备份开始时间备份窗口都有一定的限制在深夜业务系统负荷轻时, 适于备份, 但会增加系统管理员的负担因此, 备份方案应能提供自动备份功能, 并能自动管理备份介质设备在自动备份过程中, 还要有日志记录功能, 并在出现异常情况时自动报警高性能随着业务的不断发展, 数据越来越多, 更新越来越快, 在休息时间来不及备份如此多的内容, 在工作时间备份又会影响系统性能这就要求在设计备份时, 尽量提高数据备份的速度, 保证在特定的备份窗口内完成数据的备份维持业务系统的有效性备份对业务系统的性能将会产生一定的影响, 有时会很大 ; 如何采取有效的技术手段避免备份对服务器系统数据库系统网络系统的影响, 将是非常重要的同时, 需要保证备份系统恢复的数据是有效的, 完整的操作简单数据备份应用于不同领域, 进行数据备份的操作人员技能也处于不同的层次这就需要一个直观的操作简单的图形化用户界面, 缩短操作人员的学习时间, 减轻操作人员的工作压力, 使备份工作得以轻松地设置和完成实时性有些关键性的任务是要 24 小时不停机运行的, 在备份的时候, 有一些文件可能仍然处于打开的状态那么在进行备份的时候, 要采取措施, 实时地查看文件大小进行事务跟踪, 以保证正确地备份系统中的所有文件备份系统的定位 ( 与容灾的关系 ) 数据备份的目的是保存系统的某个时间点的数据状态, 可以保存多个时间点, 并在需要的时候从备份系统中恢复数据, 以增强数据的安全性备份与容灾所关注的对象有所不同, 备份关心数据的安全, 容灾关心业务应用的安全, 我们可以把备份称作是数据保护, 而容灾称作业务应用保护备份经常表现为通过备份软件使用磁带库光盘或者 NAS 云存储等等存储介质将数据进行拷贝 ; 容灾则表现为通过高可用方案将两个站点连接起来并迅速地恢复系统备份与容灾有着紧密的联系首先, 在备份与容灾中都有数据保护工作, 备份大多采用性能和成本都较低的存储设备, 如 SATA 硬盘物理带库等 ; 容灾要求数据随时在线, 一般采用性能和成本都较高的存储设备, 如 SAS 硬盘其次, 备份是存储领域的一个基础, 在一个完整的容灾方案中必然包括备份的部分 ; 同时备份还是容灾方案的有效补充, 因为容灾方案中的数据始终在线, 因此存储有完全被破坏的可能, 而备份提供了额外的一条防线, 即使在线数据丢失也可以从备份数据中恢复所以在灾备建设上一般有两种方案 : 2

7 1 备份简介备份系统的组成方案 1: 只建设备份系统通过备份系统实现数据历史状态的保存 ; 同时如果将备份系统建在异地, 还可以实现数据的异地保存, 具备一定程度的容灾功能方案 2: 建设容灾 + 备份系统, 同时保障业务的连续性和数据的安全性此类方案中一般只对容灾系统中的设备进行数据备份即可备份软件优秀备份软件包括加速备份自动操作灾难恢复等特殊功能, 对于安全有效的数据备份是非常重要的备份网络备份网络可以是 SAN, 也可以是 LAN/MAN/WAN, 或 SAN+LAN/MAN/WAN 混合方式, 它是数据传输的通道, 数据备份的效率高低与备份网络有密切关系备份介质介质是数据的负载物, 它的质量一定要有保证, 使用质量不过关的介质无疑是拿自己的数据冒险备份管理知识一个好的备份 / 恢复系统, 除了配备有好的软硬件之外, 更需要有良好的备份策略和管理规划来进行保证对于一个复杂的系统, 必须根据各种应用和业务的处理类型来分别制定具体的备份策略但总体上来讲, 一个好的备份策略, 必须考虑多方面的因素 1.2 数据库备份典型需求描述备份执行需求 : 手工备份每次备份由用户手工触发进行备份自动备份设置好备份策略后系统自动按时进行备份备份类型需求 : 全量备份每次备份定义的所有数据, 优点是恢复快, 缺点是备份数据量大, 需要较长时间差异增量备份备份自上一次全备份以来更新的所有数据, 其优点是每次备份的数据量少, 缺点是恢复时需要全备份及一次差异增量备份累计增量备份备份自上一次备份以来更新的所有数据, 缺点是恢复时需要全备份及多份增量备份存储介质需求 : 3

8 1 备份简介磁盘备份, 包括内置存储与外挂存储 (NAS SAN 盘阵等 ) 云存储磁带备份, 包括物理带库和虚拟带库 (VTL) 备份数据复制距离需求 : 本地备份数据只备份到本地备份存储中远程备份数据除了备份到本地外, 还需要备份到异地备份存储中 ; 这样当生产站点发生重大灾难事故时, 本地的生产存储与备份存储数据可能都会丢失, 此时需要从异地备份存储上恢复数据, 从而保证数据不丢失 1.3 FusionCube 数据库备份方案简介 FusionCube 解决方案针对高可用 Oracle 数据库场景, 提供基于 rman 的数据库备份方案 rman 支持多种备份方式, 如热备冷备, 全量备份增量备份等, 可以根据客户的业务需要灵活选择 4

9 2.1 FusionCube 数据库备份方案方案概述特点 : 1 简单易用 : 把 NAS 或者 SAN 挂载到 RAC 节点的某一目录, 执行 RMAN 脚本直接把数据库备份到备份存储设备 ; 或者把数据备份到 RAC 的本地存储, 再转存到磁带等大容量设备上 2 灵活备份策略设置 : 支持设置周期性全量与增量备份策略, 可灵活设置备份周期与备份时间窗口, 支持设置备份数据过期策略以自动清理过期备份数据 ; 根据备份数据灵活分配备份通道 3 恢复 : 根据业务需要灵活选择要恢复的对象, 根据恢复的数据量选择适当恢复通道适用场景适用于开启归档的单节点或者 RAC 场景 5

2.1.3 方案组网图 2-1 Oracle rman 备份方案 RAC 节点 RAC 节点 RMAN RAC 节点备份存储 NAS IB 网络 SAN Fusion Storage 新增软硬件设备 (1) 恢复目标数据库 ( 可选 ):rman 进行数据库备份时需要保存目标数据库的相关信息, 如果不配置恢复目标数据库 rman 则把这些信息保存到目标数据库的控制文件中 (2) 备份存储 :

10 2.1.3 方案组网图 2-1 Oracle rman 备份方案 RAC 节点 RAC 节点 RMAN RAC 节点备份存储 NAS IB 网络 SAN Fusion Storage 新增软硬件设备 (1) 恢复目标数据库 ( 可选 ):rman 进行数据库备份时需要保存目标数据库的相关信息, 如果不配置恢复目标数据库 rman 则把这些信息保存到目标数据库的控制文件中 (2) 备份存储 : 可备份到 NFS/CIFS 共享文件系统中推荐采用华为 N8500 集群 NAS 系统备份存储所需容量大小与需要备份数据量大小及备份策略相关 2.2 备份策略 1) 备份采用全量备份 + 归档日志的方式 2) 每日要求做一次数据库全备份, 具体做全备份的时间点, 可以根据实际情况确定, 一般为凌晨 X 点 3) 每 3 小时做一次归档日志备份, 只用备份完后才能删除归档日志 4) 务必保留一份完整的备份周期的数据集 2.3 备份检查检查 oracle 用户是否有执行 crontab 的权限以 oracle 用户登陆, 然后执行 crontab l 6

11 $crontab l 如果不报错, 说明 oracle 用户已经有执行 crontab 的权限 ; 如果报错, 请用 root 用户给 oracle 增加 crontab 的权限增加权限的时候, 不同的操作系统, 其方式有所不同, 请参考对应操作系统手册检查数据库是否为归档模式在备份前, 先要确保数据库为归档模式, 否则无法进行归档以 oracle 用户登录系统步骤 1 登录数据库 sqlplus /as sysdba 步骤 2 检查对应的数据库是的日志模式运行 SQL 语句 select DBID,NAME,LOG_MODE from v$database; 查询数据模式 SQL> select DBID,NAME,LOG_MODE from v$database; LOG_MODE 为 ARCHIVELOG 为归档模式, 如果为 NOARCHIVELOG, 则需要先将数据库中日志模式更改为 ARCHIVELOG 后才能进行后续操作检查数据库备份目录和空间尽管 ORACLE 可以通过 RMAN SECURED BACKUP 直接将数据备份到磁带上, 但是该组件需要另外收取高额费用本文按照产品通用习惯将数据备份到磁盘上, 磁带机可以把这些备份集再定期迁移到磁带上, 这部分操作请参考具体磁带机的操作手册把备份出的数据集放到 LV 挂载的文件目录下需要保证其对应文件系统的有足够的空间以 root 用户登录步骤 1 查看对应的文件系统是否挂接 mount 步骤 2 查看其对应目录的空间大小 df -k 修改数据库备份数据的保留策略备份文件保留多久是客户需求决定, 本文默认保留时间为 1 天, 需要修改数据备份数据的保留策略为 1 步骤 1 登录 rman 以 oracle 用户登录 % rman target / nocatalog 步骤 2 修改 rman 保留备份的策略为 1 可以使用 show all 命令查看 rman 的默认参数配置情况 7

12 RMAN> show all; 其中 CONFIGURE RETENTION POLICY TO REDUNDANCY 2 为数据库保留策略, 看是否为 1, 如果不为 1 则需要使用命令修改为 1, 命令为 : CONFIGURE RETENTION POLICY TO REDUNDANCY 1; RMAN> CONFIGURE RETENTION POLICY TO REDUNDANCY 1; 再次查看是否修改成功 RMAN> show all; 打开控制文件的自动备份由于现在的策略是一天一个全备份, 为了防止一些关键信息的丢失, 对于数据库的控制文件要及时备份需要打开数据库控制文件的自动备份策略以 oracle 用户登录步骤 1 登录 rman % rman target / nocatalog 步骤 2 打开 ORACLE 控制文件为自动备份可以使用 show all 命令查看 rman 的默认参数配置情况 RMAN> show all; 其中 CONFIGURE CONTROLFILE AUTOBACKUP OFF 表示是否为自动备份 OFF 表示不自动备份, 需要改成 ON 可以利用 CONFIGURE CONTROLFILE AUTOBACKUP ON 命令进行修改 RMAN> CONFIGURE CONTROLFILE AUTOBACKUP ON; RMAN> CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO /backup/data/controlfile_%f.cntl ; 2.4 数据备份过程备份脚本目录创建完成准备工作后, 就可以进行数据库的备份了对于 oracle RAC, 建议使用双通道方式备份以下操作需要在所有的节点上进行操作步骤 1 以 root 用户登录系统 $mkdir /backup/bin /backup/log /backup/data /backup/arch /backup/bin 目录放置备份脚本程序 8

13 /backup/log 目录存放备份日志 /backup/data 目录存放全库的备份数据 /backup/arch 目录存放归档日志的备份数据 /backup 目录下存放启动数据库前的 pfile 文件 ( 备份出来的, 以防万一只要想重启数据库, 一定要做备份 ) 步骤 2 修改 backup 目录权限 $chown -R oracle:dba /backup 数据库全备份脚本 ORACLE 的备份, 是由操作系统的定时任务来完成, 其主要调用对应的脚本, 其脚本如下 : 步骤 1 增加数据库全备份命令行脚本在 /backup/bin 目录下建立文件 backup_cldb.cmd, 其内容为 : run { # Hot database level 0 whole backup allocate channel t1 type disk connect 'sys/sys@ora11g1'; allocate channel t2 type disk connect 'sys/sys@ora11g2'; #allocate channel t1 type disk; backup incremental level 0 # skip inaccessible #filesperset 6 # recommended format format '/backup/data/db_%s_%p_%t_%d' #AS COMPRESSED backupset (database); delete obsolete; sql 'alter system archive log current'; # backup all archive logs backup # skip inaccessible #filesperset 10 format '/backup/arch/arclogback_%s_%p_%t_%d' #AS COMPRESSED backupset (archivelog all delete input); delete obsolete; release CHANNEL t1 ; release CHANNEL t2 ; } 说明 : format '/backup/data/db_%s_%p_%t_%d ' 为要备份的路径和文件名格式路径为绝对路径, 根据现场实际情况更改 %s 备份集的号 9

14 %p 该备份集中的备份片号, 从 1 开始到创建的文件数 %t 备份集时间戳 %d 备份的数据库的名字 delete obsolete 为 $ORACLE_HOME /network/admin/tnsnames.ora 中的服务名注意 : 建议使用双通道方式做全库备份, 但是 Oracle 11g 也可以单通道备份方案, 对于冷双机等非 RAC 应用场景, 就应该使用此方案, 如下 : run { # Hot database level 0 whole backup allocate channel t1 type disk; backup incremental level 0 skip inaccessible # filesperset 6 # recommended format format '/backup/data/back_%s_%p_%t_%d' #AS COMPRESSED backupset database plus archivelog format '/backup/arch/arclogback_%s_%p_%t_%d' delete input; delete obsolete; } 步骤 2 增加数据库全备份运行脚本在 /backup/bin 目录下建立文件 backup_db.sh 为数据库全部分的运行脚本, 其内容为 : rman target / nocatalog cmdfile=/backup/bin/backup_cldb.cmd 1>>/backup/log/backup_db.log 2>&1 对于冷双机应用场景, 需由业务自行实现双机切换后的自动备份归档日志备份命令脚本 ORACLE 的备份, 是由操作系统的定时任务来完成, 其主要调用对应的脚本, 其脚本如下 : 步骤 1 归档日志备份命令行脚本在 /backup/bin 目录下建立文件 arch_back.cmd, 其内容为 : Oracle 11g RAC run { allocate channel t1 type disk; 10

15 # sql 'alter system archive log current'; # backup all archive logs backup skip inaccessible #filesperset 10 format '/backup/arch/arclogback_%s_%p_%t_%d' #AS COMPRESSED backupset (archivelog all delete input); delete obsolete; release CHANNEL t1 ; } 步骤 2 数据库归档日志备份运行脚本在 /backup/bin 目录下建立文件 arch_back.sh 为数据库全部分的运行脚本, 其内容为 : rman target / nocatalog cmdfile=/backup/bin/arch_back.cmd 1>>/backup/log/backup_arch.log 2>& 设置归档日志备份的定时任务步骤 1 以 root 用户执行 $chmod +x /backup/bin/ * 步骤 2 再以 root 用户登录 : $crontab -e 步骤 3 增加两行增加如下两行 : #2:00 am erveryday 0 2 * * * su oracle c /backup/bin/backup_db.sh #ervery 3 hours 0 0,3,6,9,12,15,18,21 * * * su oracle c /backup/bin/arch_back.sh 注意 :ARCH_BACK 脚本需要在两个节点的 CRONTAB 都要设置, 时间要错开而 backup_db 只需要在一个节点的 CORONTAB 中设置即可! 2.1 数据库的恢复查找控制文件 RMAN 的整个恢复过程可以分为 restore 与 recover, 他们在含义上是有很大差别的, 一个是指物理意义的文件的还原与拷贝, 一个是指数据库一致性的恢复所以, 正确的理解这两个概念, 有助于正确的恢复数据库一般来说, 做数据库的恢复都是先做 restore, 再做 recover 目前的数据库备份, 采用的控制文件的备份方式, 在恢复数据库前需要找到要恢复使用的控制文件 11

16 以 oracle 用户登录步骤 1 登录 rman % rman target / nocatalog 步骤 2 查找控制文件利用命令 list backup of controlfile 查看对应的控制文件 RMAN> list backup of controlfile; 如果通过 rman list backup of controlfile; 不能查看到控制文件的 Piece Name 和时间, 则数据库需要启动, 如果数据库不能启动, 则需要从 /backup/log 目录下查看 backup.log 文件中的信息利用数据库全备份文件恢复数据库步骤 1 将目标数据库停掉 $sqlplus /as sysdba SQL>shutdown immediate; 步骤 2 将数据库以 nomount 方式启动 SQL>startup nomount; 步骤 3 登录 rman rman target / nocatalog 步骤 4 恢复控制文件 RMAN> restore controlfile from controlfile ; 其中 controlfile 文件为需要恢复的时间点的控制文件, 为具体的路径参考前一节的找出控制文件部分步骤 5 mount 数据库 RMAN> alter database mount; 步骤 6 恢复数据库到某一时间点 Oracle 11g 非 rac RMAN> run { #set until time '07/26/ :27:27'; restore database; recover database; } 具体时间根据实际情况修改 Oracle 11g rac RMAN> run { #set until time '07/26/ :27:27'; allocate channel t1 type disk connect 'sys/sys@ora11g1'; allocate channel t2 type disk connect 'sys/sys@ora11g2'; 12

17 restore database; recover database; release CHANNEL t1 ; release CHANNEL t2 ; 为 $ORACLE_HOME /network/admin/tnsnames.ora 中的服务名步骤 7 打开数据库 RMAN> alter database open resetlogs; 步骤 8 启动其余节点上的数据库如果是 RAC 则需要在其余节点上启动数据库, 如果是非 RAC 的则可以不执行该步骤说明 : 数据库恢复后, 请对数据库立即做一次全备份利用归档日志备份恢复数据库步骤 1 将目标数据库停掉 $sqlplus /as sysdba SQL>shutdown immediate; 注意 : 如果是 RAC 的组网, 则需要将所有节点上的数据库停止, 同时恢复操作只需要在一台主机上进行步骤 2 将数据库以 nomount 方式启动 SQL>startup nomount; 步骤 3 登录 rman rman target / nocatalog 步骤 4 恢复控制文件 RMAN> restore controlfile from controlfile ; 其中 controlfile 文件为需要恢复的时间点的文件, 为具体的路径注意 : 由于归档日志备份的时候, 控制文件不会备份, 所以这里的控制文件, 为前一次数据库全备份的控制文件步骤 5 Mount 数据库 RMAN> alter database mount; 步骤 6 还原归档日志文件 RMAN> restore archivelog all; 步骤 7 恢复数据库 RMAN> RUN { SET UNTIL TIME '07/25/ :20:00'; RESTORE DATABASE; RECOVER DATABASE; 13

18 } 说明 : 其中 TIME 为需要恢复到的时间点, 根据实际情况修改步骤 8 打开数据库 RMAN> alter database open resetlogs; 步骤 9 启动其余节点上的数据库恢复的时候, 只需要在一个节点上执行其余节点停止, 完成恢复, 再启动说明 : 数据库恢复后, 请对数据库立即做一次全备份利用数据库全备份进行恢复数据库的测试为了确定备份与恢复的完整性与正确性, 完成上面的脚本后需要进行验证步骤 1 创建 TEST 表空间在数据库中创建测试表空间 SQL> create tablespace test datafile '/oracle/db/datafile/test.dbf' size 10M; 查看查看表空间是否创建成功 : SQL> select tablespace_name from dba_tablespaces; 步骤 2 创建 test 表, 同时插入对应的测试数据 SQL> create table test( id number(7) 3)tablespace test; SQL> select TABLE_NAME from dba_tables where TABLESPACE_NAME='TEST'; 步骤 3 进行数据库全备份运行 /backup/bin/backup_db.sh 进行数据全备份 % /backup/bin/backup_db.sh RMAN> run { 2> # Hot database level 0 whole backup 3> allocate channel t1 type disk; 4> backup 5> incremental level 0 6> skip inaccessible 7> filesperset 6 8> # recommended format 9> format '+RAW_FLA/back_%s_%p_%T' 10> (database); 14

19 11> delete obsolete; 12> sql 'alter system archive log current'; 13> # backup all archive logs 14> backup 15> skip inaccessible 16> filesperset 10 17> format '+RAW_FLA/arclogback_%s_%p_%t' 18> (archivelog all 19> delete input); 20> delete obsolete; 21> } 日志中没有错误, 备份成功, 同时也能看到本次备份的数据库的位置和文件的名字等信息 list backup of controlfile 命令查看所备份的文件的信息与位置 % rman target / nocatalog RMAN> list backup of controlfile; 步骤 4 删除表空间使用 drop 命令删除对应的表空间及数据文件 SQL> drop tablespace test including contents and datafiles; 步骤 5 停止数据库, 同时启动数据到 nomount 状态 SQL> shutdown immediate SQL> startup nomount; 步骤 6 登录 rman 恢复控制文件 % rman target / nocatalog RMAN> restore controlfile from '+RAW_FLA/back_173_1_ '; 步骤 7 Mount 数据库 RMAN> alter database mount; 步骤 8 恢复数据库到某一个时间点 RMAN> run { set until time '07/26/ :27:27'; restore database; recover database; } 15

20 3 语步骤 9 打开数据库 RMAN> alter database open resetlogs; 步骤 10 检查是否恢复成功 SQL> select TABLE_NAME from dba_tables where TABLESPACE_NAME='TEST'; 步骤 11 启动其余节点上的数据库如果是 RAC 则需要在其余节点上启动数据库, 如果是非 RAC 的则可以不执行该步骤 3 语术语英文解释中文解释 rman Recovery Manager 恢复管理器 16

sql> startup mount 改变数据库的归档模式 sql> alter database archivelog # 打开数据库 sql> alter database open 禁止归档模式 sql> shutdown immediate sql>startup mount sql> al

sql> startup mount 改变数据库的归档模式 sql> alter database archivelog # 打开数据库 sql> alter database open 禁止归档模式 sql> shutdown immediate sql>startup mount sql> al RMAN sql> sqlplus / as sysdba 查看数据库版本 sql> select * from v$version; 查看数据库名称 sql> show parameter db_name; 一使用 RMAN 时, 需要将数据库设置成归档模式 sql> conn / as sysdba; sql> show user 查看数据库是否为归档模式 sql> archive log list