别只敲命令了用Shell脚本把openEuler日常操作自动化附5个实用脚本在openEuler的日常运维中重复性的命令行操作往往占据了大量时间。想象一下每天手动检查服务状态、逐台服务器清理日志、反复输入相同的软件更新命令——这些操作不仅效率低下还容易因人为疏忽导致错误。事实上80%的日常运维工作都可以通过Shell脚本实现自动化这正是本文要解决的核心问题。对于已经掌握基础命令的中级用户而言Shell脚本是将零散操作转化为标准化工具的关键跳板。不同于简单命令的堆砌脚本化思维能实现条件判断、循环执行和错误处理的完整逻辑链。下面我们将通过5个典型场景的实战案例展示如何用脚本将机械劳动转化为一键式智能操作。1. 自动化运维的基石Shell脚本核心语法1.1 变量与参数传递Shell脚本的威力始于变量的灵活运用。通过变量我们可以将硬编码的值转化为可动态调整的参数#!/bin/bash # 定义备份目录变量 BACKUP_DIR/var/backups TODAY$(date %Y%m%d) # 获取当前日期 LOG_FILE${BACKUP_DIR}/backup_${TODAY}.log环境变量与位置参数的配合使用能让脚本适应不同场景# 使用位置参数$1接收外部输入 target_dir$1 if [ ! -d $target_dir ]; then echo 错误目录 $target_dir 不存在 | tee -a $LOG_FILE exit 1 fi1.2 流程控制结构条件判断和循环是自动化逻辑的核心构件。注意[ ]两侧的空格是语法必需# 多条件判断示例 if [ -f /tmp/lockfile ] [ $(wc -l /var/log/nginx/error.log) -gt 1000 ]; then echo 检测到错误日志过多且存在锁文件 $LOG_FILE # 触发告警逻辑... elif [ ! -f /tmp/lockfile ]; then touch /tmp/lockfile fi # 遍历目录的for循环 for conf_file in /etc/nginx/conf.d/*.conf; do if grep -q ssl_certificate $conf_file; then echo 发现SSL配置: $conf_file fi done1.3 函数封装与模块化将重复代码抽象为函数是专业脚本的标志# 定义日志函数 log_message() { local level$1 local msg$2 echo [$(date %F %T)] [$level] $msg | tee -a $LOG_FILE } # 调用示例 log_message INFO 开始执行备份流程2. 实战案例一智能日志清理脚本2.1 场景痛点分析系统日志的持续增长会快速耗尽磁盘空间。传统解决方案是手动执行rm命令或配置logrotate但存在以下局限无法根据日志内容智能过滤缺乏清理前的完整性检查没有操作审计记录2.2 脚本实现代码以下脚本实现了按时间/大小双维度清理并保留关键错误信息#!/bin/bash # 日志清理工具 v1.2 # 参数$1日志路径 $2保留天数 $3最大容量(MB) LOG_DIR${1:-/var/log} KEEP_DAYS${2:-30} MAX_SIZE${3:-500} # 检查磁盘使用率 disk_usage$(df -h $LOG_DIR | awk NR2 {print $5} | tr -d %) [ $disk_usage -lt 90 ] || { echo 紧急磁盘使用率已达${disk_usage}%立即清理 2 MAX_SIZE$((MAX_SIZE/2)) # 自动调低阈值 } # 主清理逻辑 find $LOG_DIR -type f -name *.log -mtime $KEEP_DAYS -exec rm -v {} \; find $LOG_DIR -type f -size ${MAX_SIZE}M -exec truncate -s ${MAX_SIZE}M {} \; # 关键错误留存 grep -Ei error|fail|critical $LOG_DIR/*.log $LOG_DIR/important_errors.log2.3 进阶技巧日志轮转增强结合crontab实现自动化调度# 每天凌晨执行清理 0 3 * * * /usr/local/bin/log_cleaner.sh /var/log 30 5003. 实战案例二服务状态监控与自愈3.1 服务监控原理通过systemctl检测服务状态当发现异常时尝试自动重启重启失败则记录快照信息通知管理员3.2 完整实现脚本#!/bin/bash # 服务守护脚本 SERVICES(nginx mysql redis) for service in ${SERVICES[]}; do status$(systemctl is-active $service) if [ $status ! active ]; then echo [$(date)] 服务 $service 异常 ($status) /var/log/service_watcher.log # 尝试重启 systemctl restart $service sleep 5 # 验证重启结果 if [ $(systemctl is-active $service) active ]; then echo 成功恢复 $service 服务 else # 收集诊断信息 journalctl -u $service -n 50 /tmp/${service}_failure.log systemctl status $service /tmp/${service}_failure.log # 发送告警需配置邮件或Webhook send_alert $service 服务恢复失败 /tmp/${service}_failure.log fi fi done3.3 监控指标扩展可添加的性能监控维度指标类型检查命令阈值参考CPU使用率top -bn1grep Cpu(s)内存占用free -m剩余10%告警磁盘IO等待iostat -x 1 2await50ms网络连接数ss -sESTAB50004. 实战案例三安全加固自动化脚本4.1 典型加固项密码策略强化无用账户清理SSH安全配置防火墙规则更新4.2 一键加固实现#!/bin/bash # 安全基线配置工具 # 备份原始配置 cp /etc/ssh/sshd_config /etc/ssh/sshd_config.bak cp /etc/login.defs /etc/login.defs.bak # SSH加固 sed -i s/#PermitRootLogin yes/PermitRootLogin no/ /etc/ssh/sshd_config sed -i s/#PasswordAuthentication yes/PasswordAuthentication no/ /etc/ssh/sshd_config echo AllowUsers admin /etc/ssh/sshd_config # 密码策略 sed -i s/PASS_MAX_DAYS.*/PASS_MAX_DAYS 90/ /etc/login.defs sed -i s/PASS_MIN_LEN.*/PASS_MIN_LEN 12/ /etc/login.defs # 清理无用账户 for user in games ftp; do if id $user /dev/null; then userdel -r $user fi done # 应用变更 systemctl restart sshd5. 实战案例四批量软件更新与依赖检查5.1 更新策略设计先检查可更新软件包排除内核等关键包自动处理依赖关系生成变更报告5.2 智能更新脚本#!/bin/bash # 安全更新工具 # 获取更新列表 UPDATES$(dnf check-update -q | grep -v kernel | awk {print $1}) if [ -z $UPDATES ]; then echo 没有待更新的软件包 exit 0 fi # 生成更新报告 REPORT_FILE/var/log/update_report_$(date %Y%m%d).log echo 待更新软件包 $REPORT_FILE echo $UPDATES $REPORT_FILE # 交互式确认 read -p 发现 ${#UPDATES[]} 个更新是否继续(y/n) confirm if [[ $confirm ! [yY] ]]; then exit 1 fi # 执行更新 dnf update -y ${UPDATES[]} $REPORT_FILE 21 # 检查依赖 echo -e \n更新后依赖检查 $REPORT_FILE dnf repoquery --unsatisfied $REPORT_FILE6. 实战案例五跨服务器文件同步工具6.1 同步方案对比方案优点缺点适用场景rsync增量同步、带宽优化需配置SSH密钥定期备份scp简单直接全量传输小文件快速传输inotifyrsync实时同步系统资源占用高关键目录实时镜像6.2 智能同步脚本#!/bin/bash # 跨服务器同步工具 SRC_DIR/data/important DST_SERVERS(server1 server2) EXCLUDE_FILE/etc/sync_excludes # 检查源目录 [ -d $SRC_DIR ] || { echo 错误源目录不存在; exit 1; } # 遍历目标服务器 for server in ${DST_SERVERS[]}; do echo 开始同步到 $server ... # 使用rsync增量同步 rsync -avz --delete \ --exclude-from$EXCLUDE_FILE \ -e ssh -p 22 -i /root/.ssh/sync_key \ $SRC_DIR/ root$server:$SRC_DIR/ # 校验结果 if [ $? -eq 0 ]; then echo $server 同步成功 else echo $server 同步失败 2 fi done7. 脚本优化与调试技巧7.1 调试模式实践使用set -x激活调试追踪#!/bin/bash set -x # 开启命令回显 DEBUG${DEBUG:-false} # 默认关闭调试 $DEBUG set -x # 条件调试 # 生产环境建议添加的错误处理 set -euo pipefail trap echo 脚本被中断执行清理...; rm -f /tmp/lockfile EXIT7.2 性能优化要点减少子进程调用用内置命令替代awk/sed避免频繁文件IO合并写操作使用关联数组替代多文件处理# 低效写法 for file in *.log; do grep error $file errors.txt done # 优化写法 grep error *.log errors.txt8. 自动化运维体系进阶当单个脚本无法满足需求时需要考虑配置管理工具Ansible剧本可管理脚本的版本和分发任务调度系统通过Kubernetes CronJob实现跨集群调度监控集成将脚本输出接入Prometheus等监控系统# 示例Ansible调用本地脚本 - name: 部署日志清理脚本 hosts: all tasks: - name: 推送脚本 copy: src: /local/scripts/log_cleaner.sh dest: /usr/local/bin/ mode: 0755 - name: 配置cron任务 cron: name: 每日日志清理 minute: 0 hour: 3 job: /usr/local/bin/log_cleaner.sh /var/log/clean.log 21