vManage 클러스터 DR 설정에서 Configuration-db 복원이 실패함

다운로드 옵션

  • PDF     (224.6 KB)
    다양한 디바이스에서 Adobe Reader로 보기
  • ePub     (173.7 KB)
    iPhone, iPad, Android, Sony Reader 또는 Windows Phone의 다양한 앱에서 보기
  • Mobi (Kindle)     (187.0 KB)
    Kindle 디바이스에서 보기 또는 다양한 디바이스의 Kindle 앱에서 보기
업데이트:2020년 9월 1일
문서 ID:215982

편견 없는 언어

본 제품에 대한 문서 세트는 편견 없는 언어를 사용하기 위해 노력합니다. 본 설명서 세트의 목적상, 편견 없는 언어는 나이, 장애, 성별, 인종 정체성, 민족 정체성, 성적 지향성, 사회 경제적 지위 및 교차성에 기초한 차별을 의미하지 않는 언어로 정의됩니다. 제품 소프트웨어의 사용자 인터페이스에서 하드코딩된 언어, RFP 설명서에 기초한 언어 또는 참조된 서드파티 제품에서 사용하는 언어로 인해 설명서에 예외가 있을 수 있습니다. 시스코에서 어떤 방식으로 포용적인 언어를 사용하고 있는지 자세히 알아보세요.

이 번역에 관하여

Cisco는 전 세계 사용자에게 다양한 언어로 지원 콘텐츠를 제공하기 위해 기계 번역 기술과 수작업 번역을 병행하여 이 문서를 번역했습니다. 아무리 품질이 높은 기계 번역이라도 전문 번역가의 번역 결과물만큼 정확하지는 않습니다. Cisco Systems, Inc.는 이 같은 번역에 대해 어떠한 책임도 지지 않으며 항상 원본 영문 문서(링크 제공됨)를 참조할 것을 권장합니다.

    소개

    이 문서에서는 vManage 클러스터 DR 설정에서 configuration-db 복원 실패 문제를 설명합니다.

    문제

    백업에서 vManage NMS 복원:vmanage 클러스터 DR 설정에서 configuration-db 복원이 실패했습니다.

    CLI에서 request nms configuration-db restore path 명령을 사용합니다.이 명령은 파일 찾기 데이터 경로에서 컨피그레이션 데이터베이스를 복원합니다.이 예에서 대상은 대기 vManage NMS입니다.대기 vManage NMS에서 다음 명령을 실행합니다.

    vmanage-1# request nms configuration-db restore path /home/admin/cluster-backup.tar.gz
    Configuration database is running in a cluster mode
    !
    !
    !
    line omitted
    !
    !
    !


    .................... 80%
    .................... 90%
    .................... 100%
    Backup complete.
    Finished DB backup from: 30.1.1.1
    Stopping NMS application server on 30.1.1.1
    Stopping NMS application server on 30.1.1.2
    Stopping NMS application server on 30.1.1.3
    Stopping NMS configuration database on 30.1.1.1
    Stopping NMS configuration database on 30.1.1.2
    Stopping NMS configuration database on 30.1.1.3
    Reseting NMS configuration database on 30.1.1.1
    Reseting NMS configuration database on 30.1.1.2
    Reseting NMS configuration database on 30.1.1.3
    Restoring from DB backup: /opt/data/backup/staging/graph.db-backup
    cmd to restore db: sh /usr/bin/vconfd_script_nms_neo4jwrapper.sh restore /opt/data/backup/staging/graph.db-backup
    Successfully restored DB backup: /opt/data/backup/staging/graph.db-backup
    Starting NMS configuration database on 30.1.1.1
    Waiting for 10s before starting other instances...
    Starting NMS configuration database on 30.1.1.2
    Waiting for 120s for the instance to start...
    NMS configuration database on 30.1.1.2 has started.
    Starting NMS configuration database on 30.1.1.3
    Waiting for 120s for the instance to start...
    NMS configuration database on 30.1.1.3 has started.
    NMS configuration database on 30.1.1.1 has started.
    Updating DB with the saved cluster configuration data
    Successfully reinserted cluster meta information
    Starting NMS application-server on 30.1.1.1
    Waiting for 120s for the instance to start...
    Starting NMS application-server on 30.1.1.2
    Waiting for 120s for the instance to start...
    Starting NMS application-server on 30.1.1.3
    Waiting for 120s for the instance to start...
    Removed old database directory: /opt/data/backup/local/graph.db-backup
    Successfully restored database
    vmanage-1#


    1단계. config-db는 해당 로그로 복원해야 하지만 config_db 백업이 이러한 오류 메시지와 함께 실패하는 시나리오가 있습니다.

    vmanage-1# request nms configuration-db restore path /home/admin/cluster-backup.tar.gz
    Configuration database is running in a cluster mode
    !
    !
    line ommited
    !
    !
    2020-08-09 17:13:48.758+0800 INFO [o.n.k.i.s.f.RecordFormatSelector] Selected RecordFormat:StandardV3_2[v0.A.8] record format from store /opt/data/backup/local/graph.db-backup
    2020-08-09 17:13:48.759+0800 INFO [o.n.k.i.s.f.RecordFormatSelector] Format not configured. Selected format from the store: RecordFormat:StandardV3_2[v0.A.8]
    .................... 10%
    .................... 20%
    .................... 30%
    .................... 40%
    .................... 50%
    .................... 60%
    .................... 70%
    ...............Checking node and relationship counts
    .................... 10%
    .................... 20%
    .................... 30%
    .................... 40%
    .................... 50%
    .................... 60%
    .................... 70%
    .................... 80%
    .................... 90%
    .................... 100% Backup complete.
    Finished DB backup from: 30.1.1.1
    Stopping NMS application server on 30.1.1.1
    Stopping NMS application server on 30.1.1.2
    Could not stop NMS application-server on 30.1.1.2
    Failed to restore the database

    2단계. 언급된 장애의 시나리오 vmanage의 클러스터 관리 페이지에서 Administrator > Cluster management > Select neighbor vmanage (...) > Edit로 이동합니다.

    클러스터 관리에서 vManage가 편집되면 다음과 같은 오류가 발생합니다."구성된 ips-Authentication의 목록을 가져오지 못했습니다."'

    솔루션

    vManage 클러스터에서 config-db 복원 작업 중에 원격 노드에서 서비스를 시작/중지해야 합니다.이는 클러스터의 원격 노드에 대한 Netconf 요청에 의해 수행됩니다.

    클러스터의 vmanage 간에 제어 연결이 있는 경우 vmanage는 원격 노드의 공개 키로 원격 노드를 인증하여 디바이스 간 제어 연결과 유사한 Netconf 요청을 인증하려고 시도합니다.해당 데이터베이스가 없으면 클러스터를 구성하는 데 사용된 데이터베이스 테이블에 저장된 자격 증명으로 돌아갑니다.

    문제는 CLI를 통해 비밀번호가 변경되었지만 데이터베이스의 클러스터 관리 비밀번호는 업데이트되지 않았다는 것입니다.따라서 처음 클러스터를 생성하는 데 사용되는 netadmin 계정의 비밀번호를 변경할 때마다 cluster-management 수정 작업의 도움으로 비밀번호를 업데이트해야 합니다.다음은 수행해야 할 추가 단계입니다.

    1. 각 v관리 GUI에 로그인합니다.
    2. 이미지에 표시된 대로 Administrator(관리자) > Cluster management(클러스터 관리) > Select individual vManage (...) > Edit(편집)로 이동합니다.
    3. CLI에 해당하는 비밀번호를 업데이트합니다.
    •  vManage1 30.1.1.1

    • vManage 30.1.1.2

    • vManage3 30.1.1.3

    참고:이 시나리오에서는 CLI에서 비밀번호를 롤백할 수 없습니다.

    모범 사례

    클러스터에서 vManage 비밀번호를 변경하는 가장 좋은 방법은 Administrator > Manage users > update password로 이동하는 것입니다.

    이 절차에서는 클러스터의 모든 vManage 3개 및 클러스터 관리 비밀번호도 업데이트합니다.

    관련 정보

    TAC Authored

    Cisco 엔지니어가 작성

    • Vijeth Kumar
      Cisco TAC 엔지니어

    이 문서가 도움이 되셨습니까?

    Feedback피드백

    지원 문의

    이 문서가 적용되는 제품