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

시스템 드라이브가 손상되지 않은 스토리지 볼륨에 개체 데이터를 복원합니다

기여자

시스템 드라이브가 손상되지 않은 스토리지 노드에서 스토리지 볼륨을 복구한 후에는 스토리지 볼륨 장애 시 손실된 개체 데이터를 복구할 수 있습니다.

필요한 것
  • 복구된 스토리지 노드의 접속 상태가 * 연결됨 * 으로 확인되어야 합니다 아이콘 경고 녹색 확인 표시 Grid Manager의 * nodes * > * Overview * (노드 * > * 개요 *) 탭에서 선택합니다.

이 작업에 대해

그리드의 ILM 규칙이 구성되어 있어 오브젝트 복사본을 사용할 수 있다고 가정할 때 다른 스토리지 노드, 아카이브 노드 또는 클라우드 스토리지 풀에서 오브젝트 데이터를 복원할 수 있습니다.

다음 사항에 유의하십시오.

  • ILM 규칙이 한 개의 복제된 복사본만 저장하도록 구성되었고 해당 복사본이 실패한 스토리지 볼륨에 존재하면 개체를 복구할 수 없습니다.

  • 개체의 나머지 복사본만 클라우드 스토리지 풀에 있는 경우 StorageGRID은 오브젝트 데이터를 복원하기 위해 클라우드 스토리지 풀 엔드포인트에 여러 요청을 실행해야 합니다. 이 절차를 수행하기 전에 기술 지원 부서에 문의하여 복구 시간 프레임 및 관련 비용을 추정하십시오.

  • 개체의 나머지 복사본만 아카이브 노드에 있는 경우 아카이브 노드에서 개체 데이터가 검색됩니다. 아카이브 노드에서 스토리지 노드로 오브젝트 데이터를 복원하는 것은 외부 아카이브 스토리지 시스템에서 검색 지연 시간 때문에 다른 스토리지 노드에서 복사본을 복원하는 것보다 시간이 더 오래 걸립니다.

에 대해 repair-data 스크립트

객체 데이터를 복원하려면 "repair-data" 스크립트를 실행합니다. 이 스크립트는 개체 데이터 복원 프로세스를 시작하고 ILM 스캔 작업을 통해 ILM 규칙이 충족되는지 확인합니다.

아래에서 * 복제된 데이터 * 또는 * 삭제 코딩(EC) 데이터 * 를 선택하여 복제된 데이터 또는 삭제 코딩 데이터 복원 여부에 따라 리페어 데이터(repair-data) 스크립트에 대한 다양한 옵션을 알아보십시오. 두 유형의 데이터를 모두 복원해야 하는 경우 두 명령 집합을 모두 실행해야 합니다.

참고 repair-data 스크립트에 대한 자세한 내용은 기본 Admin Node의 명령줄에 repair-data—​help를 입력하십시오.
복제된 데이터

전체 노드를 복구해야 하는지 또는 노드의 특정 볼륨만 복구해야 하는지 여부에 따라 두 가지 명령을 사용하여 복제된 데이터를 복원할 수 있습니다.

'repair-data start-replicated-node-repair'를 선택합니다

Repair-data start-replicated-volume-repair를 선택합니다

다음 명령을 사용하여 복제된 데이터의 복구를 추적할 수 있습니다.

REpair-data show-replicated-repair-status'를 참조하십시오

중요함 StorageGRID 11.6의 기술 미리 보기에는 '복제된-수리-상태' 옵션이 제공됩니다. 이 기능은 개발 중이며 반환된 값이 잘못되었거나 지연될 수 있습니다. 수리가 완료되었는지 확인하려면 에 설명된 대로 * Awaiting – All *, * repair attemptated (XRPA) * 및 * Scan Period — Estimated (XSCM) * 를 사용합니다 수리 모니터링.
삭제 코딩(EC) 데이터

전체 노드를 복구해야 하는지 또는 노드의 특정 볼륨만 복구해야 하는지 여부에 따라 두 가지 명령을 사용하여 삭제 코딩 데이터를 복원할 수 있습니다.

Repair-data start-ec-node-repair를 선택합니다

Repair-data start-ec-volume-repair를 선택합니다

일부 스토리지 노드가 오프라인인 상태에서 삭제 코딩 데이터 복구를 시작할 수 있습니다. 모든 노드를 사용할 수 있게 되면 복구가 완료됩니다.

다음 명령을 사용하여 삭제 코딩 데이터의 복구를 추적할 수 있습니다.

Repair-data show-ec-repair-status'를 참조하십시오

참고 EC 복구 작업은 일시적으로 많은 양의 저장 공간을 예약합니다. 스토리지 알림이 트리거될 수 있지만 복구가 완료되면 문제가 해결됩니다. 예약 저장 공간이 충분하지 않으면 EC 복구 작업이 실패합니다. 작업 실패 또는 성공 여부에 관계없이 EC 복구 작업이 완료되면 저장소 예약이 해제됩니다.

스토리지 노드의 호스트 이름을 찾습니다

  1. 기본 관리자 노드에 로그인합니다.

    1. 'ssh admin@primary_Admin_Node_IP' 명령을 입력합니다

    2. "passwords.txt" 파일에 나열된 암호를 입력합니다.

    3. 루트로 전환하려면 다음 명령을 입력합니다

    4. "passwords.txt" 파일에 나열된 암호를 입력합니다.

      루트로 로그인하면 프롬프트가 '$'에서 '#'로 바뀝니다.

  2. 복구된 스토리지 볼륨에 대한 스토리지 노드의 호스트 이름을 찾으려면 '/etc/hosts' 파일을 사용합니다. 그리드의 모든 노드 목록을 보려면 cat /etc/hosts를 입력한다.

모든 볼륨이 실패한 경우 데이터를 복구합니다

모든 스토리지 볼륨에 장애가 발생한 경우 전체 노드를 복구합니다. 복제된 데이터 *, * 삭제 코딩(EC) 데이터 * 또는 둘 다에 대한 지침을 따르십시오. 복제된 데이터, 삭제 코딩(EC) 데이터 또는 둘 모두를 사용하는지 여부에 따라 달라집니다.

일부 볼륨만 장애가 발생한 경우 로 이동합니다 일부 볼륨만 장애가 발생한 경우 데이터를 복구합니다.

중요함 둘 이상의 노드에 대해 동시에 '데이터 다시 페어링' 작업을 실행할 수 없습니다. 여러 노드를 복구하려면 기술 지원 팀에 문의하십시오.
복제된 데이터

그리드에 복제된 데이터가 포함된 경우, '- nodes' 옵션과 함께 'repair-data start-replicated-node-repair' 명령을 사용하여 전체 스토리지 노드를 복구하십시오.

이 명령은 SG-DC-SN3이라는 스토리지 노드에서 복제된 데이터를 복구합니다.

REpair-data start-replicated-node-repair — nodes SG-DC-SN3'으로 표시됩니다

참고 개체 데이터가 복원되면 StorageGRID 시스템에서 복제된 개체 데이터를 찾을 수 없을 경우 * 개체 손실 * 경고가 트리거됩니다. 시스템 전체의 스토리지 노드에서 경고가 트리거될 수 있습니다. 손실의 원인과 복구가 가능한지 확인해야 합니다. 을 참조하십시오 모니터링하고 문제를 해결합니다.
삭제 코딩(EC) 데이터

그리드에 삭제 코딩 데이터가 포함된 경우, '- nodes' 옵션과 함께 'repair-data start-EC-node-repair' 명령을 사용하여 전체 스토리지 노드를 복구하십시오.

이 명령은 이름이 SG-DC-SN3인 스토리지 노드에서 삭제 코딩 데이터를 복구합니다.

REpair-data start-ec-node-repair—​nodes SG-DC-SN3'을 선택합니다

이 작업은 이 REpair_DATA 작업을 식별하는 고유한 REpair ID를 반환합니다. 이 재쌍 ID를 사용하여 REpair_DATA 작업의 진행 상황과 결과를 추적할 수 있습니다. 복구 프로세스가 완료되어도 다른 피드백이 반환되지 않습니다.

참고 일부 스토리지 노드가 오프라인인 상태에서 삭제 코딩 데이터 복구를 시작할 수 있습니다. 모든 노드를 사용할 수 있게 되면 복구가 완료됩니다.

일부 볼륨만 장애가 발생한 경우 데이터를 복구합니다

일부 볼륨만 장애가 발생한 경우 영향을 받는 볼륨을 복구합니다. 복제된 데이터 *, * 삭제 코딩(EC) 데이터 * 또는 둘 다에 대한 지침을 따르십시오. 복제된 데이터, 삭제 코딩(EC) 데이터 또는 둘 모두를 사용하는지 여부에 따라 달라집니다.

모든 볼륨이 실패한 경우 로 이동합니다 모든 볼륨이 실패한 경우 데이터를 복구합니다.

볼륨 ID를 16진수로 입력합니다. 예를 들어 0000은 첫 번째 볼륨이고 000F는 16번째 볼륨입니다. 하나의 볼륨, 하나의 볼륨 범위 또는 시퀀스에 없는 여러 볼륨을 지정할 수 있습니다.

모든 볼륨은 동일한 스토리지 노드에 있어야 합니다. 둘 이상의 스토리지 노드에 대한 볼륨을 복원해야 하는 경우 기술 지원 부서에 문의하십시오.

복제된 데이터

그리드에 복제된 데이터가 포함된 경우 '--nodes' 옵션과 함께 'start-replicated-volume-repair' 명령을 사용하여 노드를 식별합니다. 그런 다음 다음 아래 예와 같이 '--volumes' 또는 '- volume-range' 옵션을 추가합니다.

  • 단일 볼륨 *: 이 명령은 복제된 데이터를 SG-DC-SN3이라는 스토리지 노드의 볼륨 '0002'로 복원합니다.

REpair-data start-replicated-volume-repair—​nodes SG-DC-SN3—​volum0002"를 참조하십시오

  • 볼륨 범위 *: 이 명령은 SG-DC-SN3이라는 스토리지 노드의 "0003" ~ "0009" 범위의 모든 볼륨에 복제된 데이터를 복원합니다.

repair-data start-replicated-volume-repair --nodes SG-DC-SN3 --volume-range 0003,0009

  • 다중 볼륨 시퀀스 없음 *: 이 명령은 SG-DC-SN3이라는 스토리지 노드의 볼륨 '0001', '0005' 및 '0008'으로 복제된 데이터를 복원합니다.

REpair-data start-replicated-volume-repair—​nodes SG-DC-SN3—​volumes 0001,0005,0008'

참고 개체 데이터가 복원되면 StorageGRID 시스템에서 복제된 개체 데이터를 찾을 수 없을 경우 * 개체 손실 * 경고가 트리거됩니다. 시스템 전체의 스토리지 노드에서 경고가 트리거될 수 있습니다. 손실의 원인과 복구가 가능한지 확인해야 합니다. StorageGRID 모니터링 및 문제 해결에 대한 지침을 참조하십시오.
삭제 코딩(EC) 데이터

그리드에 삭제 코딩 데이터가 포함된 경우 '- nodes' 옵션과 함께 'start-ec-volume-repair' 명령을 사용하여 노드를 식별하십시오. 그런 다음 다음 아래 예와 같이 '--volumes' 또는 '- volume-range' 옵션을 추가합니다.

  • 단일 볼륨 *: 이 명령은 SG-DC-SN3이라는 스토리지 노드의 볼륨 '0007'에 삭제 코딩 데이터를 복원합니다.

REpair-data start-ec-volume-repair—​nodes SG-DC-SN3—​volumes 0007'을 참조하십시오

  • 볼륨 범위 *: 이 명령은 삭제 코딩 데이터를 SG-DC-SN3이라는 스토리지 노드의 "0004" ~ "0006" 범위에 있는 모든 볼륨에 복원합니다.

repair-data start-ec-volume-repair --nodes SG-DC-SN3 --volume-range 0004,0006

  • Multiple volumes not in a sequence *: 이 명령은 SG-DC-SN3이라는 스토리지 노드의 볼륨 '000A', '000C' 및 '000E'로 삭제 코딩 데이터를 복원합니다.

REpair-data start-EC-volume-repair—​nodes SG-DC-SN3—​volumes 000A, 000C, 000E

repair-data는 이 repair_data 작업을 식별하는 고유한 repair ID를 반환합니다. 이 재쌍 ID를 사용하여 REpair_DATA 작업의 진행 상황과 결과를 추적할 수 있습니다. 복구 프로세스가 완료되어도 다른 피드백이 반환되지 않습니다.

참고 일부 스토리지 노드가 오프라인인 상태에서 삭제 코딩 데이터 복구를 시작할 수 있습니다. 모든 노드를 사용할 수 있게 되면 복구가 완료됩니다.

수리 모니터링

복제된 데이터 *, * 삭제 코딩(EC) 데이터 * 또는 둘 모두를 사용하는지 여부에 따라 복구 작업의 상태를 모니터링합니다.

복제된 데이터
  • 수리가 완료되었는지 확인하려면:

    1. 노드 * > * _ 복구되는 스토리지 노드 _ * > * ILM * 을 선택합니다.

    2. 평가 섹션의 속성을 검토합니다. 복구가 완료되면 * Awaiting-all * 속성이 0 개체를 나타냅니다.

  • 수리를 더 자세히 모니터링하려면:

    1. 지원 * > * 도구 * > * 그리드 토폴로지 * 를 선택합니다.

    2. 복구되는 *GRID * > *_Storage Node _ * > * LDR * > * Data Store * 를 선택합니다.

    3. 복제된 수리가 완료된 경우 다음 특성을 조합하여 가능한 한 결정합니다.

      참고 Cassandra의 일관성이 없을 수 있으며, 복구 실패를 추적하지 않습니다.
      • * 시도된 복구(XRPA) : 이 속성을 사용하여 복제된 복구 진행률을 추적합니다. 이 속성은 스토리지 노드가 고위험 객체를 복구하려고 할 때마다 증가합니다. 이 속성이 현재 스캔 기간( Scan Period — Estimated* 속성 제공)보다 더 긴 기간 동안 증가하지 않으면 ILM 스캐닝에서 모든 노드에서 복구해야 할 고위험 개체를 찾지 못한 것입니다.

        참고 고위험 개체는 완전히 손실될 위험이 있는 개체입니다. ILM 구성을 충족하지 않는 개체는 포함되지 않습니다.
      • * 스캔 기간 — 예상(XSCM) *: 이 속성을 사용하여 이전에 수집된 개체에 정책 변경이 적용되는 시점을 추정합니다. 복구 시도 * 속성이 현재 스캔 기간보다 긴 기간 동안 증가하지 않으면 복제된 수리가 수행될 수 있습니다. 스캔 기간은 변경될 수 있습니다. 스캔 기간 — 예상(XSCM) * 속성은 전체 그리드에 적용되며 모든 노드 스캔 기간의 최대값입니다. 그리드에 대한 * Scan Period — Estimated * 속성 기록을 조회하여 적절한 기간을 결정할 수 있습니다.

  • 필요에 따라 복제된 복구에 대한 예상 완료율을 얻으려면 repair-data 명령에 'show-replicated-repair-status' 옵션을 추가합니다.

    REpair-data show-replicated-repair-status'를 참조하십시오

    중요함 StorageGRID 11.6의 기술 미리 보기에는 '복제된-수리-상태' 옵션이 제공됩니다. 이 기능은 개발 중이며 반환된 값이 잘못되었거나 지연될 수 있습니다. 수리가 완료되었는지 확인하려면 에 설명된 대로 * Awaiting – All *, * repair attemptated (XRPA) * 및 * Scan Period — Estimated (XSCM) * 를 사용합니다 수리 모니터링.
삭제 코딩(EC) 데이터

삭제 코딩 데이터의 복구를 모니터링하고 실패한 요청을 다시 시도하려면 다음을 수행하십시오.

  1. 삭제 코딩 데이터 복구 상태를 확인합니다.

    • 현재 작업의 예상 완료 시간과 완료 비율을 보려면 * 지원 * > * 도구 * > * 메트릭 * 을 선택합니다. 그런 다음 Grafana 섹션에서 * EC 개요 * 를 선택합니다. Grid EC Job Ec Job Estimated Time to Completion * 및 * Grid EC Job Percentage Completed * 대시보드를 확인합니다.

    • 특정 repair-data 작업의 상태를 확인하려면 다음 명령을 사용합니다.

      REpair-data show -ec-repair-status—​repair-id repair ID'를 참조하십시오

    • 이 명령을 사용하여 모든 수리를 나열합니다.

      Repair-data show-ec-repair-status'를 참조하십시오

    이 출력에는 현재 실행 중인 모든 수리에 대한 "재쌍 ID"를 포함한 정보가 나열됩니다.

  2. 출력에 복구 작업이 실패한 것으로 표시되면 '--repair-id' 옵션을 사용하여 복구를 다시 시도합니다.

    이 명령은 복구 ID 6949309319275667690을 사용하여 장애가 발생한 노드 복구를 재시도합니다.

    REpair-data start-ec-node-repair—​repair-id 6949309319275667690

    이 명령은 복구 ID 6949309319275667690을 사용하여 실패한 볼륨 복구를 재시도합니다.

    REpair-data start-ec-volume-repair—​repair-id 6949309319275667690