가상 컴퓨터가 아직 데이터베이스 내부 손실 추출하는 방법

때문에 모든 사람에 대한 복구 성공 사례를 시작할 수 없습니다 가상 머신으로 인한 비정상적인 데이터에 정전의 도입에서 가상 머신 데이터를 복원하기 위해 오늘 작은 각도 이상의 서버 수준의 데이터 복구 사례를 소개합니다. 또한 서버 데이터 복구, 기술 지식 데이터베이스 복구 관련 동안 어느뿐만 아니라, 가상 머신 데이터 복구를 포함한다.
고객은 가상 머신 서버는 데이터베이스에 ESXI5.5 운영 체제, 가상 머신 데이터를 사용하여 비정상적인 정전, 잘 알려진 브랜드 EVA8400 서버 하드웨어를 기반으로 클라이언트 가상 머신을 시작할 수 있기 때문이다.
VM 데이터베이스 데이터 복구 경우
게스트 가상 머신은 서버를 다시 시작 작업 후 시작할 수 있지만, 가상 머신은 여전히 시작되지 수 있기 때문에 고객 데이터 기밀하지만, 전문 데이터 복구 작업을 문의 할 수 있습니다.
데이터 복구 테스트를 위해 고객 사이트에 데이터 복구 엔지니어는 사용자의 가상 머신은 두 개의 스냅 샷 디스크 형식으로 두 개의 가상 머신 스냅 샷을 가지고 다음 분석을 열 수있는 가상 머신 이미지 파일을 병합 발견했다. 내부 파일 시스템 데이터가 삭제 된 것을 발견 분석, 파일 데이터 손실의 다른 형태로 대체, 인덱스 파일 데이터베이스를 교체해야합니다.

데이터 복구 프로세스 :

데이터베이스 파일의 주요 게스트 가상 컴퓨터 데이터, 너무 오래 같은 가상 머신에서 추출 된 데이터베이스 파일은 가상 머신 데이터 복구를 완료합니다. 인해 데이터베이스의 사용으로 각 점포 독립적 테이블 데이터를 저장하는 엔진 mysisam 공간, 즉, 테이블 데이터와 무관하다. 따라서 파괴되지만 파일의 존재는 여전히 인덱스 파일의 기본 데이터 분석의 방법으로 데이터베이스 파일을 복구 할 수 있습니다. 고객 이미지 파일 및 수리 분석을 통해 데이터베이스 엔지니어 결국 데이터베이스 파일 데이터, 데이터 복구 엔지니어는 가상 머신을 재구성 후 예측 인해 시스템 테이블 공간 이상 술에있을 수 있고, 데이터는 여전히 부분적으로 파괴, 데이터의 유효성을 검사를 추출한 데이터의이 부분은 수리가 불가능한 결정되었다.
검증 데이터는 데이터의 약 3 %가 성공적으로 복원되지 않습니다 가상 머신의 데이터를 나타내지 만 데이터베이스의 중요한 데이터가 성공적으로 복원 된 현장에서 수행하는 고객에게 연락 후. 그것은 보조 데이터의 3 %,이 데이터 복구 결과, 가상 머신 데이터 복구 성공의 고객 수용을 복원하는 데 실패했습니다.

추천

출처blog.51cto.com/sun510/2423108