Welcome 微信登录

首页 / 数据库 / MySQL / Oracle不完全备份系列

用rman方式基于日志序列的不完全恢复sql> select * from test;
a
-----
1
2
3
4
5
6
sql>host
ramn target/rman>run
{
allocate channel c1 type disk;
bakup full tag "dbful" format "d:ackupfull_%u_%s_%p" database
include current controlfile;
sql" alter system archive log current";
release channel c1;
}
rman>exit;
sql>insert into test values(16);
sql>commit;
sql>alter system switch logfile;
sql>insert into test values(17);
sql>alter system switch logfile;sql>archive log list;
....
oldest onlie log sequence 14
next log sequence to archive 16
current log sequence 16sql>select group#,sequence#,archived,status from v$log
group# sequence# archived status
-----------------------------------
1       16         yes     active
2       17         no      current
3       15         yes     active从这里看出备份的数据文件包含了第14个归档日志. 在线日志v$log里正在使用的是17序列的日志,15和16已经完成了归档.
当我们没有备份15和16日志.15和16包含了表test新数据16和17.
实现不完全恢复就是只恢复归档日志下面的日志数据. 不能进行实例恢复,也就是说在线日志被看成没了!
在线日志17里的数据不能被恢复, 15和16日志已经被归档,当没备份,如果没有被删除是可以被恢复的.sql> shutdown immediate;
sql>startup nomount;
sql>alter database monut;
sql>host
rman target/
rman> run{
allocate channel c1 type disk;
set until logseq 14 thread 1;
restore database;
recover database;
sql"alter database open resetlogs";
}
  • 1
  • 2
  • 3
  • 下一页
Oracle spatial函数示例MySQL备份恢复“故障”总结相关资讯      RMAN 
  • RMAN故障一例(归档的备份,从不  (今 20:42)
  • RMAN的FORMATA格式说明  (03月10日)
  • Oracle 11g RMAN复制数据库的测试  (01月19日)
  • RMAN数据库迁移  (05月22日)
  • 使用RMAN复制恢复开发库环境  (02月17日)
  • Oracle 11g RMAN跨平台传输表空间  (01月19日)
本文评论 查看全部评论 (0)
表情: 姓名: 字数