服务器系统盘更换后需要做哪些配置恢复？

服务器系统盘更换后，由于操作系统环境、硬件配置或数据路径发生了变化，需要进行一系列的配置恢复和验证工作，以确保业务能够正常启动并运行。具体的操作取决于你是重装了全新系统还是从旧盘迁移/克隆了数据。

以下是针对不同场景的系统盘更换后的关键配置恢复清单：

1. 基础系统与网络配置

这是最优先的步骤，确保服务器能“活”过来并能被管理。

• 主机名（Hostname）：检查 /etc/hostname (Linux) 或注册表 (Windows)，确认是否因新磁盘初始化而重置，需手动改回原业务名称。
• IP 地址与网络接口：
  • 静态 IP：如果之前配置的是静态 IP，新系统通常会还原为 DHCP 或默认无 IP。需重新编辑网络配置文件（如 Linux 的 /etc/netplan/, /etc/sysconfig/network-scripts/ 或 Windows 的网络适配器设置）。
  • MAC 地址变更：如果是云环境或更换了网卡驱动导致 MAC 地址变化，需检查网络绑定规则（如 udev 规则），防止网卡名称错乱（如 eth0 变成 ens33）。
• 时间同步：重启后检查 NTP 服务（chronyd 或 ntpd）是否自动启动，确保时间准确，否则会导致证书验证失败或日志混乱。

2. 存储挂载与文件系统

系统盘更换往往意味着根目录 / 的变化，或者数据盘的路径需要重新关联。

• /etc/fstab 文件修复：
  • 检查该文件中的 UUID 是否正确。如果是全新安装，旧的 UUID 将失效；如果是克隆盘，UUID 可能保持不变但设备名变了。
  • 关键点：务必使用 blkid 获取新磁盘的正确 UUID 进行替换，防止开机无法挂载导致进入单用户模式。
• LVM 逻辑卷：如果使用了 LVM，需确认物理卷（PV）、卷组（VG）和逻辑卷（LV）的状态是否正常（vgscan, lvscan）。
• RAID 卡配置：如果底层是软 RAID 或硬 RAID，需确认 RAID 阵列在新系统中是否被正确识别。

3. 应用服务与环境恢复

根据业务类型，恢复软件运行环境。

• 依赖库与运行时环境：
  • 如果是全新安装：需要重新安装 JDK, Python, Node.js, Docker, Nginx, MySQL 等所有中间件。
  • 如果是数据迁移：检查二进制文件是否完整，特别是动态链接库（.so 或 .dll）路径是否匹配。
• 数据库连接：
  • 如果是本地数据库（如 MySQL/PostgreSQL），需确认数据文件路径（Data Directory）已正确指向新的存储位置，并修改 my.cnf 或 postgresql.conf。
  • 如果是远程数据库，只需恢复客户端配置。
• Web 服务器配置：重新加载 Nginx/Apache/IIS 配置，确保网站根目录（DocumentRoot）指向正确的备份数据路径。
• Docker/K8s 环境：
  • 如果是容器化部署，需重新拉取镜像（如果未持久化到外部仓库）。
  • 检查 Volume 挂载点是否生效。

4. 安全与权限配置

新系统默认的安全策略通常比生产环境宽松，需严格加固。

• 防火墙规则：
  • 检查 iptables, firewalld (Linux) 或 Windows Firewall。新系统通常清空了所有规则，需重新开放业务端口（如 80, 443, 3306 等）。
• SSH 访问：
  • 如果是全新安装，/root/.ssh/authorized_keys 为空，需重新导入管理员公钥，禁止密码登录（如果之前开启了密钥认证）。
  • 检查 /etc/ssh/sshd_config 中的 PermitRootLogin 等参数是否符合安全基线。
• 用户与权限：
  • 确认业务运行用户（如 www-data, mysql）是否存在且拥有正确的目录权限（chown / chmod）。
  • 检查 Sudoers 权限配置。

5. 监控与日志X_X

确保运维团队能继续看到服务器状态。

• 监控 Agent：重新安装 Zabbix Agent, Prometheus Node Exporter, Datadog, CloudWatch Agent 等，并填入正确的 Server ID 或 API Key。
• 日志收集：配置 Filebeat, Fluentd 或 rsyslog，将日志发送至 ELK/Splunk 等中心节点。
• 定时任务：恢复 Crontab (crontab -l -> crontab -e) 或 Windows 计划任务，包括备份脚本、清理脚本等。

6. 特殊场景处理

• 云服务器（ECS/CVM）特定配置：
  • Cloud-Init：如果是云厂商的新实例，需确保 cloud-init 已正确执行以注入元数据、SSH 密钥和用户数据脚本。
  • 驱动兼容性：在虚拟化环境中，可能需要安装 VirtIO 驱动或更新内核模块。
• License 授权：部分商业软件（如 Oracle DB, SAP, Windows Server）的 License 是与硬件指纹绑定的。系统盘更换可能导致 License 失效，需联系厂商重新激活或转移授权。

7. 验证与测试（至关重要）

在正式对外提供服务前，必须执行以下验证：

1. 启动自检：观察系统启动日志，确认无报错（dmesg, journalctl -xb）。
2. 服务状态：systemctl status <service_name> 确认核心服务均为 active (running)。
3. 连通性测试：从内网和网络分别测试业务端口连通性。
4. 功能回归：模拟真实业务请求，验证读写流程、事务处理及数据完整性。
5. 备份验证：确认新的备份策略已生效，并尝试进行一次全量备份演练。

建议：如果条件允许，建议在更换系统盘前对旧系统进行全量快照，并在恢复完成后保留旧盘一段时间作为应急回滚方案。