얼마나 자주 스캔해야하는지는 많은 것들에 달려 있습니다.
- 디스크의 나이. 나이가 많을수록 악을 포함 할 가능성이 높습니다 .
- 해당 디스크의 원래 품질 '엔터프라이즈'로 판매 된 제품은 오류가 없을 가능성이 높으며 2014 년의 1 + TB 크기 디스크는 2009 년 출하량보다 훨씬 더 안정적입니다.
- 프로덕션 I / O가 스크러빙 I / O에 얼마나 민감한 지.
- 작업 세트로 간주되는 데이터 세트의 양
하드웨어 RAID 공급 업체에는 종종 이러한 이유로 백그라운드 스크러빙 프로세스가 포함되며, 일부는 스크러빙 프로세스의 I / O 우선 순위를 조정하여 스크럽에 대한 프로덕션 I / O 패널티를 피할 수 있습니다. 물론 우선 순위가 낮고 prod I / O가 디스크를 거의 평평하게 실행하면 스크럽을 절대 완료하지 않으며 실패 할 때까지는이를 알지 못할 것입니다.
불행히도, 리눅스 커널이 스크러빙 I / O를 우선시하는지 여부는 모르겠습니다. 어느 쪽이든,로드에 따라 테스트하여 성능에 대한 적중이 허용되는지 확인하는 것이 좋습니다. 괜찮다면 좋을 것입니다! 그렇지 않은 경우 scrub + prod I / O를 허용하기 위해 스핀들을 추가할지 여부를 선택하거나 도로에서 어레이 장애가 발생할 위험을 감수해야합니다.
스크러빙 빈도에 영향을주는 또 다른 사항은 I / O 사용 패턴입니다. 프로덕션로드가 디스크의 소수에 부딪 치면 일반적으로 유휴 부분에서 불량 블록을 발견하는 유일한 I / O는 스크럽입니다. 이 경우 더 자주 문지르고 싶습니다. 프로덕션로드가 일상적으로 전체 디스크 세트 (예 : 매일 전체 백업)를 읽는 경우 프로덕션 I / O가 더 빨리 문제를 우회하여 덜 자주 제거 할 수 있습니다.
좋은 행동 계획은 다음과 같습니다.
- 스크러빙이 생산에 방해가되지 않는지 테스트를 실행하십시오.
- 전체 스크럽이 소요되는 시간을 파악하십시오.
- 특정 주에 여러 번 액세스 할 수있는 디스크 세트의 백분율을 계산하십시오 (이 계산에 백업 I / O 포함).
- 1과 2에 따라 당신이 자주 또는 더 자주 캠프에 있는지 결정하십시오.
일단 당신이 그 데이터를 가지고 있다면 ...
- 전체 스캔에 하루가 걸리고 생산에 눈에 띄게 영향을 미치지 않으면 일주일에 한 번 자주 갈 수 있습니다.
- 전체 검사에 하루가 걸리고 생산에 영향을 미치는 경우 주 / 월 중 어느 부분이 가장 영향을 적게 받는지 파악한 다음 실행 해보십시오.
- 전체 스캔이 하루 이상 걸리지 만 일주일 미만이면 프로덕션에 영향을 미치지 않는 경우 격주로 또는 격월로 한 번 실행하십시오.
- 전체 스캔이 하루에 1 주일이 걸리고 생산에 영향을 미치는 경우, 실행을 위해 자원을 추가하거나, 유지 보수 기간 동안 스캔을 실행하거나, 스크러빙의 유휴 / 확인 기능을 활용하십시오. 그것은 지속적으로 적합하고 시작합니다.
- 전체 스캔에 일주일이 걸리면 한 달에 한 번이면 충분합니다. 그러나 프로덕션에 영향을주는 경우 완료 할 수 있도록 리소스를 추가해야합니다.