Oracle Recovery

논리손상

• 관리자의 실수에 의한 데이터베이스 개체의 삭제 나 수정
• 물리적인 데이터베이스의 삭제등으로 자료가 손상되는 경우
• 바이러스등에 의한 파일시스템등의 손상으로 데이터베이스 접근 장애

물리손상

• 데이터베이스가 저장된 매체의 물리적인 손상

데이터베이스 개체의 삭제시

데이터베이스의 개체 삭제시 데이터베이스 관리시스템을 중단하고 데이터베이스 파일을 백업받은 후 복구 전문업체에 의뢰하여야 합니다. 데이터베이스 가동상태에서 대량의 자료가 입력되거나 변경될 때에는 삭제된 개체가 손상될 가능성이 높습니다.

데이터베이스의 삭제시

데이터베이스 파일을 삭제한 경우 시스템 운영을 중단한 후 해당 파티션에 대한 이미징 작업을 한후 복구업체에 의뢰하시는 것이 좋습니다. 시스템 운영 중에 삭제된 데이터베이스 파일이 손상될 가능성이 높기 때문입니다.

파일시스템 손상 발생시

파일시스템 손상 발생시 시스템 운영을 중단한 후 해당 파티션에 대한 이미징 작업을 한후 복구업체에 의뢰하시는 것이 좋습니다. 파일시스템 손상 상태에서 손상된 데이터베이스 파일이 추가 손상될 가능성이 높기 때문입니다.

저장 장치의 물리적 손상시

데이터베이스는 그 특성상 자료의 정합성이 보장되어야 합니다. 자료의 정합성이란 자료간의 일관성을 의미하여 일관성이 깨진 경우 데이터베이스로서의 의미가 없는 경우도 발생할 수 있습니다. 각 DBMS 별로도 복구과정이 상이하기 때문에 반드시 데이터베이스 복구전문업체에 위탁하여 복구하시는 것이 바람직하며 물리적인 손상인 경우에는 전원인가를 자제하시고 전문업체에 의뢰하시기 바랍니다.

장애상황

테이블삭제,레코드삭제/변경,데이터베이스파일삭제,파일시스템손상,하드디스크장애,SSD장애등

운영체제

윈도우 계열, 리눅스 계열, 유닉스 계열, 맥계열 등

파일시스템

NTFS,ReFS,FAT/FAT32,ExFAT,SGI XFS,Apple HFS/HFS+,IBM JFS/JFS2,Ext2-Ext4,ReiserFS,UFS/UFS2,Novell NWFS/NSS,VMware VMFS, 기타 파일시스템

로그분석

데이터베이스 테이블이나 레코드 삭제의 경우 로그 분석이 필요합니다. 로그를 작성하지 않은 경우 데이터베이스 파일로 부터 직접 복구하는 것도 가능합니다.

매체수리

데이터베이스 파일을 저장하고 있는 매체,즉 하드디스크나 SSD에 이상이 발생한 경우에는 동 매체에 대한 수리 작업이 우선 이루어 집니다. 물리적인 손상이 심한 경우 데이터 손실이 발생하는 경우도 있습니다.

데이터베이스 파일분석

모든 데이터베이스 관리시스템은 고유의 파일을 관리하고 있습니다. 각 데이터베이스 관리시스템의 파일관리 방법에 따라 적절한 분석후 테이블이나 레코드를 복구합니다.

매체스캔

데이터베이스 파일을 저장하고 있는 매체의 파일시스템이 손상되면 스캔작업을 진행합니다. 동 매체에서 유효한 데이터 베이스 파일을 복구하는 과정입니다.

자료정리

복구된 데이터베이스 파일의 손상 정도가 심할 경우 손상된 테이블이나 레코드를 정리하는 작업이 필요합니다. 손상 데이터의 양에 따라 차이가 있으나 평균 1일 정도의 작업시간이 소요됩니다.

데이터베이스 로딩 및 백업

복구된 데이터베이스 파일로 부터 테이블 및 메타 정보를 복원하여 데이터베이스 관리 시스템에 로딩 후 자료를 정합성을 확인합니다. 확인이 완료된 후 데이터베이스를 백업후 백업데이터를 고객께 출고합니다.

ORACLE Recovery Price