조회 수 1822 추천 수 0 댓글 1
?

단축키

Prev이전 문서

Next다음 문서

크게 작게 위로 아래로 댓글로 가기 인쇄
?

단축키

Prev이전 문서

Next다음 문서

크게 작게 위로 아래로 댓글로 가기 인쇄

MSSQL Server 2008 R2 테이블 삭제(Drop Table) 복구

MSSQL Sever 2008 R2 사용 중 싱수로 테이블을 삭제(Drop table) 하여 접수되었습니다. MDF, LDF 파일 모두 이메일로 접수하였고 용량은 1GB 이하이비니다. 데이타베이스 파일은 압축을 하면 90정도 압축율로 압축되어 1/10 크기가 되어 이메일로 접수를 받습니다

테이블 삭제나 레코드 삭제의 경우 로그파일(LDF) 을 통해서 복구하며 LDF 파일이 없거나 로그 기록을 하지 않도록 설정해 놓은 경우 복구가 불가합니다

로그파일(LDF) 를 분석하여 삭제된 테이블을 다시 데이타베이스에 100% 복원시켰습니다.

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

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

?

조회 수 309 추천 수 0 댓글 0
?

단축키

Prev이전 문서

Next다음 문서

크게 작게 위로 아래로 댓글로 가기 인쇄
?

단축키

Prev이전 문서

Next다음 문서

크게 작게 위로 아래로 댓글로 가기 인쇄

오라클(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 클릭

?

조회 수 600 추천 수 0 댓글 0
?

단축키

Prev이전 문서

Next다음 문서

크게 작게 위로 아래로 댓글로 가기 인쇄
?

단축키

Prev이전 문서

Next다음 문서

크게 작게 위로 아래로 댓글로 가기 인쇄

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% 이상입니다. 아마도 하드디스크에 일부 스크레치로 인해 손상된 데이타가 있었던 것으로 판단합니다. 이 경우 시스템을 중지시키고 레리드가 구성되어 있는 하드디스크를 모두 빼서 보내주셨으면 복구율은 더 높았을 것으로 예상됩니다

?

DB
2017.01.31 17:42

SQL2005 복구

조회 수 153 추천 수 0 댓글 0
?

단축키

Prev이전 문서

Next다음 문서

크게 작게 위로 아래로 댓글로 가기 인쇄
?

단축키

Prev이전 문서

Next다음 문서

크게 작게 위로 아래로 댓글로 가기 인쇄

 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.의뢰고객

    병원 

?

Board Pagination Prev 1 Next
/ 1