用户的数据保存到了磁盘或者磁带中,并且是安全的,NBU所在的机器还有可能发生故障,需要重新安装或者将NBU部署到其他的机器中继续使用. 在这种情况下,如何让NBU知道用户已经存在的备份策略和存储单元配置呢?如何让新机器上新安装的NBU软件能够识别已经备份过的全备份.差分备份, 并且继续之前的工作呢?这些工作就是在catalog的备份与恢复中完成的. 注意:NBU的记录备份相关信息的位置叫catalog,oracle数据库记录备份相关内容的位置也叫catalog,但是它们属于同名的不同产品,希望读

一 检验条件 二 准备工作 1 创建相关目录 mkdir -p /oracle/admin/orcl/adumpmkdir -p /oracle/admin/orcl/bdumpmkdir -p /oracle/admin/orcl/cdumpmkdir -p /oracle/admin/orcl/udumpmkdir -p /oracle/arch2参数文件使用oracle用户 vi initorcl.ora *.audit_file_dest='/oracle/admin/orcl/adum

RMAN-06091: no channel allocated for maintenance (of an appropriate type) 一.错误信息 报错信息如下 Starting restore at 2019/11/20 12:59:05 Starting implicit crosscheck backup at 2019/11/20 12:59:05 released channel: ch0 released channel: ch1 released channel: c

1.5配置NetBackup数据库备份策略 建议定期备份NetBackup的索引数据库Catalog,以确保故障时的有效恢复.从Javaconsole可以进入备份NetBackup内部数据库配置窗口,如下图: 点击Configure Catalog Backup后,出现下图 点击下一步,出现下图 输入策略名称后,出现下图 选择增量还是全量备份后,出现下图 设置备份频率后,出现下图 设置备份时间窗口后,出现下图 输入DR保护文件保存路径后,出现下图 设置不需要发送邮件后,出现下图 完成配置后,从P

RMAN> run {2> allocate channel ch00 type 'sbt_tape' parms='ENV=(NB_ORA_CLIENT=rac1)';3> restore controlfile from '/cntrl_7418_1_888200750'; 4> release channel ch00;5> } RMAN-00571: ===========================================================

1.确定增备scn范围,通过alert日志获取gap日志序列GAP - thread 1 sequence 109631-117170 2.根据序列获取增备起点SCN提示最小gap序列为109631, 往前推一个序列,然后获得scn号 select THREAD#,SEQUENCE#,FIRST_CHANGE#,NEXT_CHANGE# from v$archived_log where SEQUENCE#=109630;THREAD# SEQUENCE# FIRST_CHANGE# NEXT_

VERITA备份日常监控 一． 相关检查方法.命令 1.1 启动NBU的图形管理界面: /usr/openv/netbackup/bin/jnbSA & 1.2字符界面命令: 1.2.1catlog 日志备份时间 bpdbjobs |grep -i cata|grep " 0 " |head -1|awk '{print "/usr/openv/netbackup/bin/admincmd/bpdbjobs -all_columns -jobid ",$1}

0 MSSQL数据库备份 1 SQLAgent配置 2 设置连接属性 3 输入SA账号密码 4 SQL备份脚本配置 5 生成SQL全量备份脚本 6 生成SQL差异备份脚本 7 修改SQL差异备份脚本 8 SQL全量备份策略 9 SQL差异备份策略 10 SQL全量备份 11 SQL差异备份 12 MSSQL数据库恢复 13 生成恢复脚本 14 备份脚本修改 15 执行恢复操作 ------------------------------------------------------------

最近做某数据库恢复演练,数据库版本是10.2.0.4,恢复控制文件一直报错,报错如下,经过反复折腾,原来恢复机上oracle用户不是oracle导致(我的是oraclev4),查看源库oracle用户gid为dba,最终在恢复机上新建oracle用户(gid=oinstall groups=dba)或oraclev4不变(gid=dba groups=oinstall)均可顺利恢复.以下是nbu官网说明: https://www.veritas.com/support/zh_CN/article

html,body { font-size: 15px } body { font-family: Helvetica, "Hiragino Sans GB", "微软雅黑", "Microsoft YaHei UI", SimSun, SimHei, arial, sans-serif; line-height: 1.6; margin: 0; padding: 1.33rem 1rem } h1,h2,h3,h4,h5,h6 { margin

1.丢失控制文件      启动数据库至nomount状态:restore controlfile from autobackup/restore controlfile from '+data/backup/contrlbak/...'   ->alter database mount->open; 2.误删数据文件   启动至mount状态->alter database datafile 7 offline->alter database open->restore d

2014-12-24 Created By BaoXinjian

2014-12-23 Created By BaoXinjian

ln -s /usr/openv/netbackup/bin/libobk.a64 /oraclev3/product/10.2.0/lib/libobk.a不建软连接会报如下错误: using target database control file instead of recovery catalogRMAN-00571: ===========================================================RMAN-00569: =============

windows平台的异机恢复,目录不同 1.异机环境准备安装oracle介质安装nbu客户端在异机主机的host文件中添加nbu server主机和原主机信息 2.恢复spfile文件 C:\>oradim -new -sid ybb SQL> startup nomount C:\> rman target / RMAN> set dbid= 884218943 RMAN> run { allocate channel ch02 type 'sbt_tape' parms=

中小型数据库呈现的是数据库并发少,数据库容量小,版本功能受限以及N多单实例等特点.尽管如此,数据库的损失程度也会存在零丢失的情形.企业不愿意花太多的钱又要保证数据库的可靠稳定,可是苦煞了我这些搞DB的.接上一篇文章,中小型数据库 RMAN CATALOG 备份恢复方案(一),我们继续来给出基于中小型数据库的恢复的脚本与其部署. 1.RMAN还原shell脚本 --下面的shell脚本用于实现数据库的自动还原,还原成功后,数据库被关闭.因为我们在Prod数据库无异常的情形下,不需要bak 的备用库

对于数据库的稳定性,高可用,跨平台以及海量数据库的处理,Oracle 数据库通常是大型数据库和大企业的首选.尽管如此,仍然不乏很多中小企业想要品尝一下Oracle腥味,因此在Oracle环境中也有不少中小型数据库.出于成本的考虑,通常有可能就搞个标准版了,跑在Linux上.谁叫Oracle太贵呢?对于中小企业而言,选择合理的才是最好的.对我们这些个搞DB的,贵的一定有贵的道理,我们也可以都进多几斗米.哈哈......典型的打工者的心态哟.言归正传,中小企业的成本限制了我们搞高可用,RAC和DG也

对于数据库的稳定性,高可用,跨平台以及海量数据库的处理,Oracle 数据库通常是大型数据库和大企业的首选.尽管如此,仍然不乏很多中小企业想要品尝一下Oracle腥味,因此在Oracle环境中也有不少中小型数据库.出于成本的考虑,通常有可能就搞个标准版了,跑在Linux上.谁叫Oracle太贵呢?对于中小企业而言,选择合理的才是最好的.对我们这些个搞DB的,贵的一定有贵的道理,我们也可以都进多几斗米.哈哈......典型的打工者的心态哟.言归正传,中小企业的成本限制了我们搞高可用,RAC和DG也

受控制文件大小的限制,一般rman需要用rman catalog来管理及存放备份信息: 这里介绍一下创建rman catalog的步骤: C:\Documents andSettings\Administrator>sqlplus / as sysdba SQL*Plus: Release 10.2.0.3.0 - Productionon 星期日 7月 28 11:19:40 2013 Copyright (c) 1982, 2006, Oracle.  All Rights Reserved

RMAN ArchitectureThe RMAN architecture, shown in Figure 7-3, includes a target database, repository, and Media Management Layer, as well as Server Processes, Channels, Backup Sets, and Backup Pieces. The target database is the database that is either