sar查不到昨天的负载数据是因为默认只保留当天采样，历史数据依赖sysstat持续采集并归档到/var/log/sysstat/sadd；若服务未启用、cron失效或日志轮转未配置，则对应日期文件缺失。
为什么sar查不到昨天的负载数据？
默认情况下，sar只能显示当天的实时或近期采样数据，历史记录需要依赖sysstat服务持续采集并归档。如果没启用日志轮转，/var/log/sysstat/下不会有saDD（如sa15）文件，自然查不到15号的数据。
确认是否启用采集：
– 检查sysstat是否安装：rpm -q sysstat（CentOS/RHEL）或dpkg -l sysstat（Debian/Ubuntu）
– 确认服务已启用：systemctl is-enabled sysstat应返回enabled
– 查看定时任务是否生效：grep -v "^#" /etc/cron.d/sysstat中应有类似*/10 * * * * root /usr/lib64/sa/sa1 -S DISK 1 1的行（路径可能为/usr/lib/sa/sa1）
常见坑：
– sysstat安装后默认不自动启用服务，需手动运行systemctl enable --now sysstat
– 容器环境或最小化系统常缺失cron，导致sa1从不执行
– /var/log/sysstat/目录权限错误（如被设为root:root且无写入权），sa1静默失败
如何用sar读取指定日期的CPU和I/O历史？
sar本身不存数据，它只是读取/var/log/sysstat/saDD二进制文件（DD为日期，如15代表每月15日）。要查2024年6月15日的负载，直接运行：sar -f /var/log/sysstat/sa15
常用组合示例：
– CPU使用率（每10分钟一采样）：sar -u -f /var/log/sysstat/sa15
– 磁盘I/O等待（含设备名）：sar -d -f /var/log/sysstat/sa15
– 内存页交换活动：sar -W -f /var/log/sysstat/sa15
– 网络接口吞吐（需内核支持）：sar -n DEV -f /var/log/sysstat/sa15
注意点：
– -f参数必须在所有其他选项**之前**，否则会被忽略
– 若提示Cannot open /var/log/sysstat/sa15: No such file or directory，说明当天未生成该文件（服务停过、cron失效或磁盘满）
– saDD文件是二进制格式，不可用cat或less查看，强行打开会输出乱码
sar -u输出里的%iowait高就代表磁盘慢？
不一定。%iowait表示CPU空闲且在等待I/O完成的时间占比，但它依赖两个前提：CPU确实空闲 + I/O请求真正阻塞了进程。现实中常见误判场景：
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
– 多核系统下，某核%iowait高，但其他核满载，整体负载未必由I/O引起
– 使用NVMe或高速存储时，%iowait可能很低，但应用仍卡在同步写（如fsync）上，sar -d中的await（平均I/O响应时间）才更关键
– 虚拟机环境中，宿主机I/O压力会导致客户机%iowait虚高，实际sar -d看到的svctm（服务时间）却很低
建议联动排查：
– 先看sar -u -f saDD | grep -E "^[0-9]" | awk '{print $5}' | sort -n | tail -3快速定位最高%iowait时段
– 再用sar -d -f saDD -s 10:00:00 -e 10:15:00（指定时间段）查对应时刻的await和%util
– 若%util接近100%但await不高，可能是队列深度大（如SSD多队列），而非设备瓶颈
如何让sar保留30天以上的历史数据？
sysstat默认只保留7天（由/etc/sysconfig/sysstat中的HISTORY=7控制），修改后需重启sysstat服务或等待下次sa2归档执行。
操作步骤：
– 编辑配置：sudo vim /etc/sysconfig/sysstat（RHEL/CentOS）或/etc/default/sysstat（Debian/Ubuntu）
– 将HISTORY=7改为HISTORY=30
– 重启服务：systemctl restart sysstat
– 验证：检查/var/log/sysstat/下是否开始保留更多saDD文件
风险提示：
– 每天saDD文件约100KB–2MB（取决于采集项数量），30天可能占用50MB+，老设备磁盘空间紧张时需权衡
– sa2归档脚本依赖date命令输出格式，若系统locale非C（如中文环境），可能导致归档失败，建议在/etc/cron.d/sysstat中显式设置export LANG=C
– 修改HISTORY不影响已删除的旧文件，仅对后续归档生效；恢复更早数据需从备份还原/var/log/sysstat/
历史数据的价值不在“有没有”，而在“能不能准确定位到那一秒”。很多人配好了sysstat却在故障复盘时发现%iowait异常时段的await值缺失——因为当初没加-S DISK参数到sa1命令里。采集项一旦漏掉，事后无法补救。
