제조업체 : 엑센
접수번호 : y20110525h0166
용량 : 8G
구조 : 4G chip 2개로 구성
Chip ID : micron
불량현상 : PC USB Port연결시 무반응
원인 : Controller chip 불량
작업내용 : 메모리 chip(2개) 분리후 Dump 추출 분석후 복구작업
복구율 : Total 164파일(Good:164 개/ Fail:0개)=>100%
복구기간 : 2일
제조업체 : 엑센
접수번호 : y20110525h0166
용량 : 8G
구조 : 4G chip 2개로 구성
Chip ID : micron
불량현상 : PC USB Port연결시 무반응
원인 : Controller chip 불량
작업내용 : 메모리 chip(2개) 분리후 Dump 추출 분석후 복구작업
복구율 : Total 164파일(Good:164 개/ Fail:0개)=>100%
복구기간 : 2일
1. 의뢰내용
mcu : sm3254q ae
flash : h27ubg8t2atr X 2
증상 : mcu 및 flash 손상이 심하여 타업체 불가 판정
2. 작업내용
손상된 flash memory i/o채널 미세조정으로 memory dump
dump 된 memory 에 ecc 적용후 100% 복구완료
증상: 2개 디스크의 물리적인 손상으로 레이드가 풀린 상태
2.작업내용
물리적으로 손상된 2개의 디스크를 복원하여 이전의 레디드정보를 수차례 시뮬레이션을
통해 완벽 복원하여 100% 복구 성공하여 고객에게 데이터 전달
3.의뢰고객
한전기공
제품모델: HP
접수번호:y20110531h3689
메모리용량 : 8G
구조 : 4G chip 2개로 구성
Chip ID : micron
불량현상 : PC USB Port연결시 반응 없음
원인 : Controller chip불량
작업내용 : 메모리 chip(2개) 분리후 Dump 추출 분석후 복구작업
복구율 : Total15712파일(Good:15712 개/ Fail:0개)=>100%
복구기간 :2일
제조업체 : Unknown
의뢰업체 : 국내 복구 업체
접수번호 : y20110519h8297
용량 : 2G
구조 : 1G chip 2개로 구성
Chip ID : samsung
불량현상 : PC USB Port연결시 디스크 관리자에서 미디어없음 현상
원인 : Memory chip 2개중 1개 불량
작업내용 : 메모리 chip(2개) 분리후 Dump 추출 작업을 하였으나 Chip 1개는 정상이나 나머지 1개는 불량으로
Dump 작업이 어려워 복구 불가능
증상: OS 재설치에 의한 MySQL DB 및 웹소스 복구희망
2.작업내용
윈도우상에서 Virtual File system을 구성하여 OS 재설치 이전의 파티션 영역 및
파일시스템 복원 성공
100% 복구 성공하여 웹서비스 정상화
3.의뢰고객
성균관대 웹진 서버
1. 의뢰내용
MCU : SM325QF BC
FLASH : H27UU08AG5M
증상 : mcu 및 flash 손상이 심하여 타업체 불가 판정(복구결과 90%이상의 파일깨짐)
2. 작업내용
손상된 dump ECC 적용 100% 복구완료
◇ ECC 적용효과 보기
http://www.ingen.co.kr/?mid=m33_articles&page=2&document_srl=1468
2개 disk Fail 로 인한 Rebuild 불가상태
2.작업내용
소프트웨어적인 가상레이드 구성로직을 개발하여 레이드구성정보 복원 후
윈도우상에서 BSD 에뮬레이션 방식을 이용하여 UFS 파일시스템 복원후
80%정도 데이터 복구 성공
3.의뢰고객
KT 분당 IDC 센터
증상: 2개 디스크 물리적손상
2.작업내용
배드섹터 로 인한 장애원인으로 미디어 복제 후 레이드 재구성 및 데이터복구완료
3.의뢰고객
웹메일 서비스 업체
증상: 1개 디스크 물리적손상, 2개 디스크 레이드정보 소실
2.작업내용
물리적 손상의 디스크를 완전 복구하고 소프트웨어적으로 손상된 RAID 정보를
분석후 레이드 정보를 재구성하여 100%복구 성공하여 고객에게 전달
3.의뢰고객
(주) LGCNS
TABLE SPACE 분석 후 해당 테이블 레코드 재생성
복구시간 4시간 경과 99% 복구
3.의뢰고객
비공개
모델 : XXXXXX
타입 : USB COB 타입 메모리
증상 : 인식불가
소요시간 : 3시간
복구율 : 100%
증상: 레이드정보 소실로 2개의 logical volume 인식불가상태
2.작업내용
소프트웨어적인 에뮬레이션을 통하여 레이드 정보 복원 및 슈퍼블럭 정보 복원 성공
하여 통해 완벽 복원하여 100% 복구 성공하여 고객에게 데이터 전달
3.의뢰고객
지식경제부.
2개 disk Fail 로 인한 Rebuild 불가상태
2.작업내용
소프트웨어적인 에뮬레이션 로직을 개발하여 100% 복구 성공
3.의뢰고객
산요전기 한국지사
MSSQL 2008 R2 로 데이타베이스를 사용하여 어플리케이션과 연동하여 업무를 진행하는 고객으로 어플리케이션에서 일부 데이타가 나타나지 않아 복구 문의를 받은 경우 입니다
서버는 정상작동하여 외장하드를 연결하여 데이타베이스파일인 MDF 파일들을 복사하였고 MDF 파일의 총 용량이 343GB 입니다. 대용량 데이타베이스의 경우입니다
데이타베이스 손상의 경우 소프트웨어 손상으로 데이타베이스 엔진과 연결이 안되거나 이 경우처럼 일부 테이블이나 레코드가 일부 보이지 않는 경우거나 하드디스크에 스크레치(Bad Sector)로 인해 일부 테이블이나 레코드가 일부 보이지 않는 경우입니다
대용량 데이타베이스의 경우 테이블에 레코드 수가 많으면 복구 시간이 상당히 소요됩니다. 접수 시 총 예상시간은 1개월에서 1.5 개월로 산정하였고 급한 테이블부터 복구하여 고객에게 먼저 전달하여 어부의 지장을 최소화하기로 하였습니다
MDF 를 복구하여 확인하면 테이블수가 354개이며 테이블의 레코드 수가 2억개가 넘는 파일이 3개나됩니다.
[데이타베이스 복구 작업순서]
1. 작업 순서는 테이블을 복구하여
2. MSSQL에 Import 한 후
3. MSSQL 에서 백업파일로 받아냅니다.
이 과정에서 MSSQL에 Import 하는 과정 중 레코드가 손상되어 있는 경우 레코드 값이 엉뚱한 값이라 오류가 발생하여 멈추는 경우가 있습니다. 이 레코드를 삭제 후 다시 import 진행하여야 하므로 이 과정에서 시간이 상당히 소요됩니다.
레코드 수가 2억4천만 건인 테이블은 Import 시간만 3일 정도 소요되었습니다. 단, 레코드수도 중요하지만 레코드의 사이즈가 크면 시간이 더 소요됩니다
Import가 완료된 후에도 레코드에 설정된 레코드 Type 과 다른 데이타가 저장된 경우 레코드의 데이타가 손상된 것으로 판단하고 이러한 레코드도 삭제합니다
접수한 데이타베이스 복구는 고객이 우선 순위를 정해준 테이블부터 복구하여 순차적으로 전달하여 최종 마무리까지 예상한 시간인 1.5개월이 소요되었습니다
고객이 보관하고 있는 테이블, 레코드 리스트와 비교하여 판단하는 복구율은 90% 이상입니다. 아마도 하드디스크에 일부 스크레치로 인해 손상된 데이타가 있었던 것으로 판단합니다. 이 경우 시스템을 중지시키고 레리드가 구성되어 있는 하드디스크를 모두 빼서 보내주셨으면 복구율은 더 높았을 것으로 예상됩니다