현재 오프라인 상태입니다. 인터넷에 다시 연결하기를 기다리고 있습니다.

확장 가능한 공유 데이터베이스는 SQL Server 2005에서 지원

이 문서는 Microsoft 기계 번역 소프트웨어를 이용하여 번역되었으며 Microsoft Community에 의한 Community Translation Framework(CTF) 기술 혹은 사람이 번역한 내용에 의하여 사후 편집될 수 있습니다. Microsoft는 Knowledge Base에 있는 모든 문서에 다양한 언어로 접근할 수 있도록 하기 위하여 기계 번역, 사람에 의한 번역 및 커뮤니티가 편집한 내용을 모두 제공합니다. 번역된 문서는 어휘, 구문 및/혹은 문법에 오류가 있을 수 있습니다. Microsoft는 번역 오류로 인한 부정확성, 오류 및/또는 손해와 이를 고객이 사용하는 데에 대하여 책임을 지지 않습니다.

이 문서의 영문 버전 보기:910378
소개
확장 가능한 공유 데이터베이스는 Microsoft SQL Server 2005 및 이후 버전에서 지원 됩니다. 이 문서는 이제 SQL Server 온라인 설명서의 다음 항목으로 게시 하는 "확장 가능한 공유 데이터베이스" 항목의 미리 보기

확장 가능한 공유 데이터베이스의 개요
추가 정보

확장 가능한 공유 데이터베이스

확장 가능한 공유 데이터베이스에는 저장소 영역 네트워크 (SAN) 통해 읽기 전용 보고 데이터베이스를 여러 서버 인스턴스에 연결할 수 있습니다. 보고 데이터베이스는 보고용 으로만 사용 되는 하나 이상의 프로덕션 데이터베이스에서 작성 되는 읽기 전용 데이터베이스입니다. 확장 가능한 공유 데이터베이스에 만들어질 수 보고 데이터베이스를 하나 이상의 전용된 읽기 전용 볼륨에 있어야 합니다. 읽기 전용 볼륨의 주된 목적은 보고 데이터베이스나 통합 된 보고 데이터베이스 집합을 호스트 하는 것입니다. 이러한 볼륨을 보고 볼륨 이라고 합니다.

이점

확장 가능한 공유 데이터베이스는 다음과 같은 장점이 있습니다.
  • Usingcommodity 서버에서 보고 데이터베이스의 작업 확장을 제공 합니다. 확장 가능한 공유 데이터베이스는 쿼리 실행 이나 SQL Server 2005Reporting 서비스 사용 같은 보고 목적을 여러 서버 instancesfor의 makingread 전용 데이터 마트 또는 데이터 웨어하우스를 사용할 수를 효율적으로 합니다.
  • 작업 부하 격리를 제공 합니다. 각 서버는 ownmemory, CPU 및 tempdb 데이터베이스를 사용합니다.
  • 동일 하 게 모든 서버 인스턴스가 동일 하 게 구성 하는 모든 serversif의 데이터를 보고 합니다. 예를 들어, allservers에서 단일 데이터 정렬을 사용 합니다.

    참고: 필요에 따라 secondreporting 볼륨에서 보고 데이터베이스를 업데이트할 수 있습니다. 자세한 내용은 "ascalable 공유 데이터베이스의 가용성 최대화" 절을 참조 하십시오.

제한 사항

확장 가능한 공유 데이터베이스에는 다음과 같은 제한이 있습니다.
  • 데이터베이스가 읽기 전용 볼륨에 있어야 합니다.
  • SAN을 통해 데이터 파일을 액세스할 수 있습니다.
  • 확장 가능한 공유 데이터베이스 MicrosoftWindows 서버 2003 서비스 팩 1 (SP1) 또는 이후 버전의 Windows Server2003 에서만 지원 됩니다.

보고 데이터베이스의 업데이트 사이클

보고 데이터베이스를 확장 가능한 공유 데이터베이스를 사용 하면 세 단계의 업데이트 사이클이 포함 됩니다.
  • 빌드 단계: 보고 데이터베이스의 업데이트 주기는 buildphase로 시작 합니다. 보고 데이터베이스를 구축, 전에 관리자가 프로덕션 시스템에 thereporting 볼륨을 탑재 하 고 읽기/쓰기 만듭니다. Avolume 읽기/쓰기 상태에 있을 때 볼륨이 하나의 시스템에만 탑재할 수 있습니다. 볼륨 파일 시스템 손상 mightoccur 개 이상의 시스템에 탑재 되어 있습니다. 다음 관리자는 데이터 또는 데이터베이스 복사를 위해 SQL Server 2005에서 제공 하는 데이터-copymethods 중 하나를 사용 하 여 데이터베이스를 작성 합니다. 최종적으로 빌드된 후 관리자는 해당 볼륨을 읽기 전용 및 thendismounts 것입니다.
  • 연결 단계: 작성 단계 뒤에 오는 연결 단계입니다. 첨부 phasemakes 데이터베이스를 확장 가능한 공유 데이터베이스로 사용할 수 있습니다. 첨부 phasemust 각 보고 서버에 개별적으로 수행 합니다. Thereporting 데이터베이스를 확장 가능한 공유 데이터베이스로 구성 하려면 관리자가 SAN을 통해 theread 전용 보고 볼륨을 보고 서버를 탑재 합니다. Theadministrator는 theadministrator를 사용 하면 각 볼륨이 읽기 전용으로 설정 되어 있는지, 후 SQL Server 인스턴스에 보고 데이터베이스를 연결 합니다. Thereporting 데이터베이스에 SQL Server 인스턴스는 reportingserver 인스턴스를 라고도 합니다. 각 보고 볼륨이 읽기 전용 이므로 최종적 연결 설정 읽기 전용으로 설정 합니다. 이제 보고 데이터베이스는 reportingserver를 사용 하 여 클라이언트에서 액세스할 수 있는 공유 데이터베이스를 ascalable 됩니다.

    참고: Thereporting 데이터베이스를 업데이트할 때 두 번째 보고 볼륨을 사용 하는 경우 롤링 업그레이드 및 비동기식된 업그레이드 중 선택 해야 합니다. 자세한 내용은 "확장 가능한 공유 데이터베이스 availabilityof 최대화" 절을 참조.
  • 분리 단계: 세 번째 단계는 분리 단계입니다. 일반적으로 reportingdatabase는 시간이 지나면서 부실 합니다. Thereporting 데이터를 최신 상태로 유지 하는 데이터베이스를 고쳐야 합니다. 분리 단계는 확장 가능한 공유 데이터베이스인 서비스에서 stalereporting 데이터베이스를 제거 합니다. 특정 보고 서버에서 사용할 수 있는 업데이트 된 보고 데이터베이스 canmake 하기 전에 해당 서버에서 분리 단계를 완료 합니다. 보고 databasemust 갱신 될 때 모든 서버 인스턴스에서 분리 해야 합니다. 시작 날짜를 쿼리 작업 loadthat 들어오는 데이터베이스가 모든 서버 인스턴스에서 데이터베이스 관리자가 첫 번째 중지 단계를 분리 합니다. 각 serverinstance에서 데이터베이스 관리자가 데이터베이스에 단독으로 액세스 한 후 분리 합니다. 데이터베이스 관리자는 다음 볼륨 fromeach 호스트 시스템을 분리합니다. 분리 단계 완료 되 면, SAN에서 보고 볼륨 isdisconnected
참고: 보고 데이터의 가용성을 최대화 하려면 가장 좋은 방법은 두 개의 보고 볼륨 사이 업데이트 사이클을 교대로 사용 하는 것이 좋습니다. 첫 번째 보고 볼륨이 보고 서버에 계속 탑재 되어 때 프로덕션 서버에 두 번째 볼륨을 탑재할 수 있으며 다음 최신 버전의 보고 데이터베이스를 작성. 자세한 내용은 "확장 가능한 공유 데이터베이스의 가용성 최대화" 절을 참조 하십시오.

참고: 각 단계는 일련의 단계를 데이터베이스 관리자 권한이 있는 사용자가 수행 해야 하는 구성 됩니다. 이 문서에서는 해당 사용자가 라고 데이터베이스 관리자입니다.

중요: 확장 가능한 공유 데이터베이스를 구성 하려면 SAN 환경이 이미 올바르게 작동 해야 합니다.

확장 가능한 공유 데이터베이스의 예

이후 업데이트 사이클에서는 데이터베이스 업데이트 하거나 수 다시 작성 합니다. 기본 방법은 비즈니스 요구 사항에 따라 달라 집니다. 다음 두 가지 방법으로 확장 가능한 공유 데이터베이스를 사용할 수 있습니다.
  • 데이터 마트 데이터베이스: 확장 가능한 공유 데이터베이스의 가장 간단한 용도 데이터 martdatabase 합니다. 데이터 마트 데이터베이스 adata 웨어하우스의 콘텐츠로부터 정기적으로 추출 되며 보고용으로 사용 되 고 데이터 마트 데이터베이스를 업데이트 하려면 데이터베이스를 삭제 하 고 새 버전으로 바꿉니다.
  • 업데이트 가능한 데이터베이스의 보고: 데이터베이스에서 보고 되는 원본 데이터베이스를 변환 하는 tobe가 없으면 데이터베이스 periodicallyupdated 수 있습니다. 정기적으로 데이터베이스를 업데이트 하려면 theproduction 데이터베이스의 전체 백업을 만들고 reportingvolume 또는 볼륨에서 데이터베이스 백업을 복원 합니다.

환경에서 확장 가능한 공유 데이터베이스에 대 한 정확한 지 확인

확장 가능한 공유 데이터베이스가 SAN을 통해 액세스할 수 있는 읽기 전용 볼륨에 있어야 합니다. 보고 서버에서 다음을 실행 해야 합니다.
  • Windows Server 2003 SP1 또는 이후 버전의 windows Server 2003
  • 최신 버전 ofSQL Server 2005 또는 SQL Server 2005 Enterprise Edition
지원 가능성에 대 한 확장 가능한 공유 데이터베이스 구성을 여덟 개의 서버 인스턴스로 제한 하는 것이 좋습니다. 그러나 SQL Server 2005는 확장 가능한 공유 데이터베이스에 액세스할 수 있는 동시 인스턴스 수를 제한 하지 않습니다. 일반적으로 각 서버 인스턴스에 별도 보고서 서버에서 실행 됩니다. 그러나, 보고 서버에서 보고 서버 인스턴스가 여러 개 실행 지원 됩니다.

사용자 환경 구성

환경 확장 가능한 공유 데이터베이스를 지원 하려면 다음이 지침을 따르는 것이 좋습니다.
  • Particularreporting 데이터베이스의 보고 서버가 동일한 운영 체제에서 실행 되 고 있는지 확인 하십시오. 때마다 youupgrade 보고 서버에서 동일한 확장 가능한 공유 데이터베이스를 사용 하는 다른 보고 서버를 업그레이드 합니다. 예를 들어, asoftware 업데이트를 적용 하거나 서비스 팩 Windows 또는 SQL Server 2005 보고 서버 중 하나에 동일한 소프트웨어 업데이트나 서비스 팩 allthe 보고 서버에 적용 됩니다.

    참고: 자주 롤링 업그레이드가 적시에 완료로 reportingservers의 롤링 업그레이드를 수행할 수 있습니다.
  • 확장 가능한 공유 데이터베이스는 concurrentaccess 작업 부하에서 최대 8 개 서버 인스턴스의 SQL Server 2005 EnterpriseEdition에 의해 테스트 됩니다. SQL Server 2005 인스턴스는 한도 적용 하지 않습니다. 그러나, werecommend 사용자 확장성을 제한 하는 각 공유 데이터베이스에 대 한 eightserver 인스턴스 데이터베이스 구성을 공유 합니다.
  • 프로덕션 데이터베이스의 데이터 파일에 걸쳐 multiplevolumes, 같은 수의 보고 볼륨을 사용 해야 합니다. 반대로 보고 데이터베이스 읽기 전용으로 설정 하기 때문에 co existwith 데이터 파일을 보고 볼륨에 해당 로그 파일 수 있습니다.
  • 구축 및 areporting 데이터베이스를 업데이트 하는 프로세스를 단순화 하기 위해 보고 데이터베이스의 경로 프로덕션 데이터베이스와 동일 하 게 되도록 하는 것이 좋습니다. 보고 볼륨 및 데이터베이스에 동일한 디렉터리 경로 같은 드라이브 letterfor를 사용 하 여 포함 합니다. Forexample, 프로덕션 데이터베이스가 E:\SQLdata에에 경우 가능 하면 보고 볼륨의 드라이브 letterof로 E 사용 합니다. 가능 하면 또한 \SQLdata를 보고 데이터베이스의 thedirectory로 사용. 그러나 스크립트 thathas 명시적 경로 차이 처리할 수 있습니다. 보고 볼륨에서 프로덕션 볼륨의 드라이브 문자를 adifferent를 사용 하는 경우 thefollowing 수정할 수도 있습니다.
    • 데이터베이스 백업을 복원 하 여 보고 데이터베이스를 작성 하는 경우 복원 된 데이터 파일의 전체 경로 지정 하는 WITH MOVE 절을 RESTORE DATABASE 문에 있어야 합니다.
    • 보고 데이터베이스가 프로덕션 데이터베이스의 복사본 인 경우 CREATE DATABASE 문은 FOR ATTACH 절 모든 파일을 표시 해야 합니다. 보고 데이터베이스를 연결할 때 FOR ATTACH 절 전체 경로 지정 해야 합니다. 가장 좋은 방법은 항상입니다.

      참고: 모범 사례로 보고 서버에 보고 볼륨을 탑재할 때 모든 서버에서 동일한 드라이브 문자 사용. 이 이렇게 하면 여러 서버에서 볼륨을 관리할 수 있습니다.
  • 보고 데이터베이스에 읽기 전용 볼륨 thatcan 수 액세스 해야 모든 보고 서버에서 SAN을 통해.
    • 보고 서버에 보고 볼륨을 탑재 한 후 보고 볼륨이 올바로 탑재 및 데이터 파일에 액세스할 수 있는지 확인 하십시오. 이렇게 하려면 입력 하십시오. DIR <drive-letter></drive-letter>:\<database-directory></database-directory> 명령 프롬프트에 <drive-letter></drive-letter> 보고 볼륨에 지정 된 문자 및 <database-directory></database-directory> 볼륨에 데이터베이스의 데이터 파일의 위치를 지정합니다. 모두에 대해 동일한 결과 얻을 수 있는지 확인 하려면 각 보고 서버에서이 테스트를 실행 합니다.
    • 보고 데이터베이스가 읽기 전용으로 설정 되어 있는지 확인 하려면 볼륨에서 파일을 만들려면 보십시오. 쉬운 방법은 볼륨에서 일반 텍스트 파일로 저장 하거나 복사 하는 것입니다. 볼륨이 읽기 전용 이므로 실패 합니다.

      참고: 이 단계를 수동으로 수행 하는 경우 각 보고 서버에서 보고 볼륨을 다시 탑재할 때 모든 업데이트 사이클에서이 테스트를 반복 하는 것이 좋습니다. 보고 볼륨을 프로덕션 서버와 보고 서버 간에 앞뒤로 이동 하려면 단계를 스크립팅 하는 경우 테스트를 더 이상 필요한 스크립트가 제대로 작동 하는지 확인 한 후.

1 단계: 작성 단계

작성 또는 확장 가능한 공유 데이터베이스 새로 고침

보고 데이터베이스를 작성 하 고 수동으로 새로 고쳐집니다. 이 이렇게 보고 데이터베이스 업데이트 사이클의 첫 번째 단계 이며 작성 단계 라고 합니다. 오래 된 데이터베이스를 업데이트 하거나 새 버전을 빌드할 빌드 단계가 포함 될 수 있습니다.

일반적으로 현재 버전의 보고 데이터베이스를 지나면서 부실 합니다. 보고 데이터베이스의 보고 데이터를 최신 상태로 유지 하려면 정기적으로 고쳐야 합니다.

작성 단계 완료

기존 데이터베이스에서 오래 된 데이터를 업데이트 하거나 데이터베이스를 다시 작성 하 여 오래 된 보고 데이터베이스를 새로 고칠 수 있습니다.

참고: 기존 보고 데이터베이스를 새로 고칠 수 있습니다, 먼저 각 보고 서버 인스턴스에서 데이터베이스를 분리 해야 합니다. 또한 각 보고 서버에서 보고 볼륨을 분리 해야 합니다. 자세한 내용은 "확장 가능한 공유 데이터베이스 분리" 섹션을 참조 하십시오.

오래 된 보고 데이터베이스를 새로 고치려면 프로덕션 서버에서 다음과이 같이 하십시오.
  1. 하드웨어 공급 업체의 유틸리티를 사용 하 여 보고 볼륨에 해당 하는 logicalunit 번호 (Lun)의 마스크를 해제 합니다. 프로덕션 서버에 액세스할 수 있는 작업 makesthe 볼륨이 됩니다.
  2. 보고 볼륨을 탑재 한 asread/쓰기로 표시 합니다. Enterthe 다음 명령을 명령 프롬프트에서 볼륨을 탑재 하려면 Diskpart 명령줄 유틸리티 사용:DiskPart
    DISKPART &gt; selectvolume =<drive-number></drive-number>
    DISKPART &gt; assignletter =<drive-letter></drive-letter>
    DISKPART &gt; 지우기 읽기 전용 특성
    DISKPART &gt; 종료

    이 단계에서는<drive-number></drive-number> Windows에서 해당 isassigned 볼륨 번호입니다 및 <drive-letter></drive-letter> 보고 볼륨에 할당 된 theletter가입니다.
  3. 기존 보고 데이터베이스를 새로 고치는 중인 경우 다음과이 같이 하십시오.
    1. 서버 인스턴스에 데이터베이스를 연결 합니다. 일반적으로 프로덕션 서버 인스턴스는이 것입니다.
      CREATE DATABASE <database_name> ON <filespec_list>   FOR ATTACH
    2. 읽기/쓰기 액세스 다음 Transact SQL 문을 사용 하 여 데이터베이스를 설정 합니다.
      ALTER DATABASE <database_name> SET READ_WRITE
      자세한 내용은 SQL Server 2005 온라인 설명서 참조 하십시오.
  4. 데이터베이스를 작성 합니다.

    reportingdatabase를 새로 고치려면 오래 된 데이터를 업데이트, 데이터베이스를 다시 수 있습니다 하거나 다른 생각 dowhatever의 데이터를 새로 고칠 필요 합니다. 데이터 또는 데이터베이스 복사를 위해 SQL Server 2005 providedby는 데이터 복사 방법 중 하나를 사용 하 여 데이터베이스를 administratorbuilds. 자세한 내용은 "를 작성 하거나 데이터베이스 업데이트 방법" 섹션을 참조 하십시오.

    참고: 보고 데이터베이스에서 해당 pageverify체크섬을 기본으로 설정 하는 것이 좋습니다. Changethis 설정 하려면 ALTER DATABASE를 사용 합니다.
  5. FollowingTransact SQL 문을 사용 하 여 읽기 전용으로 데이터베이스를 설정 합니다.
    ALTER DATABASE <database_name> SET READ_ONLY
  6. 다음 Transact-이지만 SQLstatement 사용 하 여 데이터베이스를 분리 합니다.
    sp_detach_db @dbname='<database_name>'
    이 단계에서는 <database_name></database_name> thename 데이터베이스입니다.
  7. 볼륨이 읽기 전용으로 표시 하 고 volumefrom 프로덕션 서버를 분리 합니다. Diskpart 명령줄 유틸리티 todismount 볼륨을 사용 하려면 명령 프롬프트에서 다음 명령을 입력 합니다.
    DiskPartDISKPART> select volume=<drive-number>DISKPART> attribute set readonlyDISKPART> remove
    이 단계에서는 <drive-number></drive-number> thevolume 번호 Windows가 할당 되 고<drive-letter></drive-letter> assignedto 보고 볼륨 있는 문자가입니다.
  8. 하드웨어 공급 업체의 유틸리티를 사용 하 여 보고 볼륨에 있는 Lun thatcorrespond 마스크. 이 동작은 프로덕션 서버를 볼륨 inaccessibleto를 만듭니다.
이제 보고 데이터베이스를 확장 가능한 공유 데이터베이스로 사용할 수 있는 만들 수 있습니다. 자세한 내용은 "확장 가능한 공유 데이터베이스 연결" 섹션을 참조 하십시오.

작성 하거나 데이터베이스를 새로 고치는 방법

참고: 보고 데이터베이스를 만들 때 프로덕션 데이터베이스와 보고 데이터베이스에 같은 경로 항상 사용 하는 것이 좋습니다. 또한에 프로덕션 데이터베이스와 보고 볼륨이 보고 서버에 탑재 하는 경우 가능 하면 동일한 드라이브 문자를 사용 하는 것이 좋습니다.

현재 SQL Server 2005 전체 데이터베이스 또는 데이터베이스에 데이터를 전달 하기 위해 다음 메서드를 지원 합니다.
  • SQL Server 통합 서비스: 만들거나 IntegrationServices 패키지를 실행 하 고 SQL 실행 작업 또는 전송 Databasetask를 사용 하 여 데이터베이스를 복사할 수 있습니다.
    • SQL 실행 작업은 패키지에서 SQL 문이나 저장된 프로시저를 실행합니다. SQL 실행 작업을 사용 하면 CREATE DATABASE 문을 실행 하 여 데이터베이스를 만들 수 있습니다. 그런 다음 하나 이상의 테이블이 나 뷰를 복사 하 여 데이터베이스를 채울 수 있습니다.
    • 데이터베이스 전송 작업은 동일한 서버 인스턴스 또는 인스턴스 간에 데이터베이스를 복사할 수 있습니다.

      참고: SQL Server 가져오기 및 내보내기 마법사를 사용 하 여 데이터베이스를 만들 수도 있지만 테이블 또는 뷰를 하나 이상 복사 해야 합니다.
  • 백업 및 복원: thereporting 볼륨에서 프로덕션 데이터베이스의 백업을 복원할 수 있습니다. 이렇게 하려면 복원 하 고 전체 데이터베이스 백업 ontothe 보고 볼륨 복구:
    • 동일한 드라이브 문자를 사용 하는 경우 보고 볼륨을 다른 호스트에 탑재 한 다음에 데이터베이스를 복원 하려면 서버 인스턴스에 연결 합니다.
    • 보고 볼륨에서 프로덕션 볼륨에 다른 드라이브 문자를 사용 하는 경우 복원된 된 데이터베이스의 경로에 보고 볼륨의 드라이브 문자를 지정 하는 WITH MOVE 절을 RESTORE DATABASE 문에 있어야 합니다.
  • 보고 볼륨에서 프로덕션 데이터베이스 복사: 수동으로 데이터베이스를 복사 하거나 데이터베이스 복사 마법사의 분리 andAttach 메서드를 사용 하기 전에 데이터베이스를 오프 라인 해야 합니다 있습니다. 데이터베이스를 복사한 후 데이터베이스를 다시 온라인 상태로 만듭니다. 그러나 CopyDatabase 마법사는 다른 방법을 제공합니다. SMO 전송 방법을 copiesthe 데이터베이스를 온라인 상태로 유지 되지만 데이터베이스. SMO Transfermethod는 분리 / 연결 방법, SMO 전송 methodpreserves 활성 연결이 데이터베이스 보다 느립니다.
이러한 데이터 복사 방법에 대 한 자세한 내용은 SQL Server 2005 온라인 설명서 참조 하십시오.

보고 데이터베이스가 준비 되 면 작성 단계를 완료 해야 합니다. 자세한 내용은 "1 단계: 작성 단계" 섹션입니다.

2 단계: 연결 단계

확장 가능한 공유 데이터베이스 연결

작성 또는 업데이트 된 보고 데이터베이스와 프로덕션 서버에서 보고 볼륨을 분리 한 후 관리자가 확인 해야 데이터베이스를 확장 가능한 공유 데이터베이스로 사용할 수 있는. 이 프로세스를 연결 단계 라고 합니다.

연결 단계 완료

이 단계에서는 관리자가 다음 단계를 수행 해야 합니다.
  1. 보고 볼륨에 해당 하는 마스크는 LUNsthat를 해제 하려면 하드웨어 공급 업체의 유틸리티를 사용 합니다. 이 이렇게 각 보고 서버에서 클라이언트의 volumesaccessible를 하면.
  2. 각 보고 서버에서 LUN에 볼륨 thatcorresponds를 탑재 합니다.

    참고: 작성 하거나 reportingdatabase는 업데이트 프로세스를 간단 하 게 하려면 프로덕션 볼륨과 같은 드라이브 문자를 사용 하 여 해당 보고 볼륨 항상 탑재 하는 것이 좋습니다. 예를 들어, productiondatabase는 프로덕션 서버의 E 드라이브에 있으면 수 보고 볼륨 shouldalso 각 보고 서버의 E 드라이브 탑재 수 있습니다.

    enterthe 다음 명령을 명령 프롬프트에서 볼륨을 탑재 하려면 Diskpart 명령줄 유틸리티를 사용 합니다.
    DiskPartDISKPART> select volume=<drive-number>DISKPART> assign letter=<drive-letter>DISKPART> exit
    이 단계에서는 <drive-number></drive-number> thevolume 번호 Windows가 할당 되 고<drive-letter></drive-letter> 보고 서버에서 보고 볼륨에 사용할 원하는 문자가입니다.

    참고: 보고 볼륨은 읽기 전용 이어야 합니다. 것이 좋습니다 읽기 전용 볼륨에 앞으로 bemarked 프로덕션 서버에서 분리 됩니다. 볼륨을 읽기 전용으로 표시 되지 않습니다 경우 첫 번째 보고 서버에 볼륨 읽기 전용 예 탑재 된 볼륨을 설정 합니다. Seethe에 대 한 자세한 내용은 "1 단계: 작성 단계" 섹션입니다.

    하면 shouldmake 볼륨이 읽기 전용 볼륨으로 액세스할 수 있는지, 가장 좋은 방법은 각 보고 서버에 보고 볼륨을 탑재 하는 SANafter를 통해. 내용은, "환경에서 scalableshared 데이터베이스에 대 한 정확한 지 확인" 섹션을 참조 하십시오.
  3. 각 보고 서버에서 보고 서버 인스턴스가 orinstances 해당 하는 데이터베이스를 연결 합니다. 자세한 내용은 SQL Server 2005Books 온라인을 참조 하십시오.
보고 데이터베이스를 확장 가능한 공유 데이터베이스로 사용할 수 있는 현재 및 쿼리를 계속할 수 있습니다.

3 단계: 분리 단계

확장 가능한 공유 데이터베이스 분리

일반적으로 현재 버전의 보고 데이터베이스는 결국 부실 되며 보고 데이터를 최신 상태로 유지 하려면 새로 고칠 수 없습니다. 확장 가능한 공유 데이터베이스인 서비스에서 오래 된 보고 데이터베이스를 제거 하는 프로세스를 분리 단계 라고 합니다. 이 단계는 보고 데이터베이스 업데이트의 세 번째이자 마지막 단계를 순환 합니다. 특정 보고 서버에서 업데이트 된 보고 데이터베이스를 사용할 수 있습니다, 해당 서버에서 분리 단계를 완료 해야 합니다.

분리 단계 완료

이 단계에서는 관리자가 각 보고 서버에서 다음 단계를 수행 해야 합니다.
  1. 가능 하면 currentqueries를 정상적으로 완료가 확인 하 고 데이터베이스에서 새 쿼리를 해제 합니다.
  2. 각 보고 서버 인스턴스 사용에서 데이터베이스를 분리 하면 sp_detach_db @dbname ='<database_name>'</database_name>명령입니다.

    이 단계에서는<database_name></database_name> 데이터베이스의 이름이입니다. Sp_detach_db 명령에 대 한 자세한 내용은 SQL Server 2005 온라인 설명서 참조 하십시오.
  3. 각 보고 서버에서 보고 볼륨을 분리 합니다. Diskpart 명령줄 유틸리티를 사용 하 여 볼륨을 분리 하려면 thefollowing 명령을 명령 프롬프트에 입력 합니다.
    DiskPartDISKPART> select volume <drive-number>DISKPART> remove
    이 단계에서는 <drive-letter></drive-letter> 보고 볼륨에 지정 된 theletter가입니다.
  4. 하드웨어 공급 업체의 유틸리티를 사용 하 여 보고 볼륨에 있는 Lun thatcorrespond 마스크. 이 이렇게 하면 볼륨에서 각 보고 서버의 클라이언트를 inaccessibleto.

오래 된 보고 데이터베이스를 분리 하는 다른 방법

오래 된 데이터베이스 버전을 바꿀 때 보고 환경에 대 한 비즈니스 요구를 고려해 야 합니다. 환경에서 우선 순위를 다음과 같은 비즈니스 요구를 평가 해야 합니다.
  • Theyfinish 때까지 현재 실행 중인 트랜잭션을 유지 합니다.
  • Limitedtimeframe는 안에 업데이트를 완료 합니다.
우선 적용할 요구 사항에 따라, 각 보고 서버의 분리 단계 관리 방법을 결정할 수 있습니다. 다음과 같은 방법으로 분리 단계를 관리할 수 있습니다.
  • 트랜잭션이 완료 된 reportingserver를 분리 하기 전에 수: 진행 중인 트랜잭션을 모두를 유지 하려면 보고 볼륨으로 들어오는 I/O 동작을 중지 하 여 detachphase에서 시작 해야 합니다. 그런 다음 eachreporting 서버 인스턴스에서 모든 currenttransactions가 완료 될 때까지 데이터베이스를 분리 하려면 기다립니다. Theserver 인스턴스에서 데이터베이스를 분리 하는 경우 보고 볼륨을 분리할 수 있습니다.
  • 제한 된 시간 동안 데이터베이스 업데이트: 종료 시간 동안 사용할 수 있는 각 serverinstance에 있는 데이터베이스에 단독으로 액세스, thiscase에서 얻어야 합니다. 모든 queriesdo 종료 시간 안에 완료 되지, 중지할 수 있습니다. 이러한 querieswill 지난 후 업데이트를 다시 시작 해야 합니다. 쿼리 arestopped 후 각 서버 인스턴스 및 thendismount에서 각 보고 서버의 보고 볼륨에서 데이터베이스를 분리할 수 있습니다.
이제 다음 작성 단계에 대 한 준비가.입니다. 또한 다른 보고 볼륨에서 데이터베이스를 이미 새로 고친 대체 볼륨에 대 한 연결 단계 이제 수행할 수 있습니다. 자세한 내용은 "확장 가능한 공유 데이터베이스의 가용성 최대화" 절을 참조 하십시오.

확장 가능한 공유 데이터베이스의 가용성 최대화

보고 데이터의 가용성을 최대화 하려면 두 개의 보고 볼륨 사이 업데이트 사이클을 교대로 사용 하는 것이 좋습니다. 첫 번째 보고 볼륨이 보고 서버에 계속 탑재 되어, 두 번째 볼륨을 프로덕션 서버에 탑재할 수 있으며 최신 버전의 보고 데이터베이스를 작성할 수 있습니다.

두 번째 보고 볼륨에서 보고 데이터베이스를 업데이트 하는 경우 다음 옵션을 고려 하십시오.
  • 모든 보고 데이터베이스가 클라이언트에 returnidentical 결과를 원한다 면 그 중 하나에 새 복사본을 연결 하기 전에 모든 serverinstances의 이전 복사본을 분리 해야.
  • 있으면 보고 데이터베이스의 롤링 업그레이드를 canperform를 보고 데이터베이스를 업데이트할 때 ondifferent 서버 인스턴스에서 다른 결과 받는 클라이언트를 허용할 수 있습니다. 한 번에 하나의 보고 서버에서 업데이트 사이클을 완료할 수 있습니다.

모든 보고 서버의 시간적 업데이트 동기화

비즈니스 요구 사항에 따라 확장 가능한 공유 데이터베이스의 콘텐츠를 업데이트 하기 위한 몇 가지 전략에 설명 합니다.
  • 해야 유지 모든 보고 서버를 동기화 합니다.
  • 제한 된 시간 안에 업데이트를 완료 해야 합니다. 이 시간은 현재 실행 중인 트랜잭션을 유지 하는 보다 중요 합니다.
모든 보고 서버에서 데이터베이스를 동기화 할 때 보고 데이터베이스의 오래 된 버전의 데이터베이스 분리 단계와 새 버전의 연결 단계 사이 사용할 수 없는 경우

모든 보고 서버 인스턴스 및 제한 된 시간 안에 업데이트 사이클을 완료에서 업데이트 사이클을 동기화 하려면 다음과이 같이 하십시오.
  1. 콘텐츠 동기화를 유지 하려면 업데이트 보고 서버 canbe 전에 모든 보고 서버에서 detachphase를 완료 해야 합니다. 장기 실행 쿼리 서버에 활성화 되어 있으면 stopthem을 해야 합니다.
  2. Theserver 인스턴스에서 첫 번째 보고 볼륨을 분리 한 후에 보고 서버를 업데이트 하려면 시작할 수 있습니다. Eachreporting 서버에서 보다 최신 버전의 보고 데이터베이스를 포함 하는 다른 볼륨을 탑재 합니다. 해당 버전을 로컬 보고 serverinstance 연결 합니다. 특정 인스턴스에 데이터베이스가 연결 되는 즉시 해당 인스턴스에서 stoppedtransactions 다시 시작할 수 있습니다.

롤링 업그레이드의 보고 서버

롤링 업그레이드는 오래 된 보고 데이터베이스가 다른 보고 서버에서 일시적으로 사용할 수 있는 상태로 있을 경우 하나의 보고 서버에서 보고 데이터베이스를 새로 고칠 수 있습니다. 한 동안 오래 된 버전과 새로 고친된 버전의 데이터베이스는 사용할 수 있는 동시에. 비즈니스 요구 사항에 따라 롤링 업그레이드 제한 된 시간에 발생할 수 있습니다 또는 롤링 업그레이드는 현재 트랜잭션을 완료할 수 있도록 상대적으로 될 수 있습니다.

트랜잭션 완료 후 롤링 업그레이드

이 전략에서는 롤링 업그레이드를 장기 실행 트랜잭션이 다른 보고 서버에서 데이터베이스를 새로 고칠 때 하나의 보고 서버에서 완료 될 때까지 대기 하려면 데이터베이스 관리자가 있습니다. 이 전략 다음 비즈니스 요구 사항을 해결합니다.
  • 보고 서버를 동기화 상태로 유지 될 필요가 없습니다. Updatedreporting 데이터베이스 및 오래 된 보고 데이터베이스 간에 롤링 Thispermits 업그레이드합니다.
  • 업데이트를 수행 하는 제한 시간 하거나 하는 것 보다 현재 runningtransactions을 유지 중요.
이러한 형식의 롤링 업그레이드를 수행 하려면 한 번에 하나의 서버 인스턴스에서 다음이 단계를 수행 합니다.
  1. 시작 날짜 모든 진행 중인 거래를 유지 하는 단계를 보고 볼륨으로 들어오는 I/O 동작을 중지 하 여 분리 합니다. Ifa 장기 실행 쿼리 지연 대기 서버 인스턴스를 오프 라인까지 작성에 대 한 서버 인스턴스를 업그레이드 합니다.
  2. 이 serverinstance에서 모든 트랜잭션이 완료 되 면 보고 데이터베이스를 분리 합니다.
  3. Allthe 서버 인스턴스에서 특정 보고 데이터베이스를 분리 한 후 보고 databaseto의 최신 버전을 서버 인스턴스에 연결 합니다.
  4. 서버 인스턴스를 reportingqueries에 대 한 다시 사용할 수 있도록 하려면 데이터베이스의 업데이트 된 복사본을 연결 합니다.

제한 된 시간 안에 롤링 업그레이드 완료

이 전략에서는 롤링 업그레이드를 오래 된 버전의 데이터베이스를 일부 보고 서버에서 새 쿼리를 계속 사용할 수 있도록 하 여 보고 서비스가 중단 되지 않고 유지 하려면 데이터베이스 관리자가 있습니다. 다른 보고 서버에서 데이터베이스를 업데이트 하면 서비스가 중단 되지. 이 전략 다음 비즈니스 요구 사항을 해결합니다.
  • 보고 서버를 동기화 상태로 유지 될 필요가 없습니다. Updatedreporting 데이터베이스 및 오래 된 보고 데이터베이스 간에 롤링 Thispermits 업그레이드합니다.
  • 제한 된 시간 안에 업데이트를 완료 해야 합니다. 이 제한 된 시간은 현재 실행 중인 트랜잭션을 유지 하는 보다 중요 합니다.
이러한 형식의 롤링 업그레이드를 수행 하려면 한 번에 하나의 보고 서버에서 다음이 단계를 수행 합니다.
  1. 보고 볼륨으로 들어오는 I/O 동작을 중지 하 고 대기 단기 트랜잭션이 완료 서버 인스턴스의 beforeyou에 대 한 보고 데이터베이스를 분리 하는 필요에 따라.
  2. 해당 서버에서 분리 단계를 완료 합니다. 자세한 내용은, "확장 가능한 공유 데이터베이스 분리" 섹션을 참조 하십시오.
  3. 쿼리 보고에 다시 보고 databaseavailable의 업데이트 된 버전을 확인 합니다. 자세한 내용은 "ashared 확장 가능한 데이터베이스 연결" 섹션을 참조 하십시오.
이 종류의 롤링 업그레이드를 사용 하면 전체 보고 기능이 중단 되지 않습니다. 이 이렇게 하면 잠시 동안 서버 인스턴스는 일부 장기 실행 트랜잭션을 허용할 수 있습니다. 그러나 장기 실행 쿼리 서버 인스턴스 업그레이드를 현저 하 게 지연 되는 경우 모든 보고 데이터베이스를 업데이트 하는 데 제한 시간 지정을 해야 합니다 해당 쿼리를 중지 합니다. 쿼리를 다시 실행 하 여 동일한 서버 인스턴스에서 보고 데이터베이스를 새로 고칠 또는 업데이트 된 서버에서 쿼리를 빨리 다시 대기할 수 있습니다.
참조
SQL Server 2005 온라인 설명서를 다운로드 하려면 다음 Microsoft 다운로드 센터 웹 사이트를 방문 하십시오.
SQL Server 시스템의 Microsoft SQL Server Always-On 스토리지 솔루션 검토 프로그램에서 설명한 것 처럼 '안정적인 미디어에 배달 보장된'을 지원 하기 위해 필요 합니다. 용SQL Server 데이터베이스 엔진에 대 한 입력 및 출력 요구 사항에 대 한 자세한 내용은 Microsoft 기술 자료의 다음 문서 번호를 클릭 합니다.
967576 Microsoft SQL Server 데이터베이스 엔진이 입력/출력 요구 사항
ssd kbsql2005addtobol

경고: 이 문서는 자동으로 번역되었습니다.

속성

문서 ID: 910378 - 마지막 검토: 05/12/2015 19:49:00 - 수정: 1.0

Microsoft SQL Server 2005 Enterprise Edition, Microsoft SQL Server 2005 Enterprise Edition for Itanium Based Systems, Microsoft SQL Server 2005 Enterprise X64 Edition, Microsoft SQL Server 2008 Developer, Microsoft SQL Server 2008 Enterprise, Microsoft SQL Server 2008 Express, Microsoft SQL Server 2008 Standard

  • kbsql2005engine kbtshoot kbinfo kbmt KB910378 KbMtko
피드백
/ms.js"> isplay: none; " src="https://c1.microsoft.com/c.gif?DI=4050&did=1&t=">iv metatags="">