NBU 异机恢复Oracle操作步骤

已于 2023-01-18 18:41:59 修改
阅读量6.1k 收藏 17
点赞数 4
分类专栏： Oracle 备份还原 文章标签： oracle 数据库 服务器
于 2020-05-15 22:36:22 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Hehuyi_In/article/details/106150927
版权

一、 准备工作

1.  DBA

  • 恢复服务器安装与原库相同版本的数据库软件、NBU客户端
  • 双向开通到NBU备份服务器的1556、13724、13720、13782、13790端口的防火墙策略（应该只要1556和13724，但为避免还原时出现其他异常，建议都开）
  • /etc/hosts文件添加NBU备份服务器主机名及原库主机名，ping 主机名测试能否解析成功
  • 确保恢复服务器磁盘空间足够

2. NBU管理员

  • /etc/hosts文件添加待恢复服务器主机名，ping 主机名测试能否解析成功，若不成功可使用bpclntcmd -clear_host_cache清除nbu端dns缓存
  • 配置恢复授权，确保备份机器和还原机器都在列表中，且允许还原

Host Properties->Mater server->Client Attributes

  • 若是异机恢复，需在NBU给备份机器和恢复机器增加异机恢复的权限
cd /usr/openv/netbackup/db/altnames
touch 主机名
  • 检查异机恢复参数
NBUInstallPath/NetBackup/bin/admincmd/bpgetconfig | grep "DISALLOW_CLIENT"
#输出
DISALLOW_CLIENT_LIST_RESTORE = NO
DISALLOW_CLIENT_RESTORE = NO

#若如上两个参数为YES，则表示禁止进行异机恢复，需要将两个参数改成NO，为保证参数生效，建议修改后重启主服务器上的NBU服务
NBUInstallPath/NetBackup/bin/bp.kill_all
NBUInstallPath/NetBackup/bin/bp.start_all

二、 数据恢复

以下均在待恢复服务器操作

1. 检查备份文件情况

/usr/openv/netbackup/bin/bplist -C iZwz94g9fehswlnzd19jv2Z -t 4 -b -l -R /
# -C后跟备份库主机名；-t后跟还原类型，4是oracle标志；-b指列出备份文件的日期和时间；-l指列出备份文件的详细信息；-R以递归的方式显示子目录。

  • c-和cntrl开头的是控制文件自动备份，包含参数文件和控制文件
  • al开头的是归档日志备份
  • bk开头的是数据库备份

Linux/Unix需要在netbackup/bin路径下执行oracle_link,以便rman调用nbu接口进行读取数据备份信息

/usr/openv/netbackup/bin/oracle_link

3. 手工创建参数文件

        测试使用控制文件备份中恢复的spfile可能遇到在restore数据库时无法找到正确的备份文件路径等难以排查的问题，NBU供应商建议手工创建参数文件，优先恢复数据文件，待数据可读后如果有必要再恢复原来的参数文件（一般没有必要，只要恢复出业务需要的数据即可）。

        检查参数文件中的各路径位置，确保目录已存在，或修改参数文件指定新路径。

cd $ORACLE_HOME/dbs
vi inittmp.ora
#内容如下
*.audit_file_dest='/data/prd/oracle/database/admin/ORCL/adump'
*.compatible='12.1.0.2.0'
*.control_files='/data/prd/oracle/database/oradata/ORCL/controlfile/o1_mf_h9bx082j_.ctl','/data/prd/oracle/database/fast_recovery_area/ORCL/controlfile/o1_mf_h9bx08cr_.ctl'
*.db_block_size=8192
*.db_file_multiblock_read_count=16
*.db_create_file_dest='/data/restore/'
*.db_recovery_file_dest='/data/restore/'
*.db_recovery_file_dest_size=500g
*.enable_pluggable_database=ture
*.db_name='HYBRID'
*.log_archive_dest_1='location=/data/arch'
*.log_archive_format='%t_%s_%r.arc'
*.open_cursors=300
*.processes=1500
*.remote_login_passwordfile='exclusive'
*.sessions=1655
*.sga_max_size=4G
*.sga_target=4G
*.pga_aggregate_limit=3G
*.pga_aggregate_target=1G
*.undo_management='AUTO'
undo_tablespace='UNDOTBS1'
*.diagnostic_dest='/data/prd/oracle/database'

        利用pfile启动数据库到nomount状态

startup nomount pfile='/data/prd/oracle/database/12.1.0.2/ORCL/dbs/inittmp.ora'

4. 恢复控制文件

注意NB_ORA_CLIENT后是备份库的主机名，控制文件备份一般选晚于目标时间点并且离它最近的即可。

rman target /

Set DBID=2334928137;
run{
allocate channel ch00 type 'SBT_TAPE';
send 'nb_ora_serv=nbu01';
send 'nb_ora_client=iZwz94g9fehswlnzd19jv2Z';
restore controlfile from '/c-2334928137-20200513-09';
release channel ch00;
}

       启动数据库到mount状态

alter database mount;

       检查物理文件位置，确保目录已存在，或在恢复时指定新路径

select name from v$datafile;
select name from v$tempfile;
select member from v$logfile;
archive log list

5. 恢复数据文件

本文以恢复到指定时间点、不同数据文件目录为例

rman target /

run {
ALLOCATE CHANNEL CH1 TYPE 'SBT_TAPE';
ALLOCATE CHANNEL CH2 TYPE 'SBT_TAPE';
send 'nb_ora_serv=nbu01';
send 'nb_ora_client=iZwz94g9fehswlnzd19jv2Z';
set newname for database to '/data/restore/%b';
set until time "to_date('2020-05-13 14:00:00','yyyy-mm-dd hh24:mi:ss')";
restore database;
switch datafile all;
recover database;
RELEASE CHANNEL CH1;
RELEASE CHANNEL CH2;
}

open数据库

alter database open resetlogs;
select status from v$instance;

6. 检查是否恢复到要求时间点

基于时间点的还原并不一定准确，可能会有10分钟以内误差。

RMAN> list incarnation of database;

using target database control file instead of recovery catalog
List of Database Incarnations
DB Key  Inc Key DB Name  DB ID            STATUS  Reset SCN  Reset Time
------- ------- -------- ---------------- --- ---------- ----------
1       1       HYBRID   2334928137       PARENT  1          14-APR-20
2       2       HYBRID   2334928137       CURRENT 11836309   13-MAY-20

RMAN> select scn_to_timestamp(11836309) from dual;

SCN_TO_TIMESTAMP(11836309)    
-------------------------------
13-MAY-20 01.50.11.000000000 PM

三、 报错小结

1. 报错1

RMAN> run{
2> allocate channel ch00 type 'SBT_TAPE';
3> send 'nb_ora_serv=nbu01';
4> send 'nb_ora_client=iZwz9bqyoktgse85mhpwd8Z';
5> restore controlfile from '/c-2334928137-20200511-09';
6> release channel ch00;
7> }
using target database control file instead of recovery catalog
allocated channel: ch00
channel ch00: SID=1150 device type=SBT_TAPE
channel ch00: Veritas NetBackup for Oracle - Release 7.7.3 (2016051915)
sent command to channel: ch00
sent command to channel: ch00
Starting restore at 11-MAY-20
released channel: ch00
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 05/11/2020 22:10:12
RMAN-06172: no AUTOBACKUP found or specified handle is not a valid copy or piece

解决方法：nb_ora_client参数后应该填备份服务器名而非还原服务器名

2. 报错2

RMAN> run {
2> ALLOCATE CHANNEL CH1 type 'SBT_TAPE';
3> send 'NB_ORA_CLIENT=iZwz94g9fehswlnzd19jv2Z,NB_ORA_SERV=nbu01';
4> restore spfile from '/c-2334928137-20200511-09';
5> RELEASE CHANNEL CH1;
6> }
using target database control file instead of recovery catalog
allocated channel: CH1
channel CH1: SID=1150 device type=SBT_TAPE
channel CH1: Veritas NetBackup for Oracle - Release 7.7.3 (2016051915)
sent command to channel: CH1
Starting restore at 11-MAY-20
channel CH1: restoring spfile from AUTOBACKUP /c-2334928137-20200511-09
released channel: CH1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 05/11/2020 22:19:04
ORA-19870: error while restoring backup piece /c-2334928137-20200511-09
ORA-19507: failed to retrieve sequential file, handle="/c-2334928137-20200511-09", parms=""
ORA-27029: skgfrtrv: sbtrestore returned error
ORA-19511: non RMAN, but media manager or vendor specific failure, error text:
Failed to open backup file for restore.

解决方法：测试时实际遇到的问题是还原服务器主机名配置错误，有许多情况可能导致该报错，还原前务必按照第一步中准备项检查清楚。参考链接：https://www.modb.co/db/13817 （13782端口实际应该是不需要的）


3. 报错3

RMAN> run {
2> ALLOCATE CHANNEL CH1 TYPE 'SBT_TAPE';
3> ALLOCATE CHANNEL CH2 TYPE 'SBT_TAPE';
4> send 'nb_ora_serv=nbu01';
5> send 'nb_ora_client=iZwz94g9fehswlnzd19jv2Z';
6> set until time "to_date('2020-05-08 17:00:00','yyyy-mm-dd hh24:mi:ss')";
7> restore database;
8> recover database;
9> RELEASE CHANNEL CH1;
10> RELEASE CHANNEL CH2;
11> }
allocated channel: CH1
channel CH1: SID=1150 device type=SBT_TAPE
channel CH1: Veritas NetBackup for Oracle - Release 7.7.3 (2016051915)
allocated channel: CH2
channel CH2: SID=6 device type=SBT_TAPE
channel CH2: Veritas NetBackup for Oracle - Release 7.7.3 (2016051915)
sent command to channel: CH1
sent command to channel: CH2
sent command to channel: CH1
sent command to channel: CH2
executing command: SET until clause
Starting restore at 13-MAY-20
Starting implicit crosscheck backup at 13-MAY-20
Finished implicit crosscheck backup at 13-MAY-20
Starting implicit crosscheck copy at 13-MAY-20
Finished implicit crosscheck copy at 13-MAY-20
searching for all files in the recovery area
cataloging files...
cataloging done
released channel: CH1
released channel: CH2
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 05/13/2020 00:16:30
RMAN-06026: some targets not found - aborting restore
RMAN-06023: no backup or copy of datafile 8 found to restore
RMAN-06023: no backup or copy of datafile 7 found to restore
RMAN> exit

解决方法：测试时的解决方法为使用手工创建的参数文件而非控制文件中恢复的spfile，也查到有很多别的问题可能导致此类报错，详情可在MOS中搜索。

4. 报错4

RMAN> run {
2> ALLOCATE CHANNEL CH1 TYPE 'SBT_TAPE';
3> ALLOCATE CHANNEL CH2 TYPE 'SBT_TAPE';
4> send 'nb_ora_serv=nbu01-in';
5> send 'nb_ora_client=iZwz94g9fehswlnzd19jv2Z';
6> set newname for database to '/data/restore/%b';
7> set until time "to_date('2020-12-01 10:00:00','yyyy-mm-dd hh24:mi:ss')";
8> restore database;
9> switch datafile all;
10> recover database;
11> RELEASE CHANNEL CH1;
12> RELEASE CHANNEL CH2;
13> }

allocated channel: CH1
channel CH1: SID=1710 device type=SBT_TAPE
channel CH1: Veritas NetBackup for Oracle - Release 7.7.3 (2016051915)
allocated channel: CH2
channel CH2: SID=5 device type=SBT_TAPE
channel CH2: Veritas NetBackup for Oracle - Release 7.7.3 (2016051915)
sent command to channel: CH1
sent command to channel: CH2
sent command to channel: CH1
sent command to channel: CH2
executing command: SET NEWNAME
executing command: SET until clause
Starting restore at 25-DEC-20
released channel: CH1
released channel: CH2

RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 12/25/2020 15:20:15
RMAN-06026: some targets not found - aborting restore
RMAN-06023: no backup or copy of datafile 4 found to restore
RMAN-06023: no backup or copy of datafile 3 found to restore
RMAN-06023: no backup or copy of datafile 2 found to restore
RMAN-06023: no backup or copy of datafile 1 found to restore

解决方法：使用的控制文件过新，已无欲恢复时间点备份记录。控制文件备份一般选晚于目标时间点并且离它最近的即可。

5. 报错5

SQL> alter database open resetlogs;

alter database open resetlogs
*
ERROR at line 1:
ORA-00344: unable to re-create online log '/data/oracle/oradata/pa/redo01.log'
ORA-27040: file create error, unable to create file
Linux-x86_64 Error: 2: No such file or directory
Additional information: 1

解决方法：redo日志所在目录未创建或无权限。创建对应目录并授权，或者修改redo文件目录

6. 报错6

SQL> alter database open RESETLOGS;

alter database open RESETLOGS
*
ERROR at line 1:
ORA-00392: log 3 of thread 1 is being cleared, operation not allowed
ORA-00312: online log 3 thread 1: '/data/oracle/oradata/pa/redo03.log'

解决方法

SQL> select group#,thread#,status from v$log;

    GROUP#    THREAD# STATUS
---------- ---------- ---------------
         1          1 CLEARING
         2          1 CLEARING
         5          1 CLEARING
         4          1 CLEARING
         3          1 CLEARING_CURRENT

SQL> alter database clear logfile group 3;
Database altered.

SQL> select group#,thread#,status from v$log;

    GROUP#    THREAD# STATUS
---------- ---------- ----------------
         1          1 CLEARING
         2          1 CLEARING
         5          1 CLEARING
         4          1 CLEARING
         3          1 CURRENT

SQL>  alter database open RESETLOGS;
Database altered.

参考

https://www.modb.co/db/13817

NBU Rman异机恢复Oracle_Eliott_Chen的博客-CSDN博客

RMAN异机恢复——备份集权限问题_数据库技术_Linux公社-Linux系统门户网站

ORA-00392: log 7 of thread 1 is being cleared, operation not allowed - DBACLASS DBACLASS

Common Causes for RMAN-06023 and RMAN-06026 (文档 ID 1366610.1)

RMAN RESTORE FAILS WITH RMAN-06023 ALTHOUGH BACKUPS ARE AVAILABLE (文档 ID 965122.1)

RMAN-6026 RMAN-6023 when restoring to new host (文档 ID 1300586.1)

ALTER DATABASE OPEN RESETLOGS fails with ORA-00392 (文档 ID 1352133.1)

Hehuyi_In
关注
  • 4
    点赞
  • 踩
  • 17
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 2
    评论
专栏目录
（第15天）使用 RMAN 备份异机恢复 Oracle 数据库
LuciferLiu_DBA
12-12 666
虽说备份是 Oracle 数据库安全的最后保障，但是前提是会用备份恢复出数据，否则备份也就形同虚设了。前面讲了 3 种方式备份 Oracle 数据库，所以现在已经有了备份，接下来就讲讲如何通过备份文件来恢复出数据了。生产环境中最常见的备份恢复场景就是定期的恢复演练和 DataGuard 的搭建，都是使用备份在异机进行恢复，所以 RMAN 异机恢复是最常用的一种手段。本地备份NBU 备份。
NBU对Oracle数据库的本地/异机备份及恢复操作
02-27
总结来说，NBU对Oracle数据库的本地/异机备份及恢复操作涉及策略配置、备份执行、数据复制和恢复实施等多个步骤。熟练掌握这些操作不仅能保障数据库的安全，也能在面临数据丢失或系统故障时快速恢复业务。对于初学者...
oracle rac异机恢复
03-18
NBU 针对数据库oracle rac环境的异恢复文档，实验环境。
【Oracle篇】rman全库异机恢复：从RAC环境到单机测试环境的转移（第四篇，总共八篇）
最新发布
奈斯DBA的博客
06-03 1124
使用RMAN从RAC环境的备份片中恢复数据到单机环境。包括恢复控制文件、数据文件、参数文件、归档等关键组件
Windows2014使用NBU备份实现Oracle11g本地恢复和异地恢复
m0_46213479的博客
03-27 1364
Windows2014使用NBU备份实现Oracle11g本地恢复和异地恢复
oracle使用rman备份实现异机数据恢复
狗剩儿的记忆博客
09-21 2692
看是否报错，一般是需要应用下当前的redlog，根据报错处理即可。为了简化恢复步骤，我在此问题上使用软链接，映射了一下目录与原有生产环境保持了一致。1级恢复： recover database。0级恢复：restore database。
Linux上NBU异机恢复Oracle测试.pdf
07-14
本文主要涉及的是在Linux环境下使用NetBackup (NBU)进行Oracle数据库的异机恢复测试。NetBackup是一款广泛使用的数据保护软件，而Oracle数据库是企业级的重要数据库管理系统。以下将详细介绍整个恢复测试过程中的...
NBU异机恢复ORACLE 数据库SOP
12-03
以下是一份详细的NBU（NetBackup）异机恢复Oracle数据库的操作步骤。 **一、恢复的前提条件** 1. **日常备份成功**：确保已经执行过至少一次完整的数据库备份，并且自那之后所有的增量备份和归档日志（Archivelog...
异机恢复ORACLE数据库(NBU)参考.pdf
02-05
《异机恢复Oracle数据库(NBU)详解》 在IT行业中，数据库的恢复是一项至关重要的任务，尤其是对于企业级的Oracle数据库来说。当面临硬件故障、系统崩溃或者灾难性事件时，能够将数据库恢复到另一台机器上显得尤为...
Oracle数据库集群管理-19c集群RMAN异机恢复总结
oradbm的博客
07-15 858
总结：rman在对ASM存储的文件进行恢复的时，不是按照原来文件的名字进行重新创建的，而是修改了按照对应的磁盘组，修改了数据文件name。我们发现在还原数据库时，最后报错磁盘组ORADATA1空间不足，就很差异，因为原来欢迎。合计大小也就才3T，而新环境的ORADATA1配置的5T为啥还会不足？于是在pfile中将参数修改为空，重启数据库，重新进行restore，正常了。发现大部分的文件原来是ORADATA2也创建在了ORADATA1就很差异。1 拷贝参数文件并将集群的一些参数进行修改。
基于NBU备份软件进行Oracle数据库异机恢复
PWY13148的专栏
03-23 662
数据库服务器宕机损坏且不能正常提供服务的情况下，通过常规的技术手段难以完成排除数据库宕机故障。因此需要通过备份进行异机恢复修复数据库。本次采用异机恢复的模式，将RAC集群的备份恢复到单机环境，不对现有业务产生任何影响。假设生产环境是采用NBU软件对数据库进行备份，因此以下步骤描述如何使用NBU备份恢复数据库的过程。
通过nbu恢复oracle数据库（恢复实例）
安全解决方案
03-12 3831
关闭开启的实例数据库（未关监听） shutdown immediate 2、传NBU客户端 3、安装NBU客户端 /usr/openv/netbackup/bin ./oracle_link 建立连接 新客户端必须启动这个命令，不然无法进行还原，需要在oracle用户下跑命令 4、查询备份信息 ...
oracle rman 单机备份异机恢复
qq_38403558的博客
08-04 1270
oracle rman 备份异机恢复
【转载】NBU异机恢复oracle
weixin_33901641的博客
09-04 234
通过NBU将Oracle恢复到异机上... 2 1.1 备份任务检查: 2 1.2 数据库空间检查... 2 1.3 恢复服务器（testdb）软件安装：... 3 1.4 NBU 配置更改：... 3 1.5 数据库恢复初始... 3 1.6 确定数据文件路径：... 4 1.7 实现数据库恢复...
oracle进行rman异机备份与恢复_0级及1级备份异机恢复实验教程
dhz66163的博客
04-07 2079
oracle进行rman异机备份与恢复系列教程_0级及1级备份异机恢复实验
oracle备份恢复之rman恢复到异机
weixin_34199335的博客
12-11 370
  注意事项： 1 此处实验环境为同平台，同字节序，同版本，源机器和目标机器相同的目录结构。 2 目标机器只需要安装oracle数据库软件即可。 3 第一次利用备份恢复测试环境，之后从源机器拷贝备份到目标机器并在控制文件中注册，再见行恢复测试。   一 拷贝参数文件备份、控制文件备份、数据文件备份、以及归档备份到新主机上   1 rman 连接到源数据库   [oracle@o...
Oracle rman异地全库恢复
mm15922520865的博客
11-07 1984
Oracle rman异地全库恢复
ORACLE中采用rman备份异机恢复数据库详细过程
02-03 556
场景： 有一个生产库的用户下面所有的表都不见了，怀疑人为被删除了，现在需要用备份去恢复下，找出原来的表，线上是oracle dataguard环境，有全库备份文件，准备去测试库恢复一下。 1，从生...
nbu恢复oracle
12-13
在使用NBU（NetBackup）恢复Oracle数据库时，首先需要确保恢复前的备份文件是完整且可用的。然后，可以按照以下步骤进行恢复操作： 1. 验证备份文件的完整性和可用性，确保文件没有损坏并且可以被正确识别和读取。 2. 通过NBU管理界面选择要恢复的Oracle数据库，并选择对应的备份集和恢复点。 3. 建议先在测试环境中进行部分恢复，以验证备份文件的有效性和数据库的一致性。 4. 确定恢复的策略和目标，包括是否需要覆盖原有的数据库文件，是否需要使用不同的文件命名等。 5. 在NBU界面下操作开始进行数据库的恢复，根据指示选择相应的参数和选项，确保恢复过程能够顺利进行。 6. 在恢复完成后，需要对数据库进行一些必要的操作和检查，例如重新链接控制文件、重建索引等，保证数据库的完整性和一致性。 7. 最后，可以通过测试一些简单的查询和操作来确认数据库已经成功恢复并且正常工作。 总的来说，在使用NBU恢复Oracle数据库时，需要注意备份文件的完整性和可用性，选择合适的恢复策略和目标，按照操作步骤正确进行数据库的恢复，并且在恢复完成后进行必要的检查和测试，以确保数据库恢复成功。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Hehuyi_In

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值