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

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

기여자

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

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

수정 조치 및 다음 단계

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

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

  • 모든 에 대해 <PURPOSE>, 의 값 BLOCK_DEVICE_<PURPOSE> 구성 파일 변수는 호스트 장애 전과 동일한 데이터가 포함되지 않은 블록 디바이스를 나타냅니다.

  • 발급되었습니다 storagegrid node force-recovery node-name 를 선택합니다.

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

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

복구 유형입니다 다음 단계

기본 관리자 노드

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

게이트웨이 노드

아카이브 노드

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

  • 을 사용해야 하는 경우 --force 노드를 가져오기 위한 플래그 또는 사용자가 발행했습니다 storagegrid node force-recovery node-name

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

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

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

  • 있는 경우 <PURPOSE>, 의 값 BLOCK_DEVICE_<PURPOSE> 구성 파일 변수는 호스트 장애 전과 동일한 데이터가 포함되지 않은 블록 디바이스를 나타냅니다.