본 한국어 번역은 사용자 편의를 위해 제공되는 기계 번역입니다. 영어 버전과 한국어 버전이 서로 어긋나는 경우에는 언제나 영어 버전이 우선합니다.

다음 단계: 필요한 경우 추가 복구 단계를 수행합니다

기여자

교체 호스트에서 StorageGRID 노드를 실행하기 위해 수행한 작업에 따라 각 노드에 대해 추가 복구 단계를 수행해야 할 수도 있습니다.

노드 복구는 Linux 호스트를 교체하거나 장애가 발생한 그리드 노드를 새 호스트로 복구하는 동안 수정 조치를 취할 필요가 없는 경우에 완료됩니다.

수정 조치 및 다음 단계

노드 교체 중에 다음 수정 조치 중 하나를 수행해야 할 수 있습니다.

  • 노드를 가져오려면 '--force' 플래그를 사용해야 했습니다.

  • 모든 "<목적>"에서 "block_device_<purpose>" 구성 파일 변수의 값은 호스트 장애 전에 했던 것과 동일한 데이터가 포함되지 않은 블록 디바이스를 나타냅니다.

  • 노드에 대해 StorageGRID node force-recovery_node-name _ 을(를) 실행했습니다.

  • 새 차단 장치를 추가했습니다.

이러한 수정 조치 * 중 * 하나를 수행한 경우 추가 복구 단계를 수행해야 합니다.

복구 유형입니다 다음 단계

기본 관리자 노드

운영 관리자 노드가 아닌 노드

게이트웨이 노드

아카이브 노드

스토리지 노드(소프트웨어 기반):

  • 노드를 가져오기 위해 '--force' 플래그를 사용하거나 StorageGRID node force-recovery_node-name_'을(를) 실행한 경우

  • 전체 노드를 다시 설치해야 하거나 /var/local을 복원해야 하는 경우

스토리지 노드(소프트웨어 기반):

  • 새 차단 장치를 추가한 경우

  • 어떤 "<목적>"에 대해서도 "block_device_<목적>" 구성 파일 변수의 값은 호스트 장애 전에 했던 것과 동일한 데이터가 포함되지 않은 블록 디바이스를 의미합니다.