AppFabric 환경에 대한 재해 복구 고려 사항

Windows Server AppFabric을 설치해도 관리자가 재해 복구를 계획해야 하는 방식은 변경되지 않습니다. AppFabric 설치의 계획 및 복원은 주로 Windows, IIS(인터넷 정보 서비스) 및 SQL Server에 대한 다음의 일반적인 재해 복구를 기반으로 합니다. 다음 AppFabric 아티팩트는 이러한 세 제품을 통해 백업되어야 합니다.

• 구성 설정 및 파일

• 이벤트 컬렉션, 워크플로 관리 및 캐싱 서비스에 대한 Windows 서비스 설정

• AppFabric 관련 사용자 그룹의 수정에 대한 Windows 보안 설정

• 레지스트리 설정

• 웹 응용 프로그램 파일

• AppFabric에서 사용하는 데이터베이스

SQL Server 데이터베이스

AppFabric 캐싱을 사용하는 경우 모니터링 및 지속성 데이터베이스와 캐싱 구성 데이터베이스의 백업 및 복원에 일반적인 SQL 절차를 사용합니다. SQL Server 백업을 만드는 목적은 손상된 데이터베이스를 복구할 수 있도록 하기 위함입니다. 그러나 데이터 백업 및 복원은 특정 환경으로 사용자 지정되어야 하고 사용 가능한 리소스에서 작동해야 합니다. 따라서 복구에 백업 및 복원을 안정적으로 사용하려면 백업 및 복원 전략이 필요합니다. 잘 설계된 백업 및 복원 전략은 데이터 가용성을 최대화하고 데이터 손실을 최소화하면서 특정 비즈니스 요구 사항을 고려합니다.

Windows Server AppFabric은 응용 프로그램 상태 데이터를 생성합니다. 워크플로 지속성은 워크플로 서비스 인스턴스의 상태를 저장합니다. 워크플로를 실행하는 컴퓨터의 작동이 중단되는 경우 서비스를 실행하는 다른 컴퓨터가 마지막 지속성 지점에서 워크플로 인스턴스를 다시 시작할 수 있습니다. 지속성 데이터는 워크플로 응용 프로그램에 중요하며 실시간으로 사용 가능해야 합니다. SQL Server 인스턴스 저장소 공급자가 워크플로 지속성에 사용되는 경우 SQL Server 고가용성 기능 중 하나를 사용해야 합니다. 여기에는 장애 조치(failover) 클러스터링, 데이터베이스 미러링, 트랜잭션 복제 또는 로그 전달이 포함됩니다. 워크플로 서비스가 다른 응용 프로그램 데이터베이스에 쓰는 경우 별도의 지속성 데이터베이스가 아니라 기존 데이터베이스에 지속성 스키마를 추가할 수 있습니다. 이렇게 하면 재해 후에 데이터를 복원할 때 데이터 일관성이 간단하게 적용됩니다.

분산 캐시를 채우는 데이터가 데이터베이스 같이 백업할 수 있는 원본에서 시작되는 경우도 있습니다. 캐시를 사용하여 ASP.NET 세션 상태를 저장하는 경우와 같은 다른 시나리오에서는 데이터가 영구 저장소에 기록되지 않습니다. 캐시에서 제공하는 고가용성 모드를 사용하면 캐시된 각 데이터가 둘 이상의 호스트에 기록됩니다. 한 컴퓨터의 작동이 중단될 경우 응용 프로그램은 다른 컴퓨터에 있는 캐시의 데이터를 계속 사용할 수 있습니다.

Windows Server AppFabric 모니터링 데이터베이스에는 일정 기간 동안 WCF 및 WF 런타임이 내보낸 이벤트가 포함됩니다. 이 데이터를 사용하여 서비스 로드를 계측하고 응용 프로그램 오류를 해결할 수 있습니다. 이 데이터는 AppFabric 대시보드 등에 공급됩니다. 워크플로에서 비즈니스 관련 데이터를 추출할 수 있지만 Windows Server AppFabric은 모니터링 데이터의 안정성을 보장하지 않으며, 모니터링 데이터가 워크플로 상태와 일치하지 않을 수도 있습니다. 업무 결정이 아닌 작동 목적으로 이벤트가 수집됩니다. 따라서 모니터링 데이터와 기타 응용 프로그램 데이터의 동기화는 중요하지 않습니다. 대체로 지속성 및 기타 응용 프로그램 데이터와 별도로 전용 데이터베이스에 모니터링 데이터를 보관해야 합니다.

AppFabric 설치에 대한 재해 복구 계획의 일환으로 Windows Server AppFabric 데이터베이스를 다른 서버로 이동해야 할 수 있습니다. 데이터베이스를 이동하기 전에 데이터베이스의 성공적인 백업 및 복원을 실행하도록 합니다. 그런 다음 연결 문자열이 업데이트된 데이터베이스 위치를 가리키도록 수정해야 합니다. 호스팅 서비스 구성 페이지를 사용하여 새 데이터베이스 위치를 가리키도록 연결 문자열을 업데이트할 수 있습니다. AppFabric 데이터베이스 이동에 대한 자세한 내용은 Moving User Databases(영문)를 참조하십시오.

SQL Server 재해 복구에 대한 자세한 내용은 SQL Server의 백업 및 복원 전략 소개, SQL Server 백업 및 복원에 대한 방법 항목, SQL Server 재해 복구 옵션 및 재해 복구 계획을 참조하십시오.

Windows 구성

서버 백업을 수행할 때 관리자는 AppFabric에 관련된 다음 구성 데이터가 포함되었는지 확인해야 합니다. Microsoft System Center Data Production Manager와 같은 Windows VSS(볼륨 섀도 복사본 서비스)를 활용하는 백업 에이전트에는 아래의 파일이 자동으로 포함됩니다. 시스템 기록기는 루트 web.config 파일과 %SystemRoot%\System32 아래의 파일을 다룹니다. IIS 구성 기록기는 MWA 스키마 파일을 다룹니다. 캐시 구성을 자동으로 다루는 VSS 기록기는 없습니다.

• 이벤트 컬렉션 서비스, 이름 없는 서비스 동작 구성(동작 이름=""), 모니터링 및 지속성 공급자에 대한 구성은 루트 web.config 파일(%SystemRoot%\Microsoft.NET\Framework {Framework64}\v4.x\Config\web.config)에 저장됩니다.

• Workflow Management Service에 대한 구성은 %SystemRoot%\System32\AppFabric 아래의 Workflowmanagementservice.exe.config 파일에 저장됩니다.

• 사용자 지정 MWA 스키마(예: 사용자 지정 동작의 도구 허용)는 %SystemRoot%\System32\inetsrv\config\schema에 저장됩니다.

• Windows Server AppFabric은 분산 캐시 구성을 저장하기 위한 두 개의 공급자를 제공합니다. XML 공급자는 사용자가 구성 중에 지정한 공유 디렉터리에 캐시 구성을 XML 파일로 저장합니다. SQL Server 공급자는 SQL Server 데이터베이스에 캐시 구성을 저장합니다. 이 구성은 백업해야 합니다.

또는 관리자가 전체 웹 서버의 내용을 원격 컴퓨터에 저장된 패키지로 동기화하는 일반 웹 배포 도구("MSDeploy") 명령을 예약할 수 있습니다. 이 패키지는 기본적으로 위의 항목 1을 다루며 웹 서버에 배포된 모든 응용 프로그램(구성 및 이진)을 포함합니다. 이전에 나열된 구성 파일을 명시적으로 포함하도록 패키지를 사용자 지정할 수 있습니다. 재해 발생 시 관리자는 기본 서버 이미지를 복원하고 간단히 웹 배포 도구 패키지를 서버에 배포할 수 있습니다. 일반적으로 기본 서버 구성을 만든 다음 나중에 다른 컴퓨터로 복사합니다. 기본 서버에는 Windows 운영 체제, Windows 서버 역할, Windows 업데이트 및 사용자 지정 사용자 계정이 포함됩니다. 관리자는 기본 서버에 Windows Server AppFabric을 설치해야 하지만, 일반적으로 기본 서버 이미지에 AppFabric을 구성하면 안 됩니다. 이는 새 컴퓨터에 기본 서버 이미지를 적용한 후 AppFabric 서비스의 데이터베이스 및 사용자 계정을 설정할 수 있도록 하기 위함입니다. Sysprep 또는 Windows Server 백업을 사용하여 이 기본 서버 이미지를 백업할 수 있습니다.

IIS(인터넷 정보 서비스)

WebDeploy를 사용하고 IIS 관리자 콘솔에서 응용 프로그램을 내보내 백업 버전을 만듭니다. 또한 응용 프로그램에 대한 모든 파일 시스템 콘텐츠를 내보낼 수 있습니다. AppFabric의 배포 기능과 함께 고급 설정 대화 상자를 사용하여 ACL을 내보내고 특정 사용자 지정 매개 변수를 추가할 수 있습니다. 내보낸 후 안전한 장소에 내보낸 zip 파일을 저장할 수 있습니다. 나중에 재해 발생 후 시스템을 복원할 때 IIS 관리자를 사용하여 응용 프로그램을 다시 AppFabric으로 가져와 응용 프로그램 및 연관된 해당 구성과 레지스트리 설정을 다시 빌드할 수 있습니다. 필요한 모든 구성 설정을 보존하도록 AppFabric 응용 프로그램을 제대로 내보내고 가져오는 방법에 대한 자세한 내용은 Windows Server AppFabric의 응용 프로그램 가져오기 및 내보내기를 참조하십시오.

순수 IIS 관점에서 AppCmd 유틸리티를 사용하여 IIS 메타베이스 백업을 만들 수 있습니다. 공통 UNC 공유에서 IIS 공유 구성을 사용하는 경우 AppCmd는 공유 데이터를 백업하지 않으므로 공유 구성 파일 백업을 수동으로 관리해야 합니다. Windows 파일 시스템 수준에서 IIS7 구성 데이터를 보호하는 것은 \windows\system32\inetsrv\config 디렉터리(및 하위 디렉터리)를 백업 디렉터리로 복사하는 것만큼 간단합니다. 이 디렉터리를 현재 Windows OS 백업 계획(예: BACKUP 유틸리티 사용)에 포함시키거나 이렇게 하는 사용자 지정 스크립트를 작성하기만 하면 됩니다. AppCmd 유틸리티를 사용하여 IIS를 백업하는 방법에 대한 자세한 내용은 인터넷 정보 서비스 7.0에서 구성 백업을 만들고 관리하는 방법 및 IIS 7 구성을 백업하는 방법을 참조하십시오.

요약

재해 복구 준비는 프로덕션 환경에서 중요한 작업입니다. 이 작업은 SQL Server, Windows 및 IIS 수준에서 수행됩니다. 컴퓨터 및 소프트웨어 구성과 같은 일부 데이터는 자주 변경되지 않으며 정기적으로 예약된 백업을 통해 안전하게 보호할 수 있습니다. 워크플로 지속성과 같은 기타 데이터는 응용 프로그램에 중요하며 기록되는 즉시 보호해야 합니다. Windows Server AppFabric 구성 데이터를 정기 백업에 포함해야 합니다. 또한 관리자가 지속성 및 일부 시나리오에서 캐시 데이터의 고가용성을 유지해야 합니다.

  2011-12-05