시스템 복구 실행 후 확인할 사항

시스템을 사용하기 전에 몇 가지 태스크를 완료해야 합니다.

복구 프로시저에서는 쿼럼 데이터를 사용하여 이전 시스템을 다시 작성합니다. 하지만 캐시된 데이터 또는 실행 중인 I/O를 관리하는 시스템 데이터 등 일부는 복원할 수 없습니다. 후자의 유실 상태는 내부 스토리지를 관리하는 RAID 어레이에 영향을 줍니다. 데이터가 동기화되지 않은 위치에 대한 상세 맵이 유실되었으므로, 모든 패리티 정보를 복원해야 하고 미러된 쌍을 다시 동기화해야 합니다. 일반적으로 이 조치로 인해 이전 데이터나 시간이 경과된(stale) 데이터가 사용되므로 실행 중인 쓰기만 영향을 받습니다. 하지만 시스템 복구가 필요한 오류 전에 어레이가 중복성을 유실하는 경우(예: 동기화, 성능 저하 또는 심각한 RAID 상태) 상황은 더 심각합니다. 이러한 상황에서는 내부 스토리지를 확인해야 합니다.
  • 패리티를 복원하기 위해 패리티 어레이가 동기화될 가능성이 있습니다. 이 조작이 처리될 때 패리티 어레이에는 중복성이 없습니다.
  • 이 프로세스에서는 중복성이 없으므로 데이터를 액세스할 수 없는 잘못된 블록이 작성되었을 수 있습니다.
  • 패리티 어레이가 손상된 것으로 표시될 수 있습니다. 이는 유실된 데이터의 범위가 실행 중인 I/O보다 넓음을 나타내며 어레이를 온라인으로 설정하기 위해서는 데이터 유실을 확인해야 합니다.
  • 시스템 복구 전에 성능이 저하된 RAID6 어레이에서는 백업으로부터 전체 복원해야 합니다. 이러한 이유로 여분의 용량을 사용 가능 상태로 두는 것이 중요합니다.
복구된 구성과 관련된 다음과 같은 차이점에 유의하십시오.
  • FlashCopy® 맵핑은 0%가 진행된 idle_or_copied로 복원됩니다. 두 볼륨 모두 원래 I/O 그룹으로 복원해야 합니다.
  • 관리 ID가 다릅니다. 클러스터형 시스템(시스템)의 시스템 관리 ID를 참조하는 모든 스크립트 또는 연관된 프로그램을 변경해야 합니다.
  • 재해 발생 시 100% 진행된 idle_or_copied 상태가 아닌 모든 FlashCopy 맵핑은 대상 디스크에 일치하지 않는 데이터가 있습니다. 해당 맵핑은 다시 시작해야 합니다.
  • 시스템 간 파트너십 및 관계는 복원되지 않으며 수동으로 다시 작성해야 합니다.
  • 일관성 그룹은 복원되지 않으며 수동으로 다시 작성해야 합니다.
  • 모든 종속 항목이 원본 I/O 그룹으로 복원되면 시스템 내 메트로 미러 관계가 복원됩니다.
  • 복구 전에 사용되었던 클라우드 스냅샷이 있는 볼륨에서는 수동으로 클라우드 스냅샷을 다시 사용으로 설정해야 합니다.
  • 복구하기 전에 하드웨어가 교체되면, SSL 인증서를 복원되지 않습니다. 복원되지 않으면, 30일간 유효한 새로운 자체 서명 인증서가 생성됩니다. 영구적으로 해결하려면 연관된 DMP(Directed Maintenance Procedures)를 수행하십시오.
  • 시스템 시간대가 복원되지 않았을 가능성이 있습니다.
  • 재해 시 2차 시스템에 캐시된 1차 볼륨의 복제 I/O가 있는 경우 복구 시스템의 글로벌 미러 2차 볼륨에 불일치 데이터가 있을 수 있습니다. 이러한 관계를 다시 작성하고 다시 시작할 때 전체 동기화가 필요합니다.
  • T3 복구 프로세스를 실행한 직후에는 압축 디스크가 사용된 정확한 용량 값을 알지 못합니다. 초기에 디스크는 전체 실제 용량으로 용량을 설정합니다. I/O가 재개되면, 용량이 올바른 값으로 줄어듭니다.

    볼륨에서 -autoexpand 옵션을 사용할 경우 비슷한 동작이 발생합니다. 디스크의 실제 용량이 약간 증가할 수 있으며, 이는 압축 볼륨에 영향을 주는 같은 종류의 동작이 원인일 수 있습니다. 디스크에 대한 I/O가 재개되면 용량이 다시 줄어듭니다.

  • 호스트가 장치를 다시 스캔하도록 트리거하려면 해당 호스트에서 수동으로 조치를 수행해야 할 수 있습니다. 각 호스트 버스 어댑터(HBA) 포트에서 파이버 채널 케이블의 연결을 끊고 다시 연결하여 이 태스크를 완료할 수 있습니다.
  • 맵핑된 모든 볼륨에 호스트가 액세스할 수 있는지 확인하십시오.
  • 애플리케이션 일관성 검사를 실행하십시오.
가상 볼륨(VVols)의 경우 다음 태스크를 완료하십시오.
  • T3가 올바로 완료되었음을 확인한 후 SCB(Spectrum Control Base) 서비스를 다시 시작하십시오. SCB 명령 service ibm_spectrum_control start를 사용하십시오.
  • SCB GUI에서 스토리지 시스템 정보를 새로 고쳐 복구 후 시스템이 동기화되도록 합니다.
    • 이 태스크를 완료하려면 SCB GUI에 로그인하십시오.
    • 영향을 받는 스토리지 시스템에 커서를 두고 메뉴 실행기를 선택한 후 새로 고치기를 선택하십시오. 이 단계로 시스템이 다시 채워집니다.
    • 모든 SCB 인스턴스에 대해 이 단계를 반복하십시오.
  • vSphere 웹 클라이언트에서 스토리지 제공자를 다시 스캔하십시오.
    • vCSA > 관리 > 스토리지 제공자 > 활성 VP 선택 > 다시 스캔 아이콘을 선택하십시오.

가상 볼륨(VVols)의 경우, 다음 정보에 유의하십시오.

VVols의 경우 FlashCopy 맵핑은 복원되지 않습니다. 이는 다음을 의미합니다.
  • VM의 스냅샷 관계에 대해 설명하는 맵핑이 유실되었습니다. 하지만 이러한 스냅샷과 연관된 가상 볼륨이 여전히 존재하고 스냅샷은 vSphere 웹 클라이언트에 계속 표시됩니다. 이 결과는 사용자의 VMware 백업 솔루션과 연관이 있을 수 있습니다.
    • 스냅샷을 되돌리려 하지 마십시오.
    • 불필요하게 사용되는 디스크 공간을 확보하려면 vSphere 웹 클라이언트를 사용하여 VVol 데이터 저장소에서 VM의 스냅샷을 삭제하십시오.
  • 완료되지 않은 '복제' FlashCopy 관계의 대상이 예상 대로 작동하지 않을 수 있습니다 (vSphere 웹 클라이언트가 최근 복제 조작을 완료된 것으로 보고하는 경우에도). 최근 복제 조작의 대상인 VM의 경우 다음 태스크를 완료하십시오.
    • 기존 볼륨에 대해 권장하는 대로 데이터 무결성 검사를 수행하십시오.
    • 복제가 예상 대로 동작하지 않거나 손상된 데이터 사인을 표시하면, 소스 VM을 새로 복제하여 데이터 무결성이 유지되는지 확인하십시오.
상위 주제: 시스템 복구 프로시저