클라우드 커넥터 배포 문제 해결
Important
Cloud Connector Edition은 비즈니스용 Skype Online과 함께 2021년 7월 31일 사용 중지됩니다. organization Teams로 업그레이드되면 직접 라우팅을 사용하여 온-프레미스 전화 통신 네트워크를 Teams에 연결하는 방법을 알아봅니다.
Cloud Connector Edition 배포 문제를 해결합니다.
이 문서에서는 Cloud Connector Edition 배포와 관련된 일반적인 문제에 대한 솔루션을 설명합니다. PSTN(Public Switched Telephone Network)에 대한 통화와 관련된 문제가 발생하는 경우 이 문서에 설명된 해결 방법을 따라 조사할 수 있습니다.
클라우드 커넥터는 일부 문제를 자동으로 해결하기 위한 기본 제공 메커니즘을 제공합니다. 자동 검색 프로세스는 Cloud Connector 어플라이언스의 잠재적인 문제를 찾고, 가능하면 관리자 개입 없이 이러한 문제를 resolve 위해 수정 작업을 수행합니다. 검색 프로세스는 다음과 같이 작동합니다.
검색 순서: Cloud Connector Management 서비스는 어플라이언스 다운되었는지 여부를 감지하기 위해 60초마다 프로세스를 실행합니다. 클라우드 커넥터 버전 2.0 이상에서 검색 프로세스는 비즈니스용 Skype Corpnet 스위치를 사용하여 클라우드 커넥터 머신에 PowerShell을 연결합니다. 2.0 이전 버전의 경우 검색 프로세스는 클라우드 커넥터 관리 스위치를 사용합니다.
참고 항목
자동 복구가 성공하려면 호스트 네트워크 스위치를 통해 호스트와 가상 머신 간에 네트워크 연결이 있어야 합니다. 자동 검색 및 복구가 성공할 수 있도록 네트워크 연결을 검사 합니다.
모니터링: 다음 서비스는 Cloud Connector 버전 2.0 이상에서 모니터링됩니다.
Virtual Machines 클라우드 커넥터 회사 또는 인터넷 가상 스위치에 연결되지 않음
Virtual Machines 저장되거나 중지된 상태
중앙 관리 서버 서비스: REPLICA, MASTER
중재 서버 서비스: REPLICA, RTCSRV 및 MEDSVC
에지 서버 서비스: REPLICA, RTCSRV, RTCDATAPROXY, RTCMRAUTH, RTCMEDIARELAY
에지 서버의 CS RTCSRV, 중재 서버의 CS RTCMEDSRV에 대해 인바운드 방화벽 규칙을 사용할 수 없습니다.
클라우드 커넥터 버전 1.4.2에서는 다음 서비스만 모니터링됩니다.
중재 서버 서비스: RTCSRV 및 MEDSVC
Edge Server 서비스: RTCSRV
복구 프로세스: 모니터링되는 서비스가 다운된 경우 어플라이언스 표시되고 모든 문제를 해결할 수 있을 때까지 서비스가 중지되고 수동으로 표시됩니다. 이렇게 하면 호출이 호출 실패를 일으킬 수 있는 어플라이언스 라우팅되지 않습니다.
클라우드 커넥터 관리 서비스는 다음과 같이 자동 복구를 다시 시도합니다.
초기 다시 시도 간격은 10초마다이며 최대 간격 시간은 1시간입니다.
처음 세 번의 복구 시도에서 간격 시간은 10초입니다. 네 번째 재시도부터 간격 시간은 이전 간격 시간의 두 배씩 증가합니다. 예를 들어 네 번째 재시도는 20초, 다섯 번째 재시도는 40초 단위로 발생합니다.
1시간의 최대 간격 시간에 도달하면 재시도는 시간당 한 번 계속됩니다.
복구에 성공하면 간격 및 재시도 횟수가 초기 값으로 설정됩니다.
관리 서비스를 다시 시작하면 간격 및 재시도 횟수가 초기 값으로 다시 설정됩니다.
문제 해결
다음은 일반적으로 발생하는 문제에 대한 솔루션입니다.
문제: 배포 스크립트를 실행할 때 배포가 실패하거나 응답을 중지합니다. 각 VM에 로그온한 후 관리/내부/외부 NIC에 대한 IP 주소가 없거나 올바르지 않습니다.
해상도: 이 문제는 자동으로 해결할 수 없습니다. 실행 중인 VM에는 NIC를 추가할 수 없습니다. Hyper-V 관리자에서 이러한 VM을 종료하고 제거한 다음, 다음 cmdlet을 실행합니다.
Uninstall-CcApplianceInstall-CcAppliance문제: Active Directory 서버 및 포리스트가 설치된 후 CMS 서버 및/또는 중재 서버가 도메인에 올바르게 가입되지 않았습니다.
해상도: 이 문제를 resolve 다음 단계를 수행합니다.
Active Directory 서버에 로그인하고 도메인이 올바르게 만들어졌는지 확인합니다.
CMS/중재 서버에 로그인하고 corpnet NIC에서 유효한 IP 주소가 할당되고 유효한 고정 IP 및 DNS가 AD 서버의 IP 주소로 구성되어 있는지 확인합니다.
CMS/중재 서버에 로그온하고 명령 프롬프트를 엽니다. Active Directory 서버의 FQDN 및 IP 주소를 ping할 수 있는지 확인합니다. 할 수 없는 경우 IP 주소 충돌이 있을 수 있습니다. Active Directory에 대한 새 IP를 할당하고 그에 따라 CMS/중재 서버에서 DNS를 업데이트해 보세요.
문제: "Remove-VMSwitch: 가상 이더넷 스위치를 제거하는 동안 실패했습니다. 가상 스위치 '클라우드 커넥터 관리 스위치'는 가상 머신을 실행하거나 자식 풀에 할당되어 사용되므로 삭제할 수 없습니다."
해상도: 배포 후 "클라우드 커넥터 관리 스위치"가 삭제되지 않았습니다. 이 오류가 발생하면 Hyper-v 관리자로 이동하여 여전히 가상 머신이 연결되어 있지 않은지 확인하세요. 여전히 연결된 가상 머신이 있는 경우 연결을 끊고 관리 스위치를 삭제합니다. 관리 스위치를 여전히 삭제할 수 없는 경우 호스트 서버를 다시 시작하고 다시 시도합니다.
문제: "서비스 RTCMRAUTH를 시작하지 못했습니다. 서비스가 비활성화되지 않았는지 확인합니다."
참고 항목
이 문제는 1.4.2 이전의 클라우드 커넥터 버전에만 적용됩니다.
이 프런트 엔드 서버가 이전에 장애 조치(failover)되었기 때문에(컴퓨터 장애 조치 사용) 시작 실패일 수도 있습니다. 이 경우 장애 복구(failback)를 호출합니다(컴퓨터 장애 복구 사용).
해상도: 이 문제는 Edge Server에서 루트 CA 인증서 또는 중간 CA 인증서를 신뢰할 수 없는 경우 Edge Server에서 발생합니다. 외부 인증서를 가져올 수 있지만 인증서 체인이 끊어지는 경우에도 입니다. 이 조건에서는 RTCMRAUTH 및/또는 RTCSRV 서비스를 시작할 수 없습니다.
외부 인증서의 루트 CA 인증서 및 모든 중간 CA 인증서를 Edge Server로 수동으로 가져온 다음 Edge Server를 다시 시작합니다. Edge 서버에서 시작된 RTCMRAUTH 및 RTCSRV 서비스가 표시되면 호스트 서버로 돌아가서 관리자 권한으로 PowerShell 콘솔을 시작하고 다음 cmdlet을 실행하여 새 배포로 전환합니다.
Switch-CcVersion문제: Windows 업데이트가 적용되고 서버에서 서비스하는 호출이 실패할 때 호스트 서버가 다시 시작되었습니다.
해상도: 고가용성 환경을 배포한 경우 Microsoft는 Windows 업데이트를 수동으로 검사 설치할 때 하나의 호스트 컴퓨터(배포 instance)를 현재 토폴로지 안팎으로 이동하는 데 도움이 되는 cmdlet을 제공합니다. 이 작업을 수행하려면 다음 단계를 수행합니다.
호스트 서버에서 관리자 권한으로 PowerShell 콘솔을 시작한 다음 다음을 실행합니다.
Enter-CcUpdate업데이트를 확인하고 사용 가능한 업데이트를 설치합니다.
PowerShell 콘솔에서 다음 cmdlet을 실행합니다.
Exit-CcUpdate
문제: PSTN 번호를 사용하여 비즈니스용 Skype 클라이언트에서 전화를 걸면 다른 PSTN 번호를 초대하여 전화 회의를 에스컬레이션할 수 없습니다.
해상도: 이 문제를 resolve 온라인 하이브리드 중재 서버 설정 구성을 참조하세요.
문제: Active Directory 서버를 설치할 때 Windows 업데이트 대한 경고 메시지가 표시됩니다. "Windows 자동 업데이트를 사용할 수 없습니다. 새로 설치한 역할 또는 기능이 자동으로 업데이트되도록 하려면 Windows 업데이트 켜세요."
해상도: 비즈니스용 Skype 테넌트 관리자 자격 증명을 사용하여 테넌트 원격 PowerShell 세션을 시작하고 다음 cmdlet을 실행하여 사이트의 EnableAutoUpdate 구성을 검사.
Get-CsHybridPSTNSiteEnableAutoUpdate가 True로 설정된 경우 CCEManagement 서비스는 가상 머신과 호스트 서버 모두에 대한 Windows 업데이트 다운로드 및 설치를 처리하므로 이 경고 메시지를 무시해도 됩니다. EnableAutoUpdate가 False로 설정된 경우 다음 cmdlet을 실행하여 True로 설정합니다.
Set-CsHybridPSTNSite -EnableAutoUpdate $true또는 업데이트를 수동으로 검사 설치할 수 있습니다. 다음 섹션을 참조하세요.
문제: 현재 입력/구성 <SiteName 또는 ApplianceName>> 또는 중재 서버 FQDN> 또는 <<<중재 서버 IP 주소>가 기존 어플라이언스 충돌하므로 어플라이언스 등록할 수 없습니다. 충돌 어플라이언스 제거하거나 입력/구성 정보를 업데이트한 다음 다시 등록합니다. '를 실행하면 Register-CcAppliance 현재 어플라이언스 온라인으로 등록합니다.
해상도: ApplianceName>, <중재 서버 FQDN> 및 <중재 서버 IP 주소>의 값은 고유해야 하며 하나의 어플라이언스 등록에만 사용해야 <합니다. 기본적으로 <ApplianceName> 은 호스트 이름에서 가져옵니다. <구성 ini 파일에 정의된 중재 서버 FQDN> 및 <중재 서버 IP 주소> 입니다.
예를 들어 (ApplianceName= MyserverNew, 중재 서버 FQDN=ms.contoso.com, 중재 서버 IP 주소=10.10.10.10)를 사용하여 SiteName=MySite에 등록하지만 등록된 어플라이언스 있는 경우(ApplianceName= Myserver, 중재 서버 FQDN=ms.contoso.com, 중재 서버 IP 주소=10.10.10.10) 충돌이 있습니다.
먼저 ApplianceRoot 디렉터리 섹션에서 CloudConnector.ini 파일을 검사. 파일에서 SiteName>, <중재 서버 FQDN> 및 <중재 서버 IP 주소> 값을 가져옵니다<. <ApplianceName> 은 호스트 서버 이름입니다.
둘째, 비즈니스용 Skype 테넌트 관리자 자격 증명을 사용하여 테넌트 원격 PowerShell을 실행한 다음, 다음 cmdlet을 실행하여 등록된 어플라이언스 검사.
Get-CsHybridPSTNAppliance충돌을 식별한 후 CloudConnector.ini 파일을 등록된 어플라이언스 일치하는 정보로 업데이트하거나 기존 어플라이언스 등록 취소하여 충돌을 resolve 수 있습니다.
Unregister-CsHybridPSTNAppliance -Force문제: Get-CcRunningVersion cmdlet은 호스트에서 실행되는 배포된 어플라이언스 있는 경우 빈 값을 반환합니다.
해상도: 이 작업은 1.3.4 또는 1.3.8에서 1.4.1로 업그레이드할 때 발생할 수 있습니다. .msi 버전 1.4.1을 설치한 후에는 다른 cmdlet을 실행하기 전에 를 실행
Register-CcAppliance해야 합니다.Register-CcAppliance는 module.ini 파일을 %UserProfile%\CloudConnector에서 %ProgramData%\CloudConnector로 마이그레이션합니다. 누락된 경우 %ProgramData%\CloudConnector 폴더에 새 module.ini 만들어지고 1.3.4 또는 1.3.8에 대한 실행/백업 버전 정보를 대체합니다.%UserProfile%\CloudConnector 및 %ProgramData%\CloudConnector 폴더의 module.ini 파일을 비교합니다. 차이점이 있는 경우 %ProgramData%\CloudConnector에서 module.ini 파일을 삭제하고 를 다시 실행
Register-CcAppliance합니다. 파일을 올바른 실행 및 백업 버전으로 수동으로 수정할 수도 있습니다.문제: Switch-CcVersion cmdlet을 실행하여 현재 스크립트 버전과 다른 이전 버전으로 전환한 후에는 이 이전 버전에 대한 고가용성 지원이 없습니다.
해상도: 예를 들어 1.4.1에서 1.4.2로 업그레이드했습니다. 를 실행
Get-CcVersion하여 확인할 수 있는 현재 스크립트 버전과 실행 중으로 확인할Get-CcRunningVersion수 있는 실행 중인 버전은 모두 1.4.2입니다. 현재 실행 중인 버전을 다시 1.4.1로 전환하기 위해 를 실행Switch-CcVersion하면 이 이전 버전에 대한 고가용성 지원이 없습니다.전체 고가용성 지원을 받으려면 1.4.2로 다시 전환하여 실행 중인 버전과 스크립트 버전이 동일합니다. 1.4.2 배포에 문제가 발생하는 경우 가능한 한 빨리 제거하고 다시 설치합니다.
문제: 중앙 관리 저장소, 중재 서버 및 Edge Server에 발급된 인증 기관 인증서 또는 내부 인증서가 거의 만료되거나 손상되었습니다.
해결 방법: 비즈니스용 Skype 인증 기관 인증서는 5년 동안 유효합니다. 중앙 관리 저장소, 중재 서버 및 Edge Server에 발급된 내부 인증서는 2년 동안 유효합니다.
참고 항목
클라우드 커넥터 버전 2.0 이상에서는 Renew-CcServerCertificate cmdlet이 Update-CcServerCertificate 변경되고 Renew-CcCACertificate cmdlet이 Update-CcCACertificate로 변경되었습니다.
중앙 관리 저장소, 중재 서버 및 Edge 서버에 발급된 내부 인증서가 거의 만료되거나 손상된 경우 Renew-CcServerCertificate 또는 Update-CcServerCertificate cmdlet을 실행하여 인증서를 갱신합니다.
인증 기관 인증서가 거의 만료되면 Renew-CcCACertificate 또는 Update-CcCACertificate cmdlet을 실행하여 인증서를 갱신합니다.
인증 기관 인증서가 손상되고 사이트에 어플라이언스 하나만 있는 경우 다음 단계를 수행합니다.
Enter-CcUpdate cmdlet을 실행하여 서비스를 드레이닝하고 어플라이언스 유지 관리 모드로 전환합니다.
Enter-CcUpdate다음 cmdlet을 실행하여 새 인증 기관 인증서 및 모든 내부 서버 인증서를 다시 설정 및 만듭니다.
2.0 이전의 클라우드 커넥터 릴리스의 경우:
Reset-CcCACertificate Renew-CcServerCertificate Remove-CcLegacyServerCertificate또는 Cloud Connector 릴리스 2.0 이상:
Reset-CcCACertificate Update-CcServerCertificate Remove-CcLegacyServerCertificate게이트웨이와 중재 서버 간에 TLS를 사용하는 경우 어플라이언스 Export-CcRootCertificate cmdlet을 실행한 다음 내보낸 인증서를 PSTN 게이트웨이에 설치합니다. 게이트웨이에서 인증서를 다시 발급해야 할 수도 있습니다.
Export-CcRootCertificateExit-CcUpdate cmdlet을 실행하여 서비스를 시작하고 유지 관리 모드를 종료합니다.
Exit-CcUpdate인증 기관 인증서가 손상되고 사이트에 여러 어플라이언스가 있는 경우 사이트의 각 어플라이언스 다음 순차적 단계를 수행합니다.
사용량이 가장 많은 시간에 이러한 단계를 수행하는 것이 좋습니다.
첫 번째 어플라이언스 Remove-CcCertificationAuthorityFile cmdlet을 실행하여 SiteRoot> 디렉터리에서 <CA 백업 파일을 클린.
Remove-CcCertificationAuthorityFileEnter-CcUpdate cmdlet을 실행하여 서비스를 드레이닝하고 각 어플라이언스 유지 관리 모드로 전환합니다.
Enter-CcUpdate첫 번째 어플라이언스 다음 cmdlet을 실행하여 새 인증 기관 인증서 및 모든 내부 서버 인증서를 다시 설정 및 만듭니다.
2.0 이전의 클라우드 커넥터 릴리스의 경우:
Reset-CcCACertificate Renew-CcServerCertificate Remove-CcLegacyServerCertificate또는 Cloud Connector 릴리스 2.0 이상:
Reset-CcCACertificate Update-CcServerCertificate Remove-CcLegacyServerCertificate첫 번째 어플라이언스 다음 cmdlet을 실행하여 CA 파일을 SiteRoot> 폴더에 <백업합니다.
Backup-CcCertificationAuthority동일한 사이트에 있는 다른 모든 어플라이언스 다음 명령을 실행하여 CA 백업 파일을 사용하므로 어플라이언스는 모두 동일한 루트 인증서를 사용하고 새 인증서를 요청합니다.
Reset-CcCACertificate Update-CcServerCertificate Remove-CcLegacyServerCertificate게이트웨이와 중재 서버 간에 TLS를 사용하는 경우 사이트의 모든 어플라이언스 Export-CcRootCertificate cmdlet을 실행한 다음 내보낸 인증서를 PSTN 게이트웨이에 설치합니다. 게이트웨이에서 인증서를 다시 발급해야 할 수도 있습니다.
Export-CcRootCertificateExit-CcUpdate cmdlet을 실행하여 서비스를 시작하고 유지 관리 모드를 종료합니다.
Exit-CcUpdate
문제: 클라우드 커넥터 관리 서비스 로그에서 다음 오류 메시지가 표시됩니다. "C:\Program Files\비즈니스용 Skype 클라우드 커넥터 버전\ManagementService\CceManagementService.log": CceService 오류: 0: 온라인으로 상태 보고할 때 예기치 않은 예외: System.Management.Automation.CmdletInvocationException: 사용자 <전역 테넌트 로그온 실패 >관리. 올바른 사용자 이름과 암호를 사용했는지 확인하여 새 자격 증명 개체를 만듭니다. --->
해상도: 클라우드 커넥터 어플라이언스 등록된 이후 Microsoft 365 또는 Office 365 전역 테넌트 관리자 자격 증명이 변경되었습니다. Cloud Connector 어플라이언스 로컬로 저장된 자격 증명을 업데이트하려면 호스트 어플라이언스 관리자 PowerShell에서 다음을 실행합니다.
Set-CcCredential -AccountType TenantAdmin문제: 배포에 사용한 호스트 서버 계정의 암호를 변경하면 %ProgramFiles%\비즈니스용 Skype 클라우드 커넥터 버전\ManagementService\CceManagementService.log 또는 Get-CcCredential cmdlet을 실행하는 동안 "ConvertTo-SecureString: 키가 지정된 상태에서 사용할 수 없습니다."라는 오류 메시지가 표시됩니다.
해상도: 모든 클라우드 커넥터 자격 증명은 다음 파일에 저장됩니다. "%SystemDrive%\Programdata\Cloudconnector\credentials.<CurrentUser>.xml". 호스트 서버의 암호가 변경되면 로컬로 저장된 자격 증명을 업데이트해야 합니다.
Cloud Connector 버전 1.4.2를 실행하는 경우 다음 단계에 따라 모든 클라우드 커넥터 암호를 다시 생성합니다.
호스트 서버를 다시 시작합니다.
다음 파일을 삭제합니다. "%SystemDrive%\Programdata\Cloudconnector\credentials.<CurrentUser>.xml".
관리자 권한으로 PowerShell 콘솔을 시작하고 "Register-CcAppliance -Local"을 실행하여 설명에 따라 암호를 다시 입력합니다. Cloud Connector 배포에 대해 이전에 입력한 것과 동일한 암호를 입력합니다.
Cloud Connector 버전 2.0 이상을 실행하는 경우 다음 단계에 따라 모든 클라우드 커넥터 암호를 다시 생성합니다.
호스트 서버를 다시 시작합니다.
다음 파일을 삭제합니다. "%SystemDrive%\Programdata\Cloudconnector\credentials.<CurrentUser>.xml" 입니다.
관리자 권한으로 PowerShell 콘솔을 시작하고 "Register-CcAppliance -Local"을 실행하여 설명에 따라 암호를 다시 입력합니다.
캐시된 암호 파일이 Cloud Connector 버전 1.4.2로 생성된 경우 메시지가 표시되면 CceService 암호에 대해 VMAdmin 암호를 사용합니다. 다른 모든 계정에 대해 Cloud Connector 배포에 대해 이전에 입력한 것과 동일한 암호를 입력합니다.
캐시된 암호 파일이 Cloud Connector 버전 1.4.2로 생성되고 DomainAdmin 및 VMAdmin 암호가 다른 경우 다음 단계를 수행해야 합니다.
다음과 같이 Set-CcCredential -AccountType DomainAdmin을 실행합니다.
이전 계정 자격 증명을 묻는 메시지가 표시되면 CceService 암호에 사용한 자격 증명을 입력합니다.
새 계정 자격 증명을 묻는 메시지가 표시되면 이전에 사용한 DomainAdmin 암호의 암호를 입력합니다.
캐시된 암호 파일이 클라우드 커넥터 버전 2.0 이상으로 생성된 경우 기본적으로 VmAdmin 및 DomainAdmin은 CceService와 동일한 암호를 사용합니다. DomainAdmin 및 VMAdmin 암호를 변경한 경우 다음 단계를 수행해야 합니다.
다음과 같이 Set-CcCredential -AccountType DomainAdmin을 실행합니다.
이전 계정 자격 증명을 묻는 메시지가 표시되면 CceService 암호에 사용한 자격 증명을 입력합니다.
새 계정 자격 증명을 묻는 메시지가 표시되면 이전에 사용한 DomainAdmin 암호의 암호를 입력합니다.
다음과 같이 Set-CcCredential -AccountType VmAdmin을 실행합니다.
이전 계정 자격 증명을 묻는 메시지가 표시되면 CceService 암호에 사용한 자격 증명을 입력합니다.
새 계정 자격 증명을 묻는 메시지가 표시되면 이전에 사용한 VmAdmin 암호의 암호를 입력합니다.
문제: 클라우드 커넥터 버전 2.1 이상에서는 어플라이언스 Register-CcAppliance 또는 다른 cmdlet을 실행할 때 다음과 같은 오류 메시지가 표시됩니다. "Each-Object 경우 : 이 개체에서 'Common' 속성을 찾을 수 없습니다. 속성이 있는지 확인합니다. C:\Program Files\WindowsPowerShell\Modules\CloudConnector\Internal\MtHostCommon.ps1:681 char:14"
해상도: Cloud Connector 2.1 이상에는 .NET Framework 4.6.1 이상이 필요합니다. 어플라이언스 .NET Framework 버전 4.6.1 이상으로 업데이트하고 cmdlet을 다시 실행하세요.
문제: Cloud Connector Edition 2.1에서는 Install-CcAppliance를 실행할 때 "오류와 함께 새 instance 설치하지 못했습니다. 문자열만 XmlNode 속성을 설정하는 값으로 사용할 수 있으므로 "상태"를 설정할 수 없습니다"와 같은 오류 메시지가 표시됩니다.
해상도: Cloudconnector.ini [일반] 섹션 아래의 "상태" 구성을 다음과 같이 추가하세요. CountryCode=US State=WA City=Redmond
"상태" 줄에 값이 있어야 하는 것은 아니지만 Cloudconnector.ini 파일에서 "상태" 줄을 제거할 수는 없습니다.
문제: "Dismount-WindowsImage: Dismount-WindowsImage 실패했습니다. Cloud Connector Edition을 설치하거나 업그레이드할 때 오류 코드 = 0xc1550115"입니다.
해상도: 관리자 권한으로 PowerShell 콘솔을 시작하고 "DISM -Cleanup-Wim"을 실행합니다. 이렇게 하면 문제가 있는 모든 이미지가 클린. Install-CcAppliance 다시 실행하거나 비트가 자동으로 업그레이드되기를 기다립니다.
문제: HA 환경에서 첫 번째 클라우드 커넥터 어플라이언스 배포 실패
해상도: 수행하는 단계는 배포가 실패한 이유에 따라 달라집니다.
첫 번째 Cloud Connector 어플라이언스 실패하고 실패 이유를 확인할 수 없는 경우 배포가 성공할 때까지 어플라이언스 다시 설치한 다음 다른 어플라이언스를 설치해야 합니다.
첫 번째 클라우드 커넥터 어플라이언스 외부 인증서 문제와 같은 사소한 문제로 실패하는 경우 어플라이언스 다시 설치하지 않고도 문제를 해결할 수 있습니다. 그런 다음 테넌트 원격 PowerShell을 사용하여 배포를 다음과 같이 성공으로 표시할 수 있습니다. (첫 번째 배포가 성공한 경우 다음 단계를 사용할 수도 있지만, 어떤 이유로 클라우드 커넥터가 배포를 성공으로 보고하지 못합니다.)
첫 번째 클라우드 커넥터 어플라이언스 ID(GUID)를 얻으려면 Get-CsHybridPSTNAppliance cmdlet을 실행합니다.
어플라이언스 성공적으로 배포된 것으로 표시하려면 다음과 같이 Set-CsCceApplianceDeploymentStatus 실행합니다.
Set-CsCceApplianceDeploymentStatus -Identity <Appliance Identity GUID> -Action Deploy -Status Finished문제: 호스트 서버 또는 가상 머신에 Windows 업데이트를 수동으로 검사 설치해야 합니다.
해상도: 비즈니스용 Skype 클라우드 커넥터 버전 제공하는 자동화된 OS 업데이트를 활용하는 것이 좋습니다. 온라인 관리를 위해 어플라이언스 등록되고 자동 OS 업데이트를 사용하도록 설정하면 호스트 서버와 가상 머신이 OS 업데이트 기간 설정에 따라 Windows 업데이트 자동으로 검사 설치됩니다.
Windows 업데이트 수동으로 검사 설치해야 하는 경우 배포 유형에 적용되는 이 섹션의 단계를 수행합니다. 업데이트에 필요한 가동 중지 시간을 최소화하기 위해 호스트 서버와 호스트 서버에서 실행되는 가상 머신을 동시에 업데이트할 계획입니다.
원하는 경우 WSUS(Windows Server Update Services) 서버를 사용하여 Cloud Connector 서버에 대한 업데이트를 제공할 수 있습니다. Windows 업데이트 자동으로 설치되지 않도록 구성하기만 하면 됩니다.
Cloud Connector 배포를 수동으로 업데이트하는 방법에 대한 자세한 내용은 다음 섹션을 참조하세요.
문제: 클라우드 커넥터가 새 빌드로 업데이트되면 Cloud Connector cmdlet이 업데이트되지 않습니다. 이 문제는 자동 업데이트가 발생할 때 PowerShell 창이 열려 있는 경우에 발생합니다.
해상도: 업데이트된 cmdlet을 로드하려면 다음 단계 중 하나를 수행할 수 있습니다.
클라우드 커넥터 어플라이언스 PowerShell을 닫은 다음 PowerShell을 다시 엽니다.
- 또는 CloudConnector -Force를 Import-Module 실행할 수 있습니다.
문제: "'Stop-CsWindowsService'라는 용어는 cmdlet, 함수, 스크립트 파일 또는 작동 가능한 프로그램의 이름으로 인식되지 않습니다." Enter-CcUpdate cmdlet을 실행하려고 할 때 오류가 발생합니다.
해상도: $HOME\AppData\Local\Microsoft\Windows\PowerShell\ModuleAnalysisCache 파일을 삭제합니다. PowerShell은 이 파일을 모듈의 cmdlet 캐시로 만들어서 매번 모든 모듈을 다시 분석할 필요가 없도록 합니다. 대부분의 경우 해당 캐시에서 다시 읽을 때 PowerShell에 잘못된 결과를 제공하는 일부 파일 손상이 있었습니다.
문제: "Import-Module CloudConnector"는 "Import-Module: 모듈 디렉터리에서 유효한 모듈 파일이 없으므로 지정된 모듈 "CloudConnector"가 로드되지 않았습니다" 오류를 생성합니다.
해상도:
실제로 CloudConnector 모듈이 c:\Program Files\WindowsPowerShell\Modules 아래에 있는지 확인합니다.
CloudConnector 모듈이 이 위치에 있는지 확인하면 모듈의 위치에 대한 경로를 저장하는 PSModulePath 환경 변수를 변경할 수 있습니다.
a. 임시 변경: 관리자 권한으로 Powershell을 시작하고 다음 명령을 실행합니다. $env:PSModulePath = $env:PSModulePath + "; C:\Program Files\WindowsPowerShell\Modules"
b. 영구 변경의 경우 관리자 권한으로 PowerShell을 시작하고 하나씩 다음 명령을 실행합니다. $CurrentValue = [Environment]::GetEnvironmentVariable("PSModulePath", "Machine") SetEnvironmentVariable("PSModulePath", $CurrentValue + "; C:\Program Files\WindowsPowerShell\Modules", "Machine")
수동으로 Windows 업데이트 설치
사용자 환경에서 자동 업데이트를 사용하지 않으려면 다음 단계에 따라 Windows 업데이트를 수동으로 검사 적용합니다. Windows 업데이트를 확인하고 설치하려면 서버를 다시 시작해야 할 수 있습니다. 호스트 서버가 다시 시작되면 사용자는 Cloud Connector를 사용하여 전화를 걸거나 받을 수 없습니다. 업데이트를 수동으로 검사 설치하여 업데이트가 수행되는 시기를 제어한 다음, 서비스 중단을 방지하기 위해 선택한 시간에 필요에 따라 컴퓨터를 다시 시작할 수 있습니다.
업데이트를 수동으로 검사 각 호스트 서버에 연결하고 제어판 엽니다. 시스템 및 보안 >Windows 업데이트 선택한 다음, 사용자 환경에 맞게 업데이트 및 서버 다시 시작을 관리합니다.
사이트에 어플라이언스 하나만 있는 경우 각 가상 머신에 연결하고 제어판 엽니다. 시스템 및 보안 >Windows 업데이트 선택한 다음 업데이트 및 서버 다시 시작을 적절하게 구성합니다.
사이트에 둘 이상의 어플라이언스 있는 경우 업데이트 중 사용자가 업데이트 및 다시 시작하는 instance 액세스할 수 없습니다. 사용자는 업데이트가 완료된 후 모든 가상 머신 및 모든 비즈니스용 Skype 서비스가 가상 머신에서 시작될 때까지 배포의 다른 인스턴스에 연결합니다. 서비스 중단 가능성을 방지하기 위해 업데이트를 적용하는 동안 HA에서 instance 제거한 다음, 완료되면 복원할 수 있습니다. 이렇게 하려면 다음을 수행합니다.
각 호스트 서버에서 PowerShell 콘솔을 관리자 권한으로 엽니다.
다음 cmdlet을 사용하여 HA에서 instance 제거합니다.
Enter-CcUpdate단일 instance 대한 단계에 따라 업데이트를 수동으로 적용하고 가상 머신을 다시 시작합니다.
다음 cmdlet을 사용하여 instance HA로 다시 설정합니다.
Exit-CcUpdate
다중 사이트 배포의 경우 배포의 각 사이트에 대한 단일 사이트에 대한 단계를 수행하여 한 번에 하나의 사이트에 업데이트를 적용합니다.
Cloud Connector 호스트 머신에 바이러스 백신 소프트웨어를 설치할 때의 팁
Cloud Connector 호스트 컴퓨터에 바이러스 백신 소프트웨어를 설치해야 하는 경우 다음 제외를 추가해야 합니다.
각 컴퓨터의 로컬 어플라이언스 디렉터리입니다.
각 컴퓨터의 원격 사이트 디렉터리입니다.
컴퓨터의 로컬 사이트 디렉터리가 공유 사이트 루트 폴더를 호스트합니다.
%ProgramFiles%\비즈니스용 Skype 클라우드 커넥터 버전
%ALLUSERSPROFILE%\CloudConnector
%ProgramFiles%\WindowsPowerShell\Modules\CloudConnector
프로세스가 Microsoft.Rtc.CCE.ManagementService.exe.