데이터베이스 보안: 때 SQL Server 데이터베이스 충돌 복구 하는 방법

아니 데이터베이스 시스템 클러스터, 2 기계 뜨거운 대기를 사용 하는 경우에 충돌 상황을 피할 수 있다... 그것은 여전히 시스템에서 단일 지점 오류를 완전히 근절 수 없는 그리고 대부분의 사용자에 대 한이 비싼 하드웨어 투자는 지속 될 수 없습니다. 그래서, 시스템 충돌, 원래 귀중 한 데이터를 복원 하는 방법 매우 중요 한 문제가 됩니다. 복구 시, 이상적으로, 데이터 파일 및 로그 파일은 그대로, 모든 데이터 파일 (있어야 마스터, 등)의 작동을 중단 또는 새 데이터베이스에 sp_attach_db를 하기만 하면, 그래서 데이터 파일을 첨부 라인, 원래 경로에 복사 그러나, 일반적으로 권장 하지 않습니다 같은 연습 sp_attach_db 더 나은, 하지만 문제가 많은. 그러나 때 일반적인 데이터베이스 충돌, 시스템 없을 수 시간이 미완성된 거래와 더티 페이지를 디스크에 쓸, 같은 상황 sp_attach_db 실패 합니다. 그런 다음 DBA 좋은 재해 복구 계획을 기대 합니다. 최신 전체 백업, 증분 백업 또는 트랜잭션 로그 백업, 복원, 복구 계획에 따르면 고 활성 트랜잭션 로그가 여전히 읽을 수 있는, 축 하! 충돌 이전의 상태로 되돌릴 수 있습니다. 그것은 더 가능성이 그 마지막 백업 시간 너무 오래 받아들일 수 없는 데이터 손실의 원인과 활성 트랜잭션 로그를 또한 가장 성가신 상황을 사용할 수 없는 상태에서 사용할 수 있는 백업이 없는 경우 평균 단위 전용된 DBA 아니다. 불행히도, 일반 데이터베이스 충돌은 저장소 하위 시스템에 의해 발생 하 고 복구에 사용할 수 있는 로그를가지고 거의 불가능 하다. 다음 우리는이 계획을 시도 해야 합니다. 물론,은 필요 이상 데이터 파일 경우, 데이터 파일, 로그 파일을 백업 하지 않습니다, 나를 위해 보이지 않는, "하나님, 도와." 노래를 지붕에 갈 수 있습니다 우선, sp_attach_single_file_db를 시도 수, 정 Yuen 황 dioxins 려 머리 지원 벤 원형 화 당신  또한 연의 쩡 끌 鍪  양파에 담근 깎 싱  참조 하 여 데이터 파일 을 복원 하려고, 성공 하는 것이 가능 하다. 터치는 복권 운 없는 경우 가장 중요 한 데이터베이스 아니다 당신이 그것을 했던 것 처럼 연결, 낙 심, 하지 마십시오 또는 다른 계획. 우리는 먼저 데이터베이스를 응급 모드로, 32768이 상태에 있는 데이터베이스의 sysdatabases 상태 설정, 로그를 다시 시도할 수 있습니다. 그러나, 시스템 테이블 변경할 수 없습니다 임의로, 마스터의 첫 번째 사용 설정 sp_configure 업데이트, 재정의 1 재구성 허용 다음 업데이트 sysdatabases 설정 STA가 상태 = 327어디 이름 로그 파일을 다시 설정 하는 신들의 축복에 대 한 기도 자, =. 성공의 기회는 여전히 매우 큰, 그리고 귀하의 새로 만든된 저널 인식 일반적으로 것입니다. 경우에 당신은 아무 잘못 보고 하지 않으면, 당신은 지금 숨을 쉴 수 있습니다. 있지만 데이터를 복원 하지만 생각 하지 말고 문제를 완료 하는 경우에 지속적인 거래 손실 되어야 합니다, 원래 데이터가 약간 손상 될 수 있습니다. 처음 SQL Server를 다시 시작 하 고 데이터베이스를 확인 합니다. 먼저 큰 문제가 없다고 하는 경우 단일 사용자 모드, 다음 DBCC sp_dboption, 단일 사용자, 진정한 DBCC CHECKDB () 설정, 데이터베이스 상태를 다시 변경할 수 있습니다, 그리고 시스템 테이블 수정 옵션을 해제 해야. Sysdatabases 설정된 상태 업데이트 어디 이름 = =-물론 데이터베이스 상태 수 없습니다이, 자신을 적절 한 값으로 변경. 또한 sp_resetstatus를 사용 하 여 이동 sp_configure 업데이트, 재정의 0 재구성 GOCHECKDB 몇 가지 오류, 잘못 된 데이터를 삭제 해야 할 수 있습니다 보고할 수 있습니다. CHECKDB는 여러 복구 옵션, 당신이 그것을 볼 수 있지만 결국에서 Repair_allow_data_loss, 해야 할 수 있습니다 모든 수리를 완료 합니다. CHEKCDB 모든 수리를 완료 되지 않습니다, 그리고 우리 더가 서 및 DBCC CHECKTABLE와 각 테이블을 검사 해야 합니다. 테이블 목록은 sysobjects에서 찾을 수 있습니다는 objectproperty는 그것을 확인,이 기본적으로 모든 찾기 istable 문제 해결, 오류 또한 보고 하는 경우 확인 하려면 다른 테이블에 데이터 선택을 넣어 하려고. 모든 것이 완료 되 면, 다시 모든 인덱스, 뷰, 저장된 프로시저, 트리거, 및 등. DBCC Dbreindex 일부 도움이 될 수 있습니다. 명령 및 개체 위에서 언급 한 온라인 설명서에 자세히 설명 되어 있습니다, 그리고 참고 하시기 바랍니다. 책임 편집자 Zhaoyi zhaoyi#51cto.com 전화: (010) 68476636-8001 주고 힘 (0 표) 되도록 유혹 (0 표) 넌센스 (0 표) 전문가 (0 표) 전달 (0 표) 제목 파티 (0 표) 텍스트: 데이터베이스 보안: 때 SQL Server 데이터베이스 충돌 복구 하는 방법 네트워크 보안 홈으로 돌아가기