모델 : ST2000LM007

용량 : 1TB

현상 : 충격으로 인한 헤더손상 및 미디어 스크래치 

내용 : 헤더 교환 후 매체 복제 

기간 : 3 일

결과 :  99% 복구완료

 1.의뢰내용
    HP ML370 Window 2008 서버
    SATA 2TB* 4EA  Raid 5 (P410 CONTROLLER) 

    1개 disk의 물리적 손상, RAID REBUILD 중 오류로 인한 나머지 DISK의 CHUNK 손상 

 2.작업내용

    물리적인 손상을입은 디스크 1개를 수리하여 복제 

     디스크  3EA 소프트웨어적으로 에뮬레이션 하여 REBUILD 후  SQL DB 복구

     디스크  4EA 로 REBUILD 전 SQL DB 복구 

     각 SQL DB 는 부분적으로 손상된 상태였으며 SQL DB REPAIR 후 자료 출고 (96%복구) 

 3.의뢰고객

    병원 

플래시 메모리 복구 는 장비만으로 이룰수는 없습니다.

인젠데이타에서 최고의  기술력과 최고의 장비로 만들어지는 

서비스를 경험하십시요

1. 장애유형 

   델서버 부팅장애 및 MD1000 SAS RAID 장애 

2. 시스템 환경 

- 델서버 : POWEREDGE 2950 SAS RAID 5 146GB X 3, PERC 6/I, PERC 6/E  

- MD1000 : SAS RAID 5 300G X 14  

3. 장애환경 

- 델서버 : DISK 2개 이상 

- MD1000 : DISK 3 개 이상 

4. 작업요약 

- 매체 복제 및 가상레이드 구성 후 100% 데이터 복구 성공 

1. 의뢰내용 NAS storage SATA 200G *3EA
Linux file server
mount fail

2. 작업내역
Linux file system이 손상된 상태이므로 inode단위로 File format matching 기법에 의한
파일단위 복구성공 ( 85% 복구)하여 고객님께 반환 하였습니다.
 
3.의뢰고객
XX무역

1.의뢰내용
 WIN NT file server 서버
 레이드0, 40G x 4EA, 레이드 정보 손상
 
2.작업내용
   레이드 정보가 손상된 상태이므로
   Virtual Array Disk를 구성하여 원상 복구 성공(100% 복구)
 
3.의뢰고객
   방송사 프로그램 제작팀

1.의뢰내용
  WIN NT WEB SERVER
  레이드5, SCSI 42G x 5EA
  logical volume 구성불가 및 파일시스템 손상

2.작업내용

  Virtual file system을 구성하여 원상복구성공(100% 복구)

3.의뢰고객

  XX청소년단

    2개 disk의 물리적 손상으로 인한 볼륨구성불가 상태

 2.작업내용

    물리적인 손상을입은 디스크 1개를 수리하여

    8EA로 소프트웨어적으로 에뮬레이션 하여 95% 복구 성공

 3.의뢰고객

    (주)예술중심

1.의뢰내용
   Windows 2003 SQL DB 서버
   MDF파일 손상으로 DB로딩 불가상태
 
2.작업내용
   카탈로그 분석을 통한 헤더 정보 복원을 통한 원상 복구 성공
 
3.의뢰고객
   무역회사

   WINDOWS 2003 DB 서버

   SATA 200G, MS SQL DB 파일 손상

2.작업내용

  DB헤더 정보를 재구성하여 원상 복구 성공(100% 복구)

3.기타

   2개의 복구업체에서 복구불가 판정내린 상태에서 복구

1.의뢰내용
 Linux web server
 SCSI 72G
 파일시스템 손상으로 파일접근 불가상태
 
2.작업내용
   Virtual file system을 구성하여 90% 복구 성공

    증상: 서버의 어레이컨트롤러 손상으로 레이드 정보가 상실된상태로

            레이드 구성정보가 전무했던 상태...

    비고 : 타업체 복구 불가판정이 내린 상태

 2.작업내용

    각디스크의 레이드 정보를 면밀히 분석하여 레이드정보 추출

    가상의 레이드를 구성하여 볼륨정보 완성

    100% 복구 성공하여 고객에게 데이터 전달

 3.의뢰고객

   강원도청

    2개 disk Fail 로 인한 Rebuild 불가상태

 2.작업내용

    소프트웨어적인 에뮬레이션 로직을 개발하여 100% 복구 성공

 3.의뢰고객

   산요전기 한국지사

오라클(Oracle 11g R2) 데이타베이스 복구

오라클(Oracle) 11g R2 데이타베이스가 설치된 시스템이 부팅이 되지않아 데이타베이스 파일 4GB를 다른 시스템으로 복사한 후 오라클에서 접속 시 접속이 불가한 상태로 접수되었습니다

데이타베이스 파일의 손상으로 데이타베이스 리페어(Repair) 를 실행하여 백업파일로 저장합니다

데이타베이스 손상의 경우는 소프트웨어 손상으로 데이타베이스 엔진과 연결이 안되거나 일부 테이블이나 레코드가 일부 보이지 않는 경우거나 하드디스크에 스크레치(Bad Sector)로 인해 일부 테이블이나 레코드가 일부 보이지 않는 경우입니다

[데이타베이스 복구 작업순서]

1. 작업 순서는 테이블을 복구하여 

2. Oracle 에 Import 한 후 

3. Oracle 에서 백업파일로 받아냅니다.

이 과정에서 Oracle에 Import 하는 과정 중 레코드가 손상되어 있는 경우 레코드 값이 엉뚱한 값이라 오류가 발생하여 멈추는 경우가 있습니다. 이 레코드를 삭제 후 다시 import 진행하여야 하므로 이 과정에서 시간이 상당히 소요됩니다.

Import가 완료된 후에도 레코드에 설정된 레코드 Type 과 다른 데이타가 저장된 경우 레코드의 데이타가 손상된 것으로 판단하고 이러한 레코드도 삭제합니다

접수된 데이타베이스 파일은 손상이 적고 용량이 적어서 당일 복구하여 고객에게 전달하였습니다

자세한 내용은 http://ingen.co.kr/ra_dr_db 클릭

HP MSA2000 Storage RAID 복구

HP MSA2000 Storage

ST31000340NS 1TB SATA HDD

HP MSA2000 Storage 에 ST31000340NS 1 TB SATA HDD 11개를 RAID5로 구성하여 사용 중이며 2개의 HDD의손상 LED에 오류가 표시되며 레이드가 인식되지 않아 접수되었습니다. RAID5로 구성 후 6개의 파티션을 작성하였고 사용 중 데이타 요량은 3TB 정도이고 전사 데이타를 저장용으로 사용 중이라 긴급한 복구가 필요하여 접수일로부터 4일 만에 복구 성공한 경우입니다

손상된 2개의 하드디스크를 복구 장비에서 정상하드에 복제(Clone)을 작성해서 총 10개의 레이드 설정을 분석하여 레이드를 구성하였습니다. 레이드 스캔으로 폴더 구조와 파일을 찾아 저장하였습니다.

RAID5 가 물리적 손상으로 인식되지않고 손상이 심한 경우 최소한 1개를 제외한 나머지 하드디스크를 복구하여 복제본을 만들어 레이드를 분성 재구성합니다. 하드디스크 2개 이상이 인식불가로 복구가 되지 않으면 레이드 복구가 불가합니다. 

이유는 RAID5는 1개 분량을 서로 백업을 저장하는 구조로 한개의 하드디스크가 손상되어도 레이드를 중지하지 않고 새 하드디스크를 교체하면 나머지 하드디스크에 나누어 보관하고 있는 백업으로 새 하드디스크에 데이타를 작성합니다

[RAID 하드 접수방법]

1. 장애발생 후 시스템을 종료 후 추가의 작업을 진행하지 않습니다

   장애발생 후 복구를 위해 레이드를 새로 구성한다거나 폴더가 보인다고 복구툴로 작업을하여

   데이타를 저장하거나 하면 복구율이 현저하게 떨어집니다

2. 하드디스크를 시스템에서 빼는데 하드디스크 장착부분에 번호가 있으면 번호를 표시합니다

[접수 후 복구순서]

1. 모든 하드디스크의 물리적 손상여부를 확인하고 복제본을 작성합니다

  정상인 하드디스크는 바로 복제본을 작성하며 이 과정에서 디스크 표면에 스크레치 여부도 

  확인됩니다

  인식불가인 하드디스크는 손상된 부품을 교체하여 인식상태로 만들고 복제를 진행합니다

2. 복제된 하드디스크를 분석하여 원래 구성된 레이드 정보를 파악하고 레이드를 구성하여 

   데이타를 복구합니다

접수한 하드디스크는 물리적인 손상은 발견되지 않았고 복제된 하드디스크를 레이드로 재 구성하여 전체 데이타를 복구하였습니다.

1.의뢰내용 
    OS: Linux SERVER   
    레이드 형태:   SCSI 72G* 5EA  Raid 5 구성된 상태

    증상: OS 재설치에 의한 MySQL DB 및 웹소스 복구희망

 2.작업내용

    윈도우상에서 Virtual File system을 구성하여 OS 재설치 이전의 파티션 영역 및

    파일시스템 복원 성공

    100% 복구 성공하여 웹서비스 정상화

 3.의뢰고객

   대학교 웹진 서버

1.의뢰내용
   Linux DB 및 Web Server 공용서버 파일시스템

  손상으로 mount 및 파일 접근불가상태

2.작업내용

    virtual file system을 구성하여 100% 복구 성공

3.의뢰고객

  XX병원

Fujitsu MBA3147RC 147GB 15000 RPM 16MB Cache Serial Attached SAS 3.5"

SAS 147GB 4개로 레이드5(RAID5)를 구성하여 오라클(Oracle) 10g 데이타베이스를 사용 중인 고객입니다. 레이드장애로 인해 데이타베이스인 오라클에 접속이 되지않는 상태입니다. 데이타베이스 파일의 용량은 약 100GB 입니다. 이런 경우 레이드복구 후 데이타베이스 파일을 복구하여 오라클에 연결하여 데이타베이스 상태를 확인하고 연결이 안되거나 오류가 발생하면 데이타베이스 복구를 진행합니다.

레이드복구와 오라클 데이타베이스 복구를 진행하여야 하므로 시간이 오래 걸릴 수 있습니다. 고객에게 데이타베이스의 테이블 중 급한 테이블을 확인하여 약 13GB 정도를 먼저 복구하기로했습니다. 

데이타베이스의 테이블 중 용량이 큰 것은 히스토리성 데이타로 긴급을 요하지 않는 경우가 많습니다.

[RAID 하드 접수방법]

1. 장애발생 후 시스템을 종료 후 추가의 작업을 진행하지 않습니다

   장애발생 후 복구를 위해 레이드를 새로 구성한다거나 폴더가 보인다고 복구툴로 작업을하여

   데이타를 저장하거나 하면 복구율이 현저하게 떨어집니다

2. 하드디스크를 시스템에서 빼는데 하드디스크 장착부분에 번호가 있으면 번호를 표시합니다

[접수 후 복구순서]

1. 모든 하드디스크의 물리적 손상여부를 확인하고 복제본을 작성합니다

  정상인 하드디스크는 바로 복제본을 작성하며 이 과정에서 디스크 표면에 스크레치 여부도 

  확인됩니다

  인식불가인 하드디스크는 손상된 부품을 교체하여 인식상태로 만들고 복제를 진행합니다

2. 복제된 하드디스크를 분석하여 원래 구성된 레이드 정보를 파악하고 레이드를 구성하여 

   데이타를 복구합니다

하드디스크는 배드섹터(Bad Sector) 증상으로 4개 모두 장비를 통해 복제를 완료하였고 레이드 구성을 분석하였더니 3개가 레이드5로 구성되어 있고 한개는 스페어(Spare) 입니다. 

데이타베이스 파일을 복구하여 오라클 10g에 연결하니 오류가 발생하였습니다. 물리적 손상은 해결하였으나 소프트웨어적인 손상도 발생한 것입니다. 데이타베이스 복구를 통해 손상된 정보를 수정하여 정상적으로 오라클에 접속이 되었고 긴급한 13GB 의 테이블을 먼저 백업파일로 받아내서 고객에게 전달하여 정상 가동을 하였고 나머지 테이블은 순차적으로 복구하였습니다.

정확한 복구시간은 레이드복구에 하루가 소요되었고 데이타베이스 오라클복구는 전체 테이블 완료까지 2주일 걸렸습니다. 데이타베이스 복구에는 진행 중 손상된 레코드로 인해 중지되면 원인을 찾아 수정하고 다시 복구를 진행하는 어려움이 있습니다. 손상된 레코드에는 정상적인 값이 아닌 알 수 없는 값이 나타나 오류가 발생하는 것입니다. 또한 한글 문제와 날짜 레코드의 타입 등으로 오류가 발생하기도 합니다. 이러한 오류 발생 시 처리하는 것은 오랜 경험이 필요한 작업으로 일반 파일복구보다 고난이도 작업입니다.

자세한 내용은 http://ingen.co.kr/ra_dr_raid 클릭