SQL Server“의심스러운”데이터베이스?

40

로 표시된 데이터베이스가 있으면 Suspect어떻게합니까?

마지막 백업에서 복원 하시겠습니까?

조언 부탁드립니다.

sql-server

— db7
소스

41

먼저 데이터베이스를 분리하지 마십시오.

마지막으로 성공한 백업에서 복원하는 것이 좋습니다. 그렇지 않으면 EMERGENCY 복구 모드를 사용해야합니다 (SQL 2005 이상을 실행한다고 가정합니다). 다음은이 주제에 관한 Paul Randal의 게시물입니다. 조치를 취하기 전에 두 가지를 모두 읽으십시오.

— SQLRockstar
소스

5

거의 그렇습니다.

일반적으로 파일이 볼 릭스가 없거나 디스크 오류 또는 일부 오류가 발생했음을 의미합니다 (잘못된 섹터로 인해이 문제가 발생했습니다).

내 단계 :

편집 : 나는 대답을 명확히 할 것이다.

— gbn
소스

5

데이터 파일이나 로그 파일을 잃어 버렸을 때 의심스러운 데이터베이스 2 가지 경우에 대한 지침을 작성했습니다. 다음을 읽으십시오 :

— 아구 쉬카
소스

5

게시 내용이 모두 링크 인 경우 스택 교환이 작동하지 않습니다. 우리가해야 할 일은 링크의 내용을 요약하는 것입니다. 그렇지 않으면 답을 삭제하도록 강요 받게됩니다 (그러면 담당자를 잃어 버리면

— 아무도

4

귀하의 질문에 따르면 백업이있는 것 같습니다. 좋은 백업에서 DB를 복원하는 것이 DB 작동을 의심스러운 상태에서 벗어나는 가장 쉽고 빠른 방법입니다.

— 스탠리 존스
소스

5

그러나 트랜잭션 로그가 없으면 데이터가 손실됩니다.

— mrdenny

0

나의 첫번째 충고는; 의심스러운 데이터베이스를 분리하지 마십시오. 업데이트 된 백업에서 데이터베이스를 복원하면 도움이됩니다. 백업을 사용할 수 없거나 문제가있는 경우 EMERGENCY모드가 유용 할 수 있습니다.

데이터베이스를 비상 모드로 설정하십시오.

ALTER DATABASE DB_NAME SET EMERGENCY

이제 데이터베이스 불일치를 다음과 같이 확인하십시오.

DBCC CHECKDB (‘DB_NAME’)

DBCC CHECKDB 복구 허용 데이터 손실 옵션은 최후의 수단입니다. 결과적으로 데이터가 손실 될 수 있으므로 실행하지 않는 것이 좋습니다.

참조 1 및 참조 2 도 확인하십시오.

— 프리 얀카
소스