NetWorker: 일치 하지 않는 NSR 피어 정보 수정

다음과 같은 오류가 발생 하 여 클라이언트에서 백업, 복구 및 통신이 실패 합니다.
  nsrexecd는 서버 또는 스토리지 노드를 포함 하 여 하나 이상의 클라이언트에서 애플리케이션 장애를 일으킬 수 있습니다.

Res\nsrladb 폴더는 새로운 인증서 기반 호스트 인증 (nsrauth)의 홈입니다. 개별 클라이언트의 로컬 인증서와이를 통해 통신 한 모든 호스트의 캐시 된 복제본이 포함 됩니다.

첫 번째 접속에서는 호스트가 접속 하는 호스트에 대 한 인증서를 요청 하 여 수신 하 고, 나중에 비교할 수 있도록 인증서를 호스팅하는 캐시를 받습니다. 대상 지정 복구 및 스토리지 노드를 차단 하기 위해 표준 환경에는 각 클라이언트 인증서가 NetWorker 서버 및 스토리지 노드에 캐시 되 고 각 클라이언트 및 스토리지 노드에 캐싱된 서버의 인증서가 포함 됩니다. 이러한 캐싱된 인증서는 구성 트리의 로컬 호스트 분기에 반영 됩니다.

클라이언트를 다시 설치 하면 클라이언트에서 로컬로 인증서가 새로 생성 됩니다. 이로 인해 서버의 캐시 된 클라이언트 인증서 복제본이 무효화 되어 오류가 발생 합니다. 클라이언트에서 nsrladb 이름을 간단히 변경 하는 것과 같은 조건으로 인해 결과가 발생 합니다.
 

NSR 피어 정보는 서버 수준이 아니라 클라이언트 수준에서 설정 됩니다. 즉, NSRLA가 NSR 데이터베이스가 아닌 NSRLA에 연결 해야 합니다. 이 작업을 수행 하려면 "nsradmin-p nsrexec" 또는 "nsradmin-p nsrexecd"를 통해 연결 해야 합니다. "nsradmin" 자체가 NetWorker 서버에 연결 됩니다.

오류 메시지 (host_name)를 생성 하는 NetWorker 호스트에서 일치 하지 않는/캐싱된 기존 인증서 (client_name)를 삭제 합니다. NetWorker 서버가 업그레이드/다시 설치 된 경우에는 nsrauth 강력한 인증을 사용 하 여 각 클라이언트에서 서버 인증서를 제거 해야 합니다. 어느 경우 든 수정 작업은 동일 하 고 다음 중 하나입니다.

1. NMC에서 로컬 호스트를 통해 기존 호스트에서 업데이트 된 클라이언트에 대 한 인증서를 삭제 합니다.
2. 명령줄을 사용 하 여 영향을 받는 클라이언트에서 기존/캐싱된 인증서 삭제

클라이언트 시스템의 피어 정보를 지우려면 (서버에서)
  클라이언트 시스템에서 피어 정보를 지우려면
 

다음 연결 시 새로 고쳐질 것 이므로 모든 인증서를 안전 하 게 삭제할 수 있습니다. 긴 이름 (FQDN)과 짧은 이름에 대 한 피어 정보가 있을 수 있습니다. 인증서 캐싱은 인증 방법이 해당 값의 일부로 nsrauth를 포함 하는 클라이언트에 대해서만 활성화 됩니다.

버전에 따라 해결 방법은 다음과 같습니다.

1. 서버 및 스토리지 노드에서만 nsrauth를 비활성화 하 고 NW을 다시 시작 하면이 문제가 정상으로 해결 됩니다.
2. NetWorker 서버를 nsrauth 또는 nsrauth/oldauth 모드로 설정 합니다.

NMC 8.0에서를 사용 하는 경우에는 oldauth 모드를 NetWorker 서버에 사용할 수 없습니다.

Oldauth 모드에서 NetWorker 7.5. x, 7.6. x 또는 8.0 서버는 NMC 8.0와 함께 사용할 수 없습니다 .이는 기본적으로 nsrauth/oldauth 모드에 있습니다.