- 백업 실패로 인해 트랜잭션 로그에 사용된 디스크가 가득 찬 것으로 나타납니다.
- 데이터베이스가 연결을 허용하지 않으므로 (HP Data Protector) 백업 작업을 수동으로 실행할 수 없습니다.
- Oracle 인스턴스는 SAN에서 디스크를 직접 마운트하므로 Windows에 표시되는 파일 시스템이 없습니다.
그러나 데이터베이스 서비스는 실행 중입니다. 백업 작업을 다시 실행하고 서비스를 복원할 수 있을 정도로 데이터베이스를 복구하는 간단한 방법이 있습니까?
그 이상의 Oracle 지식은 없다고 가정합니다.티핑;-)
로부터Alert_mydatabase.log파일, ( <orahome>\admin\mydatabase\bdump\),
ORA-15041: diskgroup space exhausted
...
ARCH: Archival stopped, error occurred. Will continue retrying
...
답변1
ORA-15041: 디스크 그룹 공간이 소진되었습니다
아카이브 로그/백업을 저장하기 위해 ASM을 사용하고 있고 아마도 그것을 채웠을 것 같습니다(아마도 오래된 백업이 제거되지 않기 때문일 것입니다)
cagcowboy가 말했듯이 데이터베이스는아마매달린왜냐하면현재 로그 파일을 보관하고 전환할 수는 없지만 복구/복원 등을 해야 할 것 같지는 않습니다. 일부 공간을 확보할 수 있게 되면 인스턴스는 활동을 계속합니다.
이미 제안한 대로 적절한 조언을 얻으려면 Oracle 지원팀에 연락해야 합니다.
문안 인사.
답변2
몇 가지 무작위 생각:
귀하가 Oracle Support 계약을 맺었다고 가정하면 제가 참여하도록 하겠습니다. 이것이 비정상적이거나 특히 어려운 문제이기 때문에 반드시 그런 것은 아닙니다. 하지만 그만큼 오라클에 대한 귀하의 익숙하지 않기 때문입니다. 뭔가 잘못되면 DB가 망가질 수 있습니다.
왜 복원이 필요하다고 생각하시나요? 디스크가 꽉 차면 db에 대한 쓰기가 "동결"되지만(보시다시피) 데이터 손실/손상이 없어야 합니다.
DB SYS 비밀번호를 알고 계시나요?
라이브/프로덕션 시스템인가요?
SAN 파일 시스템에 액세스하는 다른 방법이 있습니까?
이러한 질문에 응답하면 거기에서 시작할 수 있습니다.
답변3
다음은 더 무작위적인 생각입니다.
1) DBA는 어디에 있나요?
2) 데이터베이스 볼륨은 Windows에서 볼 수 없으므로 데이터베이스가 원시 파티션이나 ASM을 사용하고 있다고 가정합니다. 어느 쪽인지 아시나요? asm이나 raw가 아니라면 기본 데이터 디스크는 어떤 파일 시스템인가요?
3) 데이터베이스를 백업할 때 아카이브 로그의 제거/보관을 어떻게 처리합니까?
4) 원시/ASM을 사용하지 않고 파일 시스템을 사용하는 경우 아카이브를 진행할 수 있도록 아카이브 로그의 SAN 볼륨을 확장하거나 크기를 늘릴 수 있는지 확인하십시오. 그런 다음 즉시 백업을 수행하고 이전 아카이브 로그를 제거/보관하십시오.
5) 또한 보관 로그용 새 볼륨을 생성하고, 데이터베이스에 들어가서 새 보관 로그 대상에 보관할 DB를 변경할 수도 있습니다.
아카이브 로그에 따르면 DB가 공간 대기를 중단했지만 충돌은 발생하지 않은 것으로 보입니다. 공간을 확보하면 계속됩니다. 가장 좋은 방법은 DBA와 SAN 관리자를 함께 모아 공간을 확보하기 위해 무엇을 할 수 있는지 결정하는 것입니다. 문제가 발생하면 Oracle 지원 센터에 전화하여 도움을 요청하세요.