 |
|
 |
 |
|  |
恢复之基于改变的不完整恢复
| | | 日期：2008-01-26 点击：8 评论： 0 | | 当出现人为故障或部分归档日志文件损坏的情况，可能会进行不完整恢复。不完整恢复包括三种情况，基于取消、基于时间和基于改变。这个例子是说明基于改变的不完整恢复。 如果打算进行不完整恢复，第一件事情就是备份当前的数据库... 阅读全文>> |
| |
恢复之非归档模式下的恢复
| | | 日期：2008-01-26 点击：10 评论： 0 | | 运行在非归档模式下的数据库，在进行恢复时只能恢复到备份的时刻，从备份时刻以后的所有修改全部丢失。 非归档模式下的恢复的操作比较简单，只需要将全部备份文件还原到原始位置然后打开数据库即可：SQL SELECT LOG_MODE FROM V$DATABASE;LOG_MODE----------... 阅读全文>> |
| |
恢复之数据字典和控制文件不一致的恢复（一）
| | | 日期：2008-01-26 点击：8 评论： 0 | | 在执行恢复后，应该检查数据库的alert文件，看是否出现控制文件中的数据文件名称和数据字典中数据文件名称无法一一对应的现象。这篇文章描述通过RESETLOGS方式打开数据库时，如果发现不一致情况及解决方法... 阅读全文>> |
| |
恢复之非归档模式恢复到其他位置
| | | 日期：2008-01-26 点击：6 评论： 0 | | 恢复到其他位置一般可能是出于两个原因，一是由于磁盘故障使得备份无法恢复到原始的位置上，另外一种情况是利用冷备份创建一个新的数据库。 下面的例子模仿数据库TEST1的原始位置无法访问，因此将数据文件恢复到F:ORACLEORADATATEST1NEW：SQL CONN /@TEST1... 阅读全文>> |
| |
恢复之数据字典和控制文件不一致的恢复（二）
| | | 日期：2008-01-26 点击：7 评论： 0 | | 在执行恢复后，应该检查数据库的alert文件，看是否出现控制文件中的数据文件名称和数据字典中数据文件名称无法一一对应的现象。这篇文章描述通过NORESETLOGS方式重建控制文件并打开数据库后，如果发现不一致情况及解决方法... 阅读全文>> |
| |
恢复之利用RESETLOGS之前的备份进行恢复（二）
| | | 日期：2008-01-26 点击：10 评论： 0 | | 一般情况下，是无法利用RESETLOGS操作之前的备份进行数据库的恢复的。但是在特定条件下利用RESETLOGS之前的备份进行恢复是可行的。本文讨论如何利用RESETLOGS操作前的数据库备份进行数据库的恢复。... 阅读全文>> |
| |
恢复之不可恢复操作后的恢复（二）
| | | 日期：2008-01-26 点击：6 评论： 0 | | 进一步研究不可恢复操作的恢复。 在前一个测试的基础上进行一点小的修改。SQL SELECT DEFAULT_TABLESPACE FROM USER_USERS;DEFAULT_TABLESPACE------------------------------YANGTKSQL ALTER TABLESPACE YANGTK BEGIN BACKUP;表空间已更改。SQL HOST COPY... 阅读全文>> |
| |
恢复之利用RESETLOGS之前的备份进行恢复（四）
| | | 日期：2008-01-26 点击：5 评论： 0 | | 一般情况下，是无法利用RESETLOGS操作之前的备份进行数据库的恢复的。但是在特定条件下利用RESETLOGS之前的备份进行恢复是可行的。本文通过一个例子具体说明，如何利用RESETLOGS操作前的数据库备份跨越RESETLOGS操作，进行数据库的恢复... 阅读全文>> |
| |
恢复之使用非当前控制文件恢复只读表空间（二）
| | | 日期：2008-01-26 点击：4 评论： 0 | | 如果只读表空间存放在只读物理设置上，那么使用备份的控制文件恢复时可能会报错。Oracle在文章中介绍的方法除了上面一篇文章中介绍的使用ALTER DATABASE DATAFILE OFFLINE命令之外，还包括了一个选择正确的控制文件的方法，但是我发现这种方法并没有解决问题... 阅读全文>> |
| |
恢复之恢复操作的中断
| | | 日期：2008-01-26 点击：6 评论： 0 | | 当恢复过程进行时，可能会出于某种原因中断恢复过程。在恢复过程中，Oracle提示需要确认重做日志文件时，输入CANCEL，就可以中断恢复操作。恢复中断以后，可以使用RECOVER命令继续进行恢复。如果数据库恢复到一个一致性状态，还可以选择使用ALTER DATABASE... 阅读全文>> |
| |
恢复之不可恢复操作后的恢复（一）
| | | 日期：2008-01-26 点击：8 评论： 0 | | 对于采用NOLOGGING方式创建的表，由于系统不产生重做日志，因此即使Oracle处于归档模式下也无法恢复表中的数据。下面看个对比的例子：SQL SELECT DEFAULT_TABLESPACE FROM USER_USERS;DEFAULT_TABLESPACE------------------------------YANGTK SQL ALTER... 阅读全文>> |
| |
恢复之不可恢复操作后的恢复（三）
| | | 日期：2008-01-26 点击：6 评论： 0 | | 这篇文章主要探讨不可恢复操作是否对后面的操作有影响。 首先看一下不可恢复的操作后的DML在恢复过程中会怎样：SQL SELECT DEFAULT_TABLESPACE FROM USER_USERS;DEFAULT_TABLESPACE------------------------------YANGTKSQL ALTER TABLESPACE YANGTK BEGIN... 阅读全文>> |
| |
恢复之使用非当前控制文件恢复只读表空间
| | | 日期：2008-01-26 点击：7 评论： 0 | | 如果只读表空间存放在只读物理设置上，那么使用备份的控制文件恢复时可能会报错。 首先做好数据的备份：SQL ALTER DATABASE BACKUP CONTROLFILE TO 'F:ORACLEBACKUPTEST20060418CONTROL1.BAK';数据库已更改。SQL ALTER TABLESPACE USERS READ ONLY... 阅读全文>> |
| |
恢复过程中的ORA-1113错误
| | | 日期：2008-01-26 点击：7 评论： 0 | | 恢复中经常会碰到ORA-1113错误，这是由于数据库没有恢复到一个一致性的时刻。 一般情况下，使用备份的控制文件恢复过程中缺少联机日志文件会造成这个问题：SQL CONN /@TEST AS SYSDBA已连接。SQL SHUTDOWN IMMEDIATE数据库已经关闭。已经卸载数据库... 阅读全文>> |
| |
恢复之使用非当前控制文件恢复只读表空间（三）
| | | 日期：2008-01-26 点击：5 评论： 0 | | 如果只读表空间存放在只读物理设置上，那么使用备份的控制文件恢复时可能会报错。解决这个问题的另一种方法就是重建控制文件的方法。 恢复过程还是利用第一篇文章中的备份进行恢复：SQL ALTER DATABASE BACKUP CONTROLFILE TO TRACE;数据库已更改... 阅读全文>> |
| |
恢复之缺失归档日志文件
| | | 日期：2008-01-26 点击：10 评论： 0 | | 归档日志是Oracle备份、恢复结构中的重要部分。恢复过程中，归档日志文件的丢失会造成数据库无法恢复到当前的时刻，丢失归档文件中及所有后续对数据库的修改操作都会丢失。 测试之前，为了测试的可重复性，首先备份当前的数据库... 阅读全文>> |
| |
恢复之归档日志文件破损（一）
| | | 日期：2008-01-26 点击：14 评论： 0 | | 本文模拟归档日志出现坏块时，如何进行不完全恢复。这篇文章介绍环境的建立，并利用基于CANCEL的方式进行恢复。 首先建立环境：SQL CONN YANGTK/YANGTK@TEST已连接。SQL DROP TABLE TEST_BACKUP;表已丢弃。SQL CREATE TABLE TEST_BACKUP (ID NUMBER)... 阅读全文>> |
| |
恢复过程中的ORA-1113错误（二）
| | | 日期：2008-01-26 点击：7 评论： 0 | | 恢复中经常会碰到ORA-1113错误，这是由于数据库没有恢复到一个一致性的时刻。除了上一篇文章介绍的利用基于CANCEL的恢复之外，还可以通过重建控制文件的方法进行恢复。 一般情况下，使用备份的控制文件恢复过程中缺少联机日志文件会造成这个问题：SQL CONN... 阅读全文>> |
|
| |
|
|
