PowerFlex 백그라운드 스캐너 - 자주 묻는 질문과 답변
Riepilogo: 백그라운드 스캐너에 대한 다양한 동작 및 설정 관련 질문이 있었습니다. 이 문서는 이러한 질문에 답하기 위해 작성되었습니다.
Questo articolo si applica a
Questo articolo non si applica a
Questo articolo non è legato a un prodotto specifico.
Non tutte le versioni del prodotto sono identificate in questo articolo.
Istruzioni
1) 스토리지 풀 생성 후 시작하는 데 얼마나 걸립니까?
2) 백그라운드 스캐너가 전체 스캔을 완료한 후 재시작되는 데 얼마나 걸립니까? Dell Technologies PowerFlex v3.5.x "기타 기능" 알아보기 가이드에는 '검사가 완료되면 프로세스가 다시 시작되므로 시스템에 지속적인 보호 기능이 추가됩니다.'라는 내용이 나와 있습니다. 그 작동 방식은 어떻게 됩니까?
3) 지정된 스토리지 풀에 대해 언제든지 백그라운드 스캐너를 활성화/비활성화할 수 있습니까?
4) 백그라운드 스캐너를 일시적으로 비활성화할 수 있습니까?
5) 기본적으로 활성화되어 있습니까?
6a.) 스캐너가 명령줄을 통해 실행되고 있는지 확인하려면 어떻게 해야 합니까?
c.) 스캔 결과가 특정 로그에 반영됩니까?
7) 스캐너 모드는 몇 가지가 있으며, 스토리지 풀이 실행 중인 모드는 어떻게 확인합니까?
8) 스캐너가 두 주기 사이에 일정한 초 간격 없이 계속해서 실행된다는 의미입니까?
9) '디바이스 전용 모드'에서는 스캐너가 디바이스의 내부 체크섬 메커니즘을 사용하여 주 및 보조 데이터를 검증한다고 언급되어 있습니다. 이 경우 내부 체크섬 메커니즘이 어떻게 작동하는지 알려주시겠습니까? 그리고 주 디바이스와 보조 디바이스 중 하나에 결함이 있을 경우, 스캐너는 어느 디바이스에 결함이 있는지를 어떻게 알 수 있나요? 스캐너는 정상 작동되는 디바이스에서 얻은 데이터를 사용하여 결함이 있는 디바이스를 수정하려고 합니다. 결함 영역을 읽으면 결함 오류가 있는 것으로 언급되어 있으므로 오류가 있는 것으로 추정합니다. 그렇다면 이 오류의 메커니즘은 무엇입니까?
그리고 '디바이스 전용 모드'의 경우 두 디바이스 모두에서 읽기 작업이 실패하면 스캐너가 다음 스토리지 블록으로 건너뛴다고 되어 있습니다. 이것이 무엇을 의미하는지, 그리고 데이터 복구가 수행된 경우 다음 스토리지 블록이 데이터 복구를 어떻게 지원하는지 알려주시겠습니까?
10) '데이터 비교 모드'와 관련하여 - 스캐너는 체크섬을 계산하고 비교한다고 되어 있습니다. 이 비교가 어떻게 이루어지는지 알려주시겠습니까? 스캐너는 주 데이터든, 보조 데이터든 어느 데이터가 올바른 것인지 어떻게 알 수 있습니까? 스캐너는 주 디바이스의 데이터로 보조 디바이스를 덮어쓰려고 시도한다고 되어 있는데, 주 디바이스에 결함이 있는 경우에는 어떻게 됩니까?
11) 2차 미러에 결함이 있을 수 있는 경우 비교 오류가 발생할 때 나타나는 예시 알림은 무엇입니까?
12) 결함 있는 청크를 수정할 수 없는 경우 어떤 종류의 오류가 표시됩니까?
13) '데이터 비교 모드'의 결함이 있는 청크와 관련하여 비교는 어떻게 수행됩니까?
14) 로그는 어디에서 생성됩니까?
15) 백그라운드 스캐너를 예약하는 옵션이 있습니까?
디바이스가 생성된 후 30초, SDS 프로세스가 재시작된 후 30초.
설정은 GUI의 Dashboard-> Configuration -> Storage Pools 아래에 표시되거나 scli 명령을 실행하여 표시됩니다.
설정은 GUI의 Dashboard-> Configuration -> Storage Pools 아래에 표시되거나 scli 명령을 실행하여 표시됩니다.
2) 백그라운드 스캐너가 전체 스캔을 완료한 후 재시작되는 데 얼마나 걸립니까? Dell Technologies PowerFlex v3.5.x "기타 기능" 알아보기 가이드에는 '검사가 완료되면 프로세스가 다시 시작되므로 시스템에 지속적인 보호 기능이 추가됩니다.'라는 내용이 나와 있습니다. 그 작동 방식은 어떻게 됩니까?
스캐너를 활성화/비활성화하고 SDS를 재시작한 후, 스캐너를 시작/중지하는 데 30초가 걸립니다. 스캐너는 사이클 주기/무한 루프로 계속 실행됩니다. 스캐너는 시작될 때마다 디바이스의 다른 위치에서 시작됩니다.
스캐너는 랜덤 조합으로 스캔을 시작합니다.
모든 조합에 대한 스캔이 완료되면, 대체로 동일한 순서로 스캔을 다시 시작합니다(목록 끝에 새 조합이 추가됨).
즉, 무한 루프로 실행됩니다. 완료 사이에 일시 정지 과정이 없습니다. 재시작할 때 스캐너는 같은 위치에서 계속 진행되지 않습니다.
스캐너는 랜덤 조합으로 스캔을 시작합니다.
모든 조합에 대한 스캔이 완료되면, 대체로 동일한 순서로 스캔을 다시 시작합니다(목록 끝에 새 조합이 추가됨).
즉, 무한 루프로 실행됩니다. 완료 사이에 일시 정지 과정이 없습니다. 재시작할 때 스캐너는 같은 위치에서 계속 진행되지 않습니다.
3) 지정된 스토리지 풀에 대해 언제든지 백그라운드 스캐너를 활성화/비활성화할 수 있습니까?
기존 스토리지 풀에서 백그라운드 스캐너가 활성화되지 않은 경우 생성되는 새 스토리지 풀이 기본적으로 활성화됩니다. 그런 다음, 스토리지 풀 설정(세분성, 제로 패딩 및 영구 체크섬)이 요청된 스캐너 모드와 일치한다면 언제든지 특정 스토리지 풀에 대해 BG 스캐너를 활성화/비활성화할 수 있습니다.
4) 백그라운드 스캐너를 일시적으로 비활성화할 수 있습니까?
disable 명령을 사용하여 옵션이 활성화되거나 비활성화됩니다. 이 옵션은 작업을 연기하거나 지연시키는 옵션이 아닙니다.
5) 기본적으로 활성화되어 있습니까?
버전 3.5 이후에는 새 스토리지 풀을 생성하면 기본적으로 활성화됩니다. 이에 대한 자세한 내용은 릴리스 노트를 참조하십시오.
6a.) 스캐너가 명령줄을 통해 실행되고 있는지 확인하려면 어떻게 해야 합니까?
scli 명령 --query_all을 사용하여 각 스토리지 풀에서 디바이스 스캐너가 활성화되어 있는지 확인합니다. scli 명령에 대한 자세한 내용은 "Dell EMC PowerFlex v3.6.x CLI 참조 가이드"를 참고하십시오.
관련 라인 예시:
Background device scanner: Enabled, Read Error Action: report and fix, Compare Error Action: report and fix, Bandwidth Limit 3072 KBps per device
명령 설명 링크 및 출력 예시: query_all
관련 라인 예시:
Background device scanner: Enabled, Read Error Action: report and fix, Compare Error Action: report and fix, Bandwidth Limit 3072 KBps per device
명령 설명 링크 및 출력 예시: query_all
b.) 또한 스캐너가 SNMP에 보고한다고 언급되어 있습니다. SNMP에서 이 보고 내역을 확인하는 방법이 있습니까?
SNMP 보고 내역을 확인하는 옵션이 없습니다.
c.) 스캔 결과가 특정 로그에 반영됩니까?
스캔 오류는 MDM 이벤트 로그 및 해당 SDS의 SDS 로그에 반영됩니다.
백그라운드 디바이스 스캐너에서 감지된 오류를 확인하려면 --query_sds 명령을 사용하여 SDS에 쿼리합니다.
"--query_sds --sds_id <SDS_ID>" 출력에는 수정된 읽기 오류가 있는 각 디바이스의 카운터가 표시됩니다. 예를 들어 다음과 같습니다. Name:: /dev/sdr Path: /dev/sdr Original-path: /dev/sdr ID: Storage Pool: SP1, Capacity: 1116 GB Error-fixes: 6 scanned 0 MB, Compare errors: 0 State: Normal
또한 모든 문제는 마스터 MDM의 events.log(GUI의 알림 탭)에 보고되며 SNMP를 통해 전송될 수 있습니다. 예를 들어 다음과 같습니다. SCANNER_COMPARE_REPORT ERROR Background device scanner on device ID
참고: show events 명령에 "compare error - succeeded" 메시지는 표시되지 않습니다.
백그라운드 디바이스 스캐너에서 감지된 오류를 확인하려면 --query_sds 명령을 사용하여 SDS에 쿼리합니다.
"--query_sds --sds_id <SDS_ID>" 출력에는 수정된 읽기 오류가 있는 각 디바이스의 카운터가 표시됩니다. 예를 들어 다음과 같습니다. Name:: /dev/sdr Path: /dev/sdr Original-path: /dev/sdr ID: Storage Pool: SP1, Capacity: 1116 GB Error-fixes: 6 scanned 0 MB, Compare errors: 0 State: Normal
또한 모든 문제는 마스터 MDM의 events.log(GUI의 알림 탭)에 보고되며 SNMP를 통해 전송될 수 있습니다. 예를 들어 다음과 같습니다. SCANNER_COMPARE_REPORT ERROR Background device scanner on device ID
참고: show events 명령에 "compare error - succeeded" 메시지는 표시되지 않습니다.
7) 스캐너 모드는 몇 가지가 있으며, 스토리지 풀이 실행 중인 모드는 어떻게 확인합니까?
scli query_all output 명령을 실행하여 두 가지 스캐닝 모드를 확인할 수 있습니다.
한 가지 모드만 선택할 수 있습니다.
- Device Only --읽기 작업을 수행합니다. 피어에서 오류를 수정합니다.
- Data comparison --디바이스 전용 테스트를 수행하고 데이터 콘텐츠를 피어와 비교합니다. 백그라운드 디바이스 스캐너를 데이터 비교 모드로 설정하려면 제로 패딩을 활성화해야 합니다.
scli --enable_background_device_scanner (((--protection_domain_id <ID> | --protection_domain_name <NAME>) --storage_pool_name <NAME>) | --storage_pool_id <ID>) --scanner_mode {device_only | data_comparison} [--scanner_bandwidth_limit <LIMIT>]
FG(Fine Granularity)에서 모든 스토리지 풀은 제로 패딩되어 두 스캐닝 옵션이 모두 지원됩니다.
MG(Medium Granularity)에서는 제로 패딩이 "선택 사항"이므로 다음 참고 사항이 적용됩니다.
"디바이스 전용 테스트를 수행하고 데이터 콘텐츠를 피어와 비교합니다. 백그라운드 디바이스 스캐너를 데이터 비교 모드로 설정하려면 제로 패딩을 활성화해야 합니다."
한 가지 모드만 선택할 수 있습니다.
- Device Only --읽기 작업을 수행합니다. 피어에서 오류를 수정합니다.
- Data comparison --디바이스 전용 테스트를 수행하고 데이터 콘텐츠를 피어와 비교합니다. 백그라운드 디바이스 스캐너를 데이터 비교 모드로 설정하려면 제로 패딩을 활성화해야 합니다.
scli --enable_background_device_scanner (((--protection_domain_id <ID> | --protection_domain_name <NAME>) --storage_pool_name <NAME>) | --storage_pool_id <ID>) --scanner_mode {device_only | data_comparison} [--scanner_bandwidth_limit <LIMIT>]
FG(Fine Granularity)에서 모든 스토리지 풀은 제로 패딩되어 두 스캐닝 옵션이 모두 지원됩니다.
MG(Medium Granularity)에서는 제로 패딩이 "선택 사항"이므로 다음 참고 사항이 적용됩니다.
"디바이스 전용 테스트를 수행하고 데이터 콘텐츠를 피어와 비교합니다. 백그라운드 디바이스 스캐너를 데이터 비교 모드로 설정하려면 제로 패딩을 활성화해야 합니다."
8) 스캐너가 두 주기 사이에 일정한 초 간격 없이 계속해서 실행된다는 의미입니까?
스캐너를 활성화/비활성화한 후 시작/중지하는 데 몇 초 정도 걸립니다. 스캐너는 주기적으로 계속 실행됩니다. 스캐너는 시작될 때마다 디바이스의 다른 위치에서 시작됩니다. 재시작할 때 스캐너는 같은 위치에서 계속 진행되지 않습니다. - 지정된 스토리지 풀에 대해 언제든지 활성화/비활성화할 수 있습니다. - 새 스토리지 풀의 경우 스캐너가 비활성화됩니다. - 새 디바이스는 스토리지 풀에서 그 구성을 도출합니다.
9) '디바이스 전용 모드'에서는 스캐너가 디바이스의 내부 체크섬 메커니즘을 사용하여 주 및 보조 데이터를 검증한다고 언급되어 있습니다. 이 경우 내부 체크섬 메커니즘이 어떻게 작동하는지 알려주시겠습니까? 그리고 주 디바이스와 보조 디바이스 중 하나에 결함이 있을 경우, 스캐너는 어느 디바이스에 결함이 있는지를 어떻게 알 수 있나요? 스캐너는 정상 작동되는 디바이스에서 얻은 데이터를 사용하여 결함이 있는 디바이스를 수정하려고 합니다. 결함 영역을 읽으면 결함 오류가 있는 것으로 언급되어 있으므로 오류가 있는 것으로 추정합니다. 그렇다면 이 오류의 메커니즘은 무엇입니까?
그리고 '디바이스 전용 모드'의 경우 두 디바이스 모두에서 읽기 작업이 실패하면 스캐너가 다음 스토리지 블록으로 건너뛴다고 되어 있습니다. 이것이 무엇을 의미하는지, 그리고 데이터 복구가 수행된 경우 다음 스토리지 블록이 데이터 복구를 어떻게 지원하는지 알려주시겠습니까?
디바이스 전용 모드 - 스캐너가 두 복제본에서 1MB 크기의 청크를 읽으려고 시도합니다. - 읽기에 성공하면 다음 청크로 이동합니다. - 읽기에 실패하면 스캐너는 다른 복제본을 사용하여 수정하려고 시도합니다. - 수정에 성공하면 다음 청크로 이동합니다. - 수정에 실패하면 디바이스 오류 메커니즘에 따라 다음 청크로 이동합니다. - 둘 다 읽기에 실패하면 다음 조합으로 이동합니다.
체크섬을 사용할 수 있으면 이를 통해 읽은 데이터를 검증합니다. 체크섬을 사용할 수 없으면 읽기를 시도합니다. 체크섬이 일치하지 않거나 읽기에 실패할 경우에는 다른 복제본에서 데이터를 복사합니다. 두 복제본에 불일치 또는 읽기 오류가 있는 경우 수정할 수 없습니다. 보고하고 건너뜁니다.
체크섬을 사용할 수 있으면 이를 통해 읽은 데이터를 검증합니다. 체크섬을 사용할 수 없으면 읽기를 시도합니다. 체크섬이 일치하지 않거나 읽기에 실패할 경우에는 다른 복제본에서 데이터를 복사합니다. 두 복제본에 불일치 또는 읽기 오류가 있는 경우 수정할 수 없습니다. 보고하고 건너뜁니다.
10) '데이터 비교 모드'와 관련하여 - 스캐너는 체크섬을 계산하고 비교한다고 되어 있습니다. 이 비교가 어떻게 이루어지는지 알려주시겠습니까? 스캐너는 주 데이터든, 보조 데이터든 어느 데이터가 올바른 것인지 어떻게 알 수 있습니까? 스캐너는 주 디바이스의 데이터로 보조 디바이스를 덮어쓰려고 시도한다고 되어 있는데, 주 디바이스에 결함이 있는 경우에는 어떻게 됩니까?
영구 체크섬을 사용 가능하며 활성화되어 있는 경우 어떤 복제본이 일치하지 않는지 알 수 있습니다.
영구 체크섬을 사용할 수 없는 경우에는 주 복제본이 올바른 것으로 간주됩니다. 이 경우에는 사용자가 주 복제본에서 데이터를 이미 읽은 경우가 있을 수 있으므로, 일관성을 유지하는 것이 가장 안전하고 적절한 선택입니다.
영구 체크섬을 사용할 수 없는 경우에는 주 복제본이 올바른 것으로 간주됩니다. 이 경우에는 사용자가 주 복제본에서 데이터를 이미 읽은 경우가 있을 수 있으므로, 일관성을 유지하는 것이 가장 안전하고 적절한 선택입니다.
11) 2차 미러에 결함이 있을 수 있는 경우 비교 오류가 발생할 때 나타나는 예시 알림은 무엇입니까?
SDS trc.log는 데이터가 복구되었는지 여부에 대한 세부 정보를 제공합니다. 예: 774078 23a8fec8:raidScan_Start:00669: Comb 205c80158152, offset 11159552 - primary and secondary checksums are different (pri=3420629458, sec=1047435630) 774498 23a8fec8:raidScan_Start:00730: Comb 205c80158152, offset 11159552 - Sent a message to the MDM on compare error 780997 23a8fec8:raidScan_Start:00758: Comb 205c80158152, offset 11159552 - compare error - succeeded to fix the secondary by the primary
12) 결함 있는 청크를 수정할 수 없는 경우 어떤 종류의 오류가 표시됩니까?
카운터는 SDS 속성 시트의 백그라운드 디바이스 스캐너 아래에 표시됩니다. 오류를 애플리케이션으로 전파해서는 안 됩니다.
예: Alerts id SIO02.04.0000007 Background scanner compare error.
예: Alerts id SIO02.04.0000007 Background scanner compare error.
13) '데이터 비교 모드'의 결함이 있는 청크와 관련하여 비교는 어떻게 수행됩니까?
디바이스 전용 모드와 동일하게 작업이 수행됩니다. - 둘 모두 읽기에 성공하면 두 복제본을 비교합니다. - 복제본이 서로 다를 경우 보조 복제본을 주 복제본으로 덮어씁니다. - ScaleIO는 두 복제본 모두에 쓰지만, 읽기는 주 복제본에서만 읽습니다. 자세한 내용은 사용자 가이드를 참조하십시오.
14) 로그는 어디에서 생성됩니까?
MDM logs /opt/emc/scaleio/mdm/bin/showevents.py
SDS /opt/emc/scaleio/sds/log/trc.x
MDM /opt/emc/scaleio/mdm/log/trc.x
events.txt
SDS /opt/emc/scaleio/sds/log/trc.x
MDM /opt/emc/scaleio/mdm/log/trc.x
events.txt
15) 백그라운드 스캐너를 예약하는 옵션이 있습니까?
예. 게이트웨이를 통해 예약할 수 있는 REST API가 있습니다.
Prodotti interessati
Converged Infrastructure, PowerFlex Appliance, PowerEdge R630, PowerEdge R640, PowerEdge R730, PowerEdge R740, PowerEdge R740XD, PowerEdge R840Prodotti
Converged Infrastructure, PowerFlex rack, Servers, Solutions, VxFlex Ready Nodes, PowerFlex Appliance, PowerFlex custom node, PowerFlex appliance R650, PowerFlex appliance R6525, Powerflex appliance R750, PowerFlex custom node
, PowerFlex custom node R650, PowerFlex custom node R6525, PowerFlex custom node R750, VxFlex Ready Node R640, VxFlex Ready Node R740xd, PowerFlex appliance R640, PowerFlex appliance R740XD, PowerFlex appliance R840, VxFlex Ready Node R840
...
Proprietà dell'articolo
Numero articolo: 000193267
Tipo di articolo: How To
Ultima modifica: 26 nov 2025
Versione: 5
Trova risposta alle tue domande dagli altri utenti Dell
Support Services
Verifica che il dispositivo sia coperto dai Servizi di supporto.