Notification Services 데이터베이스 및 작업 파일 백업

아티클
12/15/2008

SQL Server Notification Services 인스턴스를 정기적으로 백업해야 합니다. 인스턴스 및 응용 프로그램 데이터를 자주 백업하지 않으면 응용 프로그램을 특정 시점으로 복구할 수 없습니다. 기타 데이터, 인스턴스 구성, 응용 프로그램 정의, 구독 관리 인터페이스, 사용자 지정 구성 요소 및 응용 프로그램에 필요한 기타 작업 파일의 백업이 없으면 Notification Services 인스턴스를 완전하게 복구하지 못합니다.

백업 및 퀀텀 시계

Notification Services에서 생성자는 지속적으로 실행되지는 않고 시간을 고유한 간격으로 나눕니다. 생성자는 퀀텀이라는 각 시간 간격을 만들고 추적합니다. 각 생성자 퀀텀이 끝나면 생성자는 규칙을 발생시킵니다.

사용자가 인스턴스를 복구하면 Notification Services는 데이터베이스에서 마지막으로 완료된 생성자 퀀텀을 확인하고 해당 시점부터 처리를 다시 시작합니다. 생성자는 응용 프로그램에 대해 정의된 퀀텀 제한에 따라 퀀텀을 건너뛸 수 있습니다. 자세한 내용은 퀀텀 제한 지정을 참조하십시오.

트랜잭션 로그를 부분적으로만 복원할 수 있으면 응용 프로그램은 이벤트를 다시 처리하고 중복된 알림을 생성할 수 있습니다. 예를 들어 데이터베이스를 3시간 전 상태로 복원할 경우 생성자는 3시간짜리 퀀텀의 처리를 다시 시작하고 지난 3시간 동안 생성된 알림을 중복해서 생성합니다. 생성자의 퀀텀 시계가 있으며 구독자 및 구독 데이터가 인스턴스 및 응용 프로그램 데이터베이스에 포함되어 있으므로 최신 데이터를 복원하고 알림 중복을 줄일 수 있도록 백업을 자주 수행하는 것이 중요합니다.

생성자 퀀텀 시계에 대한 자세한 내용은 생성자 퀀텀 기간 지정을 참조하십시오.

복구 계획

다음 목록이 복구 계획에 도움이 될 수는 있지만 각 응용 프로그램 및 배포 방법이 고유하므로 사용자 응용 프로그램에 대해 고유한 복구 목록 및 지침을 만들어야 합니다.

소프트웨어

복구 작업에 다음 소프트웨어를 사용할 수 있는지 확인합니다.

운영 체제 미디어
Microsoft SQL Server 미디어
운영 체제, SQL Server 또는 Notification Services에 적용된 모든 서비스 팩 또는 패치
사용자 지정 구성 요소, XSD(XML 스키마 정의 언어) 파일 및 XSLT(Extensible Stylesheet Language Transformation) 파일 등과 같이 Notification Services 응용 프로그램에 사용되는 모든 작업 파일. 모든 파일 및 해당 런타임 위치의 목록을 만들면 Notification Services 인스턴스를 보다 쉽게 복구할 수 있습니다.
인스턴스 구성 및 응용 프로그램 정의를 포함하는 파일
구독 관리 인터페이스

보안 정보

운영 부서의 직원과 같은 Notification Services 인스턴스 복원 담당자들이 다음 보안 정보를 사용할 수 있는지 확인합니다.

Notification Services 엔진이 실행되는 사용자 이름과 암호. 일반적으로 이 엔진은 NS$intanceName Microsoft Windows 서비스에서 실행됩니다.
인스턴스에서 SQL Server 인증을 사용하여 인스턴스 및 응용 프로그램 데이터베이스에 액세스할 경우 인스턴스의 SQL Server 사용자 이름과 암호
구독 관리 인터페이스에 사용되는 사용자 이름 및 암호
소프트웨어를 설치하고 nscontrol 명령을 실행하는 데 사용되는 로컬 또는 도메인 사용자 계정
SQL Server Management Studio, nscontrol 명령 또는 NMO(Notification Services Management Objects)가 사용되는 사용자 지정 응용 프로그램을 사용하여 Notification Services 인스턴스를 관리하는 데 사용되는 SQL Server 관리자 계정

중요:
이 정보는 안전한 장소에 보관하십시오. Notification Services 인스턴스의 배포, 관리 또는 복구를 담당하지 않는 사용자는 해당 계정 및 암호 정보에 액세스할 수 없어야 합니다.

데이터베이스 및 기타 파일 백업

Notification Services 인스턴스를 백업하려면 데이터베이스, 작업 파일(예: 알림 서식을 지정하는 데 사용되는 XSLT 파일) 및 인스턴스와 응용 프로그램을 구성하는 데 사용되는 파일을 백업해야 합니다.

데이터베이스 파일 백업

Microsoft SQL Server 2005에서는 인스턴스 및 응용 프로그램 데이터를 기존 데이터베이스에 두거나 Notification Services를 통해 새 데이터베이스를 만들 수 있습니다. Notification Services 인스턴스에 대한 설명서나 인스턴스 구성 및 응용 프로그램 정의를 검토하여 인스턴스 및 응용 프로그램 데이터가 들어 있는 데이터베이스를 확인할 수 있습니다.

Notification Services의 경우 최적의 복구 모델은 전체 복구입니다. 전체 복구 모델에서 제공하는 데이터베이스 백업 및 차등 백업, 트랜잭션 로그 백업을 사용하면 인스턴스 및 응용 프로그램 데이터베이스를 특정 시점으로 복원할 수 있습니다. 백업에 대한 일정의 예로 매일 밤 전체 데이터베이스 백업, 3시간마다 차등 백업, 30분마다 트랜잭션 로그 백업 등을 들 수 있습니다. 이 모델을 사용할 경우 오류가 발생하고 30분 이내에 인스턴스를 복원할 수 있어야 합니다.

데이터베이스를 백업하는 방법은 SQL Server의 데이터베이스 백업 및 복원을 참조하십시오.

중요:
인스턴스 및 응용 프로그램 데이터가 들어 있는 데이터베이스를 동일한 일정에 따라 백업합니다. 동시 백업을 수행하면 데이터베이스가 동일한 작동 상태가 되므로 복구 후에 응용 프로그램 오류가 발생할 확률이 줄어듭니다.

작업 파일 백업

데이터베이스 파일을 제외한 대부분의 인스턴스에서는 작업 중에 추가 파일을 필요로 합니다. 예를 들어 파일 시스템 감시자 이벤트 공급자를 사용하는 응용 프로그램에서는 이벤트 데이터를 설명하는 XSD(XML 스키마 정의 언어) 파일을 1개 이상 사용합니다. XSLT를 사용하여 알림에 서식을 지정하는 모든 응용 프로그램에는 1개 이상의 XSLT 파일이 들어 있으며 사용자 지정 개체를 사용하는 모든 응용 프로그램에는 해당 사용자 지정 개체를 위한 추가 파일이 들어 있습니다.

인스턴스를 복구하려면 해당 인스턴스가 호스팅하는 모든 응용 프로그램에 대한 작업 파일이 모두 있어야 합니다. 이러한 파일을 사용할 수 없으면 인스턴스를 시작할 때 응용 프로그램의 일부가 작동되지 않습니다.

일반적으로 이러한 작업 파일은 데이터베이스 파일에 비해 자주 변경되지 않으므로 데이터베이스 파일만큼 자주 백업하지 않아도 됩니다. 그러나 버전 제어 시스템을 사용하여 원본 파일을 저장하거나, 파일을 변경할 때마다 해당 파일을 백업해야 합니다.

구성 및 응용 프로그램 정의 파일 백업

인스턴스 및 해당 응용 프로그램을 실행할 때는 인스턴스 구성 응용 프로그램 정의 데이터가 들어 있는 파일이 없어도 됩니다. 그러나 인스턴스나 응용 프로그램을 업데이트할 때마다 이러한 파일을 사용해야 합니다. 사용 가능한 인스턴스 백업이 없고 원본 파일이 손실되었으면 인스턴스 및 응용 프로그램 데이터베이스에서 최신 데이터를 내보낼 수 있습니다.

자세한 내용은 Notification Services 인스턴스 및 응용 프로그램 메타데이터 내보내기를 참조하십시오.

참고 항목

도움말 및 정보

SQL Server 2005 지원 받기

다음을 통해 공유