文章目录
- 1.inode与block
- 1.1 inode与block概述
- 1.2 inode的内容
- 1.3 文件存储
- 1.4 inode的大小
- 1.5 inode的特殊作用
- 2.硬链接与软链接
- 2.1链接文件分类
- 3.恢复误删除的文件
- 3.1 案例:恢复EXT类型的文件
- 3.2 案例:恢复XFS类型的文件
- 3.2.1 xfsdump使用限制
- 4.分析日志文件
- 4.1日志文件
- 4.2 内核及系统日志
- 4.3用户日志分析
- 4.4 程序日志分析
- 4.4.1由相应的应用程序独立进行管理
- 4.4.2分析工具
- 4.4.3日志管理策略
1.inode与block
1.1 inode与block概述
- 文件数据包括元信息与实际数据
- 文件存储在硬盘上,硬盘最小存储单位是“扇区”,每个
- 扇区存储512字节
- block(块)
- 连续的八个扇区组成一个 block （8x512） 元信息--------------inode
- 是文件存取的最小单位
- **inode(索引节点) ** 数据----------------block
- 中文译名为“索引节点”,也叫i节点 一个文件必须占用一个inode,但至少占用一block
- 用于存储文件元信息
- block(块)
1.2 inode的内容
-
inode包含文件的元信息
- 文件的字节数
- 文件拥有者的User ID 不包含文件名
- 文件的Group ID
- 文件的读、写、执行权限
- 文件的时间戳
-
用stat命令可以查看某个文件的inode信息
- 示例:stat aa.txt
- Linux系统文件三个主要的时间属性
- atime(access time)
最后一次访问文件或目录的时间
- ctime(change time)
最后一次改变文件或目录(属性)的时间
- mtime(modify time)
最后一次修改文件或目录(内容)的时间
输入内容后时间会变化成最近一次操作的时间
用查看会让atime变化
- 目录文件的结构
- 目录也是一种文件
- 目录文件的结构
- 每个inode都有一个号码,操作系统用inode号码来识别不同的文件
- Linux系统内部不使用文件名,而使用inode号码来识别文件
- 对于用户,文件名只是inode号码便于识别的别称
用户通过文件名打开文件时,系统内部的过程
1.系统找到这个文件名对应的inode号码
2.通过inode号码,获取inode信息
3.根据inode信息,找到文件数据所在的block,读出数据
查看inode号码的方法
ls-i命令:查看文件名对应的inode号码
Is -i aa.txt
stat命令:查看文件inode信息中的inode号码
stat aa.txt
1.3 文件存储
硬盘分区后的结构
访问文件的简单流程
1.4 inode的大小
- inode也会消耗硬盘空间
- 每个inode的大小
- 一般是128字节或256字节
- 格式化文件系统时确定inode的总数
- 使用df-i命令可以查看每个硬盘分区的inode总数和已经使用的数量
1.5 inode的特殊作用
- 由于inode号码与文件名分离，导致Linux系统具备以下几种特有的现象
- 文件名包含特殊字符，可能无法正常删除。这时直接删除inode，能够起到删除文件的作用;
- 移动文件或重命名文件，只是改变文件名，不影响inode 号码
- 打开一个文件以后，系统就以inode 号码来识别这个文件，不再考虑文件名
- 文件数据被修改保存后，会生成一个新的inode 号码
删除的两种格式
find ./ -inum inode号 -exec rm -i {} ;
find ./ -inum inode号 -delete
添加硬盘分30M，挂载在test1中，使用命令创建多个文件实现故障现象，查看空余空间，尝试在/opt/test下创建目录无法创建
2.硬链接与软链接
2.1链接文件分类
- 为文件或目录建立链接文件
- 链接文件分类
| 特性 | 软链接（符号链接） | 硬链接 |
|---|---|---|
| 删除原始文件后 | 链接失效，变成一个指向不存在的文件的符号链接 | 仍旧可用，因为链接指向的是文件的数据块，而非文件名 |
| 使用范围 | 适用于文件或目录 | 只可用于文件 |
| 保存位置 | 可以与原始文件位于不同的文件系统中 | 必须与原始文件在同一个文件系统内（例如同一个Linux分区） |
| 文件大小 | 链接本身的大小是符号链接的大小，通常很小 | 硬链接不增加文件大小，因为它们共享相同的数据块 |
| 创建方式 | ln -s [源文件或目录] [链接名] | ln [源文件] [链接名] |
| 文件属性 | 软链接有自己的权限和所有者，与原始文件无关 | 硬链接没有自己的权限和所有者，与原始文件相同 |
| 文件计数 | 查看链接数时，软链接不计入原始文件的链接数 | 每个硬链接都会增加原始文件的链接数（ls -l 中的 ln 值） |
| 跨文件系统 | 可以创建跨文件系统的软链接 | 不能创建跨文件系统的硬链接，因为不同文件系统的数据块结构不同 |
- 硬链接
- In 源文件 目标位置
- 软链接
- In -s 源文件或目录 … 链接文件或目标位置
3.恢复误删除的文件
3.1 案例:恢复EXT类型的文件
extundelete 是一一个开源的Linux 数据恢复工具，支持ext3、 ext4文件系统。 ( ext4只能在centos6版本恢复)
- 编译安装extundelete软件包
- 安装依赖包
- +e2fsprogs-libs-1.41.12-18.el6.x86_64.rpm
- +e2fsprogs-devel-1.41.12-18.el6.x86_64.rpm
- 配置、编译及安装
- extundelete-0.2.4.tar.bz2
- 安装依赖包
- 模拟删除并执行恢复操作
模拟过程
1.使用fdisk创建分区/dev/sdc1， 格式化ext3文件系统
fdisk /dev/sdc
partprobe /dev/sdc
mkfs.ext3 /dev/sdc1
mkdir /test
mount /dev/sdc1/test
df -hT
2.安装依赖包
yum -y install e2fsprogs-devel e2fsprogs-libs gcc gcc-c++
3.编译安装extundelete
cd /test
wget http://nchc.dl.sourceforge.net/project/extundelete/extundelete/0.2.4/extundelete-0.2.4.tar.bz2
tar jxvf extundelete-0.2.4.tar.bz2
cd extundelete-0.2.4/
./configure --prefix=/usr/1ocal/extundelete && make && make install 或
./configure && make && make install
ln -s /usr/local/extundelete/bin/* /usr/bin/
4.模拟删除并执行恢复操作
cd /test
echo a>a
echo a>b
echo a>c
echo a>d
ls
extundelete /dev/sdc1 --inode 2 #查看文件系统/dev/sdc1下存在哪些文件，i节点是从2开始的，2代表该文件系统最开始的目录
rm -rf a b
extundelete /dev/sdc1 --inode 2
cd ~
umount /test
extundelete /dev/sdc1 --restore-all #恢复/dev/sdc1 文件系统下的所有内容
在当前目录下会出现一个RECOVERED_FILES/目录，里面保存了已经恢复的文件
ls RECOVERED FILES/
添加一块硬盘并分512M
格式化文件系统
创建一个目录把/dev/sdb1挂载在上面，yum下载e2fsprogs-devel e2fsproges-libs
把extundelete-0.2.1.tar.bz2上传到linux并解压
将extundelete-0.2.1.tar.bz2移动到新建目录下./configure安装，make制作
在hj目录下创建四个文件并输入内容，使用extundelete保存inode号2以后的
删除两个测试文件
使用extundelete查看
解除挂载/de/sdb1并查看
使用extundelete恢复数据
切换到extundelete保存的目录下查看删除的文件
接着将文件拷贝到源目录下
3.2 案例:恢复XFS类型的文件
- xfsdump命令格式
xfsdump-f +备份存放位置 +要备份的路径或设备文件
- xfsdump备份级别(默认为0)
- 0:完全备份
- 1-9:增量备份
- **xfsdump常用选项 **
-
- f 指定备份文件目录
- -L 指定标签session label
- -M指定设备标签media labe
- -S 备份单个文件，-s后面不能直接跟路径
-
- xfsrestore命令格式
xfsrestore -f 恢复文件的位置 存放恢复后文件的位置
- 模拟删除并执行恢复操作
模拟过程
1.使用fdisk创建分区/dev/sdb1，格式化xfs文件系统
fdisk /dev/sdb 或 partprobe /dev/sdb
mkfs.xfs /dev/sdb1 或者 mkfs.xfs [-f] /dev/sdb1
mkdir /data
mount /dev/sdb1 /data/
cd /data
cp /etc/passwd ./
mkdir test
touch test/a
2.使用xfsdump命令备份整个分区
rpm -qa | grep xfsdump
yum install -y xfsdump
xfsdump -f /opt/dump_sdb1 /dev/sdb1 [-L dump_sdb1 -M sdb1]
xfsdump -f /opt/dump_sdb /dev/sdb1 -L dump_sdb -M sdb1
3.模拟数据丢失并使用xfsrestore 命令恢复文件
cd /data/
rm -rf ./*
ls
xfsrestore -f /opt/dump_sdb1 /data/
备份有两种·0·表示完全备份(默认)，1-9·表示增量备份呢
xfsdump.按照·inode·顺序备份·一个·xfs·文件系统
第二次备份也就是增量备份
xfsdump .- 1.1 .- f/opt/dump_sdb1_level_1/dev/sdb2 .- L.dump_sdb2_level 1-M.sdb2
使用fdisk创建分区/dev/sdb2，格式化xfs文件系统，挂载在创建的hk目录
创建文件在hk目录下
用rpm查看xfsdump是否安装
使用xfsdump命令备份hk目录，并保存在opt下
保存的文件位置 磁盘位置 磁盘
备份成功提示
备份文件位置
删除文件
查看hk目录确认已删除
恢复备份
成功提示
查看恢复的文件
3.2.1 xfsdump使用限制
- 只能备份已挂载的文件系统
- 必须使用root的权限才能操作
- 只能备份XFS文件系统
- 备份后的数据只能让xfsrestore解析
- 不能备份两个具有相同UUID的文件系统
4.分析日志文件
4.1日志文件
4.1.1日志的功能
- 用于记录系统、程序运行中发生的各种事件
- 通过阅读日志,有助于诊断和解决系统故障
4.1.2日志文件的分类
- 内核及系统日志
- 由系统服务rsyslog统一进行管理,日志格式基本相似
- 用户日志
- 记录系统用户登录及退出系统的相关信息
- 程序日志
- 由各种应用程序独立管理的日志文件,记录格式不统一
4.1.3日志保存位置
- 默认位于:/var/lcg目录下
4.1.4主要日志文件介绍
内核及公共消息日志 · /var/log/messages
记录Linux内核消息及各种应用程序的公共日志信息，包括启动、IO错误、网络错误、程序故障等，对于未使用独立日志文件的应用程序或服务，一般都可以从该日志文件中获得相关的事件记录信息
计划任务日志 · /var/log/cron
记录crond计划任务产生的事件信息
系统引导日志 · /var/log/dmesg
记录Linux系统在引导过程中的各种事件信息
邮件系统日志 · /var/log/maillog
记录进入或发出系统的电子邮件活动
用户登录日志 · /var/log/lastlog
记录每个用户最近的登录事件，是二进制格式
可以用lastlog查看
· /var/log/secure记录用户认证相关的安全事件信息 · /var/log/wtmp记录每个用户登录、注销及系统启动和停机事件，是二进制格式可以用lastlog查看,存放在./var/log/secure· /var/run/btmp记录失败的、错误的登录尝试及验证事件，是二进制格式可以用lastlog查看,存放在./var/log/secure
4.2 内核及系统日志
4.2.1 由系统服务 rsyslog 统一管理
- 软件包:rsyslog-7.4.7-16.el7.x86 64
- 主要程序:/sbin/rsyslogd(服务)
- 配置文件:/etc/rsyslog.conf
4.2.1.1rsyslog服务常用命令
ps -ef | grep rsyslogd 查看服务是否开启
grep -v “^$” /etc/rsyslog.conf 过滤掉空行
4.2.1.2自定义日志
用编辑器配置vim /etc/rsyslog.conf
加入一行内容*.info /var/log/info.log
日志中符号
mail.* 代表比*等级高的都记录，代表任何，也就是说任何日志都记录
.none 代表不记录日志
日志存放位置为：所有日志高于这个等级就会对所有在线用户广播
.=代表只记录=后面级别的日志
.!代表除了！后面级别的日志不记录其他的都记录
存放路径之前有“-”代表先放入缓存足够大之后再存放在路径
systemctl restart rsyslog 重启服务之后/var/log下面就生成info.log
用vim编辑器查看
4.2.2日志消息的级别
级号 消息 级别 说明
0 EMERG 紧急 会导致主机系统不可用的情况
1 ALERT 警告 必须马上采取措施解决的问题
2 CRIT 严重 比较严重的情况
3 ERR 错误 运行出现错误
4 WARNING 错误 可能会影响系统功能的事件
5 NOTICE 注意 不会影响系统但值得注意
6 INFO 信息 一般信息
7 DEBUG 调试 程序或系统调试信息等
4.2.3日志记录的一般格式
4.3用户日志分析
4.3.1保存了用户登录、退出系统等相关信息
- /var/log/lastlog:最近的用户登录事件
- /var/log/wtmp:用户登录、注销及系统开、关机事件
- /var/run/utmp:当前登录的每个用户的详细信息
- /var/log/secure:与用户验证相关的安全性事件
4.3.2分析工具
- users、who、w、last、lastb（查询登录失败的）
4.4 程序日志分析
4.4.1由相应的应用程序独立进行管理
- Web服务:/var/log/httpd/
- access_log error_log
设置httpd的登录和报错日志
serverroot"/etc/httpd"
重启httpd服务查看实时的倒数access_log
查询结果
- 代理服务:/var/log/squid/
- access.log cache.log
- FTP服务:/var/log/xferlog
编译安装不在上面的位置
4.4.2分析工具
- 文本查看、grep过滤检索、Webmin管理套件中查看
- awk、sed等文本过滤、格式化编辑工具
- Webalizer、Awstats等专用日志分析工具
journalctl工具
是CentOS-7独有的工具
Systemd 统一管理所有 Unit 的启动日志。好处就是 ，可以只用journalctl一个命令，查看所有日志（内核日志和 应用日志）
日志的配置文件/etc/systemd/journald.conf
ps -ef | grep journald
journalctl -b 查看本次启动的日志
journalctl -k 查看内核日志
journalctl | wc -l 查看系统总共的日志
journalctl -xe 经常用来查看最近报错的日志
-e：从结尾开始看
-x：提供问题相关的网址
journalctl -u httpd.service 指定服务服务报错
journalctl -p err 指定日志等级查看级别
4.4.3日志管理策略
- 及时作好备份和归档
- 延长日志保存期限
- 控制日志访问权限
- 日志中可能会包含各类敏感信息,如账户、口令等
- 集中管理日志
- 将服务器的日志文件发到统一的日志文件服务器
- 便于日志信息的统一收集、整理和分析
- 杜绝日志信息的意外丢失、恶意篡改或删除
将日志文件全部放在日志文件服务器上(集中管理)
1.rpm -ql rsyslog 查看模块有么有
2.服务端配置
[root@localhost ~]#vim /etc/rsyslog.conf
3.编辑文件取消第19 20 行注释允许服务器使用TCP 514端口接收日志 ；开启日志的远程传输功能在192.168.10.19
19 $ModLoad imtcp
20 $InputTCPServerRun 514
4.重启rsyslog日志服务
[root@localhost ~]# systemctl restart rsyslog
5.查看514端口是否开启
[root@localhost ~]#netstat -ntap |grep 514
6.客户端配置
[root@www1 ~]# vim /etc/rsyslog.conf
7.修改日志服务配置文件
90 . @@192.168.72.20:514
行数 所有 TCP 服务端IP 端口
8.把所有日志采用TCP协议发送到192.168.72.20的514端口上 ； #两个@ 代表使用 tcp 一个代表udp
[root@localhost ~]# systemctl restart rsyslog
9.客户端创建用户
10.去服务端查看
