고가용성 및 사이트 복구 모니터링
적용 대상: Exchange Server 2010
마지막으로 수정된 항목: 2010-01-11
서버가 안정적으로 작동 중인지, 데이터베이스 복사본이 정상적인 상태인지 확인하는 것은 일일 메시징 작업의 주요 목표입니다. Microsoft Exchange Server 2010 조직의 가용성과 안정성을 보장하는 데 도움을 주기 위해 하드웨어, Windows 운영 체제 및 Exchange 2010 서비스를 사전에 모니터링해야 합니다. 예방적 유지 관리와 결합된 사전 모니터링은 심각한 문제가 Exchange 조직의 작업을 방해하기 전에 잠재적인 오류를 식별하는 데 도움이 됩니다.
Exchange 조직 모니터링 작업에는 서비스 또는 데이터에 문제가 있는지 정기적으로 확인하는 작업이 포함됩니다. 모니터링에는 또한 일반적으로 문제가 발생할 때 경고를 보내는 알림 시스템이 포함됩니다. Windows Server 2008 및 Exchange 2010에는 Exchange 조직이 원활하게 실행될 수 있도록 하는 데 도움이 되는 몇 가지 도구 및 서비스가 포함됩니다. 일일 모니터링의 주요 이점은 다음과 같습니다.
- SLA(서비스 수준 계약)의 요구 사항 충족
- 특정 관리 작업(예: 일일 백업 작업)의 성공적 완료 보장
- 문제 탐지 및 해결(예: 메시징 서비스 또는 데이터 가용성에 영향을 줄 수 있는 문제)
Exchange 2010 조직 내에서 작업과 관련된 절차, 역할 및 책임을 체계화해야 합니다. 적절한 작동 사례 및 절차와 정상적인 인프라 간의 관계를 이해하는 것이 중요합니다. 잘 문서화된 철저한 운영 프로세스 및 절차는 Exchange가 의존하는 조직의 환경에 포함된 모든 구성 요소가 효율적이고 효과적으로 관리되도록 도와줍니다.
Exchange 2010에는 Exchange가 고가용성 또는 사이트 복구를 사용할 수 있도록 구성된 경우 정기적인 사전 모니터링 과정에서 사용할 수 있는 몇 가지 기본 제공 도구 및 기능이 포함되어 있습니다. 고가용성 및 사이트 복구를 위한 기본 모니터링 cmdlet은 Get-MailboxDatabaseCopyStatus 및 Test-ReplicationHealth입니다. 모니터링 기능을 수행하고 상태를 보고할 수 있는 cmdlet을 제공하는 것 외에도 Exchange 2010에는 또한 Windows Server의 크림슨 채널 기능을 활용하는 새로운 이벤트 로그 스트림과 이러한 이벤트 채널에서 데이터를 수집할 수 있는 기본 제공 스트립트가 제공됩니다.
이 항목의 내용을 사용하여 DAG(데이터베이스 가용성 그룹)에 대한 사서함 데이터베이스 복사본의 상태 모니터링을 수행할 수 있습니다. Exchange 2010 모니터링에 대한 일반적인 정보는 Exchange 2010 모니터링을 참조하십시오.
목차
Get-MailboxDatabaseCopyStatus Cmdlet
Test-ReplicationHealth Cmdlet
크림슨 채널 이벤트 로깅
CollectOverMetrics.ps1 스크립트
CollectReplicationMetrics.ps1 스크립트
Get-MailboxDatabaseCopyStatus Cmdlet
Get-MailboxDatabaseCopyStatus cmdlet을 사용하여 사서함 데이터베이스 복사본에 대한 상태 정보를 볼 수 있습니다. 이 cmdlet을 사용하면 특정 데이터베이스의 모든 복사본에 대한 정보, 특정 서버에 있는 데이터베이스의 특정 복사본에 대한 정보 또는 서버의 모든 데이터베이스 복사본에 대한 정보를 볼 수 있습니다. 다음 표에는 사서함 데이터베이스 복사본의 복사본 상태에 대해 가능한 값이 나와 있습니다.
데이터베이스 복사본 상태
데이터베이스 복사본 상태 | 설명 |
---|---|
Failed |
사서함 데이터베이스 복사본이 일시 중단되지 않았고 로그 파일을 복사하거나 재생할 수 없기 때문에 Failed 상태입니다. Failed 상태이고 일시 중단되지 않은 경우 시스템은 복사본 상태를 Failed로 변경하게 한 문제가 해결되었는지 여부를 정기적으로 확인하게 됩니다. 시스템에서 문제가 해결되었고 다른 문제가 없음을 확인하고 나면 복사본 상태가 정상 상태로 자동 변경됩니다. |
Seeding |
사서함 데이터베이스 복사본을 시드 중이거나, 사서함 데이터베이스 복사본의 콘텐츠 인덱스를 시드 중이거나 둘 다 시드 중입니다. 시드가 성공적으로 완료되면 복사본 상태가 Initializing으로 변경됩니다. |
SeedingSource |
사서함 데이터베이스 복사본은 데이터베이스 복사본 시드 작업을 위한 원본으로 사용됩니다. |
Suspended |
관리자가 Suspend-MailboxDatabaseCopy cmdlet을 실행하여 데이터베이스 복사본을 수동으로 일시 중단하였기 때문에 사서함 데이터베이스 복사본이 Suspended 상태입니다. |
Healthy |
사서함 데이터베이스 복사본이 로그 파일을 올바르게 복사 및 재생하고 있거나 모든 사용 가능한 로그 파일을 성공적으로 복사하고 재생했습니다. |
ServiceDown |
Microsoft Exchange 복제 서비스를 사용할 수 없거나 사서함 데이터베이스 복사본을 호스팅하는 서버에서 복제 서비스가 실행 중입니다. |
Initializing |
데이터베이스 복사본이 만들어졌을 때, Microsoft Exchange 복제 서비스가 시작 중이거나 시작되었을 때, Suspended, ServiceDown, Failed, Seeding, SinglePageRestore, LostWrite 또는 Disconnected에서 다른 상태로 전환될 때 사서함 데이터베이스 복사본은 Initializing 상태가 됩니다. 이 상태일 때 시스템은 데이터베이스 및 로그 스트림이 일관성 있는 상태인지 확인하는 중입니다. 대부분의 경우 복사의 Initializing 상태는 약 15초 동안 유지되지만 모든 경우에 일반적으로 이 상태는 30초 이상을 초과하지 않습니다. |
Resynchronizing |
두 복사본 간의 차이를 확인하기 위해 사서함 데이터베이스 복사본 및 로그 파일이 현재 데이터베이스의 활성 복사본과 비교되고 있습니다. 확산이 탐지되고 해결될 때까지 복사본 상태가 이대로 유지됩니다. |
Mounted |
활성 복사본이 온라인 상태이고 클라이언트 연결을 허용하고 있습니다. 사서함 데이터베이스 복사본의 활성 복사본 상태만 Mounted가 될 수 있습니다. |
Dismounted |
활성 복사본이 오프라인 상태이고 클라이언트 연결을 허용하고 있지 않습니다. 사서함 데이터베이스 복사본의 활성 복사본 상태만 Dismounted가 될 수 있습니다. |
Mounting |
활성 복사본이 온라인 상태로 전환 중이고 아직 클라이언트 연결을 허용하고 있지 않습니다. 사서함 데이터베이스 복사본의 활성 복사본 상태만 Mounting이 될 수 있습니다. |
Dismounting |
활성 복사본이 오프라인 상태로 전환 중이고 클라이언트 연결을 종료하는 중입니다. 사서함 데이터베이스 복사본의 활성 복사본 상태만 Dismounting이 될 수 있습니다. |
DisconnectedAndHealthy |
사서함 데이터베이스 복사본이 더 이상 활성 데이터베이스 복사본에 연결되어 있지 않고 연결이 끊길 때 Healthy 상태였습니다. 이 상태는 원본 데이터베이스 복사본에 연결된 관련 데이터베이스 복사본을 나타냅니다. 이 상태는 원본 복사본과 대상 데이터베이스 복사본 간 DAG 네트워크 장애 발생 시 보고될 수 있습니다. |
DisconnectedAndResynchronizing |
사서함 데이터베이스 복사본이 더 이상 활성 데이터베이스 복사본에 연결되어 있지 않고 연결이 끊길 때 Resynchronizing 상태였습니다. 이 상태는 원본 데이터베이스 복사본에 연결된 관련 데이터베이스 복사본을 나타냅니다. 이 상태는 원본 복사본과 대상 데이터베이스 복사본 간 DAG 네트워크 장애 발생 시 보고될 수 있습니다. |
FailedAndSuspended |
오류가 탐지되었고 오류를 해결하는 데 명시적으로 관리자의 개입이 필요하기 때문에 시스템에서 Failed 및 Suspended 상태를 동시에 설정했습니다. 예를 들어 시스템이 활성 사서함 데이터베이스와 데이터베이스 복사본 간에 복구할 수 없는 차이를 탐지한 경우가 있습니다. Failed 상태와 달리 시스템에서는 문제가 해결되었는지를 정기적으로 확인하여 자동으로 복구하지 않습니다. 대신에 데이터베이스 복사본이 정상적인 상태로 전환될 수 있도록 관리자가 개입하여 오류의 근본적인 원인을 해결해야 합니다. |
ActivationSuspended |
관리자가 사서함 데이터베이스 복사본의 활성화를 수동으로 차단했습니다. |
SinglePageRestore |
이 상태는 사서함 데이터베이스 복사본에서 단일 페이지 복원 작업이 실행 중임을 나타냅니다. |
Get-MailboxDatabaseCopyStatus cmdlet에는 또한 사용 중인 복제 네트워크에 대한 세부 정보를 반환하는 ConnectionStatus라는 매개 변수가 포함됩니다. 이 매개 변수를 사용하면 작업의 출력에서 두 개의 추가 출력 필드 IncomingLogCopyingNetwork 및 SeedingNetwork가 채워집니다.
Get-MailboxDatabaseCopyStatus 예
다음 예에서는 Get-MailboxDatabaseCopyStatus cmdlet을 사용합니다. 각 예에서는 Format-List cmdlet에 대한 결과를 파이프하여 출력을 목록 형식으로 표시합니다.
이 예에서는 DB2 데이터베이스의 모든 복사본에 대한 상태 정보를 반환합니다.
Get-MailboxDatabaseCopyStatus -Identity DB2 | Format-List
이 예에서는 EXMBX2 사서함 서버의 모든 데이터베이스 복사본에 대한 상태를 반환합니다.
Get-MailboxDatabaseCopyStatus -Server MBX2 | Format-List
이 예에서는 로컬 사서함 서버의 모든 데이터베이스 복사본에 대한 상태를 반환합니다.
Get-MailboxDatabaseCopyStatus -Local | Format-List
이 예에서는 MBX1 사서함 서버의 DB3 데이터베이스에 대한 상태, 로그 전달 및 시드 네트워크 정보를 반환합니다.
Get-MailboxDatabaseCopyStatus -Identity DB3\MBX1 -ConnectionStatus | Format-List
Get-MailboxDatabaseCopyStatus cmdlet 사용에 대한 자세한 내용은 Get-MailboxDatabaseCopyStatus를 참조하십시오.
맨 위로 이동
Test-ReplicationHealth Cmdlet
Test-ReplicationHealth cmdlet을 사용하여 사서함 데이터베이스 복사본에 대한 연속 복제 상태 정보를 볼 수 있습니다. 이 cmdlet을 사용하여 복제 및 재생 상태의 모든 측면을 확인하여 DAG에 있는 특정 사서함 서버의 전체 개요를 제공할 수 있습니다.
Test-ReplicationHealth cmdlet은 연속 복제 및 연속 복제 파이프라인, Active Manager의 가용성, 기본 클러스터 서비스, 쿼럼 및 네트워크 구성 요소의 상태를 사전에 모니터링하는 데 사용됩니다. Test-ReplicationHealth는 DAG의 모든 사서함 서버에 대해 로컬 또는 원격으로 실행할 수 있습니다. Test-ReplicationHealth cmdlet은 다음 표에 나열된 테스트를 수행합니다.
Test-ReplicationHealth cmdlet 테스트
테스트 이름 | 설명 |
---|---|
ClusterService |
지정된 DAG 구성원에서(또는 DAG 구성원이 지정되지 않은 경우 로컬 서버에서) 클러스터 서비스가 실행 중이고 연결 가능한지 확인합니다. |
ReplayService |
지정된 DAG 구성원에서(또는 DAG 구성원이 지정되지 않은 경우 로컬 서버에서) Microsoft Exchange 복제 서비스가 실행 중이고 연결 가능한지 확인합니다. |
ActiveManager |
지정된 DAG 구성원에서(또는 DAG 구성원이 지정되지 않은 경우 로컬 서버에서) 실행 중인 Active Manager의 인스턴스가 유효한 역할(기본, 보조 또는 독립 실행형)인지 확인합니다. |
TasksRpcListener |
지정된 DAG 구성원에서(또는 DAG 구성원이 지정되지 않은 경우 로컬 서버에서) Tasks RPC(원격 프로시저 호출) 서버가 실행 중이고 연결 가능한지 확인합니다. |
TcpListener |
지정된 DAG 구성원에서(또는 DAG 구성원이 지정되지 않은 경우 로컬 서버에서) TCP 로그 복사 수신기가 실행 중이고 연결 가능한지 확인합니다. |
DagMembersUp |
모든 DAG 구성원이 사용 가능하고, 실행 중이고, 연결 가능한지 확인합니다. |
ClusterNetwork |
지정된 DAG 구성원의 모든 클러스터 관리 네트워크(또는 DAG 구성원이 지정되지 않은 경우 로컬 서버)를 사용 가능한지 확인합니다. |
QuorumGroup |
기본 클러스터 그룹(쿼럼 그룹)이 정상적이고 온라인 상태인지 확인합니다. |
FileShareQuorum |
DAG에 대해 구성된 미러링 모니터 서버, 감시 디렉터리 및 공유가 연결 가능한지 확인합니다. |
DBCopySuspended |
지정된 DAG 구성원에서(또는 DAG 구성원이 지정되지 않은 경우 로컬 서버에서) 사서함 데이터베이스 복사본이 Suspended 상태인지 확인합니다. |
DBCopyFailed |
지정된 DAG 구성원에서(또는 DAG 구성원이 지정되지 않은 경우 로컬 서버에서) 사서함 데이터베이스 복사본이 Failed 상태인지 확인합니다. |
DBInitializing |
지정된 DAG 구성원에서(또는 DAG 구성원이 지정되지 않은 경우 로컬 서버에서) 사서함 데이터베이스 복사본이 Initializing 상태인지 확인합니다. |
DBDisconnected |
지정된 DAG 구성원에서(또는 DAG 구성원이 지정되지 않은 경우 로컬 서버에서) 사서함 데이터베이스 복사본이 Disconnected 상태인지 확인합니다. |
DBLogCopyKeepingUp |
지정된 DAG 구성원에서(또는 DAG 구성원이 지정되지 않은 경우 로컬 서버에서) 데이터베이스의 수동 복사본에 의한 로그 복사 및 검사가 활성 복사본의 로그 생성 작업을 따라갈 수 있는지 확인합니다. |
DBLogReplayKeepingUp |
지정된 DAG 구성원에서(또는 DAG 구성원이 지정되지 않은 경우 로컬 서버에서) 데이터베이스의 수동 복사본에 대한 재생 작업이 로그 복사 및 검사 작업을 따라갈 수 있는지 확인합니다. |
Test-ReplicationHealth 예
이 예에서는 Test-ReplicationHealth cmdlet을 사용하여 MBX1 사서함 서버의 복제 상태를 테스트합니다.
Test-ReplicationHealth -Identity MBX1
맨 위로 이동
크림슨 채널 이벤트 로깅
Windows Server 2008에는 Windows 로그 및 응용 프로그램 및 서비스 로그 등 두 가지 범주의 이벤트 로그가 포함됩니다. Windows 로그 범주에는 이전 버전의 Windows에서 사용할 수 있는 이벤트 로그 응용 프로그램, 보안 및 시스템 이벤트 로그가 포함됩니다. 또한 두 개의 새 로그 설치 로그 및 ForwardedEvents 로그도 포함됩니다. Windows 로그는 레거시 응용 프로그램의 이벤트 및 전체 시스템에 적용되는 이벤트를 저장하는 데 사용됩니다.
응용 프로그램 및 서비스 로그는 새로운 범주의 이벤트 로그입니다. 이러한 로그는 시스템 전체에 영향을 미칠 수 있는 이벤트가 아닌 단일 응용 프로그램 또는 구성 요소의 이벤트를 저장합니다. 이러한 새로운 범주의 이벤트 로그를 응용 프로그램의 크림슨 채널이라고 합니다.
응용 프로그램 및 서비스 로그 범주에는 네 개의 하위 유형인 관리, 운영, 분석 및 디버그 로그가 포함됩니다. 관리 로그의 이벤트는 이벤트 로그 레코드를 사용하여 문제를 해결하는 경우에 특히 유용합니다. 관리 로그의 이벤트는 이벤트에 응답하는 방법에 대한 지침을 제공합니다. 운영 로그의 이벤트도 유용하지만 관리자 개입이 더 많이 필요할 수 있습니다. 관리 및 디버그 로그는 사용자에게 친숙하지 않습니다. 분석 로그(기본적으로 숨겨져 있고 사용할 수 없도록 설정됨)는 문제를 추적하는 이벤트를 저장하고 많은 양의 이벤트가 기록되는 경우가 많습니다. 디버그 로그는 개발자가 응용 프로그램을 디버깅할 때 사용됩니다.
Exchange 2010은 응용 프로그램 및 서비스 로그 영역의 크림슨 채널에 이벤트를 기록합니다. 다음 단계를 수행하여 이러한 채널을 볼 수 있습니다.
- 이벤트 뷰어를 엽니다.
- 콘솔 트리에서 응용 프로그램 및 서비스 로그 > Microsoft > Exchange로 이동합니다.
- Exchange에서 크림슨 채널 HighAvailability 또는 MailboxDatabaseFailureItems를 선택합니다.
HighAvailability 채널에는 Microsoft Exchange 복제 서비스의 시작 및 종료와 관련된 이벤트 및 Microsoft Exchange 복제 서비스 내에서 실행되는 다양한 구성 요소(예: Active Manager, 타사 동시 복제 API, Tasks RPC 서버, TCP 수신기 및 VSS(볼륨 섀도 복사본 서비스) 기록기)가 포함됩니다. HighAvailability 채널은 또한 Active Manager에서 Active Manager 역할 모니터링과 관련된 이벤트 및 데이터베이스 작업 이벤트(예: 데이터베이스 탑재 작업 및 로그 자르기)를 로깅하고 DAG의 기본 클러스터와 관련된 이벤트를 기록하는 데도 사용됩니다.
MailboxDatabaseFailureItems 채널은 복제된 사서함 데이터베이스에 영향을 주는 모든 오류와 연관된 이벤트를 기록하는 데 사용됩니다.
맨 위로 이동
CollectOverMetrics.ps1 스크립트
Exchange 2010에는 CollectOverMetrics.ps1이라는 스크립트가 있고 이는 Scripts 폴더에서 찾아볼 수 있습니다. 이는 다양한 전환 및 장애 조치(failover) 관련 통계에 대한 정보를 수집하는 워크플로 스크립트입니다. CollectOverMetrics.ps1 스크립트 사용은 수동 형태의 모니터링입니다. 이 스크립트는 이미 기록된 이벤트를 수집하고 분석합니다. 이 스크립트는 스트립트의 동작 및 출력을 사용자 지정할 수 있는 매개 변수를 지원합니다. 사용 가능한 매개 변수는 다음 표에 나열되어 있습니다.
CollectOverMetrics.ps1 스크립트 매개 변수
매개 변수 | 설명 |
---|---|
DatabaseAvailabilityGroup |
메트릭을 수집할 DAG의 이름을 지정합니다. 이 매개 변수를 생략하면 로컬 서버가 구성원으로 속한 DAG가 사용됩니다. |
Database |
보고서를 생성해야 할 데이터베이스의 목록을 제공합니다. 와일드카드 문자가 지원됩니다(예: |
TemporaryDataPath |
임시 파일을 저장할 위치를 지정합니다. 이 매개 변수를 생략하면 디렉터리의 이름은 다음과 같습니다(예: %SystemDrive%\Temp\CollectOverMetrics\<ScriptStartTime>). |
StartTime |
이벤트 데이터 수집을 시작할 시간을 지정합니다. 이 매개 변수를 생략하면 시작 시간은 어제 00:00(자정)이 됩니다. |
EndTime |
이벤트 데이터 수집을 중지할 시간을 지정합니다. 이 매개 변수를 생략하면 어제 23:59까지의 이벤트가 수집됩니다. |
ReportPath |
이벤트 처리 결과를 저장하는 데 사용할 폴더를 지정합니다. 이 매개 변수를 생략하면 Scripts 폴더가 사용됩니다. |
ReportAlias |
보고서를 보낼 전자 메일 별칭을 지정합니다. |
IncludeAppLogs |
응용 프로그램 이벤트 로그의 이벤트도 수집, 병합 및 처리해야 할지 여부를 지정합니다. 기본적으로 MSExchangeIS, MSExchangeIS 사서함 저장소 및 MSExchangeRepl과 같은 공급자가 포함됩니다. |
AppLogProviders |
특정 응용 프로그램 이벤트 로그 이벤트를 수집해야 할지 여부를 지정합니다. 이 매개 변수를 지정하면 IncludeAppLogs에 대해 나열된 공급자가 포함되지 않으며 AppLogProviders 매개 변수를 사용하여 이러한 공급자를 명시적으로 지정해야 합니다. |
AnalyzeOnly |
데이터가 이미 수집되었고 처리만 필요함을 지정합니다. |
MergedXmlFile |
수집된 모든 이벤트 로그 레코드를 병합할 XML 파일의 이름을 지정합니다. |
GenerateHtmlReport |
보고서의 출력을 보기 쉬운 단순한 HTML 테이블 형식으로 지정합니다. |
ShowHtmlReport |
HTML로 생성된 보고서가 생성 후 웹 브라우저에 표시되도록 지정합니다. |
DotSourceMode |
아무것도 즉시 실행하지 않지만 이 파일은 정의된 Windows PowerShell 메서드를 사용하기 위해 이 파일을 닷 소싱하도록 지정합니다. |
CollectOverMetrics.ps1 예
다음 예에서는 CollectOverMetrics.ps1 스크립트를 사용합니다.
이 예에서는 DAG DAG1에서 DB*(와일드카드 문자 포함)가 일치하는 모든 데이터베이스의 메트릭을 수집합니다. 메트릭이 수집되면 HTML 보고서가 생성되고 표시됩니다.
CollectOverMetrics.ps1 -DatabaseAvailabilityGroup DAG1 -Database:"DB*" -GenerateHTMLReport -ShowHTMLReport
이 예에서는 DAG DAG2에 있는 모든 데이터베이스의 메트릭을 수집합니다. 메트릭이 수집되면 HTML 보고서가 생성되고 표시됩니다.
CollectOverMetrics.ps1 -DatabaseAvailabilityGroup DAG2 -GenerateHTMLReport -ShowHTMLReport
맨 위로 이동
CollectReplicationMetrics.ps1 스크립트
Exchange 2010에 포함된 다른 상태 메트릭 스크립트는 CollectReplicationMetrics.ps1입니다. 이 스크립트는 스크립트가 실행 중일 때 실시간으로 메트릭을 수집하므로 활성 형태의 모니터링입니다. 이 스크립트는 스크립트의 동작 및 출력을 사용자 지정할 수 있는 매개 변수를 지원합니다. 사용 가능한 매개 변수는 다음 표에 나열되어 있습니다.
CollectReplicationMetrics.ps1 스크립트 매개 변수
매개 변수 | 설명 |
---|---|
DagName |
메트릭을 수집할 DAG의 이름을 지정합니다. 이 매개 변수를 생략하면 로컬 서버가 구성원으로 속한 DAG가 사용됩니다. |
DatabaseNames |
보고서를 생성해야 할 데이터베이스의 목록을 제공합니다. 와일드카드 문자를 사용할 수 있습니다(예: |
ReportAlias |
보고서를 보낼 전자 메일 별칭을 지정합니다. |
TemporaryDataPath |
임시 파일을 저장할 위치를 지정합니다. 이 매개 변수를 생략하면 디렉터리의 이름은 다음과 같습니다(예: %SystemDrive%\Temp\CollectReplicationMetrics\<ScriptStartTime>). |
ReportPath |
이벤트 처리 결과를 저장하는 데 사용할 폴더를 지정합니다. 이 매개 변수를 생략하면 Scripts 폴더가 사용됩니다. |
Duration |
수집 프로세스를 실행할 기간을 지정합니다. |
Frequency |
데이터 메트릭을 수집할 빈도를 지정합니다. |
Verbose |
작업이 완료된 후 작업 출력을 화면에 표시합니다. |
ProcessOnly |
데이터가 이미 수집되었고 처리만 필요함을 지정합니다. |
CollectReplicationMetrics.ps1 예
다음 예에서는 CollectReplicationMetrics.ps1 스크립트를 사용합니다.
이 예에서는 DAG DAG1에 있는 모든 데이터베이스의 메트릭을 수집하고 수집된 데이터를 화면상의 보고서에 표시합니다.
CollectReplicationMetrics.ps1 -DagName DAG1 -Verbose
맨 위로 이동