数字档案馆售后无响应？自主运维实操全指南

环境准备与依赖检查

在开始实施自主运维方案前，请确保服务器环境满足以下基础条件。本方案基于Linux环境（CentOS 7+或Ubuntu 18.04+）编写，这是数字档案馆系统最常见的部署环境。

1. 检查系统版本

执行以下命令确认内核版本，确保兼容性：

```bash uname -a cat /etc/os-release ```

2. 安装基础工具

无论系统是何种发行版，必须安装curl（用于检测服务存活）、vim（编辑配置）和cron（定时任务）。执行如下命令一键安装：

```bash CentOS/RHEL yum install curl vim crontabs -y Ubuntu/Debian apt-get update && apt-get install curl vim cron -y ```

方案一：应用进程看门狗（解决服务假死）

数字档案馆系统常见问题是JAR包或Tomcat进程假死，网页无法打开。厂商售后响应慢时，我们需要一个自动重启机制。这里编写一个Shell脚本，配合系统定时任务实现自动拉起。

1. 创建监控脚本

使用vim创建脚本文件：watchdog.sh

```bash vim /usr/local/bin/watchdog.sh ```

按下i键进入编辑模式，粘贴以下完整代码。请务必修改代码顶部的APP_NAME（进程名）和PORT（端口号）为你的实际配置。

```bash !/bin/bash 配置区域：请根据实际情况修改 APP_NAME="digital-archive.jar" 如果是Tomcat，改为 bootstrap 或 java PORT="8080" LOG_FILE="/var/log/watchdog.log" 获取当前时间戳 DATE=$(date '+%Y-%m-%d %H:%M:%S') 检查端口是否通顺 CHECK_PORT=$(netstat -ant | grep "$PORT" | grep LISTEN | wc -l) 检查进程是否存在 CHECK_PID=$(ps -ef | grep "$APP_NAME" | grep -v grep | wc -l) 写入日志函数 log() { echo "[$DATE] $1" >> $LOG_FILE } 判断逻辑：端口不通 或 进程数为0 if [ $CHECK_PORT -eq 0 ] || [ $CHECK_PID -eq 0 ]; then log "检测到服务异常 (端口存活:$CHECK_PORT, 进程数:$CHECK_PID), 尝试重启..." 尝试使用systemctl重启（如果是服务注册模式） systemctl restart digital-archive.service 2>>/dev/null 如果systemctl无效，尝试自定义启动命令（请修改为你的实际启动命令） if [ $? -ne 0 ]; then 示例：杀掉旧进程 pkill -f $APP_NAME sleep 5 示例：启动新进程 (注意：这里必须使用你的实际启动路径，例如 java -jar ...) nohup java -jar /opt/app/$APP_NAME > /dev/null 2>&1 & log "已执行强制重启操作，请检查启动命令是否已注释在脚本中。" fi else log "服务运行正常。" fi ```

保存并退出：按ESC，输入:wq并回车。

2. 赋予执行权限

为了安全，脚本必须具备可执行权限：

```bash chmod +x /usr/local/bin/watchdog.sh ```

3. 配置定时任务

编辑crontab列表：

```bash crontab -e ```

在文件末尾添加以下一行，表示每5分钟检查一次系统状态：

```bash /5 /usr/local/bin/watchdog.sh ```

方案二：数据库自动化冷备（防止数据丢失）

售后服务差往往伴随着数据丢失风险。必须建立本地自动备份机制。本方案以MySQL/MariaDB为例，Oracle环境需修改命令为expdp。

1. 编写备份脚本

创建备份脚本：db_backup.sh

```bash vim /usr/local/bin/db_backup.sh ```

输入以下内容，必须修改数据库用户名、密码和数据库名：

```bash !/bin/bash 数据库配置 DB_USER="root" DB_PASS="YourPassword" DB_NAME="archive_db" BACKUP_DIR="/data/backup/mysql" DATE=$(date +%Y%m%d_%H%M%S) RETENTION_DAYS=7 创建备份目录 mkdir -p $BACKUP_DIR 开始备份 echo "[$DATE] 开始备份数据库 $DB_NAME" >> $BACKUP_DIR/backup.log 使用mysqldump进行备份，此处忽略警告以保持日志整洁 mysqldump -u"$DB_USER" -p"$DB_PASS" --single-transaction --quick --lock-tables=false "$DB_NAME" > $BACKUP_DIR/$DB_NAME_$DATE.sql 2>> $BACKUP_DIR/backup.log 判断备份是否成功 if [ $? -eq 0 ]; then 压缩备份文件 gzip $BACKUP_DIR/$DB_NAME_$DATE.sql echo "[$DATE] 备份成功，文件已压缩" >> $BACKUP_DIR/backup.log else echo "[$DATE] 备份失败！请检查日志" >> $BACKUP_DIR/backup.log fi 清理旧备份：查找并删除7天前的文件 find $BACKUP_DIR -type f -name ".sql.gz" -mtime +$RETENTION_DAYS -exec rm -f {} \; echo "[$DATE] 清理完成，保留最近 $RETENTION_DAYS 天备份" >> $BACKUP_DIR/backup.log ```

2. 设置自动执行策略

赋予执行权限并配置每天凌晨2点执行：

```bash chmod +x /usr/local/bin/db_backup.sh crontab -e ```

添加如下内容：

```bash 0 2 /usr/local/bin/db_backup.sh ```

方案三：日志Web化查看（绕过厂商黑盒）

厂商通常不提供后台日志查看权限，或者远程登录极慢。我们可以部署一个轻量级Nginx目录索引，让浏览器直接读取服务器上的日志文件。

1. 安装Nginx

```bash CentOS yum install nginx -y Ubuntu apt-get install nginx -y ```

2. 配置日志映射

编辑Nginx配置文件，通常路径为/etc/nginx/nginx.conf或/etc/nginx/conf.d/default.conf。在http块内的server块中添加：

```bash server { listen 8090; 使用非80端口避免冲突 server_name localhost; 开启目录浏览功能 location /logs { 这里指向你的数字档案馆系统日志目录，通常是 /opt/app/logs 或 /var/log/... alias /opt/digital-archive/logs; autoindex on; 开启索引 autoindex_exact_size on; 显示文件大小 autoindex_localtime on; 显示本地时间 charset utf-8,gbk; 防止中文乱码 安全限制：仅允许内网访问，请将192.168.1.0/24替换为你的实际网段 allow 192.168.1.0/24; deny all; } } ```

3. 启动并验证

检查配置语法并重启Nginx：

```bash nginx -t systemctl restart nginx systemctl enable nginx ```

现在，在浏览器地址栏输入：http://服务器IP:8090/logs。你将看到所有日志文件的列表，点击即可在线查看或下载，无需登录笨重的远程桌面。

验证与故障排查

实施完上述三步后，请按照以下顺序进行验证，确保方案生效。

1. 验证看门狗

• 手动停止数字档案馆应用进程：systemctl stop digital-archive（或直接kill进程）。
• 等待5分钟，查看进程是否恢复：ps -ef | grep digital-archive。
• 查看监控日志：tail -f /var/log/watchdog.log，确认重启动作被记录。

2. 验证数据库备份

• 手动执行一次备份脚本：bash /usr/local/bin/db_backup.sh。
• 检查备份目录是否生成sql.gz文件：ls -lh /data/backup/mysql。
• 尝试解压一个文件检查内容是否完整：gunzip -c xxx.sql.gz | head。

3. 验证日志访问

• 在浏览器访问http://服务器IP:8090/logs。
• 确认能看到文件列表。如果显示403 Forbidden，请检查Nginx配置中的alias路径是否正确，以及文件夹是否有读权限：chmod -R 755 /opt/digital-archive/logs。