linux文件恢复

linux文件恢复相关知识

• 如何备份及恢复 Linux 文件权限

  你可能听说或碰到过这样的事情：一个系统管理员菜鸟不小心输入"chmod -R 777 /"从而导致了巨大的悲剧，使得整个系统遭到了严重的破坏。在日常管理中，我们有许多工具可以用来备份文件权限，如cp、rsync、etckeeper等。如果你使用了这个备份工具，那么你的确不需要担心改变的文件权限问题。但如果只是想暂时备份文件权限(而不是文件本身)，例如：为了阻止一些目录的内容被覆盖暂时移除该目录下所有文件写的权限；或是正在排除文件权限问题的过程中需要对文件进行chmod命令操作。在这些情况下，我们可以在原始文件权限改变之前对其进行备份，一会我们需要它的时候再将原始权限还原。在很多情况下，如果你只是想要备份文件的权限，那么完整的文件备份是不必要的。在Linux上，实际上备份和恢复文件权限使用访问控制列表(ACL)是容易的。ACL根据不同的属主和属组在兼容posix的文件系统上定义了单个文件的权限。以下演示如何使用ACL工具备份和恢复Linux的文件权限1. 安装ACL工具在Debian， U
• CentOS6.3下部署文件恢复神器extundelete

       最近看到群里提到如何恢复LINUX下ext4误删的文件，之前听说过ext3分区恢复工具ext3grep，但是恢复ext4一直没有概念，而且目前线上的系统分区格式都是ext4,SO网上找到了一款叫extundelete的文件恢复工具，该工具最给力的一点就是支持ext3/ext4双格式分区恢复，对我们运维攻城狮算是一款神器级别的软件，这里整理了如下文档，供大家参考。虚拟机:        vmware workstation 9.0.2操作系统:      CentOS6.3 x64extundelete:   extundelete-0.2.4一.模拟环境1.首先关闭SELINUX# setenforce 0# vi /etc/sysconfig/selinux---------------SELINUX=disabled---------------2.在虚拟机上创建一个2G的磁盘1.jp
• 在 Linux 系统下使用 PhotoRec & TestDisk 工具来恢复文件

  当你在系统中有意或无意地使用 shift + delete 组合键、删除选项，或是清空回收站的方式来删除一个文件时，该文件的内容并没有从硬盘（或是其它存储设备）上直接销毁。它仅仅是从系统的目录结构中被移除，然后你在删除文件的目录下就看不到该文件了，但是这个文件仍然存在你磁盘中的某个位置上。如果你有一个合适的工具和相关的专业知识，你就可以从电脑中恢复已丢失的文件。然而，随着你存储的文件越来越多，删除的文件将会被覆盖，你可能只能恢复最近删除的文件了。在这篇文章中，我们将阐明如何在 Linux 系统中使用 TestDisk 来恢复硬盘上已删除或丢失的文件，它是非常优秀的修复工具，随一款免费的叫做 PhotoRec 的工具发布。PhoteRec 工具用于从存储介质比如硬盘，数码相机和 cdrom 设备中恢复丢失的文件。（LCTT 译注：PhotoRec 的意思是 Photo Recovery，不是 Photo Recorder。）在 Linux
• linux系统下文件误删除该如何恢复？

  一、linux误删除数据的场景 在实际的工作中，朋友们可能会将linux服务器上的文件不小心误删除掉了。而且越是资历老的工程师越容易犯这样的错误，敲代码的速度也是够快，啪啪rm -rf一个回车，然后就是打脸时刻 。新人操作文件时往往战战兢兢、反复确认，反而不容易出错。如果你也是一个有多年工作经验的工程师，也给自己提个醒：淹死的都是会水的。我们需要区分两种场景来进行误删除文件的恢复： 第一种场景：被删除的文件正在被进程使用 第二种场景：文件没有被任何进程使用 第一种场景的

linux文件恢复相关课程

• 校招计算机基础必考八股文，7天快速复盘 助力进大厂 对大多数人来说，校招，是相对容易进大厂的机会，也是奠定职场生涯的重要起点。本课程针对准应届生而设，从计算机网络、操作系统、计算机原理、算法与数据结构、设计模式、数据库等经典基础知识，到初次求职的软技能，快速提升大厂重视的后端素养，斩获心仪校招offer。

  讲师：咚咚呛 中级 290人正在学习

• Linux软件安装管理 软件安装对于操作系统来说是常用的操作，那如何在Linux中使用命令进行软件安装呢？本课程就带你来了解Linux中的软件如何进行安装、卸载、升级等管理。课程内容包括rpm命令管理、yum在线管理、源码包管理和脚本安装包。

  讲师：Tony 初级 79587人正在学习

• WEB在线文件管理器 作为嗷嗷待补的程序猿，我们在不断觅食，不断接收和掌握新技能和新知识，而作为PHP开发中我们必不可少的一项就是文件目录函数库。通过本课程文件目录函数库的学习，可以把他应用到我们真实项目中实现对项目文件目录的管理，如果你具备前端的技能，可以把它变得更绚丽多彩！

  讲师：King 初级 36030人正在学习

linux文件恢复相关教程

• 1. 完全恢复 MySQL 中，物理备份的完全恢复相对比较简单，下面来看个案例：实际案例：全量备份恢复恢复数据一致性， 通过回滚未提交的事务及同步已经提交的事务至数据文件，使用得数据文件处于一致性状态。 innobackupex 通常还可以使用 --user-memory 选项来指定其可以使用的内存的大小，如果有足够的内存空间可用，可以多划分一些内存给 prepare 的过程，以提高其完成备份的速度。[root@localhost ~]# innobackupex --apply-log /mysql/dbbackup/200824 06:29:44 innobackupex: Starting the apply-log operationIMPORTANT: Please check that the apply-log run completes successfully. At the end of a successful apply-log run innobackupex prints "completed OK!".innobackupex version 2.4.9 based on MySQL server 5.7.13 Linux (x86_64) (revision id: a467167cdd4)xtrabackup: cd to /mysql/dbbackup/xtrabackup: This target seems to be not prepared yet.InnoDB: Number of pools: 1xtrabackup: xtrabackup_logfile detected: size=8388608, start_lsn=(14533834254)......InnoDB: 5.7.13 started; log sequence number 14533834773xtrabackup: starting shutdown with innodb_fast_shutdown = 1InnoDB: FTS optimize thread exiting.InnoDB: Starting shutdown...InnoDB: Shutdown completed; log sequence number 14533834792200824 06:30:35 completed OK!恢复备份文件至数据目录：[root@localhost ~]# service mysqld stopShutting down MySQL.... SUCCESS![root@localhost ~]# mv /mysql/data/ /mysql/data_bak[root@localhost ~]# mkdir /mysql/data[root@localhost ~]# innobackupex --default-file=/etc/my.cnf --copy-back --rsync /mysql/dbbackup/200824 06:44:20 innobackupex: Starting the copy-back operationIMPORTANT: Please check that the copy-back run completes successfully. At the end of a successful copy-back run innobackupex prints "completed OK!".innobackupex version 2.4.9 based on MySQL server 5.7.13 Linux (x86_64) (revision id: a467167cdd4)200824 06:44:20 [01] Copying ib_logfile0 to /mysql/data/ib_logfile0200824 06:44:28 [01] ...done......200824 06:44:59 [01] Creating directory /mysql/data/2020-09-01_06-42-14200824 06:44:59 [01] ...done.200901 06:44:59 completed OK![root@localhost ~]# chown -R mysql:mysql /mysql/data[root@localhost ~]# service mysqld startStarting MySQL.. SUCCESS! 恢复后检查数据一致性：mysql> use tempdbDatabase changedmysql> select * from customer;+----+-----------+------------+------------+--------+---------+| id | last_name | first_name | birth_date | gender | balance |+----+-----------+------------+------------+--------+---------+| 1 | 111 | 111 | NULL | 1 | 10 || 2 | 222 | 222 | 2020-07-15 | 1 | 20 |+----+-----------+------------+------------+--------+---------+2 rows in set (0.01 sec)
• Linux 写时复制文件系统 前小节介绍了 Linux 日志文件系统，本小节介绍 Linux 写时复制文件系统。
• 1. 完全恢复 MySQL 中，逻辑备份的完全恢复相对比较简单，一般包含两个步骤：恢复最新的全备文件shell> mysql -uroot -p < backup.sql恢复日志文件shell> mysqlbinlog binlog-file | mysql -uroot -p实际案例：完整的mysqldump备份与恢复1. 中午12点，备份数据库[mysql@localhost ~]$ mysqldump --single-transaction -F -uroot -p --databases tempdb > /tmp/db_tempdb.sqlEnter password: [mysql@localhost ~]$ ls -lrt db_tempdb.sql -rw-r--r-- 1 mysql mysql 19602842 Jul 23 12:01 db_tempdb.sql参数 --single-transaction 表示给 InnoDB 表生成快照，保持数据一致性参数 -F 表示生成一个新的日志文件此时表 customer 的数据如下：mysql> select * from customer;+----+-----------+------------+------------+--------+---------+| id | last_name | first_name | birth_date | gender | balance |+----+-----------+------------+------------+--------+---------+| 1 | 111 | 111 | 1998-01-25 | 1 | 10 || 2 | 222 | 222 | 2020-07-15 | 1 | 20 |+----+-----------+------------+------------+--------+---------+2 rows in set (0.00 sec)2. 13点，表 customer 插入新的数据：mysql> insert into customer(id,last_name,first_name,birth_date,gender,balance) values(3,333,333,'2020-08-10',1,30);Query OK, 1 row affected (0.00 sec)mysql> insert into customer(id,last_name,first_name,birth_date,gender,balance) values(4,444,444,'2020-09-10',1,40);Query OK, 1 row affected (0.00 sec)3. 14点，数据库故障，需要恢复数据：[mysql@localhost ~]$ mysql -uroot -p tempdb < /tmp/db_tempdb.sqlEnter password: 恢复后表 customer 的数据如下：mysql> select * from customer;+----+-----------+------------+------------+--------+---------+| id | last_name | first_name | birth_date | gender | balance |+----+-----------+------------+------------+--------+---------+| 1 | 111 | 111 | 1998-01-25 | 1 | 10 || 2 | 222 | 222 | 2020-07-15 | 1 | 20 |+----+-----------+------------+------------+--------+---------+2 rows in set (0.00 sec)4. 从 binlog 日志恢复 12 点备份以来的数据（mysql-bin.000021 为 12 点备份后产生的新的 binlog 日志）：[mysql@localhost ~]$ mysqlbinlog mysql-bin.000021 | mysql -uroot -p tempdbEnter password: 恢复日志后，表 customer 的数据如下：mysql> select * from customer;+----+-----------+------------+------------+--------+---------+| id | last_name | first_name | birth_date | gender | balance |+----+-----------+------------+------------+--------+---------+| 1 | 111 | 111 | 1998-01-25 | 1 | 10 || 2 | 222 | 222 | 2020-07-15 | 1 | 20 || 3 | 333 | 333 | 2020-08-10 | 1 | 30 || 4 | 444 | 444 | 2020-09-10 | 1 | 40 |+----+-----------+------------+------------+--------+---------+4 rows in set (0.00 sec)表 customer 的数据全部恢复。
• 2. 不完全恢复 逻辑恢复中，mysqlbinlog 的不完全恢复方法，同样适用于物理备份的不完全恢复。1.13 点，运维人员误删除表 customer，可以用备份和 binlog 日志恢复到故障前（中午12点，物理备份数据库）从备份文件目录找到 binlog 位置文件 xtrabackup_binlog_info，查看备份结束时 binlog 的位置：[root@localhost ~]# cd /mysql/dbbackup[root@localhost ~]# ls -l-rw-r----- 1 root root 433 Aug 24 12:11 backup-my.cnf-rw-r----- 1 root root 42884 Aug 24 12:11 ib_buffer_pool-rw-r----- 1 root root 104857600 Aug 24 12:11 ibdata1-rw-r----- 1 root root 1048576000 Aug 24 12:11 ib_logfile0-rw-r----- 1 root root 1048576000 Aug 24 12:11 ib_logfile1-rw-r----- 1 root root 1048576000 Aug 24 12:11 ib_logfile2-rw-r----- 1 root root 12582912 Aug 24 12:11 ibtmp1drwxr-x--- 2 root root 4096 Aug 24 12:11 mysqldrwxr-x--- 2 root root 4096 Aug 24 12:11 performance_schemadrwxr-x--- 2 root root 12288 Aug 24 12:11 sysdrwxr-x--- 2 root root 4096 Aug 24 12:11 tempdb-rw-r----- 1 root root 166 Aug 24 12:11 xtrabackup_binlog_info-rw-r--r-- 1 root root 21 Aug 24 12:11 xtrabackup_binlog_pos_innodb-rw-r----- 1 root root 121 Aug 24 12:11 xtrabackup_checkpoints-rw-r----- 1 root root 703 Aug 24 12:11 xtrabackup_info-rw-r----- 1 root root 8388608 Aug 24 12:11 xtrabackup_logfile[root@localhost ~]# cat xtrabackup_binlog_info mysql-bin.000022 190查看当前的 binlog 文件mysql> show master logs;+------------------+-----------+| Log_name | File_size |+------------------+-----------+| mysql-bin.000018 | 245704317 || mysql-bin.000019 | 1078 || mysql-bin.000020 | 781 || mysql-bin.000021 | 483 || mysql-bin.000022 | 757 || mysql-bin.000023 | 190 |+------------------+-----------+6 rows in set (0.00 sec)恢复备份文件（参考完全备份步骤），然后使用 binlog 日志跳过故障时间点，完成恢复-- 恢复备份文件（参考完全备份步骤）完全恢复-- 使用binlog日志恢复到故障前[mysql@localhost ~]$ mysqlbinlog --start-position="190" --stop-datetime="2020-08-24 12:59:59" mysql-bin.000022 mysql-bin.000023 | mysql -uroot -p tempdbEnter password:-- 使用binlog日志跳过故障时间点[mysql@localhost ~]$ mysqlbinlog --start-datetime="2020-08-24 13:01:00" mysql-bin.000022 mysql-bin.000023 | mysql -uroot -p tempdbEnter password:
• 2. 不完全恢复 MySQL 中，不完全恢复分为基于时间点的恢复和基于位置的恢复。一般来说，不完全恢复需要跳过一些语句，比如说，由于误操作删除了一张表，这时用完全恢复是没有用的，因为 binlog 日志还存在误操作的语句，我们需要跳过误操作语句，在恢复后面的语句，来完成恢复。
• MySQL 的逻辑恢复 逻辑恢复通常支持两种恢复方式：完全恢复、不完全恢复，本小节结合 mysqldump 和 mysqlbinlog 工具，介绍这两种恢复方式的操作步骤。

linux文件恢复相关搜索

label labelfor label标签 lambda lambda表达式 lamda lang last latin latin1 layers layui leave left leftarrow legend length lengths length函数 less

查看更多慕课网实用课程