목차

소개

사전 요구 사항

요구 사항

사용되는 구성 요소

표기 규칙

CRS 3.x 및 4.x:백업, 복원 및 업그레이드 중에 수신된 일반적인 오류

TCP 소켓이 예기치 않게 닫혔습니다.

애플릿 통신 오류

LDAPProviderUnavailable 예외

오류:GET_FROM_ARCHIVE_REQUEST가 다음 오류로 인해 실패했습니다.-2147417842

백업/복원/업그레이드 중에 발견된 특정 문제

문제 1

문제 2

문제 3

문제 4

문제 5

문제 6

문제 7

BARS 서버에서 백업/복원/업그레이드에 필요한 로그

로그 분석 절차

CRS 6.0 백업 및 복원 테스트 중 발생하는 일반적인 문제

애플릿 시간 초과 문제

독립형 설정에서 CRS 3.5를 6.0으로 업그레이드

CRS 4.0(x)에서 6.0으로 업그레이드

설치/업그레이드 프로세스가 무인 상태로 유지됨

업그레이드 전 툴 사용

막대 페이지가 비어 있음

BARS 로그 모음

다음 오류로 인해 백업이 실패합니다.* 86 - 호스트에 연결하는 동안 알 수 없는 오류가 발생했습니다.

UCCX 7.x:BARS 백업 실패

문제

솔루션

UCCX 8.x:BARS 백업 실패 87%

문제

솔루션

UCCX 7.x 백업에서 복원 중단 15%

문제

솔루션

복원 실패(69%)

문제

솔루션

관련 정보

소개

이 문서에서는 CRS 업그레이드, 백업 및 복원 문제를 해결하는 방법에 대해 설명합니다.

사전 요구 사항

요구 사항

다음 주제에 대한 지식을 보유하고 있으면 유용합니다.

- Cisco Unified Contact Center Express

- Cisco IP 텔레포니 백업 및 복원 시스템(BARS)

사용되는 구성 요소

이 문서의 정보는 Cisco Unified Contact Center Express 버전 3.x, 4.x, 6.x 및 7.x를 기반으로 합니다.

이 문서의 정보는 특정 랩 환경의 디바이스를 토대로 작성되었습니다.이 문서에 사용된 모든 디바이스는 초기화된(기본) 컨피그레이션으로 시작되었습니다.현재 네트워크가 작동 중인 경우, 모든 명령어의 잠재적인 영향을 미리 숙지하시기 바랍니다.

표기 규칙

문서 규칙에 대한 자세한 내용은 Cisco 기술 팁 표기 규칙을 참고하십시오.

CRS 3.x 및 4.x:백업, 복원 및 업그레이드 중에 수신된 일반적인 오류

TCP 소켓이 예기치 않게 닫혔습니다.

백업/복원/업그레이드(B/R/U)에 장애가 발생하면 TCP 소켓이 예기치 않게 닫혔다는 메시지(빨간색 텍스트로 표시됨)가 BARS 화면에 표시될 수 있습니다.복원/백업/업그레이드에 실패했습니다.

이 메시지는 일반적이며 백업/복원/업그레이드 작업에 장애가 발생할 경우 표시됩니다.이는 TCP 연결이 끊기거나 CRS와 BARS 시스템 간의 네트워크 연결 문제를 나타내지 않습니다.

애플릿 통신 오류

문제

애플릿 통신을 기다리는 시간 제한으로 BARS에서 CRS 백업/복원/패치/업그레이드가 실패합니다(CRS Java 애플릿이 BARS 관리자가 5분 이내에 실행되는 브라우저에 로드되지 않음). BARS 관리자는 상태 창에서 아카이브 파일을 추출했으며, 오류를 보고하기 전에 약 5분 동안 중단된 것으로 나타납니다.MCVD/MARC 로그 파일은 실패 사유를 "timed out initializing applet's communication"으로 표시합니다. 이 문제는 Cisco Bug ID CSCef91551에 설명되어 있습니다(등록된 고객만 해당).

이 문제는 BARS 관리자를 실행하는 데 사용되는 브라우저에 필수 설정이 포함되지 않은 경우 발생할 수 있습니다.

- Java 플러그인이 아직 설치되지 않았거나 올바른 버전의 JRE 또는 Java 플러그인이 설치되어 있지 않습니다.

1. Internet Explorer의 인터넷 옵션 대화 상자에서 고급 탭을 클릭하고 Java(Sun) 제목으로 아래로 스크롤합니다.

2. Use Java 2 v.14.2_xx for <applet> 확인란이 선택되었는지 확인합니다.

- 기본 보안 설정이 수정되었습니다.

1. 인터넷 옵션 대화 상자에서 보안 탭을 클릭합니다.

2. 로컬 인트라넷 영역의 경우 기본 수준을 클릭하고 보안 수준이 기본 수준(보통-낮음) 이하로 설정되었는지 확인합니다.

3. 보안 설정을 사용자 정의한 경우 사용자 정의 레벨을 클릭하고 Java 사용 권한이 Java 사용 안 함으로 설정되지 않았는지 확인합니다.대신 세 가지 안전 수준 중 하나를 선택합니다.

4. 사용자 정의 수준 대화 상자에서 Java Applet의 스크립팅이 Enable 또는 Prompt로 설정되어 있는지 확인합니다.

- 기본 개인 정보 설정이 수정되었습니다.

1. 인터넷 옵션 대화 상자에서 프라이버시 탭을 클릭합니다.

2. 개인 정보 설정이 기본 수준(Medium) 이하로 설정되었는지 확인합니다.

- 브라우저에 구성된 프록시 서버에 연결할 수 없습니다.

1. 인터넷 옵션 대화 상자에서 연결 탭을 클릭한 다음 LAN 설정을 클릭합니다.

2. 프록시 서버가 구성된 경우 연결 가능한지 확인하거나 프록시 서버를 사용하기 위해 이 옵션을 선택 취소합니다.

- 보안 경고가 활성화됩니다.

1. 인터넷 옵션 대화 상자에서 고급 탭을 클릭하고 보안 머리글로 스크롤합니다.

2. Warn if changing between secure mode and not secure mode(보안 모드와 비보안 모드 간 변경 시 경고) 확인란이 선택되지 않았는지 확인합니다.

솔루션

- CRS 상자의 NIC 바인딩이 올바르고 NIC 1과 NIC 2가 함께 있는지 확인합니다.

- BARS 서버에서 CRS 상자에 연결할 수 있는지 확인합니다.

- 팝업 차단이 꺼져 있는지 확인합니다.

- 이전 섹션에서 언급한 지침을 따라야 합니다.

- 브라우저에서 Java 플러그인 설치 프로그램을 다운로드하고 실행하라는 메시지가 표시되면 예를 적시에 응답합니다.설치하는 데 5분 이상 걸리거나 브라우저를 다시 시작해야 하는 경우에도 복원이 실패할 수 있습니다.이 경우 브라우저를 다시 시작한 다음 동일한 아카이브로 복원을 다시 실행하십시오.또한 애플릿이 5분 내에 브라우저에 로드되지 않으면 CRS가 시간 초과되므로 Internet Explorer 브라우저 팝업 대화 상자에 적시에 응답합니다.이미 시간이 초과된 경우 복구를 다시 시작하면 됩니다.

문제가 계속되면 설정이 올바른지 확인한 다음 다음 단계를 완료하십시오.

1. Internet Explorer에서 Tools > Sun Java Console으로 이동하여 Java Console을 표시합니다.

참고: 사용하는 Internet Explorer 버전이 메뉴 모음에 표시되지 않으면 Windows 작업 표시줄에서 Java 로고를 찾아 로고를 마우스 오른쪽 단추로 클릭한 다음 콘솔 열기를 선택합니다.

2. Java Console이 열리면 5 키를 눌러 디버깅을 활성화합니다.

3. 복원을 다시 실행하려면 이 Internet Explorer 브라우저의 BARS를 사용합니다.

4. 복원이 다시 실패하면 Java 콘솔 창으로 돌아가서 모든 텍스트를 복사한 다음 텍스트 파일에 붙여넣어 문제 해결을 위해 저장합니다.

LDAPProviderUnavailable 예외

오류 메시지와 함께 백업이 실패하면 다음 단계를 완료합니다.

1. 다음 값에 대한 로그를 확인합니다.LDAP_CON_WARNING 및 LDAP_CON_ERROR.두 값이 모두 있는 경우 LDAP에서 Cisco CRS의 연결을 허용하지 않으므로 백업/복원/업그레이드 프로세스가 실패했습니다.

2. Cisco CRS 상자에서 LDAP 서버(CallManager)에 연결할 수 있는지 확인합니다.LDAP 서버가 실행되고 있지 않으면 LDAP 서버를 시작합니다.

3. CRS 서버를 다시 시작합니다.

참고: 이 문제는 Cisco Bug ID CSCse15624(등록된 고객만 해당)에 설명되어 있습니다.

오류:GET_FROM_ARCHIVE_REQUEST가 다음 오류로 인해 실패했습니다.-2147417842

문제

BARS 서버가 BARS 대상 백업을 시도할 때 CRS 백업\복원이 실패합니다.BARS 추적 파일(BARS 서버의 C:\Program Files\Cisco\Trace\BARS 폴더에 있음)에 다음 오류가 표시됩니다.

Inside function modGetFromArchive

Connecting to \\10.10.10.38\C$

modGetFromArchive =-2147417842

GET_FROM_ARCHIVE_REQUEST failed with error: -2147417842

BARS 로그 표시:

Staging Cisco Customer Response Solutions target Ipcc

Opening session for backup on Ipcc

Opened session successfully on Ipcc

Backup is 1% complete.

Copying /STI/Backup/CRS/clusters.properties to

C:\DOCUME~1\CRSADM~1\LOCALS~1\Temp\_8EF792BE_4448_46CF_9403_1006E8579197_20366\GetProperties23293.properties on 10.10.10.38

[Error] Error: unable to load clusters.properties; nested exception is:

com.cisco.archive.ArchiveSystemIOException: UNSPECIFIED_ERROR; Failed to retrieve /STI/Backup/CRS/clusters.properties

Session closed successfully

[Error] Could not backup Cisco Customer Response Solutions successfully on Ipcc.

솔루션

BARS 서버에서 BARS를 종료하려면 다음 단계를 완료하십시오.

1. Internet Explorer의 모든 인스턴스를 닫습니다.

2. BARS 서버에서 시작 > 프로그램 > 관리 도구 > 구성 요소 서비스로 이동합니다.

3. 구성 요소 서비스 > 컴퓨터 > 내 컴퓨터 > COM+ 응용 프로그램을 확장합니다.

4. 오른쪽 창에서 BARS를 마우스 오른쪽 버튼으로 클릭하고 Shut(종료)을 선택합니다.

5. 서비스 제어판에서 IIS(인터넷 정보 서버) 관리 서비스를 다시 시작합니다.

6. 실패한 복원/백업을 다시 실행합니다.

백업/복원/업그레이드 중에 발견된 특정 문제

문제 1

RESTORE 프로세스에 도달한 경우 업그레이드 프로세스가 실패한 RESTORE 프로세스의 단계 및 정확한 백분율을 확인합니다.복원 프로세스에는 다음 두 단계가 있습니다.1단계 및 2단계.

- 1단계는 복원 시 0~19%, 패치 시 0~33%입니다.1단계에서 BARS가 일시 중지될 때까지 모든 정보가 CiscoMARC.log에 기록됩니다.이 시간 동안 업그레이드 프로세스가 실패하면 CiscoMARC.log를 참조하십시오.이는 1단계 동안에만 클러스터 수준 정보만 업데이트됩니다(CCNAPPS > clusters > profilename > clusterdependent ou). 노드 수준 정보(CCNApps > clusters > profilename > Nodes > nodeid > clusterdependent ou)는 2단계 중에 업데이트됩니다. BARS가 일시 중단되면 재부팅해야 하는 CRS 서버 목록을 제공합니다.그런 다음 절차를 수행합니다.

- 단계 2는 Cisco CRS 서버가 재부팅되면 19% 이후에 시작되며, 이 때 BARS에 확인 응답이 다시 시작됩니다.모든 정보가 MCVD.log에 기록됩니다.MCVD.log에서_FAILED를 찾습니다.CRS 4.x/6.x에서는 CRS with BARS를 사용하여 CRS 3.x/4.x과 같은 이전 버전에서 백업/복원/업그레이드를 수행합니다.

문제 2

RESTORE가 끝나면 BARS가 일시 중지되고 CRS가 나타날 때까지 기다립니다.일시 중지되면 소켓이 닫힙니다.BARS는 CRS 4.x가 설치되면 신호가 CRS 서버에서 오길 기다립니다.이 메시지를 barbi.log에서 보는 것은 정상적인 일입니다.

596: Fri Aug 10 21:17:02.141 - TCPSocket::readFully err=10054

597: Fri Aug 10 21:17:02.141 - MessageReader can not read Message Header

598: Fri Aug 10 21:17:02.141 - .. release class com_cisco_archive_impl_barbi::

AbstractSession *, refCnt: 11

599: Fri Aug 10 21:17:02.141 - .. release class com_cisco_archive_impl_barbi::

InputStream *, refCnt: 1

600: Fri Aug 10 21:17:02.141 - .. release class com_cisco_archive_impl_barbi::

BlockingPriorityQueue *, refCnt: 2

601: Fri Aug 10 21:17:02.141 - MessageReaderThread id=2264 completed, closed=0

602: Fri Aug 10 21:17:02.141 - .. release class com_cisco_archive_impl_barbi::

Thread *, refCnt: 1

603: Fri Aug 10 21:17:02.141 - getMessage: null

604: Fri Aug 10 21:17:02.141 - getMessage from protocol layer returns null

605: Fri Aug 10 21:17:14.125 - TCPSocket::writeFully err=10054

606: Fri Aug 10 21:17:14.125 - HeartbeatDispatherThread returns SESSION_SOCKET_ERROR

607: Fri Aug 10 21:17:14.125 - .. release class com_cisco_archive_impl_barbi::

AbstractSession *, refCnt: 10

608: Fri Aug 10 21:17:14.125 - .. release class com_cisco_archive_impl_barbi::

OutputStream *, refCnt: 1

609: Fri Aug 10 21:17:14.125 - .. release class com_cisco_archive_impl_barbi::

BlockingPriorityQueue *, refCnt: 1

610: Fri Aug 10 21:17:14.125 - HeartbeatDispatherThread id=3744 completed, closed=0

611: Fri Aug 10 21:17:14.125 - .. release class com_cisco_archive_impl_barbi::

Thread *, refCnt

문제 3

Cisco CRS 4.0(4) 업그레이드의 경우 아니요, 나중에는 라디오 버튼을 클릭해야 합니다. 레지스트리 키에서 3.x 버전을 삭제하려면 Maintenance Complete 창에서 Upgrading the Cisco CRS Software in the Maintenance Complete(유지 관리 완료) 창의 27 단계에서 Cisco CRS 소프트웨어 업그레이드를 다시 시작합니다.예, 다시 시작하겠습니다를 클릭하면 업그레이드 프로세스가 실패하고, 예를 들어 이전 버전 3.x가 글머리 기호와 f 사이에 28단계에 여전히 있습니다.위의 정보는 Cisco CRS 소프트웨어 업그레이드 절차의 31단계에서 4.0.5 단일 서버(공동 상주) 업그레이드에 적용됩니다.

문제 4

Cisco CRS 3.5에서 Cisco CRS 4.0(5)/4.1(1)/6.0(1)으로 업그레이드할 경우 Cisco Desktop Administrator에 구성된 팀 이름에 슬래시가 포함되어 있으면 Spanlink 복원 단계에서 프로세스가 실패합니다.이 문제는 Cisco Bug ID CSCsj23469(등록된 고객만 해당)에 설명되어 있습니다.

해결책:

Cisco Desktop Administrator에 구성된 팀 이름은 슬래시를 포함할 수 없습니다.팀 이름에 슬래시가 있으면 업그레이드를 시작하기 전에 다음 단계를 완료하십시오.

1. Cisco Desktop Administrator를 열고 슬래시가 포함된 팀 이름을 삭제합니다.

2. 슬래시 없이 대체 팀 이름을 생성하고 새 팀 이름에 대해 동일한 매핑을 구성합니다.

참고: 슬래시 없이 팀 이름을 다시 만들지 못하면 업그레이드 중에 오류가 발생할 수 있습니다.

문제 5

패치 문제를 해결하는 동안 CRS 상자의 패치 아카이브 파일 경로에 공백이 없는지 확인합니다.이 문제는 Cisco Bug ID CSCsa98554에 설명되어 있습니다(등록된 고객만 해당).

문제 6

3.x에서 4.0.4으로 업그레이드하는 동안, 성공적으로 복원한 후 엔터프라이즈 데이터 하위 시스템 및 VOIP 모니터링 하위 시스템의 서비스가 중단됩니다.CRS 서버의 C:\programfiles\Cisco\Desktop\logs에서 CDBRTool 로그를 확인합니다.CDBRAPI::RestoreAllLCCs RestoreLCCData 오류를 찾지 못했습니다.관련 로그 코드 조각:

20:59:18 09/29/2007 MAJOR     CDBRPhonebookContact_200::PutPhonebookContactToLdap:

AddPhonebookContactProfile failed.  Return <2>.

20:59:18 09/29/2007 MAJOR     CDBRAPI::RestorePhonebookContacts

PutPhonebookContactToLdap failed.

20:59:18 09/29/2007 MAJOR     CDBRAPI::RestoreLCCData  RestorePhonebookContacts failed.

20:59:18 09/29/2007 MAJOR     CDBRAPI::RestoreAllLCCs  RestoreLCCData failed.

20:59:34 09/29/2007 INFO    LC0059 LDAPConnectionMgr::EstablishConnection: Connected to

LDAP server on <172.24.1.13>.

20:59:35 09/29/2007 INFO      CDBRAPI::RestoreCompany RestoreCompany ended.

이를 해결하려면 이전 CRS 버전으로 돌아가 Cisco Desktop Administrator의 전화번호부에서 빈 항목을 제거합니다.이제 이전 버전의 CRS에서 백업을 수행하고 4.0으로 업그레이드한 다음 복원 작업을 수행합니다.

이 문제는 Cisco Bug ID CSCse63244(등록된 고객만 해당)로 문서화됩니다.

참고: 반환 코드가 2가 아닌 19인 경우 직원 전화 번호부에 쉼표 또는 숫자 이외의 문자가 포함되지 않았는지 확인합니다.

문제 7

문제

UCCX 7.X 애플리케이션을 수동으로 백업하려고 하면 다음 오류가 반환됩니다.* 1326 - 로그온 실패:알 수 없는 사용자 이름 또는 잘못된 암호입니다.

솔루션

문제를 해결하려면 먼저 MCVD 로그를 확인합니다(로그를 확인하려면 로그 분석 절차 섹션 참조).

사용된 암호가 정확하지 않으면 UCCX는 이전 자격 증명을 사용하여 공유 폴더에 액세스합니다.이 문제에 대한 해결 방법은 다음과 같습니다.

- 백업 서버 사이트에서 이전 자격 증명을 유지합니다.

- 백업 서버에서 사용자 비밀번호를 변경하는 경우 UCCX에서 비밀번호를 업데이트한 다음 UCCX 서버를 재부팅합니다.

그렇지 않으면 다음 단계를 완료합니다.

1. Windows 백업 서버에서 계정을 구성합니다.

2. 새 백업 폴더를 만듭니다.

3. 새 사용자에게 폴더에 대한 모든 권한을 할당하고 폴더를 공유합니다.

4. UCCX 서버 백업 위치에서 경로 이름을 \\<백업 서버>\<공유 폴더>로 설정하고 사용자 이름을 <백업 서버>\<사용자 ID>로 설정합니다.

이 문제는 Cisco Bug ID CSCth19279에 설명되어 있습니다(등록된 고객만 해당).

BARS 서버에서 백업/복원/업그레이드에 필요한 로그

- BARS 백업/복원 로그는 다음 위치에 저장됩니다.

- C:\Program Files\Common Files\Cisco\Logs\BARS\Backup*.*

- C:\Program Files\Common Files\Cisco\Logs\BARS\Restore*.*

- BARS 추적 로그는 C:\Program Files\Cisco\Trace\BARS*.*에 저장됩니다.

- BARS Barbi 로그는 C:\WINNT\system32\barbi.log에 저장됩니다.

로그 분석 절차

1. BARS 서버의 C:\Program Files\Common Files\Cisco\Logs\BARS\Backup (또는 Restore)에 있는 백업(또는 복원) 로그를 확인합니다.

2. 타임스탬프에 따라 추적 로그를 살펴봅니다.BARS 서버의 C:\Program Files\Cisco\Trace\BARS에서 제공됩니다.

3. 추적 로그는 예외에 대한 간략한 정보를 제공합니다.세부 정보를 보려면 해당 CRS 서버로 이동하여 해당 기간에 대한 MCVD 로그를 확인합니다.backup_failed, restore_failed, upgrade_failed nemonics를 해당 로그에서 해당 작업(B/R/U) 실패를 검색합니다.BARS가 19%로 일시 중단되기 전에 오류가 발생한 경우 MARC 로그를 확인합니다.

4. 위 단계에서 지정한 니모닉에 도달하면 오류에 대한 정확한 설명을 볼 수 있습니다.예를 들어 다음 메시지가 표시될 수 있습니다.

- 애플릿 통신 오류

- Data Base Archive 구성 요소 예외

- Spanlink 아카이브 구성 요소 예외

- CDBR 툴 실패

이러한 메시지는 정보를 제공하며 B/R/U에 장애가 발생한 오류를 알려줍니다.구성 요소에 따라 다음과 같은 추가 로그가 필요합니다(위에서 설명한 것과 제외).

SL 아카이브 구성 요소:c:\program files\cisco\desktop\log\CDBRTool.* DB 아카이브 구성 요소:

CRS 6.0 백업 및 복원 테스트 중 발생하는 일반적인 문제

애플릿 시간 초과 문제

문제

보안 알림 및 개인 정보 알림 중에 OK 버튼을 클릭하지 않으면 애플릿이 시간 초과되고 복원 프로세스가 실패합니다.이러한 보안 경고는 상위 BARS 페이지 창의 하위 창 뒤에 표시되는 경우가 많습니다.추적 로그에서 정확히 5분 간격으로 이 문제를 찾을 수 있습니다.예:

[06:49:34 PM]   Get next message

[06:54:34 PM]   FailureResponse id=2 from Session# 19, pArchiveId={C0E85DB3-D35-

1-40FF-AE8F-6482B9A90D3B}, errorCode=UNSPECIFIED_ERROR, statusM-

essage=timed out initializing applet's communication

가능한 솔루션

1. 하위 창을 화면 모서리로 수동으로 드래그하고 창 크기를 줄여 모든 보안 경고에 대해 가운데 가 표시되도록 합니다.

2. BARS 기본 페이지에 포커스를 유지하고 자식 창을 최소화합니다.팝업 대화 상자를 계속 추적합니다.

3. 인터넷 옵션에서 복원 프로세스를 시작하기 전에 보안 설정 및 개인 정보 설정을 낮음으로 줄입니다.복원 프로세스 후 다시 되돌립니다.브라우저 보안 관점에서 이 작업의 영향을 확인하지 않았으므로 권장하지 않습니다.

독립형 설정에서 CRS 3.5를 6.0으로 업그레이드

CRS 3.5에서 6.0으로 업그레이드하려면 Cisco 고객 응답 솔루션 설치 가이드 에 설명된 대로 업그레이드해야 합니다.CRS 3.5의 백업, 이미지 재생성 및 CRS 6.0 설정을 통한 복원 시도는 유효한 시나리오가 아닙니다.

이 시나리오는 지원되지 않으므로 유일한 해결 방법은 CRS 3.5로 돌아가는 것입니다.

CRS 4.0(x)에서 6.0으로 업그레이드

CRS 4.0에서 6.0으로 업그레이드하는 동안 업그레이드 후에 다른 라이센스 패키지(CRS 4.0에 업로드된 패키지가 아님)를 업로드한 경우 라이센스 패키지 유형은 AppAdmin의 라이센스 정보 페이지에 None을 표시하고 일부 AppAdmin 메뉴가 누락됩니다.

예를 들어, 고객이 표준 라이센스를 가진 CRS 4.1을 가지고 있고 프리미엄 라이센스를 사용하여 CRS 6.0으로 업그레이드한 경우, CRS 6.0으로 업그레이드한 후 AppAdmin에서 일부 메뉴가 누락되었습니다.AppAdmin > Control Center > License Information Page에서 License Package Type(라이센스 패키지 유형)은 None(없음)으로 표시됩니다.

해결책:LDAP의 CRS 라이센스 필터 값을 새 라이센스 유형으로 변경합니다.

LDAP 라이센스 필터 항목:CCNApps/clusters/<ProfileName>/ClsuterSpecific.xxxxx/License.xxxxx/FilterType

If the new license package is Standard , changes the FilterType to 3

If the new license package is Enhanced, changes the FilterType to 4

If the new license package is Premium, changes the FilterType to 5

LDAP에서 변경 사항을 수행한 후 CRS 서버에서 CRS 노드 관리자를 다시 시작합니다.

설치/업그레이드 프로세스가 무인 상태로 유지됨

설치, 업그레이드 및 복원 프로세스는 매우 중요한 프로세스이며 가이드에 따라 매우 신중하게 따라야 합니다.때때로 BARS는 Not Responding 상태로 전환할 수 있습니다.업그레이드, 설치 및 복원의 전체 프로세스를 확인하는 것이 좋습니다.

업그레이드 전 툴 사용

설치 가이드에 설명된 대로 복원 프로세스를 수행하기 전에 PUT(Pre-Upgrade Tool)를 실행해야 합니다.백업 아카이브에 6.0 라이센스가 포함되도록 LDAP에 CRS 6.0 라이센스를 삽입하는 것을 사용합니다.

막대 페이지가 비어 있음

복원 프로세스 중에 BARS 표시 페이지가 간헐적으로 비어 있습니다.이 문제는 Cisco Bug ID CSCsa82969에 의해 문서화됩니다(등록된 고객만 해당). 이것은 표면적인 문제이다.이 문제를 해결하려면 하위 창을 새로 고칩니다(F5 키). 이 작업은 주 BARS 복원 창이 아닌 BARS 상태 창에서만 수행해야 합니다.

BARS 로그 모음

Cisco CallManager 서버를 다시 이미지화하기 전에 BARS 로그를 저장해야 합니다.자세한 내용은 백업/복원/업그레이드에 필요한 로그를 참조하십시오.파일 세부 정보는 Cisco IP Telephony Backup and Restore System (BARS) Administration Guide에 설명되어 있습니다.

다음 오류로 인해 백업이 실패합니다.* 86 - 호스트에 연결하는 동안 알 수 없는 오류가 발생했습니다.

문제

스케줄링된 백업과 수동 백업이 오류로 인해 실패했습니다.* 86 - 호스트에 연결하는 동안 알 수 없는 오류가 발생했습니다.백업 시스템은 네트워크 경로 및 계정 정보를 허용하지만 백업이 실패합니다.

솔루션

이 문제를 해결하려면 다음 단계를 완료하십시오.

1. UCCX 서버에 액세스하여 Start(시작) > Run(실행)으로 이동하고 CET을 입력합니다.

2. 경고 메시지가 나타나면 아니요를 클릭합니다.

3. com.cisco.crs.cluster.config.ArchiveAdminConfig를 선택합니다.

4. 오른쪽에서 레코드 ID를 두 번 클릭합니다.

5. com.cisco.crs.cluster.config.ArchiveAdminConfig 탭을 클릭하고 Backup Storage(백업 스토리지)에서 비밀번호를 지웁니다.

6. Apply를 클릭합니다.

7. Appadmin > Tools > Backup and Restore로 이동합니다.

8. Backup Storage Location(백업 스토리지 위치)에서 새 암호를 입력하고 Update(업데이트)를 클릭합니다.

이 단계를 완료한 후 백업을 실행할 수 있습니다.백업이 실패하면 서버를 다시 시작하고 백업을 다시 시도하십시오.백업이 계속 실패하면 CET로 이동하여 모든 필드를 지운 다음 스토리지 위치에 대한 새 정보를 입력할 수 있습니다.

UCCX 7.x:BARS 백업 실패

문제

BARS 백업이 실패하고 다음 오류 메시지가 표시됩니다.

%MCVD-AC_SPANLINK-7-UNK:Exception thrown

while invoking and running BarsCLI:

Exception=com.cisco.archive.ArchiveException:

BarsCLI failed to backup Spanlink config

이 문제는 Cisco Bug ID CSCsy04635에 설명되어 있습니다(등록된 고객만 해당).

솔루션

이 문제를 해결하려면 노드 관리자를 다시 시작하십시오.

UCCX 8.x:BARS 백업 실패 87%

문제

CCXCOMPONENT에서 백업이 87%로 중단되어 30%의 오류가 발생했습니다.

솔루션

이 문제를 해결하려면 명령줄 인터페이스에서 다음 명령을 실행합니다.

utils service restart Cisco DRF Master

UCCX 7.x 백업에서 복원 중단 15%

문제

UCCX 7.x의 백업을 복원하려고 하면 15%로 중단되며 다음 오류 메시지가 표시됩니다.

HA에 대해 백업을 수행했으며 이 다른 노드가 현재 클러스터에 없으므로 백업을 계속할 수 없습니다.

솔루션

백업을 고가용성 환경에서 수행했으므로 정보를 복원하려면 두 노드가 모두 클러스터에 있어야 합니다.다음 옵션 중 하나를 사용하여 고가용성 구축에서 백업 파일을 복원할 수 있습니다.

- 고가용성 설정이 이미 되어 있고 두 노드가 동일한 클러스터의 일부로 추가된 경우 복원 프로세스는 단일 노드 구축과 유사합니다.모든 노드에서 수행할 수 있으며 두 노드 모두에서 데이터를 복원합니다.

- 고가용성 설정이 없는 상태에서 Unified CCX를 설치하기 전에 두 노드가 모두 새로 설치되거나 이미지로 다시 설치되면 다음 단계를 수행하여 복원합니다.

1. 첫 번째 노드에서 복원 프로세스를 시작합니다.복원이 15% 완료되고 클러스터에 두 번째 노드를 추가하라는 메시지가 표시됩니다.

2. 설정 마법사를 통해 두 번째 노드를 추가합니다.두 번째 노드를 추가하면 복원이 완료되고 고가용성 설정이 준비됩니다.

복원 실패(69%)

문제

UCCX 4.5 서버를 7.0으로 업그레이드하면 UCCX 4.5 데이터 복원이 실패하고 다음 오류가 발생합니다.

Exception occured while contacting the Call Manager com.cisco.archive.ArchiveException:

Unable to process restore request; nested exception is:

com.cisco.archive.ArchiveException: Exception thrown while downloading Recordings to the

Recording Folder:C:\Program Files\Cisco\Desktop_Audio

Exception=com.cisco.archive.impl.ArchiveFailureException: Unable to contact Call Manager.

Please make sure that the Call Manager is running and connected to the network

com.cisco.wf.spanlinkBackupRestore.SLRcrdgArchiveComponent; nested exception is:

com.cisco.archive.ArchiveException: Unable to process restore request; nested exception

is:com.cisco.archive.ArchiveException: Exception thrown while downloading Recordings to the

Recording Folder:C:\Program Files\Cisco\Desktop_Audio

솔루션

이 문제는 Cisco Bug ID CSCsr56145(등록된 고객만 해당)에 설명되어 있습니다. 해결 방법은 최신 SR(Service Release)으로 7.0(1) 시스템을 패치하고 복원을 다시 실행하는 것입니다.

관련 정보

- UCCX 데이터 복원이 실패하고 "Fail to update CRS Config Datastore primary state in node 1(노드 1의 CRS 구성 데이터 저장소 기본 상태 업데이트 실패)" 오류 메시지가 표시됩니다.

- 기술 지원 및 문서 − Cisco Systems