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

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

05/03/2022 기여자

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

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

수정 조치 및 다음 단계

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

노드를 가져오려면 '--force' 플래그를 사용해야 했습니다.
모든 "<목적>"에서 "block_device_<purpose>" 구성 파일 변수의 값은 호스트 장애 전에 했던 것과 동일한 데이터가 포함되지 않은 블록 디바이스를 나타냅니다.
노드에 대해 StorageGRID node force-recovery_node-name _ 을(를) 실행했습니다.
새 차단 장치를 추가했습니다.

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

복구 유형입니다	다음 단계
기본 관리자 노드	대체 운영 관리자 노드를 구성합니다
운영 관리자 노드가 아닌 노드	복구 시작 을 선택하여 비 기본 관리 노드를 구성합니다
게이트웨이 노드	Start Recovery(복구 시작) 를 선택하여 게이트웨이 노드를 구성합니다
아카이브 노드	복구 시작 을 선택하여 아카이브 노드를 구성합니다
스토리지 노드(소프트웨어 기반): 노드를 가져오기 위해 '--force' 플래그를 사용하거나 StorageGRID node force-recovery_node-name_'을(를) 실행한 경우 전체 노드를 다시 설치해야 하거나 /var/local을 복원해야 하는 경우	복구 시작 을 선택하여 스토리지 노드를 구성합니다
스토리지 노드(소프트웨어 기반): 새 차단 장치를 추가한 경우 어떤 "<목적>"에 대해서도 "block_device_<목적>" 구성 파일 변수의 값은 호스트 장애 전에 했던 것과 동일한 데이터가 포함되지 않은 블록 디바이스를 의미합니다.	시스템 드라이브가 손상되지 않은 스토리지 볼륨 장애로부터 복구합니다

복구 유형입니다

다음 단계

기본 관리자 노드

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

게이트웨이 노드

아카이브 노드

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