New-CsHealthMonitoringConfiguration

구문

New-CsHealthMonitoringConfiguration -Identity <XdsGlobalRelativeIdentity> -FirstTestUserSipUri <String> -SecondTestUserSipUri <String> [-Confirm [<SwitchParameter>]] [-FirstTestSamAccountName <String>] [-Force <SwitchParameter>] [-InMemory <SwitchParameter>] [-SecondTestSamAccountName <String>] [-WhatIf [<SwitchParameter>]]

New-CsHealthMonitoringConfiguration -FirstTestUserSipUri <String> -SecondTestUserSipUri <String> -TargetFqdn <String> [-Confirm [<SwitchParameter>]] [-FirstTestSamAccountName <String>] [-Force <SwitchParameter>] [-InMemory <SwitchParameter>] [-SecondTestSamAccountName <String>] [-WhatIf [<SwitchParameter>]]

자세한 정보

가상 트랜잭션은 Microsoft Lync Server 2010에서 사용자가 시스템 로그온, 인스턴트 메시지 교환 또는 PSTN(공중 전화망)의 전화로 전화 걸기와 같은 일반적인 작업을 성공적으로 수행할 수 있는지 확인하는 데 사용됩니다. 이러한 테스트는 관리자가 "수동으로" 수행하거나 Microsoft System Center Operations Manager(이전 Microsoft Operations Manager)와 같은 응용 프로그램에 의해 자동으로 실행될 수 있습니다.

가상 트랜잭션은 두 가지 방식으로 수행할 수 있습니다. 많은 관리자들이 CsHealthMonitoringConfiguration cmdlet을 사용하여 각 등록자 풀의 테스트 계정을 설정합니다. 이러한 테스트 계정은 가상 트랜잭션에 사용하도록 미리 구성된 사용자 계정 쌍입니다. 일반적으로 이는 테스트 계정이며 실제 사용자에게 속한 계정이 아닙니다. 풀에 이러한 테스트 계정이 구성되면 관리자는 테스트에 참여한 사용자 계정의 ID 및 자격 증명을 지정하지 않고도 해당 풀에 대해 가상 트랜잭션을 실행할 수 있습니다. 대신 가상 트랜잭션은 확인할 때 미리 구성된 테스트 계정을 자동으로 사용합니다.

또는 실제 사용자 계정을 사용하여 가상 트랜잭션을 실행할 수 있습니다. 예를 들어, 두 사용자가 인스턴트 메시지를 교환할 수 없는 경우 관리자는 테스트 계정 쌍이 아니라 해당하는 두 사용자 계정을 사용하여 가상 트랜잭션을 실행할 수 있습니다. 실제 사용자 계정을 사용하여 가상 트랜잭션을 수행하도록 결정한 경우 각 사용자에 대한 자격 증명을 제공해야 합니다.

New-CsHealthMonitoringConfiguration cmdlet을 사용하면 등록자 풀 또는 디렉터 풀에 대한 새 상태 모니터링 구성 설정을 만들 수 있습니다. 상태 모니터링 구성 설정의 새 컬렉션을 생성할 때 풀의 FQDN(정규화된 도메인 이름)뿐만 아니라 풀 테스트 계정으로 사용할 두 계정의 SIP 주소도 지정해야 합니다. 그러나 해당 테스트 계정의 암호를 제공할 필요는 없습니다. 각 풀은 상태 모니터링 구성 설정의 단일 컬렉션만 호스트할 수 있습니다. atl-cs-001.litwareinc.com 풀에 등록자가 이미 할당된 상태에서 이 풀에 대한 새 컬렉션을 만들려고 하면 명령이 실패합니다.

테스트 사용자가 할당되지 않은 풀(디렉터 풀 및 Office Communications Server 풀 포함)이 있는 경우 New-CsHealthMonitoringConfiguration을 실행하면 경고가 표시될 수 있습니다. 이러한 경고는 무시해도 됩니다. 원하는 경우 다른 풀에 속한 테스트 사용자를 디렉터 풀에 할당하여 디렉터에 대해 Test-CsRegistration cmdlet을 실행할 수도 있습니다. 그러나 Office Communications Server 풀에는 테스트 사용자를 할당할 수 없습니다.

이 cmdlet을 실행할 수 있는 사용자: 기본적으로 RTCUniversalServerAdmins 그룹의 구성원은 New-CsHealthMonitoringConfiguration cmdlet을 로컬로 실행할 수 있습니다. 사용자가 직접 만든 사용자 지정 RBAC(역할 기반 액세스 제어) 역할을 포함하여 이 cmdlet이 할당된 모든 RBAC 역할의 목록을 가져오려면 Windows PowerShell 프롬프트에서 다음 명령을 실행합니다.

Get-CsAdminRole | Where-Object {$_.Cmdlets –match "New-CsHealthMonitoringConfiguration"}

매개 변수

입력 형식

없음. New-CsHealthMonitoringConfiguration은 파이프라인된 입력을 허용하지 않습니다.

반환 형식

New-CsHealthMonitoringConfiguration은 Microsoft.Rtc.Management.WritableConfig.Settings.HealthMonitoring.HealthMonitoringSettings 개체의 새 인스턴스를 만듭니다.

예제

-------------------------- 예제 1 --------------------------

New-CsHealthMonitoringConfiguration -Identity atl-cs-001.litwareinc.com -FirstTestUserSipUri "sip:kenmyer@litwareinc.com" -SecondTestUserSipUri "sip:pilar@litwareinc.com"

예제 1에 표시된 명령은 풀 atl-cs-001.litwareinc.com에 대한 상태 모니터링 구성 설정의 새 컬렉션을 만듭니다. 이러한 새 설정은 sip:kenmyer@litwareinc.com 및 sip:pilar@litwareinc.com을 미리 구성된 테스트 계정으로 사용합니다.

-------------------------- 예제 2 --------------------------

$x = Get-CsService -Registrar | Select-Object PoolFqdn
foreach ($i in $x)
   {New-CsHealthMonitoringConfiguration -Identity $i.PoolFqdn -FirstTestUserSipUri "sip:kenmyer@litwareinc.com" -SecondTestUserSipUri "sip:pilar@litwareinc.com"}

예제 2에서는 조직의 모든 등록자 풀에 대한 상태 모니터링 구성 설정의 새 컬렉션을 만듭니다. 이 작업을 수행하기 위해 예제의 첫 번째 명령은 Get-Service cmdlet과 Registrar 매개 변수를 사용하여 모든 등록자 풀의 컬렉션을 반환합니다. 이 컬렉션은 PoolFqdn 속성만 선택하는 Select-Object cmdlet에 파이프됩니다. 이 속성은 등록자 풀의 FQDN을 반환하며, 이러한 FQDN은 $x라는 변수에 저장됩니다.

두 번째 명령은 각 등록자 풀 FQDN을 통해 반복할 foreach 루프를 만듭니다. 각 FQDN에 대해 New-CsHealthMonitoringConfiguration을 호출하여 $x에 저장된 FQDN을 ID로 사용하는 새 구성 설정 컬렉션을 만듭니다. 각 컬렉션에는 동일한 두 개의 테스트 계정인 sip:kenmyer@litwareinc.com과 sip:pilar@litwareinc.com이 할당됩니다.

참고 항목

기타 리소스

Get-CsHealthMonitoringConfiguration
Remove-CsHealthMonitoringConfiguration
Set-CsHealthMonitoringConfiguration