네 문장의 차이 [재 인쇄] 오라클 백업 및 네 개의 문 차이의 회복의 데이터베이스 복구 오라클 데이터베이스 백업 및 복구를 복구

오라클 네 개의 문 차이의 데이터베이스 백업 복구 복구

 

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

에 대해 배울 필요가있다.

 

1 백업 제어 파일 사용하여 데이터베이스를 복구
취소 할 때까지 2 데이터베이스를 복구
3 취소 할 때까지 백업 제어 파일을 사용하여 데이터베이스를 복구;
백업 제어 파일을 사용하여 취소 할 때까지 4 데이터베이스를 복구;

본 논문은 다음과 같은 네 가지 설명 복원 방법의 차이를 의미한다 :
 
1. 백업 제어 파일을 사용하여 데이터베이스를 복구

 현재 제어 파일, 차가운 손실 된 경우 백업을 얘기하는 데 사용되는 제어 파일 복구, 때 오라클을 SCN을에가, 회복의 끝으로 CONTROLFILE하지 마십시오
 
취소 할 때까지 2. 데이터베이스를 복구
 
당신이 당신의 현재 / 활성 리두를 분실 한 경우 때 수동으로 엔드 포인트를 지정합니다.
 
3. 취소 할 때까지 백업 제어 파일을 사용하여 데이터베이스를 복구;
 
 당신이 분실 현재 제어 파일 및 현재의 모든 / 활성 리두를 분실 한 경우, 당신이 최대 복구를 달성 할 수있는 자동 이동 아카이브 로그를 적용한다;
 
백업 제어 파일을 사용하여 취소 할 때까지 4. 데이터베이스를 복구;
 
 당신이 당신의 현재 제어 파일 및 전류 / 활성 리두를 분실 한 경우 모두 마무리를 복원 이전 SCN을 다시 실행 잃었다. 어떤 응용 프로그램 아카이브 로그가 없기 때문에, 모든 데이터가 손실됩니다. 
제어 파일 데이터베이스를 복구 백업을 사용하여 이해하려면 먼저 이해하는 경우 제어 파일 백업을 사용하지 않고, 즉, 데이터베이스를 복구 할 수 있습니다.
데이터 파일을 복구 할 때 일반에서 데이터베이스를 복구하거나 테이블 스페이스를 복구, 오라클은 SCN의에서 "현재 제어 파일 레코드에 관련된 데이터 파일 블록을 리두 로그 및 아카이브 로그 다시 실행 항목을 사용하여, 현재의 SCN의 제어 파일의 피사체를 촬영 복원 "
그리고 어떤 경우에는, 오라클은 (제어 파일을 기반으로 생성 예를 들어, 제어 파일은 백업 제어 파일 또는 추적.) SCN 또한 위치에 따라 현재 레코드보다 제어 파일에 데이터를 복원해야 할이 시간, 우리가 필요로하는 백업 제어 파일을 사용하여. 복구 "현재 제어 파일이 기록 된 SCN"제한의 영향을받지 않습니다. 이 시간 제한 (SCN까지 시간이 될 때까지) 명세서에서 오는 또는 사용 가능한 아카이브 로그 (취소 할 때까지) 것입니다 ...

다음과 같은 결과가 :
제어 파일이 누락 된 경우, 백업 제어 파일을 복원, 당신은 사용하여 백업 제어 파일 옵션을 사용해야합니다. 그리고 완전히 회복되지 취소 할 때까지, 즉 전류 / 활성 리두는 분실하거나 복원하는 것은 종료 후 아카이브 데이터베이스에서 파일이 없습니다.

결론 :
1, 기존 제어 파일을 복원 적용 및 아카이브 로그 및 cuurrent / 활성 리두 모든 경우에 손실되지 않습니다. 모든 아카이브 된 로그 및 온라인 그대로 로그인하면 데이터가 손실 될 수 없습니다. 유사한 데이터베이스 복구
(제어 파일이 오래된 복원 할 필요가 없습니다) 2, 현재 손실되지 않습니다 제어 파일을, 다음 로그 파일이나 사건을 잃은 현재 / 활성 로그가 있습니다, 그것은 종료됩니다. 가능한 최대 데이터 복구
3,4 : 나는 오라클 10.2.0.4 환경 시험 효과에서 오전, 시스템 응용 프로그램 제어 파일 백업하라는 메시지를 표시합니다 그 순간 제어 파일 백업을 복원 한 후, 기존 제어 파일을 복원, 즉 동일 아카이브 로그, 경우는 정지하지. 데이터의 가장 큰 가능한 복구.

 

이전 데이터베이스 백업, 아카이브 로그 및 온라인 로그 상황에서 모든 손상을 저장하면 결과가 그릴 수, 사용은 데이터베이스를 복구 또는 백업 제어 파일을 사용하여 데이터베이스를 복구 할 수 있습니다. 데이터의 손실
이있는 경우 백업 데이터 파일에서는 아카이브 로그를 복원하지, 또는 온라인 저널 (활성, 현재의) 상황 분실, 누락 된 이전 로그 파일을 복원 할 수 있습니다

 

취소 할 때까지 단지 완전히 회복되지 않는
데이터베이스 개방 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