Data Domain: Veeam DDBOOST 스토리지 유닛에 대해 MTREE 복제가 구성된 경우 DDFSY 파일 시스템이 패닉 발생

Zusammenfassung: 이 KB에서는 VEEAM 9.5가 MTree 복제 소스 시스템이기도 한 Data Domain에서 사용해야 하는 해결 방법을 설명합니다. 이는 VEEAM이 대상 복제 피어에서 반복적인 FS PANIC을 유발할 수 있는 덮어쓰기를 수행하여 새 백업을 합성하기 위한 기본 파일을 처리하는 방식 때문입니다.

Dieser Artikel gilt für Dieser Artikel gilt nicht für Dieser Artikel ist nicht an ein bestimmtes Produkt gebunden. In diesem Artikel werden nicht alle Produktversionen aufgeführt.

Symptome

VEEAM 또는 BOOST를 사용하여 백업을 수행하는 다른 백업 애플리케이션을 사용하는 경우 Virtual Synthetics 기능을 사용하면 DD에서 이전 백업의 일부를 스티치하여 기존 백업에서 새 백업을 생성한 다음 차이점을 추가합니다. 스티치에 사용되는 이전 백업을 "기본 파일"이라고 합니다.

대부분의 백업 애플리케이션은 새 백업 이미지를 합성하는 데 사용되는 기본 파일을 읽지만 수정하지는 않지만, VEEAM은 백업을 수행할 때 디스크에 이미 있는 기본 파일의 일부를 덮어씁니다.

이 VEEAM LSU/MTree에 대해 발신 MTree 복제가 구성된 경우 새 백업 파일을 통합하는 동안 BOOST에서 복제되는 백업 파일을 하나 수정할 수 있습니다. 소스 DD가 DDOS 6.x를 실행하고 있고 비결 복제가 활성화된 경우(DDOS 6.x 이상에서 속도/성능 최적화 옵션) 이로 인해 대상 DD에 잘못된 체크섬이 도착하여 FS(파일 시스템)가 다음과 같은 메시지와 함께 반복적으로 실패할 수 있습니다.

2월 27일 04:05:19 mtree-repl-dd.example.com ddfs[10654]: ERROR: MSG-INTRNL-00001: 패닉: ddr/repl/mrepl_replica.c: mrepl_finish_file_transfer_common: 3712: ! (orig_chksum == repl_chksum).



Ursache

VEEAM이 기존 백업에서 새 백업을 통합하는 방식에서는 새 백업 이미지를 합성하기 위해 기본 파일로 사용할 때 복제되는 파일의 일부 부분을 덮어쓸 수 있습니다. 이로 인해 VEEAM 스토리지 유닛이 MTree 복제의 일부로 사용하도록 구성되어 타겟 DD가 패닉이 발생할 수 있는 경우 비법 복제에 혼란이 발생합니다.

이 결함은 소스가 다음과 같은 경우 MTree 복제의 대상 끝에만 적용됩니다.
  • DDOS 6.0.1.0 이하 실행(예: 모든 DDOS 6.0.0.x가 영향을 받음)
  • DDOS 6.0.2.0 또는 6.1.1.1 이전 버전의 DDOS 6.x 실행
  • LSU/MTree에 대한 VEEAM 백업을 실행하고 MTree 복제를 사용하여 동일한 MTree가 타겟에 복제됩니다.
  • Virtual Synthetics가 활성화된 BOOST 백업은 동일한 LSU/MTree로 수행됩니다.
  •  이 결함이 발생하면 복제된 대상 MTree를 사용할 수 없게 되고 여러 FS 프로세스가 재시작될 수 있습니다. 이 설정을 사용 중이거나 이러한 방식으로 시스템을 구성할 계획인 경우 아래에 설명된 해결 방법을 사용하거나 고정 DDOS 6.0.2.0 또는 6.1.1.1(또는 이후 릴리스)으로 업그레이드하는 것이 좋습니다.
참고: MTree 복제 스냅샷의 체크섬이 일치하지 않음을 나타내는 오류일 뿐이므로 MTree 복제에 대한 대상 끝의 동일한 패닉 문자열이 이 문자열 이외의 문제에 대해 발생할 수 있습니다. 여기에 설명되는 문제 또는 문제를 우회하는 방법에 대한 의심이 있으면 계약된 지원 공급업체에 문의하고 이 KB 문서 번호 491049 참조하십시오.

Lösung

DD Engineering은 대상 노드에서 FS PANIC의 근본 원인을 파악했으며 다음 릴리스에서 수정을 커밋했습니다.
  • DDOS 6.0.2.0 이상
  • DDOS 6.1.1.1 이상
이 결함의 영향을 받거나 유사한 구성을 설정할 계획인 사람은 소스 DD를 가장 빠른 시 언급된 릴리스로 업그레이드하는 것이 좋습니다.

업그레이드할 의사가 없거나 수정된 릴리스를 사용할 수 있게 되기 전에 문제가 발생한 고객에게는 해결 방법이 있습니다.
소스 DDOS 6.x 시스템에서 비법 복제 최적화를 비활성화하는 것으로 구성됩니다.
이 최적화는 DDOS 6.x 이상에서만 존재합니다. 비활성화의 유일한 단점은 DDOS 5.7에서 달성한 것과 동일한 복제 속도를 낮출 수 있습니다.

배포 전에 먼저 이 해결 방법이 현재 설정에 적용되는지 확인해야 합니다.
  1. 이 수정된 릴리스 이전에 소스 DD가 DDOS 6.x를 실행 중인지 확인합니다(DDOS 6.0.2.0 및 6.1.1.1 이후 버전에서 수정된 버그).
  2. VEEAM 백업에 대해 구성된 DD도 소스로 제목 LSU/MTree에 대한 MTree 복제에 대해 구성되어 있는지 확인합니다(최근 ASUP 확인이 가장 쉬운 방법임). 예를 들어 다음을 수행합니다.

Ctx: 20 모드: 소스 대상: mtree://destination-dd.example.com/data/col1/destination_MTree 활성화됨: yes

 위의 모든 조건이 적용되는 경우 이 시스템은 앞서 언급한 결함의 영향을 받을 수 있으며, 이로 인해 대상 복제 FS가 결국 충돌할 수 있습니다.

이 해결 방법을 적용하려면 먼저 실행 중인 복제 또는 BOOST 백업이 없는지 확인한 다음 레지스트리 설정을 변경해야 하므로 다운타임이 필요하지 않습니다. 이 프로세스를 시작하기 전에 이 절차의 마지막 단계 아래에 있는 주의 설명을 읽으십시오.
  1. DDOS 6.x를 실행하는 소스 DD에서 DD-DD 복제가 비활성화되어 있는지 확인합니다.
# 복제가 모두 비활성화됩니다.

  1. 또한 레지스트리 설정을 적용하기 전에 잠재적으로 문제가 될 수 있는 VEEAM LSU/MTree에 대한 지속적인 BOOST 백업 또는 BOOST MFR이 없는지 확인합니다. 필요한 경우 이 LSU에 대한 백업 및 MFR을 일시적으로 비활성화합니다.
# ddboost file-replication show active all
# ddboost file-replication show stats

  1. 이 레지스트리를 변경하려면 SE 모드 권한이 필요합니다.
참고: SE 명령은 DDOS 버전 7.7.5.25, 7.10.1.15, 7.13.0.15, 6.2.1.110 이상에서 더 이상 사용되지 않으며 Dell 직원만 액세스할 수 있습니다.
  1. SE 모드에서 레지스트리 설정을 변경하여 비결 복제 사용을 비활성화합니다.
# se sysparam set RECIPE_REPL_ENABLED=FALSE

  1. 시스템 매개변수가 올바르게 설정되었고 "FALSE"(비활성화됨)로 표시되는지 확인합니다.
# se sysparam show RECIPE_REPL_ENABLED
이름 설명 현재 기본 재정의
-------------------   ------------------------------------------------   -------   -------   --------
RECIPE_REPL_ENABLED 비법 복제 활성화(소스에만 적용) FALSE TRUE rpc
-------------------   ------------------------------------------------   -------   -------   --------

  1. 이제 DD를 DD 복제로 다시 활성화하고 BOOST 백업 및 BOOST MFR을 LSU로 또는 LSU에서 재개할 수 있습니다.
# 복제를 통해 모두 활성화

주의: 복제를 위한 대상 끝으로 구성된 Data Domain 소스 시스템에서 비결 처리가 비활성화된 경우 이러한 컨텍스트에 대한 소스 시스템도 위의 프로세스를 수행해야 합니다(비법 복제 비활성화).

또한 고정 릴리스(DDOS 6.0.2.0 또는 6.1.1.1)로 업그레이드한 후에는 비법 복제를 활용할 수 있도록 설정을 복원해야 하며 업그레이드가 레지스트리 키를 재설정하지 않습니다. DD에 로그인하여 업그레이드를 완료한 후, SE 권한 모드로 들어가서 다음을 실행합니다.

  # se sysparam reset RECIPE_REPL_ENABLED

위에서 설명한 프로세스를 잘 모르는 경우 계약된 지원 공급업체에 문의하고 이 KB 491049 문서를 참조하십시오.

Weitere Informationen

대상 DD에서 FS PANIC이 계속되는 동안에는 PANIC이 다른 문제로 인해 적용된 해결 방법이 작동하지 않을 수 있습니다.

이 경우 소스 및 대상 DD를 모두 안전 코드(위에 언급된 DDOS 릴리스)로 업그레이드하고 잘못된 복제 컨텍스트가 손상(구성되지 않음), 기존 스냅샷이 만료되고 복제 컨텍스트가 다시 추가 및 다시 초기화되도록 하는 것이 좋습니다. 이 프로세스는 시간이 많이 소요될 수 있으며 문제의 원인이 될 수 있는 몇 가지 복제 컨텍스트가 있을 수 있으므로 계약된 지원 공급업체에 연락하여 이 KB 문서 번호와 지금까지 수행된 모든 조치를 참조하여 도움을 받으십시오.

Betroffene Produkte

Data Domain

Produkte

Data Domain, Data Domain Boost
Artikeleigenschaften
Artikelnummer: 000054738
Artikeltyp: Solution
Zuletzt geändert: 12 Dez. 2023
Version:  3
Antworten auf Ihre Fragen erhalten Sie von anderen Dell NutzerInnen
Support Services
Prüfen Sie, ob Ihr Gerät durch Support Services abgedeckt ist.