INF: SQL Server에 대한 계획 재해 복구

기술 자료 번역 기술 자료 번역
기술 자료: 169039 - 이 문서가 적용되는 제품 보기.
모두 확대 | 모두 축소

요약

이 문서에서는 두 가지 예는 간단한 재해 복구 계획을 사이트 사전에 데이터 치명적인 재해 복구 계획 중에 고려할 수 있습니다 제공합니다. 첫 번째 예제에서는 사용 가능한 시스템 유지 관리 창 필요 사이트를 대상으로; 두 번째 예제에서는 24시간 기준으로 운영 사이트를 위한 것입니다.

이 문서의 목적은 재해 복구 계획을 노력에 대한 시작 지점을 제공하는 것입니다. 이 문서에서는 재난 복구 계획이 아닙니다. 사용자가 자신의 환경을 감안하여 고려할 적절하게 수정할 지정하고 확인하는 것입니다.

추가 정보

화재 발생하고 24 시간 데이터 센터에 out 감염될 가정하십시오. 특정 복구할 수 있습니다? 기간을 복구할 수 있고 사용 가능한 시스템을 사용하면 걸리는? 데이터 손실을 얼마나 많은 사용자가 허용할 수 있습니까? 이러한 모든 시스템 관리자(SA) 주요 관심사 중 일부는 있어야 하며 중요한 시스템 데이터를 유지 관리하는 함께 데이터베이스 관리자 (DBA) 충전된. 재해 복구 어떤 정보를 catastrophe 발생한 시스템을 복구할 수 있는 프로세스입니다. 화재, 같은 manmade 또는 자연 재해 또는 RAID-5 배열에서 두 디스크 실패 등의 기술적인 재해. 재해 복구 계획 작업 치명적인 이벤트에 대한 응답으로 발생하는 모든 작업을 준비하는 데 사용되는 값입니다. 재해 복구 평가 치명적인 이벤트 시뮬레이션 및 재해 복구 계획 프로그램의 기능 지정된 복구 요구를 배달하도록 평가 것입니다.

이상적으로는 얼마나 오래 복구 재해 복구 계획, 찾은 최종 데이터베이스 사용자가 예상할 수 언급되어야 합니다 표시되어야 합니다. 예를 들어, 지정된 하드웨어 구입 후 48시간 내에 복구를 완료해야 및 "이전 주 최종 경우에만 최대 데이터 보장할 수 있습니다. 일반적으로 관리 이러한 사양을 명확하게 정보를 유지해야 합니다. 재해 복구 평가 사양을 substantiate 수 있어야 합니다.

여러 가지 재난 복구 계획 구조적 수 수 및 여러 종류의 정보 포함할 수 있습니다 (대상, 통신할 누구인지 하드웨어 가져오는 방법을 재해 발생 시 연락할 사람 누구입니까 접속할 수 있도록 관리 계획을 등에 소유한 방법을). 이 문서에서는 몇 가지 초기 경로를 SQL Server 기술 복구 제안 경우에만 위해 스클라버스입니다.

24시간 단위로 (사용할 수 있는 유지 관리, 사이트에서) 작동하지 사이트에 대한 예는 다음과 같습니다.

대한 재해 준비하려면 다음 매일 합니다 (또는 때마다 유지 관리 창 수):
  1. SQL Server를 종료하려면 종료하십시오.
  2. preferably 다른 컴퓨터로 다른 건물의 모든 데이터베이스 장치 파일을 복사합니다 (있지만 네트워크 로드를 주의) 및 테이프 장치에 또한 서버와의 아래로 장치 단지 다른 파일과 같은 파일을 복사할 수 있습니다.
  3. 안전한 방식으로 시스템 로그를 유지 관리하십시오. 모든 SQL Server 파일이 위치한 디렉터리에 Master.dat 파일의 특히 기록하십시오. 설치된 Windows NT Server 및 SQL Server 서비스 팩을 모두 기록하십시오. 레코드를 사용하는 Net - 라이브러리, 보안 모드 및 SA 암호를 유지하십시오.
  4. 최소 기능을 빨리 평가 대한 기본 기능 스크립트를 유지 (이 문서의 끝에 있는 참고 참조).
  5. 하루 동안 손실된 데이터 양을 최소화하려면 시스템을 라이브 동안 데이터베이스 및 트랜잭션 로그 덤프를 수행하십시오. 해당 SQL Server 설명서를 온라인 자세한 덤프, 로드 및 복구 절차를 참조하십시오.
  6. 다음 재해 복구 단계를 미리 다른 서버에서 평가하고 필요에 따라 단계를 수정하여.
재해가 발생한 후에 복구하려면 적절한 대체 하드웨어를 얻은 후 다음을 실행하십시오.
  1. Windows NT Server를 설치하고 적절한 서비스 팩을 로드하십시오. 적절한 도메인 기능이 있는지 확인하십시오. 예를 들어, 제대로 작동하는 공유 파일을 확인하십시오.
  2. SQL Server를 설치하고 적절한 서비스 팩을 로드하십시오. 처음에 설치된 것으로 마스터 데이터베이스 장치가 동일한 디렉터리에 둡니다. 또한 같은 Net-라이브러리, 보안 모드 및 전에 SA 암호가 선택하십시오.
  3. SQL Server 제대로 실행되고 있는지 확인하십시오. 경우 Windows NT 이름이 변경된, 서버 사용 sp_dropserver 및 Windows NT Server 이름과 일치하도록 sp_addserver.
  4. SQL Server 중지하십시오.
  5. 모든 데이터베이스 장치 파일을 포함하여 Master.dat 파일의 원래 위치로 다시 이동하십시오.
  6. SQL 서버를 다시 시작하십시오.
  7. 이 시간이 지나면 데이터베이스 또는 트랜잭션 로그를 사용할 수 있는 경우 이를 로드하십시오.
  8. 시스템의 사용 가능성을 확인하십시오. 적절한 작동을 위해 기능 스크립트를 실행하십시오. 이상적으로는 시스템에 사용자에게 배포하기 전에 시간 DBCC CHECKDB 및 NEWALLOC 각 데이터베이스 및 DBCC TEXTALL 및 TEXTALLOC 해당 데이터베이스 및 TEXT 필드가 포함된 테이블을 실행할 제공되어야 합니다. 이 마이그레이션 프로세스를 원하지 않는 방식으로 파일을 변경하지 않았습니다 하기 위한 것입니다.
  9. DBCC 문이 실행 중인 데이터베이스가 일관된 보여주고 기능 테스트 스크립트를 성공한 후 다시 시작할 수가 있습니다.
온라인 유지 관리 창이 있고 365일, 하루 24시간 실행하는 사이트에 대한 예는 다음과 같습니다.

재해에 대한 준비하려면 다음과 같이 하십시오.
  1. 주기적으로 모든 데이터베이스에, preferably 다른 건물 다른 컴퓨터의 디스크 덤프 (하지만 네트워크 로드를 주의) 및 테이프 장치에 또한. 트랜잭션 로그는 마찬가지로 처리할 수 있습니다.
  2. 안전한 방식으로 시스템 로그를 유지 관리하십시오. 모든 SQL Server 파일이 위치한 디렉터리에 Master.dat 파일의 특히 기록하십시오. 설치된 Windows NT Server 및 SQL Server 서비스 팩을 모두 기록하십시오. 레코드를 사용하는 Net - 라이브러리, 보안 모드 및 SA 암호를 유지하십시오. 지정한 데이터베이스 옵션을 기록하십시오.
  3. 스크립트에서 모든 장치 및 데이터베이스에 대한 모든 크기 변경 내용을 기록하십시오. 이 상황에서 복구 단순화하기 위해 중요한 것입니다!
  4. 최소 기능을 빨리 평가 대한 기본 기능 스크립트를 유지 (이 문서에서는 아래의 참고 참조).
  5. 다음 재해 복구 단계를 미리 다른 서버에서 평가하고 필요에 따라 단계를 수정하여.
적합한 하드웨어 얻은 후 재해가 발생한 후에 복구하려면 다음과 같이 하십시오.
  1. Windows NT Server를 설치하고 적절한 서비스 팩을 로드하십시오. 적절한 도메인 기능이 있는지 확인하십시오. 예를 들어, 제대로 작동하는 공유 파일을 확인하십시오.
  2. SQL Server를 설치하고 적절한 서비스 팩을 로드하십시오. 마스터 데이터베이스 장치가 동일한 디렉터리에 배치할 수 있는지 확인하십시오. 또한 같은 Net-라이브러리, 보안 모드 및 전에 SA 암호가 선택하십시오.
  3. SQL Server 제대로 실행되고 있는지 확인하십시오. 이름이 변경된, Windows NT Server sp_dropserver 및 Windows NT Server 이름과 일치하도록 sp_addserver 실행할 경우.
  4. 만들거나 변경할 모든 장치 및 데이터베이스에서 변경한 스크립트 이전 섹션의 위의 3단계에서. LOAD에 대한 데이터베이스는 만들 수 있습니다.
  5. 사용자 로그온 정보 또는 원격 서버 로그온 정보가 덤프된 마스터 데이터베이스에서 중요한 경우 마지막 덤프 때 있었던 모든 장치 파일 및 데이터베이스 크기를 후 단계 5a 진행하십시오. 그렇지 않으면, 중요한 표시되지 않으면 6단계를 진행하십시오.

    1. SQL Server 중지하십시오.
    2. 명령줄에서 단일 사용자 모드에서 SQL Server를 시작하는 "SQLSERVR - c-m".
    3. 그 중 마지막 덤프, catastrophe 전에 마스터 데이터베이스에서 로드가 발생했습니다.
    4. 성공, 중지 후 SQL Server를 정상적으로 다시 시작하십시오. 6 단계로 계속 진행하십시오.
  6. 각 사용자 데이터베이스에 덤프된 파일에서 로드 및 적절한 경우 너무, 트랜잭션 로그를 덤프합니다.
  7. SQL Server를 중지했다가 다시 시작하십시오.
  8. 시스템의 사용 가능성을 확인하십시오. 5 c 단계에서 master 데이터베이스를 다시 로드되었습니다 각 데이터베이스에 대해 데이터베이스 옵션을 설정하십시오. SQL Server의 적절한 작동을 위해 기능 스크립트를 실행하십시오. 이상적으로는 시스템에 사용자에게 배포하기 전에 각 데이터베이스에 대해 DBCC CHECKDB 및 NEWALLOC 실행할 시간을 제공해야 합니다 및 DBCC TEXTALL 및 TEXTALLOC에 대한 해당 데이터베이스 및 테이블을 포함하는 TEXT 필드. 이 마이그레이션 프로세스를 원하지 않는 방식으로 파일을 변경하지 않았습니다 하기 위한 것입니다.
  9. DBCC 문이 실행 중인 데이터베이스가 일관된 보여주고 기능 테스트 스크립트를 성공한 후 다시 시작할 수가 있습니다.
재해 복구 평가 계획, 확인 및 충분한 하드웨어 가져오는 달성됩니다. 그리고 문서화된 재난 복구 지침을 제공하고 백업 SA 또는 DBA (계획 개발 관련 없는 사람) 필요 이 컴퓨터의 시스템 복구합니다. 현재 재해 복구 계획 중 vitality 확인하려면 정기적으로 재해 복구 평가 수행하십시오.

사용자 데이터가 중요한 경우 재해 복구 평가 중요성을 강조해도 수 없습니다. 데이터를 다시 가져올 수 없는 경우 비즈니스 위험을 무엇입니까? 시스템 백업 가져오고 실행하는 각 시간 지연 비용 무엇입니까? 데이터를 신속하게 복구할 수 가정할 수 있는 상황을 않으며 이를 확인하십시오! 시간이 매우 철저하게 앞선 단계를 이해하고 스트레스와 불확실성을 일부 향후 catastrophe 상황에 의해 부과된 최소화됩니다.

이 문서에서는 Microsoft SQL Server 6.5 배포 가이드의 48 페이지에서 데이터베이스 복구 절을 확장 같이 작성되었습니다 (웹 위치에 찾을 http://www.microsoft.com/sql/deploy.htm). SQL Server 온라인 설명서의 및 Microsoft 기술 자료의 DUMP LOAD SQLSERVR 마스터 데이터베이스에 대한 추가 정보를 찾을 수 있습니다.

참고: "기본 기능 스크립트를" A 빠르게 데이터베이스의 특정 응용 프로그램의 관점에서 성공적인 작동을 보여 주기 위해 사용할 수 있는 코드 일괄 처리입니다. 가장 일반적으로 서버에서 ISQL 실행할 SQL 명령이 일괄 처리된 .sql 파일에 있습니다. 다른 응용 프로그램의 경우 .bat 파일에서 BCP 및 ISQL 명령을 포함할 수 있으므로 더 적합합니다. 이 기본 기능 스크립트를 매우 응용 프로그램별, 및 많은 다른 형태를 취할 수 있습니다. 예를 들어, 의사 결정 지원/보고 시스템에서 스크립트를 단지 몇 가지 쿼리 보고 사용자의 키 복사본을 수 있습니다. 그리고 온라인 트랜잭션 처리 (OLTP) 응용 프로그램에 대한 해당 INSERT, UPDATE 및 DELETE 문을 실행할 저장 프로시저의 일괄 실행의 수 있습니다. 목표는, 총 관점에서 보면 모든 것이 예상대로 작동하는지 확인하는 것입니다. 기본 기능 스크립트를 SA 또는 DBA가 데이터베이스를 다시 사용 가능한 상태, 최종 사용자가 확인을 위해 따라 없이 것을 알 수 있는 유용한 도구를 제공합니다.

속성

기술 자료: 169039 - 마지막 검토: 2003년 11월 14일 금요일 - 수정: 3.0
본 문서의 정보는 다음의 제품에 적용됩니다.
  • Microsoft SQL Server 4.21a Standard Edition
  • Microsoft SQL Server 6.0 Standard Edition
  • Microsoft SQL Server 6.5 Standard Edition
키워드:?
kbmt kbenv kbhowto kbusage KB169039 KbMtko
기계 번역된 문서
중요: 본 문서는 전문 번역가가 번역한 것이 아니라 Microsoft 기계 번역 소프트웨어로 번역한 것입니다. Microsoft는 번역가가 번역한 문서 및 기계 번역된 문서를 모두 제공하므로 Microsoft 기술 자료에 있는 모든 문서를 한글로 접할 수 있습니다. 그러나 기계 번역 문서가 항상 완벽한 것은 아닙니다. 따라서 기계 번역 문서에는 마치 외국인이 한국어로 말할 때 실수를 하는 것처럼 어휘, 구문 또는 문법에 오류가 있을 수 있습니다. Microsoft는 내용상의 오역 또는 Microsoft 고객이 이러한 오역을 사용함으로써 발생하는 부 정확성, 오류 또는 손해에 대해 책임을 지지 않습니다. Microsoft는 이러한 문제를 해결하기 위해 기계 번역 소프트웨어를 자주 업데이트하고 있습니다.
더 이상 지원되지 않는 제품의 KB 내용에 대한 고지 사항
이 문서에서는 Microsoft에서 더 이상 지원하지 않는 제품에 대해 설명합니다. 따라서 이 문서는 "있는 그대로" 제공되며 업데이트되지 않습니다.

피드백 보내기

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com