RMAN备份异机还原，备份之后的归档日志在RMAN中怎么处理-_星空见康网
RMAN备份异机还原，备份之后的归档日志在RMAN中怎么处理
RMAN备份异机还原，备份之后的归档日志在RMAN中怎么处理
它直接去读取数据块，要靠这些已经归档的redo file信息恢复和保持数据库的一直状态，或者已经被rman备份过的数据块，又重新被修改，但是dbwn还没有写入数据文件，因为在rman恢复过程中，rman本身备份的数据是不一直的rman备份是一种物理的备份。当然备份的归档日志中，可能包含有rman开始之前的归档，也就是说只是备份数据文件到此刻的信息为之。但是rman并不锁定数据文件的使用，也就是说rman的备份，不是数据库一致性状态的备份，由于rman备份是块级别的，它只备份控制文件中已经存在的数据块，同时数据库还在运行之中，那么就有可能会出现某些已经提交的操作。同时rman在恢复的时候，restore database完毕后，会依次利用归档日志和联机日志进行完全恢复，因此rman是块级别的备份，等等，这些信息rman备份都不会记录，也是rman无法记录的。但是记录这些信息的是redo file，所以在rman完毕建议马上执行日志切换，然后备份归档日志。从备份的那个时间点开始rman将锁定此刻的数据文件信息，这些是没用的，其实这些归档文件中真正有用的是从rman备份开始到rman备份结束时刻系统产生的归档日志
测试平台信息: Oracle:11gR2 操作系统:Redhat 5.5 Target DB:dav...
更正:把目标库参数文件的db_name改成CSOA 恢复完成后,再通过NID改实例名。或者通过重建控...
1、set newname for 是为数据文件设置新的名称,这个名称只在run这个代码块里面有效,...
一、冷备份 1、 冷备份发生在数据库已经正常关闭的情况下,在进行冷备份之前通常要知道需要进行备份文件...
TSM没有扫描磁带的功能, 将需要恢复的磁带放入带库,然后用命令去扫描, 可以找到该磁带上有哪些备份...
RMAN-06024: no backup or copy of the control file ...
启动数据库到nomount 设置DBID,从原库中查询DBID的值 RMAN& set dbid=1...
SQL& startup nomount ORACLE instance started. Tota...
你可能想看的相关专题查看: 13225|回复: 16
rman异机恢复sid不同怎么办
论坛徽章:0
10g环境，只有rman的备份，源数据库sid=csoa，目标数据库sid=oa23
参数文件和控制文件恢复正常了。现在数据库处在mount状态，mount的时候有如下报错。
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of alter db command at 09/03/:23
ORA-01103: database name 'CSOA' in control file is not 'OA23'
如果设置了 set dbid=xxxxx，仍然报这个错。
顺便问一下，dbid在rman恢复中起什么作用。一直到恢复完参数文件和控制文件都没有问题。那么set dbid控制了什么？
论坛徽章:116
spfile中的db_name是不是写错了
论坛徽章:0
database name 'CSOA' in control file is not 'OA23'
报错说得很清楚 控制文件中dbname不同
论坛徽章:177
更正：把目标库参数文件的db_name改成CSOA
恢复完成后，再通过NID改实例名。或者通过重建控制文件修改数据库名字。
[ 本帖最后由 jieyancai 于
16:26 编辑 ]
论坛徽章:0
参数文件中设置的是OA23 控制文件中是CSOA
恢复时必须用恢复的参数文件启动后恢复
想改名字 修改参数文件并重建控制文件
论坛徽章:0
SQL& show parameter db_name
NAME& && && && && && && && && && && &TYPE& && &&&VALUE
------------------------------------ ----------- ------------------------------
db_name& && && && && && && && && && &string& && &oa23
数据库参数文件已经改好的。
看报错是因为控制文件中的sid是csoa
重建控制文件，需要知道源数据库的信息。还有其他方法吗？
论坛徽章:304
原帖由 offstar 于
15:47 发表
10g环境，只有rman的备份，源数据库sid=csoa，目标数据库sid=oa23
参数文件和控制文件恢复正常了。现在数据库处在mount状态，mount的时候有如下报错。
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of alter db command at 09/03/:23
ORA-01103: database name 'CSOA' in control file is not 'OA23'
如果设置了 set dbid=xxxxx，仍然报这个错。
顺便问一下，dbid在rman恢复中起什么作用。一直到恢复完参数文件和控制文件都没有问题。那么set dbid控制了什么？
把目标数据库上的SID=OA23，改为源的CSOA。恢复数据库后再用NID改为OA23.
论坛徽章:0
原帖由 offstar 于
16:12 发表
SQL& show parameter db_name
NAME& && && && && && && && && && && &TYPE& && &&&VALUE
------------------------------------ ----------- ------------------------------
db_name& && && && && && && && && && &string& && &oa23
数据库参数文件已经改好的。
看报错是因为控制文件中的sid是csoa
重建控制文件，需要知道源数据库的信息。还有其他方法吗？
晕 参数文件 改好的 正是证明你搞错了
用rman恢复 SID必须与源一致 因为nocatalog方式备份信息是保存在控制文件中的 控制文件中有DBID是源库的 SID和DBID要一致
你先恢复成和源库一样 然后再修改 SID 重建控制文件 成你的目标库一样的
论坛徽章:0
原帖由 topsec007 于
16:24 发表
晕 参数文件 改好的 正是证明你搞错了
用rman恢复 SID必须与源一致 因为nocatalog方式备份信息是保存在控制文件中的 控制文件中有DBID是源库的 SID和DBID要一致
你先恢复成和源库一样 然后再修改 SID 重建控制文件 成你的目标库一样的
明白了，谢谢！
1.目标的sid和源的sid一样，恢复完以后修改SID，重建控制文件
2.在recover database之前重建控制文件
我用方法2试试看，谢谢！
论坛徽章:116
..我觉得这事儿和SID没关系~ 纯粹是DB_NAME的问题，就算SID不相同，照样可以恢复，但是db_name必须相同
itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有　　　　
　北京市公安局海淀分局网监中心备案编号：10　广播电视节目制作经营许可证：编号（京）字第1149号查看:5248|回复：19
情况是这样的。本机SQL服务器硬件损坏。想把这台SQL的备份文件（.bak,包括系统数据库和自建数据库）恢复到新装的一台SQL SERVER上，新旧版本一致，都是2008R2，但是恢复的时候总是报错，说族簇的问题。大家有遇到过吗，另外这种情况是不是正常情况下直接恢复即可？有什么需要注意的，本人SQL新手，望指教
问题是我现在只有BAK的文件，没有原来的MDF，NDF，LDF的文件。旧主机的硬件故障，文件都找补回来了。这怎么办
master恢复可以，但是用户里的权限都不对了
引用:原帖由 seusoftware 于
15:02 发表
如果使用master的备份回复master库，所有用户信息都不会丢的。
麻烦下次点下”引用“，要不然不知道你回复了:lol1 我是这样做的，在新机器上重新装了一台新的SQL2008R2的服务器。里面是没有数据和库的。然后先把备份的旧的master文件恢复到这台新的服务器上，然后再依次把自建的库恢复进去。
之前的备份全部用的是完整备份的模式。包含了日志和库数据文件
操作流程有问题吗？
引用:原帖由 seusoftware 于
15:26 发表
按道理，没有问题，所有信息都不会丢的，只要备份是最新的 因为当时model和msdb 这2个系统库没有备份，不知道会不会出问题
引用:原帖由 seusoftware 于
15:42 发表
model没有关系的，只要没有自定义过
msdb会有：作业，维护计划，database mail 这些，如果没有配置，也没关系 好的，谢谢版主，我再去试试看。另外再问个题外话。SQL的备份一般用第三方，例如BE，还是用SQL系统自带的呢？
SQL SERVER 2008 R2已经自带了压缩功能了，完全可以满足备份的要求。
Microsoft SQL Server MVP
那如果是完整备份一个数据库，他的日志文件会截断吗？差异呢？如何合理的有效的解决日志文件不断增长的问题
引用:原帖由 seusoftware 于
16:08 发表
我们都是用的自带的备份功能，BE没听说过，似乎有的公司用的veritas的备份 那如果是完整备份一个数据库，他的日志文件会截断吗？差异呢？如何合理的有效的解决日志文件不断增长的问题
引用:原帖由 ayumiyj 于
16:18 发表
那如果是完整备份一个数据库，他的日志文件会截断吗？差异呢？如何合理的有效的解决日志文件不断增长的问题 还有就是用自带的有一个问题，一旦MASTER库损坏，那是否能使用自带的备份来恢复master库，因为用第三方好像是可以直接恢复系统库的
引用:原帖由 seusoftware 于
16:39 发表
系统库(包括master)，用户库，都可以手动用restore命令来恢复的，第三方直接恢复，应该就是帮你把手动还原的动作封装起来了，减少工作量。 用自带的，是不是切换到单用户，用sqlcmd来restore?
引用:原帖由 seusoftware 于
16:37 发表
完整备份不会截断日志的，需要另作日志备份，
如果日志备份周期合理，日志文件大小合适，基本上日志文件不会增大的，会维持在一个很稳定的大小 ... 是不是定期备份日志文件最主要的功能就是控制日志文件的容量？他对备份有什么其他意义吗
实在不好意思，今天问了这么多问题。但是确实知识很不扎实，还望赐教
那差异备份是不是很鸡肋？在存在日志备份的情况下，完全可以日志备份+完整备份来达到备份全覆盖
引用:原帖由 seusoftware 于
21:21 发表
你说的是可以的，
但你想啊，比方说：日志备份10分钟一次，一天得多少次啊，备份出来了，还原的时候得一个个往上还原，既麻烦，速度又慢；
差异备份的作用就是减少日志备份和还原的次数。 ... 那如果是周日完整备份，周一晚上差异备份，从差异备份后开始每一个小时做日志备份。如果当周二的白天需要恢复的话。我是否需要恢复完整备份+差异备份+白天做的日志备份？
引用:原帖由 seusoftware 于
21:50 发表
事实上星期一白天也应该做日志备份，如果星期一白天需要恢复，那么用：
星期日的全备+星期一白天的所有日志备份恢复；
如果星期二需要恢复，那么用：
星期日的全备+星期一晚上的差异备份+星期二白天的日志备份回复。
... 好的，太感谢了。现在公司的备份很乱。seus对备份有什么建议吗。譬如完整和差异，包括日志备份的周期是怎么设定的。我们公司的库主要是给IT管理和财务提供服务的，数据不量不算很庞大
建议还是要看一下官方的备份还原文档，这样才能对备份还原有深刻的了解从而制定合适的备份策略
Microsoft SQL Server MVP
想对备份还原的理解更加深刻，我认为最好的办法就是在你自己的实验库上多做几遍，认为自己很熟练了的时候，再去看看官方的文档，将又会有更多的收获。
谢谢各位的帮助。
引用:原帖由 seusoftware 于
16:08 发表
我们都是用的自带的备份功能，BE没听说过，似乎有的公司用的veritas的备份 Veritas 很久以前就被Symantec收购了（2005年，花了100亿美金）。
Veritas Backup Exec 9后来就升级为 Symantec Backup Exec 10，仍然简称BE
MCITP/MCSE/MCT/MVP&&SQL Server
那些年，我们一起追过的MS SQL Server
http://jimshu.
我接触的客户里面用BE的很多
10前年我做DBA的时候，用的是CA公司的BrightStor ARCServer Backup
MCITP/MCSE/MCT/MVP&&SQL Server
那些年，我们一起追过的MS SQL Server
http://jimshu.温馨提示！由于新浪微博认证机制调整，您的新浪微博帐号绑定已过期，请重新绑定！&&|&&
LOFTER精选
网易考拉推荐
用微信&&“扫一扫”
将文章分享到朋友圈。
用易信&&“扫一扫”
将文章分享到朋友圈。
存档日志线程 =1 序列=2
14. PLSQL 中使用resetlogs 方式打开数据库，完成恢复
SQL& alter dat
数据库已更改。
阅读(128)|
用微信&&“扫一扫”
将文章分享到朋友圈。
用易信&&“扫一扫”
将文章分享到朋友圈。
历史上的今天
在LOFTER的更多文章
loftPermalink:'',
id:'fks_',
blogTitle:'RMAN 异机恢复到不同路径',
blogAbstract:'&\n要求：将备份恢复到异机不同路径& 来源:.cn/s/blog_95b5eb8c0101cvvz.html：\n\n(一 )数据库源端操作\n&\n1. 置于归档模式\n[oracle@AS5 ~]$ sqlplus /nolog\n\nSQL*Plus: Release 10.2.0.4.0 - Production on Sun Oct 10 00:45:39\n2010\n\nCopyright (c) , Oracle. All Rights Reserved.\n\nSQL& connect /',
blogTag:'',
blogUrl:'blog/static/',
isPublished:1,
istop:false,
modifyTime:5,
publishTime:8,
permalink:'blog/static/',
commentCount:0,
mainCommentCount:0,
recommendCount:0,
bsrk:-100,
publisherId:0,
recomBlogHome:false,
currentRecomBlog:false,
attachmentsFileIds:[],
groupInfo:{},
friendstatus:'none',
followstatus:'unFollow',
pubSucc:'',
visitorProvince:'',
visitorCity:'',
visitorNewUser:false,
postAddInfo:{},
mset:'000',
remindgoodnightblog:false,
isBlackVisitor:false,
isShowYodaoAd:true,
hostIntro:'',
hmcon:'1',
selfRecomBlogCount:'0',
lofter_single:''
{list a as x}
{if x.moveFrom=='wap'}
{elseif x.moveFrom=='iphone'}
{elseif x.moveFrom=='android'}
{elseif x.moveFrom=='mobile'}
${a.selfIntro|escape}{if great260}${suplement}{/if}
{list a as x}
推荐过这篇日志的人：
{list a as x}
{if !!b&&b.length>0}
他们还推荐了：
{list b as y}
转载记录：
{list d as x}
{list a as x}
{list a as x}
{list a as x}
{list a as x}
{if x_index>4}{break}{/if}
${fn2(x.publishTime,'yyyy-MM-dd HH:mm:ss')}
{list a as x}
{if !!(blogDetail.preBlogPermalink)}
{if !!(blogDetail.nextBlogPermalink)}
{list a as x}
{if defined('newslist')&&newslist.length>0}
{list newslist as x}
{if x_index>7}{break}{/if}
{list a as x}
{var first_option =}
{list x.voteDetailList as voteToOption}
{if voteToOption==1}
{if first_option==false},{/if}&&“${b[voteToOption_index]}”&&
{if (x.role!="-1") },“我是${c[x.role]}”&&{/if}
&&&&&&&&${fn1(x.voteTime)}
{if x.userName==''}{/if}
网易公司版权所有&&
{list x.l as y}
{if defined('wl')}
{list wl as x}{/list}