복구의 오라클 데이터베이스 문제 (C)

데이터베이스 복구를 수행 할 때 많은 사람들이 다음과 같은 오류가 발생했습니다 :

SQL > 복구 데이터베이스를 ; 
ORA - 00283 : 복구 세션으로 인해 취소 에 오류 
ORA - 01610 다음 사용하여 복구 백업 CONTROLFILE의 옵션을 수행해야합니다

이를 위해 잘못된 방법은 매우 간단합니다, 나는) 우리 모두가 단지에 백업 제어 파일을 사용하여 추가 :( 알고 생각

SQL은 > 복구 데이터베이스를 사용하여 백업 제어 파일을; 
ORA - 00,279 : 변경 314,215,629,614 발생 04 / 25 / 2015  12 : 50 : 28이 필요 에 대한 
스레드 1 
ORA - 00,289 : 제안 : / archlog / recovertest1 / recovertest1_48089_863551860.arc 
ORA - 00,280 : 변경 314,215,629,614  위한 스레드 1  인 에 일련 번호를 48089 
 
지정 로그 : { < RET > =이 제안 | 파일 이름 | AUTO | 취소}

그런데 왜 그런 실수를보고 할 것인가? 여기에서 우리는, 회복 시간 ORA-00283에 ORA-01610 잘못된 이유를 이끌 그것을보고

에 대한 메시지 파일 / s의 오류 텍스트, 원인 및 조치 ORA-01610

버전 10.2, 11.1, 11.2, 12.1

오류 : ORA이-01610 복구 백업 CONTROLFILE 옵션을 사용하는 것은 수행해야합니다
------------------------------------ ---------------------------------------
원인 : 하나 이전 데이터베이스 복구 세션 지정 BACKUP
CONTROLFILE 또는 제어 파일은 RESETLOGS의로 다시 한
옵션 또는 사용되는 제어 파일 백업 제어 파일입니다. 후에
만 백업 CONTROLFILE 회복이 허용됩니다 그것은해야
열고 다음 데이터베이스에 로그 재설정 하였다.

복구에 이르는 >>>>> 이유는 ORA-01610이보고 :

당신이 처음 사용 백업 제어 파일 명령을 사용하여 데이터베이스를 복구 회복에있는 경우 또한 다시 데이터베이스를 복구 수행, 백업 제어 파일 (1)을 추가해야합니다

2. 데이터베이스가 열려 있었다 복원 RESETLOGS

3. 당신은 (예를 들어, 당신은, 제어 파일이 월 10 복원 데이터 파일 월 (10) 이후 복원) 이전 데이터 파일을 복구 제어 파일 복구 비율을 사용
는 백업 controfile를 사용하여 복구에 수행 : 액션 옵션을 선택합니다.

버전 9.2, 10.1

## MOS에서 위의 통로 차단 명확하게 설명 할 시간 ORA-01610의 회복으로 이어지는 이유를 설명합니다.

详情可参考 OERR : ORA-1610 "백업 CONTROLFILE 옵션을 사용하여 복구를 수행해야합니다"참조 참고 (문서의 ID 19007.1)

전송 : https://blog.csdn.net/shaochenshuo/article/details/46650455

복구의 오라클 데이터베이스 문제 (C)

에 대한 메시지 파일 / s의 오류 텍스트, 원인 및 조치 ORA-01610

추천