-1

SAN 문제 후 SQL 데이터베이스가 Suspect로 표시되었습니다. 불일치의 범위로 인해 유효한 백업 & 로그 백업에서 복구가 발생했습니다. 다른 시스템이나 다른 사용자 데이터베이스에 문제가없고 CHECKDB가 성공했습니다. 복구 된 데이터베이스에도 성공적인 CHECKDB가 있었고 응용 프로그램을 다시 사용할 수있었습니다.DBCC CHECK 성공 - 아직 전체 DB 백업이 비정상적으로 종료 됨

그러나 일일 백업은 문제 데이터베이스에서 실패하고 있습니다. CHECKDB는 오류없이 계속 성공합니다. 전체, COPY_ONLY 백업은

Msg 3203, Level 16, State 1, Line 3 
Read on "mydb.mdf" failed: 
23(failed to retrieve text for this error. Reason 15105) 
Msg 3203, Level 16, State 1, Line 3 
BACKUP DATABASE is terminating abnormally. 

가 나는 또한 \ 장치가 Harddisk2 \ DR2 \ 잘못된 블록을 가지고,

장치 시스템 로그 이벤트에서 볼 (또한 시도 CONTINUE_AFTER_ERROR) 같은 오류가 발생합니다.

서버 자체가 다시 시작되었으며 SQL Server는 오류없이 온라인 상태로 복원되었습니다. CHECKDB는 계속해서 데이터베이스에 대한 오류를보고하지 않지만 유효한 백업이 없으면 1 주일 이상 위치가 악화되고 있습니다.

다른 포럼에서는이 오류가 파일 액세스/사용 권한 또는 백업을 완료하기위한 디스크 공간 부족으로 인한 것일 수 있지만, 동일한 결과로 다른 자격 증명을 사용하여 여러 위치로 백업하려고 시도한 경우가 아니라고 제안합니다.

모든 DB 개체를 내보내고 모든 데이터를 정리 된 데이터베이스에 대량 복사하는 프로세스를 구성하고 있습니다. 내가 고려한 또 다른 옵션은 sql을 분리/중지하고 mdf, ndf, ldf 파일을 다른 서버에 복사하는 것으로 데이터를 먼저 보호하지 않고 SQL Server를 잠시 중단하는 것을 꺼려합니다.

불량 블록과 관련이있는 사이트를 설정하기 위해 DB가 온라인 상태 일 때 추가로 수행 할 수있는 생각을 환영합니다.

스크린 샷 1 - 백업 실행 횟수가 70 % 이상인 것으로 나타납니다. 1

답변

0

mdf 파일이 복구 할 수 없다고 결론을 냈습니다. 티 - 로그 백업

  • 및 CHECKDB를 작동/데이터베이스는 여전히 액세스 할 수있었습니다
  • 성공

    • MDF 파일 파일의 불량 섹터와 함께 시나리오를 다시

      을 공유하려면이 등장했다 좋은

    그러나 * 전체 & 차이 백업 실패 * DB가 복사 될 때 MDF 파일을 복사 할 수 없습니다. DB를 여전히 현장

    에 다시 부착 할 수있는 *으로 인해 형편 파일 관리 &

    • 파괴 될 로그 체인 (때문에 제한 로그 백업 보존에 대한)이 모든 문제의 지연 식별에 을 분리했다
    • 유일한 해결책은 오래된 백업과 아픈 복사본을 데이터에서 복원하는 것입니다.