восстановить базу данных [перепечатку] оракул резервного копирования и восстановление четыре разницы отчетности восстановить резервную копию базы данных Oracle и восстановление разности четырех утверждений

восстановления базы данных восстановления резервной разности оракул четыре заявления

 

HTTPS: // www.cnblogs.com/andy6/p/5925433.html 

нужно узнать.

 

-Восстановить базу данных с помощью резервного копирования CONTROLFILE
2 восстановить базу данных до отмены
3 восстановления базы данных с помощью резервного копирования не CONTROLFILE до отмены;
4 восстановить базу данных до отмены с использованием резервного копирования CONTROLFILE;

В данной статье описывается следующие четыре восстановления означает разницу между тем , как:
 
1. восстановить базу данных с помощью резервного копирования CONTROLFILE

 Если текущий файл управление потерян, холодное резервное копирование , когда восстановление файла управления, используемое для Оракула , в ПРНЕ Не CONTROLFILE в конце восстановления;
 
2. восстановить базу данных до отмены
 
Если вы потеряете вашу текущую / активную переделку, когда вручную указать конечную точку.
 
3. восстановить базу данных с помощью резервного копирования не CONTROLFILE до отмены;
 
 Если вы потеряете ваш текущий CONTROLFILE и текущую / активную переделку все потерянно, он будет идти автоматически применять архивные журналы, вы можете достичь максимального извлечения;
 
4. восстановить базу данных до отмены с использованием резервного копирования CONTROLFILE;
 
 Если вы потеряете ваш текущий CONTROLFILE и текущую / активную переделку все потерянно переделывать старые SCN восстановить отделку. Поскольку нет архива журнала приложения, все данные будут потеряны. 
Чтобы понять, используя резервную копию CONTROLFILE восстановить базу данных, первое понимание восстановить базу данных, то есть без использования резервной копии CONTROLFILE случае.
В обычном восстановить базу данных или восстановить табличный, когда восстановить файл данные, Oracle будет записывать текущий SCN CONTROLFILE объект, использовать запись журнала повторов и журнал повторного выполнения архивирования, восстановление блок файла данных, связанный с «текущим CONTROLFILE записью ПРНА "
А в некоторых случаях, Oracle необходимо восстановить данные в управляющем, чем текущая запись SCN также зависит от положения (например, файл управления является резервной копией CONTROLFILE, или следовых создать основу управляющем.) На этот раз, мы должны с помощью резервного копирования CONTROLFILE. восстановления не будет зависеть от «текущего CONTROLFILE записанных SCN» ограничений. Этот срок не будет исходить от вашего заявления (до момента, пока SCN) или доступен архив журнала (до отмены) ...

Результаты таковы:
Если контрольный файл отсутствует, восстановить резервную копию файла управления, вы должны использовать опцию резервного копирования с помощью управляющем. И до тех пор , пока отмена не полностью выздоровели, то есть ток / активный повтор потерял или отсутствующие файлы из базы данных архива после восстановления прекращается.

Вывод:
1, применяется для восстановления старых файлов управления и архива журнала и cuurrent / активный повтор не все потеряно дело. Если все архивные журналы и онлайн - журнал целы, вы не можете потерять данные. База данных аналогично Recover
2, ток не потерял контрольный файл (файл управления не нужно восстановить старый), то есть файл журнала или текущий / активный журнал потеряли дело, оно прекращается. Максимально возможное восстановление данных
3,4: Я в оракула 10.2.0.4 эффект окружающей среды тестирования является то же самое, то есть для восстановления старых файлов управления, после восстановления резервной копии файла управления , что момент, система предложит резервную копию файла управления приложением архив журнала, если нет , то остановиться. Наибольшее возможное восстановление данных.

 

Результаты могут быть сделаны, если старая резервная копия базы данных, архива журнала и интернет - журнал , чтобы сохранить все нетронутым при обстоятельствах, использование восстановить базу данных или восстановить базу данных с помощью резервного копирования CONTROLFILE. Нет потери данных
в файле данных резервного копирования не восстановить , если есть, архив журналов, или интернет - журналы (активный ток) ситуация теряется, вы можете восстановить предыдущий файл журнала отсутствует

 

просто не в полной мере восстановить до отмены
требуется изменить базы данных открытых RESETLOGS
после того, как база данных открыта нужно понимать , чтобы сделать полную резервную копию

 

Интернет файлы журналов отсутствуют:

Если нормальная база данных, то ошибка при запуске:

SQL> alter database open;
alter database open
*
第 1 行出现错误:
ORA-00313: 无法打开日志组 1 (用于线程 1) 的成员
ORA-00312: 联机日志 1 线程 1:
'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO01.LOG'


SQL> alter database open resetlogs;
alter database open resetlogs
*
第 1 行出现错误:
ORA-01139: RESETLOGS 选项仅在不完全数据库恢复后有效


SQL> recover database until cancel;
完成介质恢复。
SQL> alter database open resetlogs;

数据库已更改。

 

https://www.cnblogs.com/andy6/p/5925433.html

需要学习一下. 

 

1  recover database using backup controlfile
2  recover database until cancel
3  recover database using backup controlfile until cancel;
4  recover database until cancel using backup controlfile;

本文主要介绍以下四种 恢复方式的含义与区别:
 
1. recover database using backup controlfile

 如果丢失当前控制文件,用冷 备份的控制文件恢复的时候,用来告诉 oracle,不要以controlfile中的scn作为恢复的终点;
 
2. recover database until cancel
 
如果丢失current/active redo的时候,手动指定终点。
 
3. recover database using backup controlfile until cancel;
 
 如果丢失当前controlfile并且current/active redo都丢失,会先去自动应用归档日志,可以实现最大的恢复;
 
4. recover database until cancel using backup controlfile;
 
 如果丢失当前controlfile并且current/active redo都丢失,以旧的redo中的scn为恢复终点。因为没有应用归档日志,所有会丢失数据。 
要理解recover database using backup controlfile,先理解 recover database,也就是说,不加using backup controlfile的情况。
在普通的recover database 或者 recover tablespace, recover datafile时, Oracle会以当前controlfile所纪录的SCN为准,利用archive log和 redo log的redo entry, 把相关的datafile 的 block恢复到“当前controlfile所纪录的SCN”
而某些情况下,Oracle需要把数据恢复到比当前controlfile所纪录的SCN还要靠后的位置(比如说,control file是backup controlfile , 或者 controlfile是根据trace create的。),这时候,就需要用using backup controlfile.   恢复就不会受“当前controlfile所记录的SCN”的限制。这时候的限制就来自于你的语句(until time , until scn),或者可用的archive log(until cancel) ...

结果如下:
如果控制文件丢失,restore备份的控制文件后,则必须使用using backup controlfile选项。而until cancel则是不完全恢复,即current/active redo丢失,或者从restore数据库后某个归档文件缺失,则终止。

结论:
1、适用于restore旧的控制文件,且归档日志和cuurrent/active redo都没有丢失情况。如果一切归档日志和在线日志完好,可以不丢失数据。类似于recover database
2、当前控制文件未丢失(不需要restore旧的控制文件),此时有归档日志或者current/active log有丢失情况下,则终止。最大可能恢复数据
3、4:我在oracle 10.2.0.4环境下测试效果是相同的,即适用于restore旧的控制文件,在恢复到控制文件备份那刻后,系统会提示应用控制文件备份后的归档日志,如果没有则停止。也是最大可能的恢复数据。

 

可以得出结果,如果有旧的数据库备份,在归档日志和在线日志全部保存完好的情况下,使用recover database或recover database using backup controlfile。则不丢失数据
如果存在备份数据文件restore后,归档日志或者在线日志(active、current)丢失情况下,则可以恢复到丢失的前一个归档日志

 

until cancel就是不完全恢复
需要alter database open resetlogs
数据库打开后需要理解做一个全库备份

 

在线日志文件丢失:

如果正常关闭数据库,然后启动时报错:

SQL> alter database open;
alter database open
*
第 1 行出现错误:
ORA-00313: 无法打开日志组 1 (用于线程 1) 的成员
ORA-00312: 联机日志 1 线程 1:
'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO01.LOG'


SQL> alter database open resetlogs;
alter database open resetlogs
*
第 1 行出现错误:
ORA-01139: RESETLOGS 选项仅在不完全数据库恢复后有效


SQL> recover database until cancel;
完成介质恢复。
SQL> alter database open resetlogs;

数据库已更改。

рекомендация

отwww.cnblogs.com/jinanxiaolaohu/p/10967994.html