SAS RAID5 레이드장애
Oracle 10g 복구
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 클릭
