복제 실패
개별 복제 업데이트는 여러 가지 이유로 인해 실패할 수 있습니다. 가능한 경우 어플라이언스는 실패의 이유를 소스 어플라이언스나 대상 어플라이언스에 게시되는 경보 또는 실패한 작업의 복제 화면에 게시되는 경보에 보고합니다. 작업의 상태를 나타내는 주황색 경보 아이콘을 눌러 실패에 대한 자세한 정보를 확인할 수 있습니다.
자세한 내용은 My Oracle Support에서 How to Troubleshoot Replication Issues(문서 ID 1397959.1)를 참조하십시오.
가장 일반적인 유형의 복제 실패는 다음과 같습니다.
|
|
|
취소됨
|
복제 업데이트가 관리자에 의해 취소되었습니다. 복제는 소스 또는 대상에서 취소될 수 있으며, 한쪽에서 작업을 취소한 것을 다른 쪽이 모를 수도 있습니다.
|
|
네트워크 연결 실패
|
네트워크 문제로 인해 어플라이언스가 대상 어플라이언스에 연결할 수 없습니다. 소스, 대상 또는 네트워크에 잘못된 구성이 있을 수 있습니다.
|
|
피어 확인 실패
|
어플라이언스가 대상의 신원을 확인하지 못했습니다. 이는 대상 재설치 또는 공장 초기화 재설정이 수행된 경우에 가장 많이 발생합니다. 재설치되거나 공장 초기화 재설정이 수행된 대상에 대해서는 소스 어플라이언스에서 새로운 복제 대상을 구성하여 새로운 인증 키 모음을 생성해야 합니다. About Replication Targets를 참조하십시오. |
|
피어 RPC 실패
|
대상 시스템에서 원격 프로시저 호출이 실패했습니다. 이는 대상 어플라이언스가 호환되지 않는 소프트웨어를 실행 중일 때 가장 많이 발생합니다.
|
|
이름 충돌
|
NDMP에 대한 대상에서 보유하는 @<snapname>과의 이름 충돌로 인해 <source>에서 <project/share>를 복제하지 못했습니다. 복구하려면 스냅샷이 .rr로 시작하지 않는 경우 대상(경보에 표시된 대상)의 NDMP에서 보유하는 스냅샷과 동일한 이름을 사용하는 복제 소스 스냅샷의 이름을 바꾸거나 해당 스냅샷을 제거합니다. 그런 다음 수동 동기화를 수행하거나 복제 소스가 자동으로 복제 업데이트를 재시도할 수 있도록 허용합니다.
|
|
패키지 없음
|
복제된 데이터를 넣을 수 있는 패키지가 대상에 없기 때문에 복제가 실패했습니다. 작업을 구성할 때 패키지가 만들어지므로 이 오류는 일반적으로 관리자가 대상에서 패키지를 삭제한 후에 발생합니다. 패키지를 포함하는 스토리지 풀을 대상 시스템에 가져오지 않은 경우에도 이 오류가 표시될 수 있습니다. 이러한 현상은 풀에 결함이 있거나 스토리지 또는 네트워킹이 대상 어플라이언스에 재구성되지 않은 경우에 발생할 수 있습니다.
|
|
비어 있지 않은 패키지가 있음
|
이전에 실패한 복제 업데이트의 데이터가 대상 패키지에 포함되어 있기 때문에 복제가 실패했습니다. 첫번째 복제 업데이트가 일부 데이터를 복제한 후에 실패한 작업에 대해 복제 업데이트를 전송하려고 할 때 이 오류가 발생합니다. 대상 어플라이언스는 명시적인 관리 명령 없이는 데이터를 삭제하지 않으므로, 부분적으로 수신한 데이터를 덮어쓰지 않습니다. 관리자는 기존 작업 및 패키지를 제거하고, 소스에서 새 작업을 만들고, 복제를 다시 시작해야 합니다.
|
|
사용 안함
|
대상에서 사용 안함으로 설정되었기 때문에 복제가 실패했습니다. 대상에서 복제 서비스가 사용 안함으로 설정되었거나 복제 중인 특정 패키지에 대해 복제가 사용 안함으로 설정되었습니다.
|
|
대상 사용 중
|
대상 시스템이 최대 동시 복제 업데이트 수에 도달했기 때문에 복제가 실패했습니다. 시스템은 리소스 고갈을 방지하기 위해 진행 중인 복제 작업의 최대 수를 제한합니다. 이 제한에 도달할 경우에는 업데이트를 받으려는 후속 시도가 실패하고 이 오류가 표시됩니다. 반면에 업데이트를 전송하려는 후속 시도는 리소스를 사용할 수 있을 때까지 대기하게 됩니다.
|
|
공간 부족
|
소스 시스템에 새 스냅샷을 만들 공간이 부족하기 때문에 복제가 실패했습니다. 스토리지 풀에 사용 가능한 물리적인 공간이 없거나, 스냅샷을 포함하지 않는 예약으로 인해 프로젝트 또는 한 공유의 쿼터가 초과되기 때문일 수도 있습니다.
|
|
키를 사용할 수 없음
|
소스 또는 대상 시스템에서 공유에 사용된 암호화 키를 사용할 수 없기 때문에 복제가 실패했습니다. 소스 및 대상 시스템에서 경보를 검토하여 두 시스템 모두에서 키를 사용할 수 있는지 확인하십시오. 암호화된 공유 및 프로젝트 복제에 대한 자세한 내용은 Replicating an Encrypted Share를 참조하십시오. |
|
호환되지 않는 대상
|
대상 시스템이 소스 시스템의 데이터 스트림 형식을 수신할 수 없기 때문에 복제가 실패했습니다. 대상에서 업그레이드하고 동일 업데이트를 적용하지 않고서 소스 시스템을 업그레이드하고 지연 업데이트를 적용함으로써 이러한 상황이 발생할 수 있습니다. 소스 시스템 소프트웨어 버전의 릴리스 노트에서 지연 업데이트 목록 그리고 원격 복제에 미칠 수 있는 영향에 대해 확인해 보십시오.
|
|
iSCSI 개시자/대상 누락
|
복제 패키지에 포함된 LUN의 개시자 그룹 또는 대상 그룹 LUN이 존재하지 않아 복제, 복제 단절 또는 복제 방향 바꾸기 작업이 실패했습니다. 대상 어플라이언스에서 개시자 또는 대상 그룹 이름이 삭제되었거나 이름이 바뀌었습니다.
|
|
기타
|
복제가 실패했지만 소스에서 추가적인 정보를 확인할 수 없습니다. 대상 시스템에서 경보 로그를 확인하고, 필요한 경우 지원 센터에 도움을 요청하십시오. 현재 이 범주에 해당하는 실패 모드로는 업데이트를 수신하려는 대상의 디스크 공간 부족, 원본 스냅샷이 대상 시스템에 존재하지 않는 복제본을 복제하려는 시도 등이 포함됩니다.
|
|
업데이트 중 일부라도 실패할 경우 복제 업데이트는 실패합니다. 현재 구현된 방식은 프로젝트 내의 공유를 순차적으로 복제하며 실패한 업데이트의 변경 사항을 롤백하지 않습니다. 따라서 업데이트가 실패할 때는 대상의 일부 공유는 최신 상태인 반면 일부는 그렇지 못합니다. 자세한 내용은 About Replication Snapshots and Data Consistency를 참조하십시오.
실패한 업데이트 과정에서 일부 데이터가 성공적으로 복제되었더라도 현재 구현된 방식은 이전(실패한) 업데이트에서 전송된 모든 데이터를 재전송합니다. 즉, 실패한 부분부터 시작하는 것이 아니라 처음부터 새로 시작하는 것입니다.
예약된 복제 또는 계속 복제가 실패할 경우에는 시스템에서 몇 분 기다린 후에 다시 시도합니다. 실패한 예약된 복제 또는 계속 복제는 무한정 재시도됩니다. 재시도 절차 중 수동 업데이트를 시작하면 재시도가 즉시 시작되므로 재시도를 연속으로 수행하는 중 일반적으로 발생하는 지연을 방지할 수 있습니다. 수동 업데이트가 성공적으로 완료되면 재시도 시퀀스가 종료되며 복제 작업이 정상적인 예약된 업데이트 또는 계속 업데이트로 되돌아갑니다. 수동 복제를 실패했는데 이전의 예약된 복제 작업이 없는 경우 복제가 재시도되지 않습니다.
복제 업데이트가 진행 중인데 다른 업데이트가 예약된 경우, 이전 업데이트가 완료될 때까지 예약된 복제가 지연되고 경보가 게시됩니다.
관련 항목