다음을 통해 공유


고가용성 및 사이트 복구 모니터링

적용 대상: 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-MailboxDatabaseCopyStatusTest-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라는 매개 변수가 포함됩니다. 이 매개 변수를 사용하면 작업의 출력에서 두 개의 추가 출력 필드 IncomingLogCopyingNetworkSeedingNetwork가 채워집니다.

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은 응용 프로그램 및 서비스 로그 영역의 크림슨 채널에 이벤트를 기록합니다. 다음 단계를 수행하여 이러한 채널을 볼 수 있습니다.

  1. 이벤트 뷰어를 엽니다.
  2. 콘솔 트리에서 응용 프로그램 및 서비스 로그 > Microsoft > Exchange로 이동합니다.
  3. 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

보고서를 생성해야 할 데이터베이스의 목록을 제공합니다. 와일드카드 문자가 지원됩니다(예: -Database:"DB1","DB2" 또는 -Database:"DB*").

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

보고서를 생성해야 할 데이터베이스의 목록을 제공합니다. 와일드카드 문자를 사용할 수 있습니다(예: -DatabaseNames:"DB1","DB2" 또는 -DatabaseNames:"DB*").

ReportAlias

보고서를 보낼 전자 메일 별칭을 지정합니다.

TemporaryDataPath

임시 파일을 저장할 위치를 지정합니다. 이 매개 변수를 생략하면 디렉터리의 이름은 다음과 같습니다(예: %SystemDrive%\Temp\CollectReplicationMetrics\<ScriptStartTime>).

ReportPath

이벤트 처리 결과를 저장하는 데 사용할 폴더를 지정합니다. 이 매개 변수를 생략하면 Scripts 폴더가 사용됩니다.

Duration

수집 프로세스를 실행할 기간을 지정합니다.

Frequency

데이터 메트릭을 수집할 빈도를 지정합니다.

Verbose

작업이 완료된 후 작업 출력을 화면에 표시합니다.

ProcessOnly

데이터가 이미 수집되었고 처리만 필요함을 지정합니다.

CollectReplicationMetrics.ps1 예

다음 예에서는 CollectReplicationMetrics.ps1 스크립트를 사용합니다.

이 예에서는 DAG DAG1에 있는 모든 데이터베이스의 메트릭을 수집하고 수집된 데이터를 화면상의 보고서에 표시합니다.

CollectReplicationMetrics.ps1 -DagName DAG1 -Verbose

맨 위로 이동