Microsoft SQL Server 대 한 재해 복구 옵션에 대 한 설명

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

이 페이지에서

요약

데이터 복구에 대 한 다양 한 솔루션에 설명 Microsoft SQL Server 데이터베이스에서 재해가 발생 합니다. 또한이 문서 장점과 단점의 각 솔루션에 설명 합니다.

재해 복구에 사용할 수 있는 정보를 복구 하는 데 도움이 되는 프로세스입니다. 시스템 및 데이터를 재해가 발생 한 경우입니다.

재해의 예 순서나 저널과 재해, 화재 또는 기술 등을 포함 2 디스크의 중복 배열 중 독립 디스크의 오류와 같은 재해 (RAID 5 배열).

재해 복구 계획 작업입니다. 재해에 대 한 응답으로 발생 해야 하는 모든 작업 준비에 할애 합니다. 계획의 중요 한 복구 하는 데 도움이 되는 전략의 선택 영역에 포함 데이터입니다. 적절 한 재해 복구 전략의 선택에 따라 달라 집니다. 비즈니스 요구 사항입니다.

참고 이 문서에서 설명 하는 해결 방법만 제공 사용할 수 있는 기술의 일반적인 설명을 합니다. 이러한 일반 설명 된 다양 한 재해 복구 방법 비교 및 재해 복구 계획입니다. 재해 복구 솔루션을 결정 하기 전에 가장 좋은 각 제안 된 재해에 나타나는지 확인 합니다. 복구 솔루션을 자세히입니다. 각 재해 복구에 대해서 설명 솔루션에 추가 정보를 찾을 수 있는 링크가 나와 해당 솔루션에 대 한.

장애 조치 클러스터링

Microsoft SQL Server 2000 장애 조치 클러스터링 하도록 설계 되었습니다. 자동으로 하드웨어 오류나 소프트웨어 오류가 발생 하면 장애 조치 합니다. 사용자 SQL Server 2000 장애 조치를 만들려면 장애 조치 클러스터링을 클러스터에 사용할 수 있는 2000 SQL Server 또는 SQL Server 여러 인스턴스에 대 한 단일 인스턴스 2000. 장애 조치 클러스터링 데이터베이스 시스템을 자동으로 전환할 수 있습니다는 작업에 실패 한 서버에서 SQL Server 인스턴스를 처리합니다. 서버입니다. 따라서 장애 조치 클러스터링 운영 체제 경우 유용 오류가 발생 하거나 데이터베이스 시스템의 계획 된 업그레이드를 수행 하는 경우 리소스입니다. 또한 장애 조치 클러스터링 없이 서버 가용성을 증가 가동 중지 시간입니다.

장애 조치 클러스터링에 대 한 높은 서버 설계 되었기 때문에 거의 없는 서버 가동 중지 시간을 가용성 클러스터 노드가 있어야 합니다. 지리적으로 서로 닫습니다. 장애 조치 클러스터링 않을 유용한 경우는 디스크 배열 오류가 발생합니다.

참고 장애 조치 클러스터링을 구현 하려면 Microsoft SQL 설치 Server 2000 엔터프라이즈 버전입니다.

다음 운영 체제 장애 조치 클러스터링을 지원 합니다.
  • Microsoft Windows NT 4.0, Enterprise Edition
  • Microsoft Windows 2000 고급 서버
  • Microsoft Windows 2000 Datacenter Server
  • Microsoft Windows Server 2003, 엔터프라이즈 에디션
  • Microsoft Windows Server 2003에서 데이터 센터 에디션
이러한 운영 체제를 설치할 수 있는 구성 요소를 포함, Microsoft 클러스터 서비스 (MSCS)입니다. 장애 조치 클러스터링에 대 한 SQL를 구현. 서버를 MSCS를 설치 해야 합니다.

MSCS 및 설치에 대 한 자세한 내용은 Microsoft 기술 자료의 다음 문서 번호를 클릭 하십시오.
259267Microsoft 클러스터 서비스입니다. 리소스 설치

장점 및 장애 조치 클러스터링을 사용 하 여 단점

장점은
높은 서버 가용성의 경우 장애 조치 클러스터링 자동으로 주 서버가 실패 하는 경우에 발생 합니다.
단점
  • 하면 큰 비용을 초래 합니다. 두 서버의 유지 관리 단일 서버 유지 관리를 두 번 비용이입니다. 수 없으므로 두 서버를 동시에 유지, 설치 비용이 많이 드는 것이 고 클러스터 된 노드를 유지 합니다.
  • 서버가 같은 위치에 있어야 합니다. 경우의 분기 회사는 전 세계 및 액티브/액티브 클러스터 이어야 합니다. 분기, 네트워킹 및 저장소 인프라에서 구현 되는 사용 해야 하는 표준 쿼럼 장치 서버 클러스터에서 매우 다릅니다. 수 있지만 따라서 지리적으로 사용 하지 않는 것이 좋습니다. 원거리에 있는 서버.
  • 없음 방지 디스크 배열 되어 오류가 발생 했습니다.
  • 장애 조치 클러스터링 장애 조치를 만들 수 없습니다. 클러스터 데이터베이스에 있고 데이터베이스에서 수준이 같은 개체는 테이블 수준입니다.
장애 조치 클러스터링에 대 한 자세한 내용은 방문 하는 다음 Microsoft 웹 사이트:
http://msdn2.microsoft.com/en-us/library/aa174512 (SQL.80).aspx
장애 조치 클러스터링에 대 한 자세한 내용은 Microsoft 기술 자료의 다음 문서 번호를 클릭 하십시오.
243218SQL Server 2000 Enterprise Edition에서 Microsoft 클러스터 서버 설치 순서
822250 웹캐스트: Microsoft SQL Server 2000 장애 조치 클러스터링 재해 복구 절차
SQL Server 장애 조치 클러스터에 대 한 Microsoft 지원 정책에 대 한 자세한 내용은 Microsoft 기술 자료의 다음 문서 번호를 클릭 합니다.
327518SQL Server 장애 조치 클러스터에 대 한 Microsoft 지원 정책

데이터베이스 미러링

데이터베이스 미러링은 한 데이터베이스 가용성 향상을 위해 주로 소프트웨어 솔루션. 미러링은 데이터베이스 별로 구현할 수 있습니다. 미러링만 전체 복구 모델을 사용 하는 데이터베이스를 사용할 수 있습니다. 단순 및 대량 로그 복구 모델 데이터베이스 미러링을 지원 하지 않습니다. 따라서 모든 대량 작업이 항상 완전히 기록 됩니다. 데이터베이스 미러링은 모든 지원 되는 데이터베이스 호환성 수준으로 작동합니다.

장점 및 단점은 데이터베이스 미러링

장점
  • 데이터베이스 미러링을 데이터 보호를 향상 시킵니다.
  • 데이터베이스 미러링은 데이터베이스의 가용성을 높입니다.
  • 데이터베이스 미러링은 프로덕션 데이터베이스의 가용성을 업그레이드 하는 동안 향상 됩니다.
단점
  • 미러 데이터베이스를 주 데이터베이스로 동일 해야 합니다. 예를 들어, 개체, 로그인 및 권한을 동일 해야 합니다.
  • 데이터베이스 미러링은 한 컴퓨터 다른 컴퓨터로 정보를 전송 네트워크를 통해 포함 됩니다. 따라서 SQL Server 전송 된 정보의 보안을 매우 중요 합니다.

피어 투 피어 트랜잭션 복제

피어-투-피어 트랜잭션 복제는 읽을 수 있는 데이터 복제에 참여 하는 데이터베이스를 수정할 수 있는 응용 프로그램에 대 한 설계 되었습니다. 또한 데이터베이스를 호스팅하는 서버를 사용할 수 없는 경우 나머지 서버 트래픽을 라우팅하는 응용 프로그램을 수정할 수 있습니다. 나머지 서버 데이터의 동일한 복사본을 포함 합니다.

피어-투-피어 트랜잭션 복제를 사용 하 여 단점 및 장점

장점
  • 활동을 모든 노드에 걸쳐 전염 될 수 있으므로 읽기 성능이 향상 됩니다.
  • 업데이트 성능이 집계 성능을 넣고 모든 변경 내용이 모든 노드에 전파 되지 않으므로 토폴로지에 단일 노드의 성능이 유사한 성능 삭제 합니다.
단점
  • 피어 투 피어 복제는 SQL Server 2005 Enterprise Edition에서 사용할 수 있습니다.
  • 모든 참여 데이터베이스에 동일한 스키마와 데이터가 포함 되어야 합니다.
  • 각 노드가 고유한 배포 데이터베이스를 사용 하는 것이 좋습니다. 이 구성은 잠재적인 단일 지점에서 실패 하는 SQL Server 2005를 제거 합니다.
  • 테이블 및 기타 개체는 단일 게시 데이터베이스 내의 여러 피어 투 피어 게시에 포함할 수 없습니다.
  • 게시는 구독을 만들기 전에 피어-투-피어 복제를 사용할 수 있어야 합니다.
  • 백업을 사용 하 여 또는 복제 지원만구독 동기화 유형 값을 설정 하 여 구독을 초기화 해야 합니다.
  • 피어 투 피어 트랜잭션 복제 충돌 검색 또는 충돌 해결 제공 하지 않습니다.
  • Id 열은 사용 하지 않는 것이 좋습니다.

웜 대기의 유지 관리 서버

만들고 사용 하 여 웜 대기 서버를 유지 합니다. 다음 방법 중:
  • 로그 전달
  • 트랜잭션 복제
이러한 두 메서드는 각 작업에 대 한 자세한 내용은 다음과 같습니다.

로그 전달

로그 전달에 Microsoft SQL 리소스 키트에 포함 되어 Microsoft SQL Server 2000에서 7.0 서버와 통합 되어 완전히 엔터프라이즈 버전 및 Microsoft SQL Server 2000 디벨로퍼 버전에서. 로그 배송 일반 작업 동안 사용 되지 않는 대기 중인 서버를 사용 합니다. A 대기 중인 서버를 재해가 발생 한 경우 데이터를 복구할 수 있도록 하는 데 유용 합니다. 할 수 있습니다. 로그 전달은 데이터베이스 수준 에서만 사용 합니다. 이 인스턴스를 사용할 수 없습니다. 수준입니다.

대기 중인 서버에서 트랜잭션 로그를 복원할 때를 데이터베이스를 단독 사용 모드로 이며 사용할 수 없습니다. 그러나 일괄 처리를 실행할 수 있습니다. 콘솔 데이터베이스 또는 트랜잭션 로그 복원 간의 작업 보고 계속 해 서 대기의 무결성을 확인 하는 명령 (DBCC) 검사 서버입니다. 필요한 의사 결정 지원 서버와 같은 응용 프로그램에 대 한 연속 처리는 데이터베이스 서버에서 로그 전달에 적합 하지 않습니다. 옵션입니다.

대기 중인 서버의 대기 시간이 자주는 방법에 기초한 트랜잭션 로그 백업이 주 서버에서 수행 되며 다음에 적용 대기 서버입니다. 주 서버가 실패 하는 경우에 변경은 손실 될 수 있습니다. 가장 최근의 거래 후 발생 한 트랜잭션에 의해 변경 된 로그 백업 합니다.

예를 들어, 트랜잭션 로그 백업을 수행 하는 모든 10 분, 가장 최근의 동안 트랜잭션을 10 분 손실 될 수 있습니다. 이 반드시 해당 주에 변경 된 데이터 업데이트 되지는지 않습니다. 서버 대기 기간 동안 손실 됩니다. 일반적으로, 새로운 업데이트에 기본 트랜잭션 로그 복구 및 웜 대기 서버에 적용할 수 있습니다. 주 서버에서 대기 서버로 전환에 약간의 지연이 있는 서버입니다. 로그 전달 주 목적은 웜 대기 서버를 유지 하는 것. 주 목표는 웜 대기 서버를 유지 관리 하는 경우 로그 전달이 됩니다. 다른 솔루션 보다 더 적합할 것이 문서 에 대해 설명 합니다.

로그 전달을 사용의 장단점

장점
  • 모든 데이터베이스 작업을 복구할 수 있습니다. 복구 테이블 및 뷰와 같은 만들어진 모든 개체가 포함 됩니다. 이 또한 만들어진 새 사용자 같은 보안 변경 및 포함 됩니다. 사용 권한 변경 합니다.
  • 데이터베이스를 빠르게 복원할 수 있습니다. 복원 데이터베이스 및 트랜잭션 로그 저수준 페이지 형식을 기반으로 합니다. 따라서, 로그 전달 복원 프로세스의 속도가 향상 되 고 결과 데이터의 빠른 복구입니다.
단점
  • 복원 프로세스 동안 데이터베이스를 사용할 수 없습니다. 데이터베이스가 대기 중인 서버에서 단독 사용 모드로 되어 있기 때문에.
  • 세분성 부족이입니다. 복원 중 대기 모드에서 프로세스를 주 서버에서 변경 내용 모두 적용 서버입니다. 몇몇 테이블 및 변경 내용을 적용 하려면 로그 전달을 사용할 수 없습니다. 나머지 변경 내용을 거부 합니다.
  • 응용 프로그램의 자동 장애 조치가 있습니다. 경우는 주 서버는 장애 때문에 실패, 대기 서버가 없습니다. 장애 조치 자동으로. 따라서 명시적으로 리디렉션해야 합니다는 주 서버에서 대기 (장애 조치)를 연결 하는 응용 프로그램 서버입니다.
참고 웜 대기 서버를 유지 하는 것이 주 목적 경우 로그 전달을 사용 하는 것이 좋습니다. 웜 대기 서버 발생 하는 모든 트랜잭션은 주 서버에 반영 합니다. 그러나 사용자 주 서버를 사용할 수 있을 때 대기 중인 서버를 사용할 수 없습니다.

로그 전달을 사용 하 여 웜 대기 서버를 설정 하는 방법에 대 한 자세한 내용은 Microsoft 기술 자료의 다음 문서 번호를 클릭 하십시오.
323135Microsoft SQL Server 2000-로그 전달 (백서)를 설정 하는 방법
325220 웹캐스트: Microsoft SQL Server 2000 로그 전달
로그 전달에 대 한 자세한 내용은 참조 하십시오 있는 다음 Microsoft 웹 사이트:
http://msdn2.microsoft.com/en-us/library/aa213785 (SQL.80).aspx

트랜잭션 복제

트랜잭션 복제도는 웜 유지 하기 위해 사용할 수 있습니다. 대기 서버입니다. 트랜잭션 복제는 한 서버에서 데이터 복제 (게시자) 로그 보다 짧은 대기 시간이 있는 다른 서버 (구독자) 전달 합니다. 트랜잭션 복제에 데이터베이스 개체를 구현할 수 있습니다. 테이블 수준 등 수준입니다. 따라서 Microsoft 사용 하는 것이 좋습니다. 적은 데이터를 보호 하 고 있어야 하는 경우 트랜잭션 복제 빠른 복구 계획입니다.

밀어넣기 구독을 적용할 수 있습니다. 주 서버와 두 서버 간의 트랜잭션 복제는 게시자 및 구독자를 대기 서버로입니다. 트랜잭션 복제 데이터 복제를 보장합니다. 게시자를 실패 하면 구독자 수 있습니다. 사용 합니다.

이 솔루션에 게시자의 실패에 취약 하 고 동시에 구독자입니다. 이러한 시나리오에서 사용자를 보호할는 데이터입니다. 배포자의 실패와 같은 다른 모든 시나리오에서 나는 구독자 것 최상의 데이터를 구독자에서 다시 동기화 할 수 있는 게시자에서 데이터입니다.

트랜잭션 복제에 사용 합니다. 스키마 변경을 구현 하지 않는 하면 웜 대기 서버를 유지 하거나 다른 변경 같은 보안 데이터베이스를 구현 하지 않는 복제를 지원 하지 않습니다.

참고 복제 웜 대기의 유지 관리를 위해 설계 되지 않았습니다. 서버입니다. 복제와 복제 된 데이터를 구독자에서 사용할 수 있습니다. 보고서를 생성 합니다. 기타 일반 사용 하지 않고 복제 사용할 수도 있습니다. 비교적 사용량이 게시자에서 처리를 수행 하는 것.

트랜잭션 복제를 사용 하 여의 장점과 단점

장점
  • 변경 내용을 적용 하는 동안 구독자에서 데이터를 읽을 수 있습니다.
  • 변경 내용이 적은 대기 시간이 적용 됩니다.

    참고 이 이용이 가능한 경우 수 중 그렇습니다.
    • 복제 에이전트가 연속으로 설정 되어 있지 않습니다.
    • 복제 에이전트가 오류로 인해 중지 되는 복제 하는 동안 발생할 수 있습니다.
트랜잭션 복제는 변경 내용을 적용 하려면 더 많은 시간이 걸릴 수 있습니다. 복제 시 큰 일괄 업데이트를 수행 해야 하기 때문입니다.
단점
  • 수행 하는 보안 변경 또는 스키마 게시자에서 복제 설정 후 사용할 수 있는 구독자입니다.
  • 트랜잭션 복제에서 배포자를 사용 하 여 열기 데이터베이스 연결 (ODBC) 연결 또는 OLE 데이터베이스 (OLEDB) 연결 데이터를 분산. 그러나 복원할 트랜잭션 로그 전달을 사용 하 여 분산 트랜잭션 로그에 낮은 수준의 Transact SQL 문입니다. 복원 트랜잭션 문을 ODBC 연결 또는 OLEDB는 보다 훨씬 빠르게 수행 됩니다. 연결 합니다.
  • 일반적으로 서버 전환 복제를 지웁니다. 구성 합니다. 따라서 복제 두 번 구성 해야 합니다.
    구독자로 전환할 때.
    게시자에 다시 전환할 때.
  • 재해가 발생 한 경우에 서버에서 수동으로 전환 해야 구독자는 응용 프로그램을 리디렉션합니다.
복제에 대 한 자세한 내용은 Microsoft 기술 자료의 다음 문서 번호를 클릭 합니다.
195757SQL Server 7.0-복제-질문과 대답

백업 및 복원 기능

중요 한 SQL Server 백업 및 복원 기능을 제공 SQL Server 데이터베이스에 저장 하는 중요 한 데이터를 보호 하기 위해 안전 하 게 보호 합니다. 백업을 사용 하 여 (백업 복사본) 데이터베이스의 복사본을 만들 수 있습니다 및 기능을 복원 하 고 위치에 데이터베이스의 복사본을 저장 인스턴스를 실행 하는 서버의 잠재적 오류 로부터 보호 SQL Server. 데이터베이스 시스템 오류 또는 데이터베이스 손상이 발생 하는 경우 복원 하거나 데이터베이스를 다시 백업 복사본을 사용할 수 있는 데이터베이스입니다.

때 계획 재해 복구 백업을 사용 하 여 및 복원 기능, 또한 중요 한 데이터는 데이터베이스에서 확인 합니다. 또한 데이터베이스는 복원 요구 사항을 결정 합니다. 에 대 한 예를 들어, 다음 복원 요구 사항을 결정 합니다.
  • 데이터베이스를 복원할 지점입니다. 해야 할 다음의 두 가지 수행 하려는 작업을 결정 합니다.
    조건 실패 하기 전에 밤의 데이터베이스를 복원 합니다.
    실패 시간을 최대한 닫을 때 시간 지점의 조건 데이터베이스를 복원 합니다.
  • 기간 데이터베이스를 사용할 수 있습니다. 해야 합니다 여부 즉시 데이터베이스를 복원 합니다.
복원 요구 사항을 결정 한 후 계획을 백업에 맞게 백업 집합을 유지 관리 하는 프로세스는 요구 사항

만의 조건에는 데이터베이스를 복원할 수 있는 지점 시간 가장 최근의 백업을 수행 하는 곳입니다. 거래는 백업이 손실 될 수 있습니다 후 발생 합니다. 따라서 Microsoft에서는 권장. 미션 크리티컬-데이터베이스만 백업 및 복원 기능을 사용 하면 응용 프로그램입니다.

사용의 장점과 단점을 백업 및 복원 기능

장점
  • 최대 수 있도록 이동식 미디어 데이터베이스를 백업할 수 있습니다. 디스크 장애 로부터 보호 합니다.
  • 경우 처럼 네트워크에 의존 하지 않아도 장애 조치 클러스터링을 사용 하거나 로그 전달 합니다.
단점
  • 데이터베이스를 백업할 때 수행할 수 없습니다. 작업 테이블 작성, 인덱스 생성, 데이터베이스 축소, 또는 기록 되지 않은 작업입니다.
  • 오류가 발생할 경우 가장 최근의 데이터를 잃을 수 있습니다.
  • 재해가 발생 한 경우 수동으로 복원 해야 있는 데이터베이스입니다.
참고 백업 및 복원 프로시저 프로덕션에서 사용 하기 전에 환경에서이 절차를 철저히 테스트 하는 것이 좋습니다. 환경입니다.

백업 및 복원 기능에 대 한 자세한 내용은 Microsoft 기술 자료의 다음 문서 번호를 클릭 하십시오.
325257웹캐스트: SQL Server 2000 데이터베이스 복구: 백업 및 복원
281122 SQL Server 파일 및 파일 그룹 백업 복원에 대 한 설명
자세한 내용은 백업 및 복원에 대 한 기능, 다음 Microsoft 웹 사이트를 방문 하십시오.
http://msdn2.microsoft.com/en-us/library/aa196617 (SQL.80).aspx
http://msdn2.microsoft.com/en-us/library/aa196685 (SQL.80).aspx
http://msdn2.microsoft.com/en-us/library/aa178143 (SQL.80).aspx

데이터의 디스크 중복 (RAID) 독립 디스크의 중복 배열을 사용 하 여

RAID 데이터 중복을 제공 하는 여러 디스크에 저장 안정성과 적은 서버가 중단 됩니다. RAID 수준 0, 1 및 5 일반적으로 SQL Server 대 한 복구 옵션으로 사용 합니다. RAID 기술에 언급 된 오류 및 단일 동의인 교체에 대 한 허용 오프 라인 서버가 없는 디스크. 여러 디스크 오류가 발생할 경우 데이터 복구할 수 있습니다. 따라서 결합 하는 좋습니다. 중복 데이터 관리를 확실 하 게 하는 백업 및 복원 절차 사용자 데이터는 하드웨어 인 경우 손실 되지 않도록 오류 또는 기타 재난 발생합니다.

RAID 0 반면 빠른 액세스를 위해 스트라이프 기술의 사용 RAID 1 미러링 기술이 데이터 안정성을 높이기 위해 사용합니다. 흔히 사용 하는 방법 RAID 0 및 RAID 1을 함께 사용 하 여 관계형 데이터베이스 관리에 포함 됩니다. 에서 이 드라이브의 두 개의 동일한 스트라이프 배열의이 기술은 지속적으로 업데이트 두 배열에 저장 된 정보는 되도록. 한 경우 배열의 실패 다른 배열 자동으로 원래 배열 될 때까지 수행 다시 온라인 상태가 됩니다.

RAID 5 (라고도 패리티를 사용한 스트라이핑) 하나의 스트라이프 디스크 배열 함께 작성 된 패리티 비트를 사용 하 여 데이터입니다. 하나의 디스크에 오류가 발생 하면 패리티 비트 계산에 사용할 수 있는 디스크를 교체할 때까지 누락 된 데이터입니다. 디스크를 바꿀 때 사용할 수 있습니다. 다시 데이터를 나머지 데이터와 패리티 정보를 디스크를 실패 하 고 다시 데이터를 새 디스크로 복사 합니다. 이러한 모든 작업은 데이터베이스 시스템 중단 시간 없이 발생합니다. 여러 다른 RAID를 제공 옵션 및 기능을 확인 하는 데 도움이 되는 데이터베이스 시스템 거의 가동 중지 시간을 최대한으로 발생 합니다.

장점 및 단점의 RAID를 사용 하 여

장점은
하나는 디스크 오류가 발생 하면 데이터가 손실 되지 않습니다.
단점
  • 이 데이터를 복구 하는 데 시간이 걸릴 수 있습니다.
  • 여러 개의 디스크가 실패 하면 복구 하지 못할 수 있습니다. 중요 한 데이터입니다.
RAID에 대 한 자세한 내용은 Microsoft 기술 자료의 다음 문서 번호를 클릭 합니다.
100110중복 배열 저렴 한 디스크 (RAID) 개요

참조

SQL Server 2000 설명서의 업데이트 버전을 다운로드. 온라인, 다음 Microsoft 웹 사이트를 방문 하십시오.
http://www.microsoft.com/downloads/details.aspx?FamilyId=8E2DFC8D-C20E-4446-99A9-B7F0213F8BC5
다른 재해 복구 옵션에 대 한 자세한 내용은 Microsoft 기술 자료의 다음 문서 번호를 클릭 합니다.
307775Microsoft SQL Server 대 한 장애 복구 문서
장애 조치 클러스터링에 대 한 자세한 내용은 Microsoft 기술 자료의 다음 문서 번호를 클릭 하십시오.
195761SQL Server 7.0-장애 조치-질문과 대답
260758 자주 묻는 질문-SQL Server 2000-장애 조치 클러스터링
274446 모든 비 SQL Server 2000 가상 서버에 대해 권장 되는 SQL Server 2000 장애 조치 솔루션으로 업그레이드
280743 Windows 클러스터링 및 지리적 사이트
자세한 내용은 백업 및 복원에 대 한 기능, 다음 Microsoft 웹 사이트를 방문 하십시오.
http://technet.microsoft.com/en-us/library/cc966495.aspx
백업 및 복원 기능에 대 한 자세한 내용은 Microsoft 기술 자료의 다음 문서 번호를 클릭 하십시오.
253817SQL Server 마스터 및 데이터베이스 파일이 손상 되었을 때 마지막 트랜잭션 로그를 백업 하는 방법
314546 SQL Server 실행 하는 컴퓨터 간에 데이터베이스를 이동 하는 방법
전체 텍스트 카탈로그 폴더와 파일에 대 한 자세한 내용은 Microsoft 기술 자료의 다음 문서 번호를 클릭 합니다.
240867이동, 복사 및 전체 텍스트 카탈로그 폴더와 파일을 백업 하는 방법

속성

기술 자료: 822400 - 마지막 검토: 2012년 7월 3일 화요일 - 수정: 1.0
본 문서의 정보는 다음의 제품에 적용됩니다.
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2005 Express Edition
  • Microsoft SQL Server 2005 Workgroup Edition
  • Microsoft SQL Server 2000 Standard Edition
키워드:?
kbdisasterrec kbreplication kbreplmgr kbclustering kbinfo kbmt KB822400 KbMtko
기계 번역된 문서
중요: 본 문서는 전문 번역가가 번역한 것이 아니라 Microsoft 기계 번역 소프트웨어로 번역한 것입니다. Microsoft는 번역가가 번역한 문서 및 기계 번역된 문서를 모두 제공하므로 Microsoft 기술 자료에 있는 모든 문서를 한글로 접할 수 있습니다. 그러나 기계 번역 문서가 항상 완벽한 것은 아닙니다. 따라서 기계 번역 문서에는 마치 외국인이 한국어로 말할 때 실수를 하는 것처럼 어휘, 구문 또는 문법에 오류가 있을 수 있습니다. Microsoft는 내용상의 오역 또는 Microsoft 고객이 이러한 오역을 사용함으로써 발생하는 부 정확성, 오류 또는 손해에 대해 책임을 지지 않습니다. Microsoft는 이러한 문제를 해결하기 위해 기계 번역 소프트웨어를 자주 업데이트하고 있습니다.
이 문서의 영문 버전 보기:822400

피드백 보내기

 

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