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

요약

재해가 발생 한 경우 Microsoft SQL Server 데이터베이스에서 데이터를 복구 하기 위한 다양 한 솔루션을 설명 합니다. 또한 각 솔루션의 장단점 장점 설명합니다.

재해 복구는 재해가 발생 하면 정보 시스템 및 데이터를 복구를 도울 수 있는 프로세스입니다.

재해의 예로 자연 또는 옮겨 재해, 화재 등 2 디스크 오류와 같은 기술적인 재해 중복 배열 중 독립 디스크 (RAID) 5 배열에 있습니다.

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

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

장애 조치 클러스터링

Microsoft SQL Server 2000 장애 조치 클러스터링은 하드웨어 오류나 소프트웨어 오류가 발생 하는 경우 장애 조치 하도록 설계 되었습니다. SQL Server 2000 장애 조치 클러스터링 SQL Server 2000의 단일 인스턴스 또는 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, Enterprise Edition
  • Microsoft Windows Server 2003, Datacenter Edition
이러한 운영 체제에서 설치 가능한 구성 요소, Microsoft 클러스터 서비스 (MSCS)를 포함합니다. 장애 조치 클러스터링에 SQL Server 구현 하려면 MSCS를 설치 해야 합니다.

MSCS를 설치 하는 방법에 대 한 자세한 내용은 Microsoft 기술 자료의 다음 문서 번호를 클릭 합니다.

259267 Microsoft 클러스터 서비스 설치 리소스

장점 및 장애 조치 클러스터링을 사용할 때의 단점

장점
높은 서버 가용성을 수 있습니다. 장애 조치 클러스터링을 자동으로 주 서버가 실패 한 경우 발생 합니다.
단점
  • 큰 경비를 발생 시킵니다. 두 서버의 유지 관리 두 번의 단일 서버 관리 비용입니다. 동시에 두 대의 서버를 유지 해야 하기 때문에 설치 및 유지 클러스터 된 노드 더 비용이 됩니다.
  • 서버가 같은 위치에 있어야 합니다. 조직 분기 전 세계에 걸쳐 있고 액티브/액티브 클러스터를 분기에서 구현 되어야 합니다 네트워킹과 사용 해야 하는 저장소 인프라는 표준 쿼럼 장치 서버 클러스터와에서 매우 다른. 따라서 수는 있지만 것이 좋습니다 지리적으로 멀리 떨어진 서버를 설정 하지입니다.
  • 없음 방지 디스크 배열 오류가 있습니다.
  • 장애 조치 클러스터링은 없도록 데이터베이스 수준이 나 테이블 수준 등 데이터베이스 개체 수준에서 장애 조치 클러스터를 만들 수 있습니다.
장애 조치 클러스터링에 대 한 자세한 내용은 다음 Microsoft 웹 사이트를 방문 하십시오.장애 조치 클러스터링에 대 한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조 하는 다음 문서 번호를 클릭 합니다.

Microsoft 클러스터 서버에서 SQL Server 2000 Enterprise Edition 243218 설치 순서

822250 웹캐스트: Microsoft SQL Server 2000 장애 조치 클러스터링 재해 복구 절차

SQL Server 장애 조치 클러스터에 대 한 Microsoft 지원 정책에 대 한 자세한 내용은 Microsoft 기술 자료의 다음 문서 번호를 클릭 합니다.

327518 Microsoft 정책은 SQL Server 장애 조치 클러스터에 대 한 지원

데이터베이스 미러링

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

데이터베이스 미러링을 사용할 때의 단점 및 장점

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

피어 투 피어 트랜잭션 복제

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

장점 및 피어-투-피어 트랜잭션 복제를 사용할 때의 단점

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

웜 대기 서버를 유지 관리

만들어 하는 다음 방법 중 하나를 사용 하 여 웜 대기 서버를 유지 관리 합니다.
  • 로그 전달
  • 트랜잭션 복제
두 가지 방법 각각에 대 한 자세한 내용은 다음과 같습니다.

로그 전달

Microsoft SQL Server 7.0에 대 한 로그 전달을 resource kit에 포함 하 고 Microsoft SQL Server 2000 디벨로퍼 버전 및 Microsoft SQL Server 2000 엔터프라이즈 버전에서 완벽 하 게 통합 된. 로그 전달에서는 일상적인 작업 동안 사용 되지 않는 대기 중인 서버를 사용 합니다. 대기 중인 서버를 재해가 발생 한 경우 데이터를 복구 하는 데 유용 합니다. 데이터베이스 수준에서 로그 전달을 사용할 수 있습니다. 인스턴스 수준에서 사용할 수 없습니다.

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

대기 중인 서버의 대기 시간은 주 서버에서 트랜잭션 로그 백업이 수행 되는 빈도에 따라 이며 대기 서버에 적용 됩니다. 주 서버에 오류가 발생 하면 백업 하 여 가장 최근의 트랜잭션 로그 후에 발생 한 트랜잭션에 의해 수행 된 변경 내용이 손실 될 수 있습니다.

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

로그 전달을 사용 하 여의 장점과 단점

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


로그 전달을 사용 하 여 웜 대기 서버를 설정 하는 방법에 대 한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조 하는 다음 문서 번호를 클릭 합니다.

Microsoft SQL Server 2000 323135 -로그 전달 (백서)를 설정 하는 방법

325220 웹캐스트: Microsoft SQL Server 2000 로그 전달

로그 전달에 대 한 자세한 내용은 다음 Microsoft 웹 사이트를 방문 하십시오.

트랜잭션 복제

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

밀어넣기 구독을 트랜잭션 복제 게시자 주 서버와 두 대의 서버와 구독자 대기 서버에 적용할 사용할 수 있습니다. 트랜잭션 복제 데이터 복제를 보장합니다. 게시자에 오류가 발생 하면 구독자를 사용할 수 있습니다.

동시에이 솔루션은 게시자와 구독자의 실패에 취약 합니다. 이 시나리오에서는 데이터를 보호할 수 없습니다. 배포자 또는 구독자의 오류와 같은 다른 모든 시나리오에서 게시자의 데이터와 구독자의 데이터를 다시 동기화 하는 것이 좋습니다.

스키마 변경을 구현 하지 않는 보안 복제 변경 등 다른 변경 내용을 데이터베이스에 구현 하지 않는 경우에 웜 대기 서버를 지원 하지 않습니다 유지 하기 위해 트랜잭션 복제를 사용 해야 합니다.

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

트랜잭션 복제를 사용할 때의 장단점

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

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

195757 질문과 대답-SQL Server 7.0-복제

백업 및 복원 기능

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

백업 및 복원 기능을 사용 하 여 재해 복구를 계획할 때 중요 한 데이터베이스의 데이터를 확인할 수도 있습니다. 또한 데이터베이스에 대해 복원 요구를 결정 합니다. 예를 들어, 다음 복원 요구 사항을 결정:
  • 데이터베이스를 복원할 지점입니다. 원하는 어떤 다음 두 결정 해야 합니다.
    오류가 발생 하기 전 밤의 상태로 데이터베이스를 복원 합니다.
    실패의 시간에 최대한 가까운 시간 지점의 상태로 데이터베이스를 복원 합니다.
  • 기간 데이터베이스 사용할 수 있습니다. 여부 즉시 데이터베이스를 복원 해야 합니다.
복원 요구를 결정 한 후 요구 사항에 맞도록 백업 집합을 유지 관리 하는 백업 프로세스를 계획할 수 있습니다.

만 가장 최근의 백업을 수행한 시간 지점의 상태로 데이터베이스를 복원할 수 있습니다. 해당 백업 이후에 발생 한 트랜잭션이 손실 될 수 있습니다. 따라서 비-업무용 데이터베이스 응용 프로그램에 대해서만 백업 및 복원 기능을 사용 하는 것이 좋습니다.

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

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

백업 및 복원 기능에 대 한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조 하는 다음 문서 번호를 클릭 합니다.

325257 웹캐스트: SQL Server 2000 데이터베이스 복구: 백업 및 복원

SQL Server 파일 및 파일 그룹 백업을 복원 281122 설명

백업 및 복원 기능에 대 한 자세한 내용은 다음 Microsoft 웹 사이트를 방문 하십시오.

디스크 (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 웹 사이트를 방문 하십시오.다른 재해 복구 옵션에 대 한 자세한 내용은 Microsoft 기술 자료의 다음 문서 번호를 클릭 합니다.

Microsoft SQL Server 대 한 장애 복구 문서를 307775

장애 조치 클러스터링에 대 한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조 하는 다음 문서 번호를 클릭 합니다.

195761 질문과 대답-SQL Server 7.0-장애 조치

260758 자주 제기 되는 질문-SQL Server 2000 장애 조치 클러스터링

모든 비-SQL Server 2000 가상 서버에 대해 권장 되는 SQL Server 2000 장애 조치 솔루션을 274446 업그레이드

Windows 클러스터링 및 지리적으로 분리 사이트 280743

백업 및 복원 기능에 대 한 자세한 내용은 다음 Microsoft 웹 사이트를 방문 하십시오.백업 및 복원 기능에 대 한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조 하는 다음 문서 번호를 클릭 합니다.

253817 SQL Server 마스터 및 데이터베이스 파일이 손상 되었을 때 마지막 트랜잭션 로그를 백업 하는 방법

314546 SQL Server 실행 하는 컴퓨터 간에 데이터베이스를 이동 하는 방법

전체 텍스트 카탈로그 폴더와 파일에 대 한 자세한 내용은 Microsoft 기술 자료의 다음 문서 번호를 클릭 합니다.

240867 이동, 복사 및 전체 텍스트 카탈로그 폴더와 파일을 백업 하는 방법

속성

문서 ID: 822400 - 마지막 검토: 2017. 2. 7. - 수정: 1

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

피드백