CentOS SQL Server数据库恢复技巧有哪些

CentOS 上 SQL Server 数据库恢复技巧

一、准备与环境检查

• 确认备份可用：至少准备一份可用的完整备份（.bak），做时间点恢复时还需对应的差异备份（.bak）与事务日志备份（.trn）。在恢复前先检查文件是否存在且可读。
• 选择恢复方式：简单恢复模型只能整库还原；需要时间点恢复请将数据库设置为完整恢复模式，并具备相应的日志备份链。
• 规划文件路径：Linux 上数据/日志文件默认位于 /var/opt/mssql/，建议将备份放在 /var/opt/mssql/backups 并设好权限（如：chown mssql:mssql，chmod 700），避免权限不足导致还原失败。
• 工具与连接：安装并使用 mssql-tools（sqlcmd），以具有 sysadmin 权限的账户连接实例。
• 建议流程：先在测试环境演练，再在生产环境执行，降低风险。

二、用户数据库的标准恢复步骤

• 场景A 常规还原（整库覆盖或新建）
  1. 将备份文件复制到服务器（如：/var/opt/mssql/backups）。
  2. 使用 sqlcmd 执行还原，必要时用 WITH MOVE 指定新路径，WITH REPLACE 覆盖同名库：

     RESTORE DATABASE [YourDB]
     FROM DISK = N'/var/opt/mssql/backups/YourDB.bak'
     WITH MOVE N'YourDB_Data' TO N'/var/opt/mssql/data/YourDB.mdf',
          MOVE N'YourDB_Log'  TO N'/var/opt/mssql/data/YourDB_log.ldf',
          REPLACE, RECOVERY;
     

• 场景B 时间点恢复（完整 → 差异 → 日志）
  1. 还原完整备份（NORECOVERY 保留恢复链）：

     RESTORE DATABASE [YourDB]
     FROM DISK = N'/var/opt/mssql/backups/YourDB.bak'
     WITH NORECOVERY;
     

  2. 如有差异备份：

     RESTORE DATABASE [YourDB]
     FROM DISK = N'/var/opt/mssql/backups/YourDB_Diff.bak'
     WITH NORECOVERY;
     

  3. 还原日志到指定时间点（示例为 2025-12-13 10:00:00）：

     RESTORE LOG [YourDB]
     FROM DISK = N'/var/opt/mssql/backups/YourDB_Log.trn'
     WITH RECOVERY, STOPAT = '2025-12-13T10:00:00';
     

• 场景C 仅还原到某一日志序列号（LSN）

  RESTORE LOG [YourDB]
  FROM DISK = N'/var/opt/mssql/backups/YourDB_Log.trn'
  WITH RECOVERY, STOPBEFOREMARK = 'lsn:123456:0x1234';
  

• 场景D 从 Windows 迁移到 CentOS
  • 在 Windows 上生成备份（.bak），通过 WinSCP/SFTP 上传到 CentOS（如：/SQLServer/SQLBackup），再在 Linux 上执行 RESTORE（注意使用 Linux 路径并 MOVE 到 /var/opt/mssql/data）。

三、系统数据库的恢复要点

• 目标与原则：系统数据库（如 master）恢复通常用于实例级故障重建，操作前务必做好现有实例配置与用户库的离线备份。
• 基本思路：准备对应版本的 系统数据库模板 与备份，按官方流程在单用户模式下启动实例，优先恢复 master，再恢复 msdb/model，最后重启实例并检查登录、作业、链接服务器等是否正常。
• 风险提示：系统库恢复不当会导致实例无法启动或安全配置丢失，建议在专业指导下进行，并先在测试环境验证。

四、无备份或备份损坏的应对

• 应急排查：检查 ERRORLOG、默认备份目录、磁盘空间与权限，确认是否误删或路径变更导致“找不到备份”。
• 第三方工具：在极端情况下可尝试专业工具（如 SysTools SQL Recovery、Recovery for SQL Server）进行页级/日志级分析，但成功率取决于损坏程度，务必先对原始介质做只读镜像。
• 专业服务：涉及关键业务与合规数据时，建议尽快联系厂商或专业数据恢复机构。

五、恢复后的验证与性能优化

• 完整性校验：执行 DBCC CHECKDB 检查分配与一致性，发现错误按建议修复。
• 统计与索引：更新统计信息、重建/重组索引，确保执行计划与性能恢复。
• 业务验证：执行业务回归与关键报表/接口测试，确认数据一致性与可用性。