데이터베이스의 작업이, 실수로 삭제 된 데이터의 결과로하면 필연적으로 실수있을 것입니다. 어느 날 밤의 부주의로 인해 이틀 동안 테이블은 정보 수집합니다 TRUNCATE는 분실, 서버는 백업 프로세스 중 하나를 수행하지 않았다. 데이터를 복구 할 파일을 백업 할 수 없습니다, 당신은 단지 다른 방법을 생각할 수있다.
그래서 어머니의 정도에 여러 가지 방법을 검색, 다음 방법을 시도해보십시오
- Lumigent 로그 탐색기
- SQL Server의 복구의 데모 버전
- MDFVIEW의 배짱
- D-RecoverySQLServer2019_x64 버전 2.6
Lumigent 로그 탐색기
설치가 완료되면, 추가 로그 파일은 내가 운영 문제가되지 않을 수도, 실패했습니다.
SQL 서버 데모 버전의 복구 :
모든 데이터를 삭제하여 추가 로그 파일 후 그을 보여 주지만, 첫 번째 20 개 데이터가 제대로 표시 할 수 있습니다 때 내가 리드에서 데이터를 넣고, 텍스트 형식으로 남아있는 모든 데이터는 대신 'DEMO', 실제로 데모 버전입니다! 그러나 적어도 나는 내 데이터가 삭제 볼 수 있습니다, 그리고 그것은 나를 데이터 복구를 표시 할 수 있습니다. 다음으로, 나는, 내가 그에게 ORC 기술로 식별 샷을 넣을 수 없기 때문에 도출하고 싶습니다. 그러나 현재 인식 수준이 집중적 인 형태로 시장에 ORC 인식 도구를 사용할 수있는 데이터베이스를 읽어, 정말 낮습니다. 난 단지 다른 방법을 생각할 수있다.
MDFVIEW의 배짱 :
로그 파일을 읽은 후 할 수있는 제대로 삭제 된 데이터를 표시하지만, 이상한 데이터가 될 수있다. 수출 소장은 다음 자신에게 연락하는 데 필요합니다, 나는 그것이 데이터의 가치가없는 200 개 이상의 조각 나를 위해, 고가의 비용에 대한 상담, 그것으로 데이터의 단지 재입국하지 않습니다.
D-RecoverySQLServer2019_x64 버전 2.6 :
이 소프트웨어를 사용하기 전에 나는이 또한 지불 할 필요가있다, 2.9 버전을 사용했지만, 작업이 너무 많은 문제가 있지만 그는 하나의 단위 제리 데이터를 복사 할 수 있습니다. (30 개) 데이터의 동작 시간, 낮은 효율보다 나에게 더했다, 또한 어떻게하고 2.6 버전을 발견,이 버전 2.9은 기본적으로 동일하지만 그는 내보내기 기능을 지불 할 필요가 없습니다 및 처리하지 않은 데이터 인식 소프트웨어의 유형이 될 수있다, 즉, 긴 숫자를 과학적 표기법으로 변환됩니다, 아무 문제가 없다 기본 데이터에 의해 유도. 그러나 조금 할, 사본의 재 계산에 대한 과학적 데이터로 잘 결국, 난 단지 200 개 데이터가.
다운로드 : http://xiazai.zol.com.cn/detail/47/467956.shtml
마지막으로, 제거하거나 주석 처리해야 사용 후 문을 TRUNCATE, 우리는 수표를 두 배로해야하는 경우, SQL을 실행하기 위해 F5를 사용하여 삭제 모든 사람을 생각 나게합니다.