SQL Server 로그 전달을 사용하여 SharePoint 팜에서 재해 복구 구성

  • 아티클

업데이트 날짜: 2009년 5월

적용 대상: Office SharePoint Server 2007

 

마지막으로 수정된 항목: 2015-03-09

이 문서에서는 Microsoft SQL Server 2005 또는 Microsoft SQL Server 2008 로그 전달을 사용하여 지리적으로 분산되어 있는 Microsoft Office SharePoint Server 2007 서비스 팩 2(SP2) 데이터 센터에서 재해 복구 팜을 만드는 방법에 대해 설명합니다. 이 구성을 사용하면 장애 조치가 시작된 경우 현재 검색 결과를 제공하는 재해 복구 사이트를 제공할 수 있습니다. 이 문서에서는 사용자가 가용성 계획(Office SharePoint Server)에 나와 있는 개념 및 용어에 익숙하다고 가정합니다.

종종 보조 데이터 센터 및 팜을 만들고 구성하는 데 조직에서 여러 팀이나 역할이 투입됩니다. 보조 환경을 구성하고 테스트하려면 인증 공급자의 관리자, SQL Server 데이터베이스 관리자 및 모든 관련 SharePoint 팜 관리자와 상의해야 합니다. 이 문서는 기본적으로 SharePoint 팜 관리자가 다음을 수행하는 데 도움을 주고자 제공됩니다.

  • 로그 전달 재해 복구 팜을 만드는 데 적용되는 요구 사항 이해

  • 임시 로그 전달 환경 설정

  • 프로덕션 환경에서 로그 전달을 구성할 SQL Server 데이터베이스 관리자와 정보 교환

이 문서에는 다음 섹션이 포함됩니다.

  • 로그 전달 소개

  • Office SharePoint Server 및 로그 전달 개요

  • 보조 데이터 센터 및 팜에 대한 요구 사항

  • 로그 전달 환경 구성

  • 장애 조치

  • 장애 조치 테스트 고려 사항

  • 로그 전달 또는 장애 복구 다시 구성

  • 요약

로그 전달 소개

로그 전달을 사용하면 기본 서버 인스턴스의 기본 데이터베이스에서 개별 보조 서버 인스턴스의 하나 이상의 보조 데이터베이스로 트랜잭션 로그 백업을 연속해서 보내도록 SQL Server를 구성할 수 있습니다. 트랜잭션 로그 백업은 각 보조 데이터베이스에 개별적으로 적용됩니다. 연속해서 기본 데이터베이스에서 트랜잭션 로그를 백업한 다음 보조 데이터베이스로 복사하고 복원하면 기본 데이터베이스와 보조 데이터베이스를 동기화할 수 있습니다. 또한 로그 전달은 백업 및 복원 작업의 기록 및 상태를 기록하고 예정대로 이러한 작업이 수행되지 않은 경우 알림을 보내는 모니터 서버라고 하는 세 번째 선택적 서버 인스턴스를 포함할 수 있습니다.

로그 전달은 세 개의 작업으로 구성됩니다. 각 작업은 다음 작업 중 하나를 수행합니다.

  1. 기본 서버 인스턴스에서 트랜잭션 로그 백업

  2. 보조 서버 인스턴스로 트랜잭션 로그 파일 복사

  3. 보조 서버 인스턴스에서 로그 백업 복원

다음 다이어그램에서는 로그 전달을 보여 줍니다.

자세한 내용은 SQL Server 온라인 도움말 설명서 로그 전달(https://go.microsoft.com/fwlink/?linkid=151252&clcid=0x412)을 참조하십시오.

Office SharePoint Server 및 로그 전달 개요

SQL Server 로그 전달은 Office SharePoint Server 2007 SP2를 실행하는 팜에서 지리적으로 분산되어 있는 하나 이상의 보조 팜으로 내 사이트 데이터베이스 및 SSO(Single Sign-On) 데이터베이스를 포함하여 콘텐츠 데이터베이스를 보내는 데 사용할 수 있습니다.

중요

Office SharePoint Server 2007 SP2 이외의 버전에서 로그 전달을 구성할 수도 있지만 다음 기능을 제공하는 Office SharePoint Server 2007 SP2를 사용하는 것이 좋습니다.

  • 콘텐츠 데이터베이스가 읽기 전용 모드인 경우 해당 데이터베이스와 연관된 사이트 모음도 읽기 전용 모드가 되며 데이터베이스 변경이 필요한 작업을 제거하도록 사용자 인터페이스가 변경됩니다.

  • 검색에서는 알려진 데이터 원본과 동일한 Office SharePoint Server 2007 SP2의 웹 응용 프로그램에 연결되었다가 다시 분리된 콘텐츠 데이터베이스를 처리하고 전체 크롤링 대신 증분 크롤링을 수행합니다. 로그 전달 환경에서는 구성 데이터베이스가 새 사이트 모음 또는 이동된 사이트 모음을 인식할 수 있도록 보조 팜에 있는 콘텐츠 데이터베이스를 자주 분리하고 다시 연결하여 보조 팜에서 구성 데이터베이스를 업데이트하는 것이 좋기 때문에 이 작업이 중요합니다. 데이터베이스를 다시 연결한 후 증분 크롤링을 수행하는 새 기능을 사용하면 크롤링 시간이 크게 줄고 검색 동시성을 향상시킬 수 있습니다.

보조 팜 사용

여기에서는 기본적으로 보조 팜의 주된 목적이 재해 복구에 있다고 가정합니다. 그러나 Office SharePoint Server 2007 SP2를 실행하는 보조 팜을 만드는 경우 로그 전달 보조 팜에 있는 사이트를 사용자에게 노출할 수 있습니다. 보조 팜에 있는 사이트를 가리키는 호스트 파일을 배포하거나 보조 네임스페이스(예: http://secondary.contoso.com 또는 http://readonly.contoso.com)를 사용하여 노출할 보조 팜에 있는 각 웹 응용 프로그램에 대한 전용 대체 액세스 매핑을 정의할 수 있습니다. 노출하는 사이트는 사용자에게 쓰기 기능을 노출하지 않습니다. 이 문서에서는 Office SharePoint Server 2007 SP2를 실행한다고 가정합니다. 자세한 내용은 읽기 전용 데이터베이스를 사용하는 팜 실행(Office SharePoint Server)을 참조하십시오.

참고

Office SharePoint Server 2007 SP2를 실행하는 보조 팜을 만드는 경우 사용자에게 사이트를 노출하지 않는 것이 좋습니다. Office SharePoint Server 2007 SP2가 설치되어 있지 않은 로그 전달 팜은 읽기 전용이지만 사이트에 데이터를 쓰려는 사용자에게는 이를 명시적으로 경고하지 않습니다. 읽기 전용 콘텐츠 데이터베이스에서 Office SharePoint Server를 사용할 때 발생하는 문제에 대한 자세한 내용은 기술 자료 문서: Microsoft SQL Server에서 읽기 전용으로 구성된 콘텐츠 데이터베이스에서 Microsoft Windows SharePoint Services 사용(https://go.microsoft.com/fwlink/?linkid=117362&clcid=0x412)을 참조하십시오.

로그 전달 토폴로지

다음 다이어그램에서는 로그 전달을 사용하도록 구성된 두 개의 데이터 센터와 두 개의 팜을 사용하는 시나리오를 보여 줍니다. 이 시나리오에서 재해 복구 데이터 센터는 읽기 전용 보조 팜을 호스트합니다.

각 데이터 센터에 하나씩 두 개의 논리 팜이 있습니다. 각 팜은 별도의 구성 및 중앙 관리 콘텐츠 데이터베이스와 별도의 SSP(공유 서비스 공급자)를 사용하는 별도의 설치입니다. 콘텐츠 데이터베이스 및 SSO 데이터베이스만 기본 데이터 센터에서 보조 데이터 센터로 로그를 전달합니다. SSP A는 기본 팜에서의 검색을 제공하고 SSP B는 보조 팜에서의 검색을 제공합니다. **구성 데이터베이스 새로 고침 스크립트(C)**는 보조 팜에서만 실행됩니다. 다이어그램에서와 같이 겹치지 않도록 보조 환경에서 세 개의 프로세스 타이밍을 조정하는 것이 중요합니다.

  1. 로그 전달 데이터베이스 처리

  2. 크롤링 검색

  3. 구성 데이터베이스 새로 고침 스크립트

하나 이상의 추가 데이터 센터에 대한 SQL Server 로그 전달을 구성하는 경우에는 이 토폴로지를 여러 데이터 센터에서 반복할 수 있습니다.

Office SharePoint Server에서 로그를 전달하는 경우 일반 고려 사항

이 섹션에서는 Office SharePoint Server 2007 SP2에서 로그 전달 사용 시 제한 사항을 설명합니다.

  • 기본적으로 로그 전달에 대한 장애 조치 프로세스는 수동으로 설정되지만 장애 조치를 자동화하는 스크립트를 만들 수 있습니다.

  • 계획되지 않은 장애 조치가 시작된 경우 로그 전달 빈도 및 장애 시점에 따라 일부 데이터가 손실될 수 있습니다. 장애 이전의 마지막 로그 전달 간격에서 데이터가 손실될 수 있습니다.

  • 구성 데이터베이스에는 컴퓨터 관련 정보가 포함되어 있으므로 다른 팜으로 로그를 전달할 수 없습니다. 따라서 두 팜에서 동일한 사용자 지정 및 구성 설정을 수동으로 유지해야 합니다.

  • 검색 데이터베이스, 인덱스 파일 및 SSP 데이터베이스를 동기화해야 하므로 검색 데이터베이스는 보조 팜에 로그를 전달할 수 없습니다. 로그 전달 데이터베이스를 사용하여 장애 조치 팜에서 검색을 수행할 수 있으려면 다음 방법 중 하나를 사용합니다.

    • 장애 조치 팜에서 검색을 제공하도록 구성된 SSP를 구성 및 실행합니다. 이 방법을 사용하면 보조 팜을 가동 및 실행한 후 즉시 검색을 사용할 수 있으며 이 방법은 대용량 자료에 적합합니다. 이 문서에서는 장애 조치 팜에서 검색 SSP를 구성하고 실행하는 방법에 대해 설명합니다.

    • SharePoint 기본 제공 백업 및 복구를 사용하여 기본 팜에서 장애 조치 팜으로 SSP를 복원합니다. 이 방법을 사용하면 SSP를 복원한 후 검색을 사용할 수 있으며 검색이 콘텐츠를 다시 크롤링합니다. SSP를 복구하는 데 필요한 간격이 팜의 목표 복구 시간 이내인 경우 이 방법을 사용하는 것이 좋습니다. 이 문서에서는 이 방법에 대해 설명하지 않습니다. 검색 SSP를 백업 및 복원하는 방법에 대한 자세한 내용은 SSP 백업 및 복원(Office SharePoint Server 2007)을 참조하십시오.

  • 기본 팜에서 프로필 서비스를 실행하는 경우 보조 팜에서 SSP를 구성하여 프로필 서비스를 실행하는 것이 좋습니다. 모든 SSP에서 프로필을 동기화하려면 Microsoft SharePoint Administration Toolkit x86(영문)(https://go.microsoft.com/fwlink/?linkid=151962&clcid=0x412)의 32비트 버전 또는 Microsoft SharePoint Administration Toolkit x64(영문)(https://go.microsoft.com/fwlink/?linkid=142035&clcid=0x412)의 64비트 버전에 포함된 User Profile Replication Engine을 사용해야 합니다. 자세한 내용은 User Profile Replication Engine(Office SharePoint Server)을 참조하십시오.

  • 콘텐츠 데이터베이스 및 SSO 데이터베이스 이외의 로그 전달 데이터베이스(예: Microsoft Office Project Server 2007 데이터베이스)는 권장되지 않습니다. 앞에서 언급하지 않은 데이터베이스의 경우 장애 조치 팜으로 백업 및 복원하는 것이 좋습니다.

  • 기본 팜에 추가된 사이트 모음은 보조 팜에 있는 구성 데이터베이스에 자동으로 추가되지 않으며 Stsadm 작업 또는 스크립트를 사용하여 추가해야 합니다. 스크립트 예제의 경우 보조 팜 구성 데이터베이스에서 사이트의 목록을 새로 고치는 스크립트(새로 고침 스크립트) 만들기를 참조하십시오.

Office SharePoint Server에 대한 업데이트는 기본 및 보조 팜 모두 2진 파일에 적용되어야 하지만 기본 팜에 있는 데이터베이스에 적용한 다음 보조 팜으로 로그를 전달할 수 있습니다. 이 문서에서는 패치를 자세히 다루지는 않지만 해당 프로세스에 대한 개요를 다음에서 제공합니다.

  1. 로그 전달을 일시 중지합니다.

  2. 중앙 관리 또는 스크립트를 통해 보조 팜에 있는 웹 응용 프로그램에서 콘텐츠 데이터베이스를 분리합니다.

  3. 기본 팜부터 시작하여 두 팜을 모두 업데이트합니다.

    중요

    업데이트 프로세스가 기본 팜 및 보조 팜 모두에서 성공적으로 완료되었는지 확인합니다. 보조 팜의 데이터베이스는 업그레이드 프로세스로 업데이트되지 않으며 로그 전달로 업데이트됩니다.

  4. 로그 전달을 시작합니다.

  5. 보조 팜에 업데이트되지 않은 데이터베이스를 연결하려고 하면 실패하고 지원되지 않는 상태로 팜이 유지될 수 있으므로 보조 팜에 있는 로그 전달 콘텐츠 데이터베이스를 연결하기 전에 하나 또는 두 개의 로그 전달 주기가 완료해야 합니다.

    선택 사항. 다음 쿼리를 사용하여 데이터베이스를 연결하기 전에 기본 팜의 데이터베이스 스키마를 보조 팜으로 전체 복제할 것인지 결정할 수도 있습니다.

    USE <콘텐츠 데이터베이스>

    GO

    SELECT * FROM Versions

    쿼리는 다음 형식의 버전 번호를 반환합니다.

    00000000-0000-0000-0000-000000000000

    목록의 마지막 버전은 최근 설치된 Office SharePoint Server 2007 버전입니다.

    중요

    일반적으로 Microsoft는 SharePoint 제품 및 기술에서 사용하는 데이터베이스에 대한 쿼리 실행을 지원하지 않습니다. 이전 쿼리는 데이터베이스에 대한 메타데이터를 처리하므로 예외적으로 허용됩니다. 직접 쿼리는 시스템 성능 및 안정성에 큰 영향을 줄 수 있습니다. 데이터베이스에서 직접 변경하는 방법의 효과에 대한 자세한 내용은 기술 자료 문서 Office 서버 제품 및 Windows SharePoint Services에서 사용하는 데이터베이스에 대한 변경 지원(https://go.microsoft.com/fwlink/?linkid=105589&clcid=0x412)을 참조하십시오.

  6. 로그 전달 데이터베이스를 보조 팜에 연결합니다.

Office SharePoint Server에서 로그를 전달하는 경우 성능 고려 사항

로그 전달에 대한 백업, 복사 및 복원 작업 간격을 올바르게 설정할 수 있도록 로그 전달할 데이터 크기를 분석합니다. 로그 전달할 데이터 크기는 콘텐츠 데이터베이스에서 하루에 변경된 크기에 따라 결정됩니다. 일반적으로 보통 팜은 2% - 4% 변경을 처리하지만 유지 관리와 관련된 변경인 경우 변경 수준은 최대 사용 시간 기준으로 5 - 7%에 도달할 수 있습니다. 시스템에서 콘텐츠 데이터베이스의 변경 크기를 확인하려면 로그를 전달하는 각 콘텐츠 데이터베이스에서 지정된 간격으로 트랜잭션 로그 백업의 변경 합계를 계산하고 기본 데이터베이스의 크기에 대한 변경의 비율을 계산합니다.

더 큰 트랜잭션 로그 대신 작은 여러 트랜잭션 로그를 백업 및 복사하는 것이 더 좋습니다. 또한 로그 백업 및 복사 일정을 긴 간격으로 세우는 것이 좋습니다. 백업 및 복사 간격은 5분을 사용하고 복원 간격은 15분을 사용하여 시작할 수 있습니다. SQL Server 2008에는 1분 미만의 간격으로 로그 전달을 수행하는 기능이 포함되어 있습니다. 자세한 내용은 SQL Server 2008에서 분 단위 이하의 간격으로 로그 전달 예약(영문)(https://go.microsoft.com/fwlink/?linkid=151253&clcid=0x412)을 참조하십시오.

시스템에서 로그 전달에 걸리는 시간이 새 로그를 만드는 데 필요한 시간보다 긴 경우(즉, 로그 전달 일정에서 항상 뒤처지는 경우) 성능 문제가 발생할 수 있습니다. 이 문제는 처리량 또는 대기 시간으로 인해 발생할 수 있습니다. 처리량 및 대기 시간 문제가 있는 경우 Windows Server 2003 R2에서 실행하는 Active Directory 디렉터리 서비스 또는 Windows Server 2008에서 실행하는 AD DS(Active Directory 도메인 서비스)에서 Windows DFSR(분산 파일 시스템 복제)를 사용하는 것이 좋습니다. DFSR를 사용하는 방법에 대한 자세한 내용은 Microsoft Windows Server 2003 R2에서 분산 파일 시스템 솔루션 개요(https://go.microsoft.com/fwlink/?linkid=150764&clcid=0x412) 및 Windows Server 2008에 대한 DFS 단계별 가이드(https://go.microsoft.com/fwlink/?linkid=150765&clcid=0x412)를 참조하십시오.

다음 그래프에서는 로그 전달 트랜잭션 로그를 복사하는 데 사용할 수 있는 다양한 복제 기술에서 제공하는 처리량을 비교합니다.

SQL Server 2008에는 로그를 전달하는 파일 크기를 줄이기 위해 백업을 압축하는 기능도 제공합니다. 자세한 내용은 SQL Server 2008에서 백업 압축 성능 조정(제1부)(영문)(https://go.microsoft.com/fwlink/?linkid=151254&clcid=0x412) 및 백업 압축 조정(제2부)(영문)(https://go.microsoft.com/fwlink/?linkid=151255&clcid=0x412)를 참조하십시오.

Office SharePoint Server에서 로그를 전달하는 경우 보안 고려 사항

Office SharePoint Server 2007 SP2에서 SQL Server 로그 전달을 수행하려면 팀 구성원에게 다음 권한이 있어야 합니다.

  • Office SharePoint Server 2007 SP2에서 로그 전달을 구성하고 이 문서의 절차를 수행하려면 팀 구성원은 Farm Administrators SharePoint 그룹의 구성원이어야 합니다.

  • SQL Server 로그 전달을 구성하고 이 문서의 절차를 수행하려면 팀 구성원은 각 서버 인스턴스에서 sysadmin 고정 서버 역할의 구성원이어야 합니다.

데이터베이스 관리자가 로그 전달 데이터베이스를 설정하는 경우 SharePoint 팜에서 사용할 데이터베이스에 대한 SQL Server 로그인 및 사용 권한은 로그 전달 서버의 master 및 msdb 데이터베이스에서 자동으로 구성되지 않습니다. 따라서 필요한 로그인에 대한 사용 권한을 구성해야 합니다. 이때 다음과 같은 권한이 포함됩니다.

  • 중앙 관리 응용 프로그램 풀 계정은 dbcreator 및 securityadmin 고정 서버 역할의 구성원이어야 합니다.

  • 모든 응용 프로그램 풀 계정, 검색 서비스 및 기본 콘텐츠 액세스 계정에는 SQL Server 고정 서버 역할 또는 고정 데이터베이스 역할에 할당되어 있지 않은 경우이더라도 SQL Server 로그인이 있어야 합니다.

  • Farm Administrators SharePoint 그룹의 구성원도 SQL Server 로그인이 있어야 하며 중앙 관리 응용 프로그램 풀 계정과 같은 역할의 구성원이어야 합니다.

스크립트를 실행하여 주 서버에서 미러 서버로 로그인 및 사용 권한을 전송하는 것이 좋습니다. 예제 스크립트는 기술 자료 문서 918992 SQL Server 2005 인스턴스 간에 로그인 및 암호를 전송하는 방법(https://go.microsoft.com/fwlink/?linkid=122053&clcid=0x412)을 참조하십시오. 인스턴스 간에 SQL Server 메타데이터를 전송하는 방법에 대한 자세한 내용은 SQL Server 온라인 도움말 설명서 다른 서버 인스턴스에서 데이터베이스를 사용할 수 있도록 설정할 때의 메타데이터 관리(https://go.microsoft.com/fwlink/?linkid=122055&clcid=0x412) 및 기술 자료 문서 321247 SQL Server 로그 전달에 대한 보안을 구성하는 방법(https://go.microsoft.com/fwlink/?linkid=150830&clcid=0x412)을 참조하십시오.

로그 전달 구성에서 백업 및 복원 디렉터리는 다음 요구 사항을 준수해야 합니다.

  • 백업 작업을 수행하려면 기본 서버 인스턴스의 SQL Server 서비스 계정 및 백업 작업의 프록시 계정(기본적으로 기본 서버 인스턴스의 SQL Server 에이전트 계정)에 백업 디렉터리에 대한 읽기/쓰기 권한이 있어야 합니다.

  • 복사 작업을 수행하려면 복사 작업의 프록시 계정(기본적으로 보조 서버 인스턴스의 SQL Server 에이전트 계정)에 백업 디렉터리에 대한 읽기 권한과 복사 디렉터리에 대한 쓰기 권한이 있어야 합니다.

  • 복원 작업을 수행하려면 보조 서버 인스턴스의 SQL Server 서비스 계정 및 복업 작업의 프록시 계정(기본적으로 보조 서버 인스턴스의 SQL Server 에이전트 계정)에 복사 디렉터리에 대한 읽기/쓰기 권한이 있어야 합니다.

보조 데이터 센터 및 팜에 대한 요구 사항

보조 데이터 센터의 환경이 다음과 같다고 가정합니다.

장애 조치 팜의 특징은 다음과 같습니다.

  • 별도의 구성 데이터베이스와 별도의 중앙 관리 콘텐츠 데이터베이스를 장애 조치 팜에 설치하고 유지해야 하므로 기본 팜의 구성 변경을 장애 조치에 수동으로 복제해야 합니다.

    구성 데이터베이스에는 다음과 같은 정보가 저장됩니다.

    활성화된 기능

    진단 로깅 설정

    관리자가 배포한 양식 서식 파일

    전자 메일 설정

    대체 액세스 매핑 설정

    외부 서비스 연결 설정

    바이러스 검색 설정

    팜 수준 검색 설정

    서비스 계정(크롤러 계정, 검색 계정 등, 웹 응용 프로그램으로 실행되는 모든 계정)을 비롯한 응용 프로그램 풀 설정

    HTML 뷰어 설정

    차단된 파일 형식

    휴지통 설정 및 기타 웹 응용 프로그램 일반 설정

    콘텐츠 배포 설정

    타이머 작업 설정

    크롤러 영향 규칙

    사용 현황 분석 처리 설정

    데이터베이스 이름 및 위치

    웹 응용 프로그램 이름 및 데이터베이스. 각 웹 응용 프로그램과 연결된 콘텐츠 데이터베이스 이름을 문서화합니다.

    기본 할당량 지정 서식 파일

    워크플로 관리 설정

    참고

    기본 팜에 대해 대체 액세스 매핑을 구성한 경우에는 보조 팜의 장애 조치 지점에도 동일하게 구성해야 합니다. 대체 액세스 매핑 설정을 문서화하려면 명령 stsadm -o enumalternatedomains를 사용하여 텍스트 파일로 내보냅니다.

  • 기능, 솔루션, 사이트 서식 파일 및 IFilters와 같은 타사 솔루션 등의 모든 사용자 지정 사항을 두 팜에 모두 배포되어야 합니다. 배포를 효율적으로 수행하려면 모든 사용자 지정 내용을 솔루션으로 패키지하는 것이 좋습니다. 자세한 내용은 사용자 지정 내용 배포를 참조하십시오.

  • 콘텐츠 데이터베이스는 전체 복구 모델을 사용하도록 설정되어야 합니다. 데이터베이스 복구 모델을 설정하는 방법에 대한 자세한 내용은 방법: 데이터베이스의 복구 모델 보기 또는 변경(SQL Server Management Studio)(https://go.microsoft.com/fwlink/?linkid=151701&clcid=0x412)을 참조하십시오.

  • 기본 서버 및 보조 서버는 SQL Server 2005 또는 SQL Server 2008의 동일한 버전을 실행해야 합니다. 로그 전달은 Standard, Developer 및 Enterprise 버전에서 사용할 수 있습니다.

  • 사용자에게 로그 전달 보조 팜을 노출하려는 경우 보조 팜에 대한 보조 네임스페이스(예: http://secondary.contoso.com 또는 http://readonly.contoso.com)를 사용하여 대체 액세스 매핑을 구성합니다. 자세한 내용은 대체 액세스 매핑 구성을 참조하십시오. 이 대체 액세스 매핑은 장애 조치 시 기본 팜과 동일한 매핑으로 바꿉니다.

로그 전달 환경 구성

이 섹션에서는 로그 전달을 구성하는 자세한 절차를 제공합니다.

이 섹션의 절차에서는 조직이 다음 전제 조건을 이해한다고 가정합니다.

  • Office SharePoint Server를 배포하는 방법

  • 응용 프로그램 풀 ID를 설정하는 방법

  • 검색 서비스를 중지 및 시작하는 방법

  • 트래픽 허용을 중지 및 시작하도록 DNS(도메인 이름 시스템)를 구성하는 방법

  • 호스트 파일을 사용하여 로컬 사이트를 사용하거나 사용하지 않도록 설정하는 방법

장애 조치 단계는 다음 절차로 구성됩니다.

  • 기본 팜 준비

  • 보조 팜 준비

  • 로그 전달 구성

  • 보조 SharePoint 팜에 로그 전달 데이터베이스 연결

  • 보조 팜에 대한 검색 및 프로필 구성

  • 보조 팜 구성 데이터베이스에서 사이트의 목록을 새로 고치는 스크립트(새로 고침 스크립트) 만들기

  • 로그 전달 작업, 검색 크롤링 및 새로 고침 스크립트 타이밍 조정

  • 선택 사항. 보조 팜에서 SSO 유지

  • 선택 사항. 사용자에게 읽기 전용 팜에 대한 액세스 권한 제공

기본 팜 준비

기본 서버를 준비하는 단계는 다음과 같습니다.

  1. 웹 응용 프로그램의 응용 프로그램 ID를 두 팜에서 사용할 수 있는 도메인 계정으로 설정합니다. 자세한 내용은 웹 응용 프로그램의 응용 프로그램 풀 ID 변경(Office SharePoint Server)을 참조하십시오.

  2. 보조 팜에 적용할 수 있도록 모든 구성 설정을 문서화합니다. 자세한 내용은 팜 백업 및 복원 준비(Office SharePoint Server 2007)를 참조하십시오. 특히 텍스트 파일로 내보내 대체 액세스 매핑 설정을 문서화해야 하며, 이 경우 명령 stsadm -o enumalternatedomains를 사용하여 설정을 내보냅니다.

  3. 모든 사용자 지정 내용을 문서화합니다. 솔루션으로 패키지된 경우 보조 팜에 다시 적용하는 가장 쉬운 방법은 사용자 지정 사항을 사용하는 것입니다. 자세한 내용은 사용자 지정 내용 배포를 참조하십시오.

보조 팜 준비

  1. 보조 팜에서 Office SharePoint Server를 설치 및 구성합니다. 자세한 내용은 서버 팜 환경에 Office SharePoint Server 2007 배포를 참조하십시오.

    장비가 충분한 경우 기본 팜으로 동일한 수의 프런트 엔드 웹 서버 및 데이터베이스를 구성합니다. 장비가 부족한 경우 보조 팜에서 더 적은 서버를 사용할 수 있지만 기본 팜과 동일한 부하를 처리할 수 없게 됩니다.

    기본 및 보조 팜에서 버전 번호 및 패치 수준이 동일한지 확인합니다. 자세한 내용은 SharePoint 제품 및 기술용 업데이트 리소스 센터(영문)(https://go.microsoft.com/fwlink/?linkid=106182&clcid=0x412)를 참조하십시오.

  2. 기본 팜에서 수행한 모든 구성 및 사용자 지정 사항을 적용합니다. 자세한 내용은 사용자 지정 내용 배포를 참조하십시오.

  3. 기본 팜에 있는 모든 웹 응용 프로그램의 복제본을 만듭니다. 기본 팜의 웹 응용 프로그램과 동일한 응용 프로그램 풀 ID를 사용해야 합니다. 자세한 내용은 웹 응용 프로그램 만들기 및 관리(Office SharePoint Server)를 참조하십시오.

  4. 다음 타이머 작업을 사용하지 않도록 설정합니다. 자세한 내용은 SharePoint 타이머 작업 관리(Office SharePoint Server)를 참조하십시오.

    대량 워크플로 작업 처리

    프로필 동기화

    사이트 모음: 삭제

    로그 변경

    빠른 프로필 동기화

    사용 현황 분석

    데이터베이스 통계

    레코드 센터 처리

    변형 전파 페이지 작업 정의

    사용하지 않는 사이트 삭제

    휴지통

    변형 전파 사이트 작업 정의

    디스크 할당량 경고

    예약된 승인

    Windows SharePoint Services Watson 정책 업데이트

    만료 정책

    예약된 페이지 검토

    워크플로

    처리 및 보고 중인 보류

    예약된 게시 취소

    워크플로 자동 정리

    즉시 알림

    검색 및 처리

    워크플로 장애 조치

    정보 관리 정책

    공유 서비스 공급자 동기화 작업

로그 전달 구성

SQL Server Management Studio 또는 Transact-SQL을 사용하여 로그 전달을 구성할 수 있습니다. 이 문서에서는 Management Studio를 사용하는 방법에 대해 설명합니다.

기본 서버에서 로그 전달 구성

  1. 기본 팜에 있는 데이터베이스 서버에서 Management Studio를 엽니다.

  2. 개체 탐색기 탐색 창에서 웹 응용 프로그램의 콘텐츠 데이터베이스를 마우스 오른쪽 단추로 클릭하고 작업을 가리킨 다음 트랜잭션 로그 전달을 클릭합니다.

    데이터베이스 속성 대화 상자가 나타납니다.

  3. 이 데이터베이스를 로그 전달 구성의 주 데이터베이스로 사용을 선택합니다.

  4. 백업 설정을 클릭합니다.

    트랜잭션 로그 백업 설정 대화 상자가 나타납니다.

    1. 백업 폴더의 네트워크 경로에 기본 팜의 백업 폴더 경로를 입력합니다.

    2. 다음보다 오래된 파일 삭제 및 다음 기간 내에 백업이 발생하지 않으면 경고에 대한 값을 입력합니다.

    3. 백업 작업 섹션에 표시된 일정을 검토합니다. 일정을 사용자 지정하려면 일정을 클릭합니다.

      검색 크롤링 및 다른 일괄 작업을 예약할 수 있도록 로그 전달 작업 실행이 예약된 시점을 기록합니다.

    4. 선택 사항. 백업 압축을 사용하려는 경우 압축 섹션에서 설정을 검토합니다.

    5. 확인을 클릭합니다.

  5. 데이터베이스 속성 대화 상자의 보조 데이터베이스 섹션에서 추가를 클릭합니다.

    보조 데이터베이스 설정 대화 상자가 나타납니다.

    • 연결을 클릭하고 보조 서버에서 사용할 SQL Server의 인스턴스에 연결합니다. 기본적으로 보조 데이터베이스 이름은 기본 서버의 데이터베이스와 같습니다.

    • 보조 데이터베이스 초기화 탭에서 **예, 주 데이터베이스의 전체 백업을 생성하고 보조 데이터베이스에 복원합니다(없는 경우 보조 데이터베이스 생성).**을 선택합니다.

    • 파일 복사 탭의 복사한 파일의 대상 폴더 상자에 트랜잭션 로그 백업이 복사된 보조 서버에 있는 폴더 경로를 입력합니다.

    • 트랜잭션 로그 복원 탭의 백업 복원 시 데이터베이스 상태 섹션에서 대기 모드를 선택하고 백업 복원 시 데이터베이스의 사용자 연결 끊기의 선택을 취소합니다.

    • 확인을 클릭합니다.

    • 설정을 스크립트로 저장하는 것이 좋습니다. 이렇게 하려면 데이터베이스 속성 대화 상자에서 스크립트 구성을 클릭하고 구성을 파일로 스크립팅을 클릭합니다.

      다른 이름으로 저장 대화 상자가 나타납니다. 파일을 저장할 폴더를 입력하고 확인을 클릭합니다.

    • 확인을 클릭합니다.

      모든 작업이 한 번 실행되어 로그 전달이 시작되고 성공 또는 실패를 보고합니다.

  6. 로그를 전달하려는 모든 데이터베이스에서 앞의 절차를 반복합니다. 자세한 내용은 방법: 로그 전달 설정(SQL Server Management Studio)(https://go.microsoft.com/fwlink/?linkid=151644&clcid=0x412)을 참조하십시오.

선택 사항. 로그 전달 복사 작업을 DFS 복제로 바꾸기

  1. 환경에서 DFSR(DFS 복제)를 사용하도록 설정하고 구성합니다. 자세한 내용은 복제 (https://go.microsoft.com/fwlink/?linkid=151670&clcid=0x412)를 참조하십시오. DFS 복제 구성에 대한 예제는 Windows Server 2008의 분산 파일 시스템에 대한 단계별 가이드(https://go.microsoft.com/fwlink/?linkid=150765&clcid=0x412)를 참조하십시오.

  2. 전송에 DFSR가 사용되므로 로그 전달 구성에 참여하는 각 데이터베이스에서 로그 전달 복사 작업을 사용하지 않도록 설정해야 합니다. 자세한 내용은 방법: 작업 활성화 또는 비활성화(SQL Server Management Studio)(https://go.microsoft.com/fwlink/?linkid=151673&clcid=0x412)를 참조하십시오.

로그 전달이 성공했는지 확인

  1. 보조 팜에 있는 데이터베이스 서버에서 Management Studio를 시작합니다.

  2. 개체 탐색기 탐색 창에서 모든 로그 전달 콘텐츠 데이터베이스가 대기 또는 읽기 전용 상태인지 확인합니다.

  3. 작업을 실행하고 지속 시간을 계산하여 보조 팜에서 로그 전달 작업에 걸리는 평균 시간을 확인합니다. 자세한 내용은 로그 전달 모니터링(https://go.microsoft.com/fwlink/?linkid=151682&clcid=0x412)을 참조하십시오.

보조 SharePoint 팜에 로그 전달 데이터베이스 연결

  1. SharePoint 중앙 관리 웹 사이트의 빠른 실행에 있는 중앙 관리 섹션에서 응용 프로그램 관리를 클릭합니다. 응용 프로그램 관리 페이지가 열립니다.

    SharePoint 웹 응용 프로그램 관리 섹션에서 콘텐츠 데이터베이스를 클릭합니다.

    콘텐츠 데이터베이스 관리 페이지가 열립니다.

  2. 데이터베이스 이름 열에서 제거할 콘텐츠 데이터베이스를 클릭합니다. 콘텐츠 데이터베이스 설정 관리 페이지가 열립니다.

  3. 콘텐츠 데이터베이스 제거 섹션에서 콘텐츠 데이터베이스 제거 확인란을 선택한 다음 확인을 클릭합니다.

  4. 콘텐츠 데이터베이스 관리 페이지에서 콘텐츠 데이터베이스 추가를 클릭합니다. 그러면 콘텐츠 데이터베이스 추가 페이지가 열립니다.

  5. 로그 전달 데이터베이스에 대한 적절한 데이터베이스 서버 및 데이터베이스 이름을 입력한 다음 확인을 클릭합니다.

  6. 로그를 전달하는 모든 데이터베이스에서 이 절차를 반복합니다.

    이제 보조 팜에서 콘텐츠를 찾아볼 수 있습니다.

보조 팜에 대한 검색 및 프로필 구성

재해 복구 시나리오에서 비즈니스 목표를 만족하도록 보조 팜에서 검색을 구성합니다. 먼저 기본 팜과 동일한 크롤링 설정 및 크롤링 규칙을 사용하여 동일한 데이터베이스를 검색해야 할 수 있습니다. 크롤링 및 로그 전달 일정을 겹치지 않도록 세울 수 없는 경우 크롤링에 포함하는 콘텐츠를 조정하는 것이 좋습니다. 예를 들어 장애 조치 전에 비즈니스에 미치는 영향이 큰 콘텐츠를 포함하는 데이터베이스만 크롤링하고 장애 조치 이후에만 나머지 콘텐츠를 크롤링할 수 있습니다. 자세한 내용은 크롤링되는 콘텐츠의 양 제한 또는 증대(Office SharePoint Server)를 참조하십시오.

  1. 검색을 구성하는 동안 보조 팜에서 SQL Server 에이전트 작업을 중지하여 로그 전달을 사용하지 않도록 설정합니다.

  2. 보조 팜에서 검색을 구성합니다.

    보조 팜에서 검색 크롤링에 걸리는 시간을 확인합니다. 기존 팜에서 수집한 데이터를 사용하여 보조 팜에 필요한 시간을 예상할 수 있습니다.

    중요

    로그 전달 작업이 실행되지 않는 동안 검색 크롤링을 실행하도록 예약해야 합니다. 자세한 내용은 로그 전달 작업, 검색 크롤링 및 새로 고침 스크립트의 타이밍 조정을 참조하십시오.

  3. 보조 팜에서 SQL Server 에이전트 작업을 시작하여 로그 전달을 사용하도록 설정합니다.

  4. 프로필을 사용하는 경우 장애 조치 SSP의 프로필이 기본 SSP의 프로필과 동기화되지 않으며 처음 가져올 때의 상태를 유지합니다. 모든 SSP의 프로필을 동기화된 상태로 유지하려면 32비트 버전의 Microsoft SharePoint Administration Toolkit x86(영문)(https://go.microsoft.com/fwlink/?linkid=151962&clcid=0x412) 또는 64비트 버전의 Microsoft SharePoint Administration Toolkit x64(영문)(https://go.microsoft.com/fwlink/?linkid=142035&clcid=0x412)에 포함된 User Profile Replication Engine을 사용합니다. 자세한 내용은 User Profile Replication Engine(Office SharePoint Server)을 참조하십시오.

보조 팜 구성 데이터베이스에서 사이트의 목록을 새로 고치는 스크립트(새로 고침 스크립트) 만들기

다음 예제를 모델로 사용하여 기본 팜에서 사이트 모음을 추가 또는 삭제하는 경우 보조 팜에서 실행할 수 있는 새로 고침 스크립트를 만듭니다.

예제에서 <db_이름1>, <URL> 및 <db_이름2>, <URL>은 로그 전달 데이터베이스 이름으로 바꿉니다.

각 로그 전달 데이터베이스에 대한 스크립트에 detach 및 attach 섹션을 추가합니다.

echo off

SET PATH=C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\BIN;%PATH%

echo %time Shutting down the Osearch service...
SC config Osearch start= disabled
SC stop Osearch

echo %time Shutting down the SQL Server Agent service...
SC \\<SQL Server> config SQLSERVERAGENT start= disabled
SC \\<SQL Server>  stop SQLSERVERAGENT
f
echo %time About to refresh Site Map...

echo %time About to detach db <db_name1>
stsadm.exe -o deletecontentdb -url <URL> -databasename <db_name1>  -databaseserver <SQL_Server>
echo %time About to attach db <db_name1>
stsadm.exe -o addcontentdb -url <URL> -databasename <db_name1> -databaseserver <SQL_Server>

echo %time  About to detach db <db_name2>
stsadm.exe -o deletecontentdb -url <URL> -databasename <db_name2>  -databaseserver <SQL_Server>
echo %time  About to attach db <db_name2>
stsadm.exe -o addcontentdb -url <URL> -databasename <db_name2> -databaseserver <SQL_Server>

rem --:: repeat for all databases ::--

echo %time Restarting the Osearch service...
SC config Osearch start= demand
SC start Osearch

echo %time Restarting the SQL Server Agent service...
SC \\<SQL Server> config SQLSERVERAGENT start= demand
SC \\<SQL Server>  start SQLSERVERAGENT

echo on

로그 전달 작업, 검색 크롤링 및 새로 고침 스크립트 타이밍 조정

  1. 보조 팜에서 로그 전달 작업을 실행하는 데 걸리는 평균 시간과 작업 실행을 예약하는 시점을 확인합니다.

  2. 보조 팜에서 증분 크롤링에 걸리는 시간과 크롤링을 예약하는 시점을 확인합니다. 기본 팜에서 크롤링 데이터를 사용하여 증분 크롤링을 완료하는 데 걸리는 시간을 확인할 수 있습니다. 증분 크롤링을 예약하는 방법에 대한 자세한 내용은 증분 크롤링 예약(Office SharePoint Server 2007)을 참조하십시오.

  3. 가능한 경우 로그 전달 작업 및 검색 크롤링 일정이 겹치지 않도록 예약합니다.

  4. 로그 전달 및 증분 검색 크롤링 일정이 겹치지 않도록 예약할 수 없으면 다음 옵션에서 선택합니다.

    • 하나를 수행하는 동안 다른 작업 집합을 일시 중단하여 로그 전달 작업 및 검색 크롤링을 모두 수동으로 실행합니다.

    • 검색 크롤링을 로그 처리보다 우선시하고 크롤러 프로세스가 실행 중이 아니면 자동으로 로그 전달을 시작하는 스크립트를 만듭니다.

    • 데이터베이스의 유일한 활성 프로세스가 크롤러 프로세스인 경우 데이터베이스를 사용하지 않을 때까지 로그 전달을 기다린 후에 전달된 로그를 처리하도록 구성합니다.

    이 옵션이 유효하지 않고 로그 전달하는 데이터와 크롤링 시간을 겹치지 않도록 예약할 수 없는 경우에는 시스템이 작동하도록 일부 항목만 선별하는 방법을 고려합니다. 예를 들어, 로그 전달과 검색을 모두 제시간에 완료할 수 없는 경우 장애 조치 이전에 비즈니스에 큰 영향을 미치는 콘텐츠 데이터베이스만 크롤링하고 장애 조치 이후에 나머지 콘텐츠 크롤링을 시작합니다.

  5. 새로 고침 스크립트 실행을 예약합니다. 기본 팜에 새 사이트 모음이 추가되지 않은 경우에는 새로 고침 스크립트를 실행하지 않아도 됩니다. 새 사이트 모음이 추가된 경우에는 Windows 작업 스케줄러를 사용하여 새로 고침 스크립트를 정기적으로 실행해야 합니다. 새로 고침 스크립트가 실행되면 크롤러 및 로그 전달 프로세스 모두 일시 중단됩니다. 작업 예약에 대한 자세한 내용은 작업 예약(https://go.microsoft.com/fwlink/?linkid=151894&clcid=0x412)을 참조하십시오.

    새로 고침 스크립트가 실행 중에 취소되는 경우 스크립트를 수동으로 실행하여 모든 데이터베이스가 연결되어 있고 모든 서비스가 다시 설정되었는지 확인하는 것이 좋습니다.

선택 사항. 보조 팜에서 SSO 유지

  • 초기에 SSO를 설정한 후 암호화 키를 백업한 다음 키를 다시 생성할 때마다 키를 다시 백업합니다. 자세한 내용은 SSO 백업(Office SharePoint Server 2007)을 참조하십시오.

    암호화 키를 백업할 때 다음 제한 사항에 유의합니다.

    • 암호화 키를 백업하려면 SSO 관리자 계정의 구성원이어야 합니다.

    • 암호화 키는 원격으로 백업할 수 없습니다. 암호화 키를 백업하려면 암호화 키 서버에 로컬로 로그온해야 합니다.

    • SSO 암호와 키가 들어 있는 이동식 저장 장치를 보조 팜으로 이동한 다음 복원해야 합니다.

선택 사항. 사용자에게 읽기 전용 팜에 대한 액세스 권한 제공

  1. 가능한 경우 보조 팜의 노출하려는 웹 응용 프로그램을 가리키는 업데이트된 호스트 파일을 사용자에게 제공합니다.

  2. 호스트 파일을 배포할 수 없으면 노출하려는 각 웹 응용 프로그램에 대한 전용 대체 액세스 매핑(예: http//readonly.contoso.com 또는 http://secondary.contoso.com)을 정의하고 DNS에서 맵을 구성합니다.

    참고

    특정 웹 응용 프로그램에 대한 대체 액세스 매핑을 정의할 공간이 없으면 이 전용 매핑 옵션은 사용할 수 없습니다.

장애 조치

장애 조치는 수동으로 수행하거나 스크립트로 만들 수 있습니다. 이 문서에서는 수동 장애 조치에 대해서만 설명합니다.

다음 다이어그램에서는 장애 조치가 수행되는 다중 팜 환경을 보여 줍니다. 이 예에서는 로그 전달이 중단되었다고 가정하고 팜 관리자는 다음 작업을 수행합니다.

  • 기본 팜에서 트래픽 허용을 중지하도록 DNS를 설정합니다.

  • 보조 팜에 있는 데이터베이스에 적용되지 않은 트랜잭션 로그를 적용합니다.

  • 보조 팜에 있는 콘텐츠 데이터베이스를 읽기/쓰기로 전환합니다.

  • 보조 팜에서 트래픽을 허용하도록 DNS를 설정합니다.

참고

이 섹션에서는 테스트가 아닌 전체 장애 조치를 수행하는 방법에 대해 설명합니다. 장애 조치를 테스트하는 방법에 대한 자세한 내용은 장애 조치 테스트 고려 사항을 참조하십시오.

장애 조치 단계는 다음 절차로 구성됩니다.

  • 기본 팜에서 모든 로그 전달 작업을 사용하지 않도록 설정

  • 기본 팜에서 트래픽 허용 중지

  • 기본 서버에서 트랜잭션 로그 백업

  • 보조 서버로 최신 트랜잭션 로그 복원

  • 콘텐츠 데이터베이스를 읽기/쓰기로 설정

  • 선택 사항. SSO 암호화 키 복원

  • 보조 팜으로 트래픽 리디렉션

  • 보조 환경 구성 완료

기본 팜에서 모든 로그 전달 작업을 사용하지 않도록 설정

  1. 기본 팜을 계속 사용할 수 있고 로그 전달이 아직 중지되지 않은 경우 기본 팜에 있는 데이터베이스 서버에서 모든 로그 전달 작업을 사용하지 않도록 설정합니다.

  2. 서버에서 데이터베이스에 액세스할 수 없으면 각 데이터베이스에서 다음 Transact-SQL 문을 실행하고 콘텐츠 데이터베이스를 읽기/쓰기로 설정 단계를 건너뜁니다.

    RESTORE DATABASE content_db WITH RECOVERY

기본 팜에서 트래픽 허용 중지

  • DNS의 권장 절차에 따라 기본 팜에서 트래픽 허용을 중지합니다. 아직 보조 팜으로 트래픽을 지정하지는 않습니다.

    이 문서에서는 DNS를 사용하거나 구성하는 방법에 대해서는 설명하지 않습니다. DNS에 대한 자세한 내용은 DNS 기술 참조(영문)(https://go.microsoft.com/fwlink/?linkid=151820&clcid=0x412)를 참조하십시오.

    참고

    기본 팜을 사용할 수 없으면 오류가 발생합니다.

기본 서버에서 트랜잭션 로그 백업

  1. 기본 팜을 사용할 수 있는지와 두 서버 팜에서 백업이 저장되는 네트워크 공유 폴더에 도달할 수 있는지를 확인합니다. 두 조건을 모두 만족하지 않으면 콘텐츠 데이터베이스를 읽기/쓰기로 설정 단계로 이동합니다.

  2. Management Studio의 개체 탐색기 탐색 창에서 콘텐츠 데이터베이스를 마우스 오른쪽 단추로 클릭하고 작업을 가리킨 다음 백업을 클릭합니다. 그러면 데이터베이스 백업 대화 상자가 나타납니다.

  3. 백업 유형 드롭다운 목록을 클릭하고 트랜잭션 로그를 선택합니다.

  4. 페이지 선택 창에서 옵션을 클릭합니다.

  5. 트랜잭션 로그 섹션에서 비상 로그 백업을 수행하고 복원 중인 상태로 데이터베이스 유지를 선택하고 마지막으로 확인을 클릭합니다.

  6. 모든 로그 전달 데이터베이스에서 이 절차를 반복합니다.

보조 서버로 최신 트랜잭션 로그 복원

  1. 이 절차는 기본 팜을 사용할 수 있고 두 서버 팜에서 백업이 저장된 네트워크 공유에 도달할 수 있는 경우에만 사용할 수 있습니다. 이 두 조건을 만족하지 않으면 콘텐츠 데이터베이스를 읽기/쓰기로 설정 절차로 이동합니다.

    보조 서버의 Management Studio에서 콘텐츠 데이터베이스를 마우스 오른쪽 단추로 클릭하고 작업을 가리키고 복원을 클릭한 다음 트랜잭션 로그를 클릭합니다. 그러면 트랜잭션 로그 복원 대화 상자가 나타납니다.

  2. 일반 탭에서 파일 또는 테이프 원본을 선택하고 기본 서버에서 만든 백업 파일에 대한 경로를 입력합니다.

  3. 복구 상태 섹션에서 **커밋되지 않은 트랜잭션을 롤백하여 데이터베이스를 사용할 수 있는 상태로 유지합니다. 추가 트랜잭션 로그를 복원할 수 없습니다(RESTORE WITH RECOVERY).**를 선택하고 확인을 클릭합니다.

  4. 모든 로그 전달 데이터베이스에서 이 절차를 반복합니다.

콘텐츠 데이터베이스를 읽기/쓰기로 설정

보조 팜에 있는 데이터베이스를 읽기/쓰기로 전환하면 이후에 기본 서버로 복사되는 보조 서버의 새 백업 파일에서 로그를 전달하도록 다시 설정합니다.

  1. Management Studio에서 읽기/쓰기로 전환할 콘텐츠 데이터베이스를 마우스 오른쪽 단추로 클릭하고 속성을 클릭합니다. 그러면 데이터베이스 속성 대화 상자가 나타납니다.

  2. 페이지 선택 창에서 옵션을 클릭하고 기타 옵션 목록에서 상태 섹션으로 이동합니다.

  3. 데이터베이스 읽기 전용 항목에서 True 옆의 화살표를 클릭하고 False를 선택한 다음 확인을 클릭합니다.

  4. 다른 모든 콘텐츠 데이터베이스에 대해 반복합니다.

선택 사항. SSO 암호화 키 복원

  1. 보조 팜에서 SSO 서비스를 다시 시작합니다.

  2. 보조 서버에서 SSO를 구성합니다.

  3. 보조 팜에서 SSO를 다시 시작합니다.

  4. 이동식 드라이브에서 키를 복원합니다.

  5. 응용 프로그램 정의를 만들어 새 응용 프로그램 정의를 만들 수 있는지 확인합니다.

  6. GetCredentials 메서드를 사용하여 다양한 응용 프로그램에 대한 자격 증명을 가져올 수 있는지 확인합니다. 자세한 내용은 ISsoProvider.GetCredentials 메서드(Microsoft.SharePoint.Portal.SingleSignon)(영문)(https://go.microsoft.com/fwlink/?linkid=151824&clcid=0x412)를 참조하십시오.

보조 팜으로 트래픽 리디렉션

  1. 보조 팜의 대체 액세스 매핑 설정이 기본 팜의 설정과 일치하는지 확인합니다.

  2. DNS의 권장 절차에 따라 보조 팜으로 트래픽을 리디렉션합니다.

    참고

    DNS에서 보조 팜으로 트래픽을 전환한 후에 리디렉션 작업을 적용하려면 브라우저를 닫고 다시 열어야 합니다.

보조 환경 구성 완료

  1. 일반 유지 관리 프로세스를 설정합니다.

    • 모니터링을 설정합니다.

    • 프로덕션 수준 백업 프로세스를 구현합니다.

  2. 이전 기본 환경 복원을 시작합니다.

장애 조치 테스트 고려 사항

장애 조치를 테스트하는 경우 SLA(서비스 수준 계약)에서 수행해야 하는 장애 조치 테스트 수준을 알고 있어야 합니다. 다음은 장애 조치 테스트에 대한 몇 가지 일반적인 예제입니다.

Verification that the secondary site is live, and is being crawled   이 장애 조치 테스트 유형에서는 보조 팜에 대체 액세스 매핑 경로 또는 호스트 파일을 사용자에게 제공하여 팜을 실시간 최신 상태로 유지합니다. 추가 단계는 필요하지 않습니다.

Farm failover   이 테스트 유형에서는 공지된 짧은 기간에 기본 팜이 일시 정지되지만 보조 팜이 읽기/쓰기 상태로 전환되지 않습니다. 이 테스트 유형에서는 다음 차이를 고려하여 장애 조치 섹션의 절차에 따릅니다.

장애 조치 테스트 단계 설명

수행

1. 장애 조치 테스트를 시작하려면 보조 팜에서 더 이상 로그를 처리하지 않도록 SQL Server 에이전트 작업을 중지합니다.

수행 안 함

2. 기본 팜에서 모든 로그 전달 작업을 사용하지 않도록 설정합니다.

수행

3. 기본 팜에서 트래픽 허용을 중지합니다.

수행

4. 기본 서버에서 트랜잭션 로그를 백업합니다.

수행

5. 보조 서버로 최신 트랜잭션 로그를 복원합니다.

수행 안 함

6. 콘텐츠 데이터베이스를 읽기-쓰기로 설정합니다.

수행 안 함

7. 선택 사항. SSO 암호화 키 복원

수행

8. 보조 팜으로 트래픽을 리디렉션합니다.

수행 안 함

9. 보조 환경 구성을 완료합니다.

Planned data center failover with additional precautions   이 테스트 유형에서는 공지된 기간에 기본 데이터 센터가 일시 정지됩니다. 보조 팜은 읽기/쓰기 상태로 전환됩니다. 이 테스트 유형에서는 다음 차이를 고려하여 장애 조치 섹션의 절차에 따릅니다.

장애 조치 테스트 단계 설명

수행

1. 장애 조치 테스트를 시작하려면 보조 팜에서 더 이상 로그를 처리하지 않도록 SQL Server 에이전트 작업을 중지합니다.

수행

2. 기본 팜에서 모든 로그 전달 작업을 사용하지 않도록 설정합니다.

수행

3. 기본 팜에서 트래픽 허용을 중지합니다.

수행

4. 기본 서버에서 트랜잭션 로그를 백업합니다.

수행

5. 보조 서버로 최신 트랜잭션 로그를 복원합니다.

수행

6. 콘텐츠 데이터베이스를 읽기-쓰기로 설정합니다.

수행

7. 선택 사항. SSO 암호화 키를 복원합니다.

수행

8. 보조 팜으로 트래픽을 리디렉션합니다.

수행 안 함

9. 보조 환경 구성을 완료합니다.

새로운 단계

10. 보조 팜에서 데이터베이스 백업을 사용하여 로그 전달을 다시 시작하도록 보조 팜에서 모든 로그 전달 백업을 유지합니다.

Planned data center failover without additional precautions   이 테스트 유형에서는 공지된 기간에 기본 데이터 센터가 일시 정지되어 실제 복구에 걸리는 시간을 확인합니다. 보조 팜은 읽기/쓰기 상태로 전환됩니다. 이 테스트 유형에서는장애 조치 섹션의 절차에 따릅니다.

장애 조치 테스트 단계 설명

수행

1. 시작하기 전에 사용할 현재 백업에서 로그 전달을 다시 시작하도록 기본 팜에 있는 로그 전달 데이터베이스를 백업합니다.

수행

2. 기본 팜에서 모든 로그 전달 작업을 사용하지 않도록 설정합니다.

수행

3. 기본 팜에서 트래픽 허용을 중지합니다.

수행

4. 기본 서버에서 트랜잭션 로그를 백업합니다.

수행

5. 보조 서버로 최신 트랜잭션 로그를 복원합니다.

수행

6. 콘텐츠 데이터베이스를 읽기-쓰기로 설정합니다.

수행

7. 선택 사항. SSO 암호화 키를 복원합니다.

수행

8. 보조 팜으로 트래픽을 리디렉션합니다.

수행 안 함

9. 보조 환경 구성을 완료합니다.

로그 전달 다시 구성

보조 팜이 작동하고 원래 기본 데이터베이스에 액세스할 수 있으며 팜과 관련된 문제를 조사하여 해결한 경우 이전의 기본 데이터베이스를 새 보조 데이터베이스로 만들거나 보조 팜에서 이전의 기본 팜으로 장애 조치를 수행한 다음 처음 구성된 대로 로그 전달을 다시 구성할 수 있습니다.

  1. 보조 팜과 기본 팜 사이에서 로그 전달을 구성합니다. 보조 팜에 있는 SQL Server 인스턴스와 기본 팜에 있는 대응하는 인스턴스 사이의 로그 전달 관계를 설정합니다. 자세한 내용은 로그 전달 환경 구성 섹션을 참조하십시오.

  2. 기본 팜에서 각 데이터베이스에 적용되지 않은 트랜잭션 로그 백업을 적용합니다.

  3. DNS를 사용하여 보조 팜에서 트래픽 허용을 중지합니다.

  4. 보조 팜에서 원래 기본 팜으로 장애 조치를 수행합니다. 자세한 내용은 장애 조치 섹션을 참조하고 로그 전달을 다시 구성합니다.

  5. 선택 사항. 미디어에 있는 암호화 키의 로컬 복사본을 사용하여 SSO를 복원합니다.

  6. 기본 팜을 다시 가져와 모두 예상대로 작동하는지 확인한 다음 들어오는 트래픽을 기본 팜으로 리디렉션하도록 DNS를 변경합니다.

  7. 기본 팜에서 보조 팜으로 로그 전달을 다시 구성합니다.

요약

보조 데이터 센터에서 재해 복구 팜을 제공하여 로그 전달을 사용하는 방법은 복잡합니다. 사용자와 함께 명확한 SLA(서비스 수준 계약)를 설정하고 정기적으로 환경을 테스트해야 합니다.

도움 주신 분

Microsoft Office SharePoint Server 콘텐츠 게시 팀에서는 이 문서에 도움을 주신 다음 참가자와 기술 검토자에게 감사를 드립니다.

  • Doron Bar-Caspi, SharePoint Customer Advisory Team, 선임 프로그램 매니저

  • Lindsay Allen, SQL Server Customer Programs, 프로그램 매니저 팀장

  • Sanjay Mishra, SQL Server Customer Programs, 선임 프로그램 매니저

  • Burzin Patel, SQL Server Customer Programs, 선임 프로그램 매니저

  • Bill Baer, Microsoft SharePoint Online, 기술 설계자

  • Cory Burns, Microsoft SharePoint Online, 오퍼레이션 매니저

  • Steve Peschka, 선임 설계자

  • JP Poissant, Microsoft Consulting Services, 캐나다 선임 컨설턴트 II