데이터는 데이터베이스 삭제에서 도망친 다음 복구를 위해 롤백됩니다.

복구 소프트웨어 설치

1.에펠 창고 설치

epel 저장소가 소스에 추가되면 다음 명령을 사용하여 직접 설치할 수 있습니다.

yum install extundelete -y

2. 소스코드 컴파일 및 설치

wget http://zy-res.oss-cn-hangzhou.aliyuncs.com/server/extundelete-0.2.4.tar.bz2
yum -y install bzip2 e2fsprogs-devel e2fsprogs gcc-c++ make
tar -xvjf extundelete-0.2.4.tar.bz2
CD 확장삭제-0.2.4
./구성
만들기 && 설치하기

3. 데이터 검색 삭제

데이터 경로가 상대적으로 깊기 때문에 먼저 루트 파티션 inode에서 검색할 수 있습니다.

extundelete /dev/sdb1 --inode 2

weapps 디렉토리의 inode를 볼 수 있습니다.

extundelete /dev/sda5 --inode 24641537

프로젝트의 inode가 보입니다.

으아아아

데이터가 최종적으로 삭제된 디렉토리를 찾았습니다

extundelete /dev/sda5 --inode 24904454

명목상 삭제된 데이터가 보이는데, 이 데이터가 복원하려는 데이터입니다.

4. 데이터 복구

그런 다음 지정된 디렉터리를 복원하고 현재 파티션의 경로를 루트 파티션으로 설정하고 프로젝트 이름을 마스킹합니다

extundelete /dev/sda5 --restore-directory /webapps xx/upload

디스크 데이터는 항상 읽고 쓰기 때문에 일부 파일의 이전 inode가 재할당되어 일부 데이터를 복구할 수 없게 되었습니다. 결국 데이터는 복원되지 않은 파일 수를 알려 주지만 대부분은 복구되었습니다. 데이터. 이것은 매우 중요한 것입니다.

그런 다음 복원된 데이터를 확인해 보겠습니다. 소프트웨어는 복구된 데이터가 포함된 RECOVERED_FILES 디렉터리를 현재 디렉터리에 생성합니다.

모든 데이터를 복원하려면 다음 명령을 사용할 수 있습니다

extundelete /dev/sda5 --restore-all

사용방법

extundelete --help

그 중 매개변수(옵션)는 다음과 같습니다.
--version, -[vV], 소프트웨어 버전 번호를 표시합니다.
--help, 소프트웨어 도움말 정보를 표시합니다.
--superblock, 슈퍼블록 정보를 표시합니다.
--journal, 로그 정보를 표시합니다.
--after dtime, time 매개변수는 일정 기간이 지나면 삭제될 파일이나 디렉터리를 나타냅니다.
--before dtime, time 매개변수는 특정 기간 이전에 삭제된 파일 또는 디렉터리를 나타냅니다.
작업에는 다음이 포함됩니다.
--inode ino, "ino" 노드에 대한 정보를 표시합니다.
--block blk, 데이터 블록 "blk"에 대한 정보를 표시합니다.
--restore-inode ino[,ino,...], 복원 명령 매개변수는 "ino" 노드의 파일을 복원한다는 의미입니다. 복원된 파일은 노드 번호를 사용하여 현재 디렉터리의 RESTORED_FILES 폴더에 자동으로 배치됩니다. 확장자로 .
--restore-file 'path', 복원 명령 매개변수는 지정된 경로의 파일이 복원되고 복원된 파일이 현재 디렉터리의 RECOVERED_FILES 디렉터리에 배치됨을 의미합니다.
--restore-files 'path', 복원 명령 매개변수는 경로에 나열된 모든 파일이 복원됨을 의미합니다.
--restore-all, 복원 명령 매개변수는 모든 디렉터리와 파일이 복원을 시도함을 나타냅니다.
-j 저널은 명명된 파일에서 확장 저널을 읽는 것을 의미합니다.
-b blocknumber는 이전에 백업한 슈퍼 블록을 사용하여 파일 시스템을 여는 것을 의미하며 일반적으로 기존 슈퍼 블록이 현재 필요한 파일인지 확인하는 데 사용됩니다.
-B blocksize는 일반적으로 크기가 이미 알려진 파일을 보는 데 사용되는 데이터 블록 크기를 지정하여 파일 시스템을 엽니다.

데이터를 삭제한 후 먼저 삭제된 데이터가 있는 디스크나 파티션을 마운트 해제해야 합니다. 시스템 루트 파티션이 실수로 삭제된 경우 단일 사용자 모드로 들어가 루트 파티션을 읽기 전용 방식으로 마운트해야 합니다.

이유: 파일이 삭제된 후에는 파일의 inode 노드에 있는 섹터 포인터만 지워지기 때문입니다. 실제로 디스크가 읽기-쓰기 모드로 마운트된 경우 이러한 삭제된 데이터 블록은 디스크에 여전히 존재합니다. 이러한 데이터 블록을 할당하고 덮어쓰면 데이터가 실제로 손실되므로 데이터 덮어쓰기를 최대한 방지하기 위해 읽기 전용 방식으로 마운트하세요.

위 내용은 데이터는 데이터베이스 삭제에서 도망친 다음 복구를 위해 롤백됩니다.의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!