서버 관리 개요
이 장에서는 Cisco Unified Communications Manager 관리 노드의 속성을 관리하고 Presence 서버 상태를 보고 Unified Communications Manager 서버의 호스트 이름을 구성하는 방법을 설명합니다.
본 제품에 대한 문서 세트는 편견 없는 언어를 사용하기 위해 노력합니다. 본 설명서 세트의 목적상, 편견 없는 언어는 나이, 장애, 성별, 인종 정체성, 민족 정체성, 성적 지향성, 사회 경제적 지위 및 교차성에 기초한 차별을 의미하지 않는 언어로 정의됩니다. 제품 소프트웨어의 사용자 인터페이스에서 하드코딩된 언어, RFP 설명서에 기초한 언어 또는 참조된 서드파티 제품에서 사용하는 언어로 인해 설명서에 예외가 있을 수 있습니다. 시스코에서 어떤 방식으로 포용적인 언어를 사용하고 있는지 자세히 알아보세요.
Cisco는 일부 지역에서 본 콘텐츠의 현지 언어 번역을 제공할 수 있습니다. 이러한 번역은 정보 제공의 목적으로만 제공되며, 불일치가 있는 경우 본 콘텐츠의 영어 버전이 우선합니다.
이 장에서는 Cisco Unified Communications Manager 관리 노드의 속성을 관리하고 Presence 서버 상태를 보고 Unified Communications Manager 서버의 호스트 이름을 구성하는 방법을 설명합니다.
이 섹션에서는 Cisco Unified Communications Manager 데이터베이스에서 서버를 삭제하는 방법과 삭제한 서버를 Cisco Unified Communications Manager 클러스터에 다시 추가하는 방법에 대해 설명합니다.
Cisco Unified Communications Manager 관리에서 클러스터의 첫 번째 노드는 삭제할 수 없지만 후속 노드는 삭제할 수 있습니다. [서버 찾기 및 나열] 창에서 후속 노드를 삭제하기 전에 [Cisco Unified CM 관리]에 다음 메시지가 표시됩니다. "하나 이상의 서버를 영구히 삭제하려고 합니다. 이 동작은 취소될 수 없습니다. 계속하시겠습니까?" [확인]을 클릭하면 서버가 Cisco Unified CM 데이터베이스에서 삭제되고 더 이상 사용할 수 없게 됩니다.
![]() 팁 |
[서버 구성] 창에서 서버를 삭제하려고 하면 앞 단락에 표시된 메시지와 유사한 메시지가 표시됩니다. [확인]을 클릭하면 서버가 Cisco Unified CM 데이터베이스에서 삭제되고 더 이상 사용할 수 없게 됩니다. |
서버를 삭제하기 전에 다음 정보를 검토하십시오.
Cisco Unified Communications Manager 관리에서는 클러스터의 첫 번째 노드를 삭제할 수 없지만 후속 노드를 삭제할 수 있습니다.
노드에 Cisco Unified Communications Manager가 실행 중인 경우 특히, 노드에 등록된 전화기와 같은 장치가 있는 경우에는 노드를 삭제하지 않는 것이 좋습니다.
후속 노드에 대한 종속성 레코드가 있더라도 이 레코드로 인해 노드를 삭제하지 못하게 되지는 않습니다.
삭제하는 노드에서 Cisco Unified Communications Manager에 대해 통화 지정보류 번호가 구성된 경우 삭제가 실패합니다. 노드를 삭제하려면 먼저 Cisco Unified Communications Manager 관리에서 해당 통화 지정보류 번호를 삭제해야 합니다.
Cisco Unified Communications Manager 관리의 구성 필드에 삭제할 서버의 IP 주소 또는 호스트 이름이 포함된 경우 서버를 삭제하기 전에 구성을 업데이트합니다. 이 작업을 수행하지 않는 경우 해당 구성을 사용하는 기능이 서버 삭제 후 작동하지 않을 수 있습니다. 예를 들어 서비스 매개 변수, 엔터프라이즈 매개 변수, 서버 URL, 디렉터리 URL, IP 전화 서비스 등에 IP 주소 또는 호스트 이름을 입력하는 경우 서버를 삭제하기 전에 이 구성을 업데이트합니다.
애플리케이션 GUI(예: Cisco Unity, Cisco Unity Connection 등)에 삭제할 서버의 IP 주소 또는 호스트 이름이 포함된 경우 서버를 삭제하기 전에 해당하는 GUI에서 구성을 업데이트합니다. 이 작업을 수행하지 않으면 해당 구성을 사용하는 기능이 서버 삭제 후 작동하지 않을 수 있습니다.
서버를 삭제할 때 MOH 서버와 같은 일부 장치가 자동으로 삭제될 수 있습니다.
노드를 삭제하기 전에 후속 노드에서 활성 상태인 서비스를 비활성화하는 것이 좋습니다. 이 작업을 수행하면 노드 삭제 후 서비스가 작동합니다.
서버 구성 변경 사항은 Cisco 통합 커뮤니케이션 매니저를 다시 시작할 때까지 적용되지 않습니다. Cisco CallManager 서비스 다시 시작에 대한 자세한 내용은 Cisco 통합 서비스 가용성 관리 설명서를 참조하십시오.
데이터베이스 파일이 올바로 업데이트되게 하려면 서버, 프레즌스 또는 애플리케이션 서버를 삭제한 후 클러스터를 재부팅해야 합니다.
노드를 삭제한 후 Cisco Unified Reporting에 액세스하여 Cisco Unified Communications Manager가 클러스터에서 노드를 제거했는지 확인합니다. 또한 Cisco Unified Reporting, RTMT 또는 CLI에 액세스하여 기존 노드 간에 해당 데이터베이스 복제가 발생하는지 확인하고 필요한 경우 CLI를 사용하여 노드 간의 데이터베이스 복제를 복구합니다.
![]() 참고 |
클러스터에서 가입자 노드를 제거하면 해당 인증서가 퍼블리셔 및 기타 노드에 여전히 존재합니다. 관리자는 다음을 수동으로 제거해야 합니다.
|
단계 1 |
Cisco Unified CM 관리에서 를 선택합니다. |
단계 2 |
찾기를 클릭하고 삭제할 노드를 선택합니다. |
단계 3 |
삭제를 클릭합니다. |
단계 4 |
경고 대화 상자에 이 작업을 실행 취소할 수 없다는 내용이 표시되면 확인을 클릭합니다. |
단계 5 |
할당 해제한 노드의 호스트 VM을 종료합니다. |
IM and Presence Service 노드를 해당 프레즌스 이중화 그룹 및 클러스터에서 안전하게 제거해야 하는 경우 이 절차를 수행합니다.
![]() 경고 |
노드를 제거하면 프레즌스 이중화 그룹에 있는 나머지 노드의 사용자에 대한 서비스가 중단됩니다. 이 절차는 유지 보수 기간 동안에만 수행해야 합니다. |
단계 1 |
페이지에서 고가용성이 활성화되어 있는 경우 이를 비활성화합니다. |
||
단계 2 |
페이지에서 제거할 노드의 모든 사용자를 할당 해제하거나 이동합니다. |
||
단계 3 |
해당 프레즌스 이중화 그룹에서 노드를 제거하려면 프레즌스 이중화 그룹의 프레즌스 이중화 그룹 설정 페이지에 있는 Presence Server 드롭다운 목록에서 선택되지 않음을 선택합니다. 경고 대화 상자에 노드 할당 해제로 인해 프레즌스 이중화 그룹의 서비스가 다시 시작된다는 내용이 표시되면 확인을 선택합니다.
|
||
단계 4 |
Cisco Unified CM 관리에서 확인을 클릭합니다. 에서 할당 해제된 노드를 삭제합니다. 경고 대화 상자에 이 작업을 실행 취소할 수 없다는 내용이 표시되면 |
||
단계 5 |
할당 해제한 노드의 호스트 VM 또는 서버를 종료합니다. |
||
단계 6 |
모든 노드에서 Cisco XCP 라우터를 다시 시작합니다. |
Cisco Unified Communications Manager 관리에서 후속 노드(가입자)를 삭제한 후 클러스터에 다시 추가하려면 다음 절차를 수행합니다.
단계 1 |
Cisco Unified Communications Manager 관리에서 를 선택하여 서버를 추가합니다. |
||
단계 2 |
Cisco Unified Communications Manager 관리에 후속 노드를 추가한 후 해당 버전용 소프트웨어 키트에 제공된 디스크를 사용하여 서버에 설치합니다.
|
||
단계 3 |
Cisco Unified CM을 설치한 후에는 해당 Cisco Unified CM 버전을 지원하는 설치 설명서에 설명된 대로 후속 노드를 구성합니다. |
||
단계 4 |
Cisco Unified Reporting, RTMT 또는 CLI에 액세스하여 기존 노드 사이에서 데이터베이스 복제가 발생하는지 확인합니다. 필요한 경우 노드 간 데이터베이스 복제를 복구합니다. |
노드 설치 전에 [Cisco Unified Communications Manager 관리]를 사용하여 클러스터에 새 노드를 추가합니다. 노드를 추가할 때 선택하는 서버 유형과 설치하는 서버 유형이 일치해야 합니다.
새 노드를 설치하기 전에 첫 번째 노드에서 [Cisco Unified Communications Manager 관리]를 사용하여 새 노드를 구성해야 합니다. 클러스터에 노드를 설치하려면 Cisco Unified Communications Manager 설치 설명서를 참조하십시오.
Cisco Unified Communications Manager 비디오/음성 서버의 경우 Cisco Unified Communications Manager 소프트웨어의 초기 설치 중 추가하는 첫 번째 서버가 게시자 노드로 지정됩니다. 이후 설치 또는 추가되는 서버는 모두 가입자 노드로 지정됩니다. 클러스터에 추가하는 첫 번째 Cisco Unified Communications Manager IM and Presence 노드는 IM and Presence Service 데이터베이스 게시자 노드로 지정됩니다.
![]() 참고 |
서버가 추가된 후에는 [Cisco Unified Communications Manager 관리]를 사용하여 서버 유형을 변경할 수 없습니다. 기존 서버 인스턴스를 삭제한 다음 새 서버를 다시 추가하고 서버 유형 설정을 올바로 선택해야 합니다. |
단계 1 |
를 선택합니다. 서버 찾기 및 나열 창이 표시됩니다. |
단계 2 |
새로 추가를 클릭합니다. 서버 구성 - 서버 추가 창이 표시됩니다. |
단계 3 |
서버 유형 드롭다운 목록 상자에서 추가할 서버를 선택한 후 다음을 클릭합니다.
|
단계 4 |
서버 구성 창에서 서버 설정을 적절히 입력합니다. 서버 구성 필드에 대한 설명은 서버 설정을 참조하십시오. |
단계 5 |
저장을 클릭합니다. |
Cisco Unified Communications Manager 관리를 사용하여 IM and Presence Service 노드의 중요 서비스 및 셀프 진단 테스트 결과에 대한 상태를 확인합니다.
단계 1 |
를 선택합니다. 서버 찾기 및 나열 창이 나타납니다. |
단계 2 |
서버 검색 파라미터를 선택한 다음 찾기를 클릭합니다. 일치하는 레코드가 나타납니다. |
단계 3 |
서버 찾기 및 나열 창에 나열되는 IM and Presence 서버를 선택합니다. 서버 구성 창이 나타납니다. |
단계 4 |
서버 구성 창의 [IM and Presence 서버 정보] 섹션에서 [Presence 서버 상태] 링크를 클릭합니다. 서버에 대한 노드 세부 정보 창이 표시됩니다. |
![]() 참고 |
일반적으로 기본 포트 설정을 변경할 필요가 없습니다. 기본값을 변경하려는 경우에만 이 절차를 사용합니다. |
단계 1 |
Cisco Unified Communications Manager Administration에서 을 선택합니다. |
단계 2 |
적절한 검색 조건을 입력하고 찾기를 클릭합니다. |
단계 3 |
보려는 Cisco Unified CM을 선택합니다. |
단계 4 |
이 서버에 대한 Cisco Unified Communications Manager TCP 포트 설정 섹션으로 이동합니다. |
단계 5 |
저장을 클릭합니다. |
단계 6 |
구성 적용을 클릭합니다. |
단계 7 |
확인을 클릭합니다. |
필드 |
설명 |
---|---|
이더넷 전화 포트 |
시스템은 이 TCP 포트를 사용하여 네트워크에서 Cisco Unified IP Phone(SCCP 전용)과 통신합니다.
|
MGCP 수신 포트 |
시스템은 이 TCP 포트를 사용하여 연결된 MGCP 게이트웨이에서 메시지를 검색합니다.
|
MGCP Keep-alive 포트 |
시스템은 이 TCP 포트를 사용하여 KeepAlive 메시지를 연결된 MGCP 게이트웨이와 교환합니다.
|
SIP 전화기 포트 |
이 필드는 Unified Communications Manager가 TCP 및 UDP를 통해 SIP 회선 등록을 수신하는 데 사용하는 포트 번호를 지정합니다. |
SIP 전화기 보안 포트 |
이 필드는 시스템이 TLS를 통해 SIP 회선 등록을 수신하는 데 사용하는 포트 번호를 지정합니다. |
SIP 전화기 OAuth 포트 |
이 필드는 Cisco Unified Communications Manager가 TLS(Transport Layer Security)를 통해 Jabber 온-프레미스 장치에서 SIP 회선 등록을 수신하는 데 사용하는 포트 번호를 지정합니다. 기본값은 5090입니다. 범위는 1024 ~ 49151입니다. |
SIP 모바일 및 Remote Access OAuth 포트 |
이 필드는 Cisco 통합 커뮤니케이션 매니저가 MTLS(Mutual Transport Layer Security)를 통해 Jabber 온-프레미스Jabber over Expressway에서 SIP 회선 등록을 수신하는 데 사용하는 포트 번호를 지정합니다. 기본값은 5091입니다. 범위는 1024 ~ 49151입니다. |
다음 표에는 통합 커뮤니케이션 매니저 서버의 호스트네임을 설정할 수 있는 위치, 호스트네임에 허용되는 문자 수, 호스트네임에 권장되는 첫 번째 문자와 마지막 문자가 열거되어 있습니다. 호스트네임을 정확히 설정하지 않을 경우 운영체제, 데이터베이스, 설치 등을 포함해 통합 커뮤니케이션 매니저의 일부 설정요소가 예상대로 작동하지 않을 수 있다는 점에 유의하십시오.
호스트 이름 위치 |
허용되는 구성 |
허용되는 문자 수 |
호스트 이름에 권장되는 첫 번째 문자 |
호스트 이름에 권장되는 마지막 문자 |
---|---|---|---|---|
호스트 이름/IP 주소 필드 Cisco Unified Communications Manager Administration의 |
클러스터에서 서버의 호스트 이름을 추가 또는 변경할 수 있습니다. |
2-63 |
영문자 |
영숫자 |
호스트 이름 필드 Cisco Unified Communications Manager 설치 마법사 |
클러스터에서 서버의 호스트 이름을 추가할 수 있습니다. |
1-63 |
영문자 |
영숫자 |
호스트 이름 필드 Cisco Unified Communications 운영 체제의 |
클러스터에서 서버의 호스트 이름을 변경할 수 있으며 추가할 수는 없습니다. |
1-63 |
영문자 |
영숫자 |
set network hostname hostname 명령줄 인터페이스 |
클러스터에서 서버의 호스트 이름을 변경할 수 있으며 추가할 수는 없습니다. |
1-63 |
영문자 |
영숫자 |
![]() 팁 |
호스트 이름은 ARPANET 호스트 이름에 대한 규칙을 따라야 합니다. 호스트 이름의 첫 번째 문자와 마지막 문자 사이에 영숫자와 하이픈을 입력할 수 있습니다. |
모든 위치에서 호스트 이름을 구성하기 전에 다음 정보를 검토합니다.
Unified Communications Manager 게시자 노드를 설치한 후에 게시자의 호스트 이름이 이 필드에 자동으로 표시됩니다. Unified Communications Manager 가입자 노드를 설치하기 전에 Unified Communications Manager 게시자 노드에서 이 필드에 가입자 노드의 IP 주소 또는 호스트 이름을 입력합니다.
이 필드에 Unified Communications Manager가 DNS 서버에 액세스하여 IP 주소에 대한 호스트 이름을 확인할 수 있는 경우에만 호스트 이름을 구성합니다. 반드시 DNS 서버에서 Cisco Unified Communications Manager 이름과 주소 정보를 구성해야 합니다.
![]() 팁 |
DNS 서버에서 Unified Communications Manager 정보를 구성하는 것 외에도 Cisco Unified Communications Manager를 설치하는 동안 DNS 정보를 입력합니다. |
통합 커뮤니케이션 매니저 가입자 노드를 설치할 때 통합 커뮤니케이션 매니저 퍼블리셔 노드의 호스트네임과 IP 주소를 입력해야만 통합 커뮤니케이션 매니저가 네트워크 연결 및 퍼블리셔-가입자의 유효성을 확인할 수 있습니다. 뿐만 아니라, 가입자 노드에 대한 호스트 이름 및 IP 주소를 입력해야 합니다. Unified Communications Manager 설치 프로그램에서 가입자 서버의 호스트 이름을 묻는 메시지를 표시하는 경우 호스트 이름/IP 주소 필드에 가입자 서버의 호스트 이름을 구성했으면 Cisco Unified Communications Manager 관리의 서버 구성 창에 표시되는 값을 입력합니다.
kerneldump 유틸리티를 사용하면 보조 서버를 요구하지 않고 영향을 받는 시스템에서 로컬로 크래시 덤프 로그를 수집할 수 있습니다.
Unified Communications Manager 클러스터에서 크래시 덤프 정보를 수집하기 전에 서버에서 kerneldump 유틸리티가 활성화되어 있어야 합니다.
![]() 참고 |
더 효율적인 문제 해결을 위해 Unified Communications Manager를 설치한 후 kerneldump 유틸리티가 활성화되어 있는지 확인하는 것이 좋습니다. 아직 수행하지 않은 경우, 지원되는 어플라이언스 릴리스에서 Unified Communications Manager를 업그레이드하기 전에 kerneldump 유틸리티를 활성화합니다. |
![]() 중요사항 |
kerneldump 유틸리티를 활성화하거나 비활성화하면 노드를 재부팅해야 합니다. 재부팅이 허용되는 창 내에 있지 않은 경우에는 enable 명령을 실행하지 마십시오. |
Cisco Unified Communications 운영 체제에 대한 CLI(명령줄 인터페이스)를 사용하여 kerneldump 유틸리티의 상태를 활성화, 비활성화 또는 확인할 수 있습니다.
다음 절차를 사용하여 커널 덤프 유틸리티를 활성화합니다.
kerneldump 유틸리티에서 충돌 정보를 보려면 Cisco Unified Real-Time Monitoring Tool 또는 CLI(명령줄 인터페이스)를 사용하십시오. Cisco Unified Real-Time Monitoring Tool를 사용하여 kerneldump 로그를 수집하려면 추적 및 로그 센트럴에서 파일 수집 옵션을 선택합니다. 시스템 서비스/애플리케이션 탭에서 Kerneldump 로그 확인란을 선택합니다. Cisco Unified Real-Time Monitoring Tool 사용에 대한 자세한 내용은 Cisco Unified Real-Time Monitoring Tool 관리 지침서를 참조하십시오.
CLI를 사용하여 kerneldump 로그를 수집하려면 충돌 디렉터리의 파일에 대한 "file" CLI 명령을 사용합니다. 이러한 항목은 "activelog" 파티션 아래에 있습니다. 로그 파일 이름은 kerneldump 클라이언트의 IP 주소로 시작하여 파일을 만든 날짜로 끝납니다. file 명령에 대한 자세한 내용은 Cisco Unified Solutions용 명령줄 인터페이스 설명서를 참조하십시오.
이 절차를 사용하여 kerneldump 유틸리티를 활성화합니다. 커널 충돌이 발생하는 경우 유틸리티는 충돌을 수집하고 덤프하는 메커니즘을 제공합니다. 로컬 서버 또는 외부 서버에 로그를 덤프하도록 유틸리티를 구성할 수 있습니다.
단계 1 |
명령줄 인터페이스에 로그인합니다. |
단계 2 |
다음 중 하나를 완료합니다.
|
단계 3 |
서버를 재부팅합니다. |
![]() 참고 |
kerneldump 유틸리티를 비활성화해야 하는 경우에는 |
Real Time Monitoring Tool에서 이메일 경고를 구성하여 코어 덤프에 대해 알려줍니다. 자세한 내용은 핵심 덤프에 대한 이메일 경고 활성화을 참조하십시오.
kerneldump 유틸리티 및 문제 해결에 관한 자세한 내용은 Cisco Unified Communications Manager용 문제 해결 설명서를 참조하십시오.
이 절차를 사용하여 핵심 덤프가 발생할 때마다 관리자에게 이메일을 보낼 수 있도록 실시간 모니터링 도구를 구성할 수 있습니다.
단계 1 |
을 선택합니다. |
단계 2 |
CoreDumpFileFound 알림을 마우스 오른쪽 버튼으로 클릭하고 알림 속성 설정을 선택합니다. |
단계 3 |
마법사 프롬프트에 따라 기본 설정 기준을 설정합니다.
|
단계 4 |
기본 이메일 서버를 설정합니다.
|