PowerEdge 서버의 가상 디스크에서 손상(불량 블록)을 처리하는 방법

이 문서에서는 PERC 컨트롤러가 있는 PowerEdge 서버의 HDD에 있는 (손상) 불량 블록에 대한 문제 해결 단계를 제공합니다. 특히 백업이 불가능한 경우, 영향을 받는 가상 드라이브를 최적 상태로 되돌리는 데 다음 정보가 도움이 될 수 있습니다.

목차:

1. 오류 설명

2. 근본 원인

3. 문제 해결 단계

4. 추가 정보

1. 오류 설명

고장 1번:

OMSA(OpenManage Server Administrator)는 가상 디스크 앞에 빨간색 십자를 표시합니다(그림 1).  

그림 1: 상태에 빨간색 십자 표시가 있는 가상 디스크(예: H800)

참고: Dell OMSA(OpenManage Server Administrator)는 완벽한 일대일 시스템 관리 솔루션을 제공합니다. OMSA는 다음 두 가지 애플리케이션으로 분류할 수 있습니다.
- 통합 - 웹 브라우저 기반 GUI(Graphical User Interface)
- CLI(Command Line Interface) - 운영 체제를 통해 사용

고장 2번:

Windows 시스템 로그에 불량 블록 오류가 표시됩니다(그림 2).  

 
그림 2: Windows 시스템 로그에 표시된 불량 블록 오류
 

고장 번호 3:

RAID 컨트롤러 로그(TTYLOG)에 다음과 같은 오류가 표시됩니다.  

02/26/15 13:43:39: EVT#131878-02/26/15 13:43:39: 97=Puncturing bad block on PD XX(e0x20/s2) at 180ca4a1f

로그 수집에 대해서는 당사 문서에서 이러한 특정 로그 수신에 대한 자세한 정보를 참조하십시오.
 

2. 근본 원인:

RAID 어레이는 데이터 오류의 영향을 받습니다.  RAID 컨트롤러와 하드 드라이브 펌웨어에는 데이터가 어레이/드라이브에 기록되기 전에 여러 가지 유형의 데이터 오류를 감지하고 수정하기 위한 기능이 있습니다.  오래된 펌웨어를 사용하면 최신 펌웨어 버전에서 사용할 수 있는 오류 처리/오류 수정 기능이 없기 때문에 잘못된 데이터가 어레이/드라이브에 기록될 수 있습니다.
물리적인 불량 블록으로 인해 데이터 오류가 발생할 수도 있습니다.  예를 들어, 읽기/쓰기 헤드가 회전 플래터와 충돌할 때 이 현상이 발생할 수 있습니다("헤드 크래시"이라고 알려진 현상).  블록은 시간이 경과함에 따라 비트를 특정 위치에 자기적으로 저장하는 플래터의 성능이 저하되면서 불량한 상태로 바뀔 수 있습니다.  플래터의 성능 저하로 인해 발생하는 불량 블록은 읽기 작업은 가능한 경우가 많습니다.  이러한 불량 블록은 간헐적으로만 감지되거나 드라이브에 대한 확장 진단으로만 감지될 수 있습니다.  

불량 블록은 불량 논리 블록 주소(LBA)로도 알려져 있으며 논리적인 데이터 오류로 인해 발생할 수도 있습니다.  이 현상은 쓰기에 성공한 것으로 보고된 경우에도 데이터가 드라이브에 잘못 기록될 때 발생합니다.  또한 드라이브에 저장된 정상적인 데이터가 우발적으로 변경될 수도 있습니다.  한 가지 예시를 들면, 읽기/쓰기 헤드가 해당 위치를 지나치거나 근처의 위치에 기록하여 0과 1의 형태로 되어 있는 데이터를 다른 값으로 변경시킬 때 발생할 수 있는 "비트 플립"입니다.  이러한 상태가 발생하면 데이터의 "일관성"이 손상됩니다.  특정 블록에 있는 데이터의 값이 원래 데이터와 달라지게 되어 데이터의 체크섬과 더 이상 일치되지 않을 수 있습니다.  물리적 LBA가 양호하고 성공적으로 쓸 수 있지만 현재 잘못된 데이터가 포함되어 있어 불량 블록으로 해석될 수 있습니다.

자세한 내용은 RAID 어레이의 이중 장애 및 손상에 대한 문서를 참조하십시오.
 

3. 문제 해결 단계:
 

참고: 가상 디스크의 현재 데이터가 손상되어 삭제해야 합니다.

1. 파일 수준에서 검증된 데이터 백업 생성
    

   • 블록 기반 백업에서는 문제가 전송됩니다.
   • 파일 수준 백업은 손상된 파일을 나타냅니다(이러한 파일은 백업에 실패함).
   • 이미 손상 스트라이프가 있는 경우 모든 데이터를 100% 유지한다는 보장은 없습니다.
    

    

2. 예측 오류를 표시하는 오류가 발생한 모든 드라이브가 교체되었는지 확인합니다.
    

3. 가상 디스크 삭제 및 다시 만들기
    

   • 이 단계는 VD에서 모든 데이터를 삭제합니다.
   • 어레이 삭제
   • 원하는 대로 어레이를 다시 만듭니다.
    

    

4. VD의 전체 초기화 수행
    

   • 빠른 초기화가 선택되어 있지 않은지 확인합니다.
   • 전체(= 느림) 비활성화만 문제를 해결합니다.
    

    

5. 새로 만든 VD에 대해 일관성 검사 수행
    

   • 일관성 검사가 오류 없이 완료되는 경우, 현재 어레이가 정상적인 상태이며 손상된 부분이 제거됩니다.
    

    

6. 이제 데이터를 정상적 상태의 VD로 복원할 수 있습니다.
    

7. 권장 사항: 모든 하드 디스크 펌웨어를 최신 버전으로 업그레이드합니다.
    

4. 추가 정보

OMSA는 불량 블록 경고를 지울 수 있는 기능을 제공합니다. 불량 블록을 지우려면 다음 절차를 따르는 것이 좋습니다.

• 확인 옵션을 선택한 상태에서 가상 디스크 백업을 수행하면 다음과 같은 두 가지 시나리오가 발생할 수 있습니다.

  • 하나 이상의 파일에서 백업 작업이 실패합니다. 이 경우 이전 백업에서 파일을 복원합니다. 파일을 복원한 후 다음 단계를 진행합니다.
  • 백업 작업이 오류 없이 완료됩니다. 이는 가상 디스크의 기록된 부분에 불량 블록이 없음을 나타냅니다.
  참고: 여전히 불량 블록 경고를 수신하는 경우 불량 블록은 비 데이터 영역에 있는 것입니다.
  
   

• 패트롤 읽기(OMSA의 가상 디스크 작업 시)를 실행하고 시스템 이벤트 로그를 확인하여 새 불량 블록이 발견되지 않는지 확인합니다. 그래도 불량 블록이 있으면 다음 단계를 진행합니다. 그렇지 않으면 조건이 지워집니다.

  참고: 이 작업의 수동 실행 옵션이 OMSA에 표시되기 전에 자동 패트롤 읽기를 비활성화해야 합니다.
  
   

• 이러한 불량 블록을 지우려면 가상 디스크 불량 블록 지우기 작업을 실행합니다. 이 작업은 OMSA GUI에서 수행하거나 다음과 같은 CLI 명령을 사용하여 수행할 수 있습니다.
  omconfig storage vdisk action=clearvdbadblocks controller=id vdisk=id

  참고: 컨트롤러 ID 및 가상 디스크 ID에 대한 값을 가져오려면 omreport storage controller를 입력하여 컨트롤러 ID를 표시한 다음 omreport storage vdisk controller=ID를 입력하여 가상 디스크의 ID를 표시합니다.