CentOS SQL Server数据库恢复方法有哪些

CentOS 上 SQL Server 数据库恢复方法概览

在 CentOS 环境中，SQL Server 支持以多种方式从备份恢复数据库，覆盖从单库恢复到灾难恢复、时间点恢复以及系统数据库恢复等场景。常用方法包括：基于备份文件的 T‑SQL 恢复、SSMS 图形化恢复、时间点恢复（日志恢复）、系统数据库恢复、无备份的数据文件级恢复，以及借助高可用/复制技术（如日志传送）进行快速切换与回滚。

常用恢复方法

基于备份文件的数据库恢复（完整/差异/日志）
- 适用：常规恢复、迁移、回滚到特定时间点。
- 要点：数据库需处于完整或大容量日志恢复模式；先恢复完整备份（WITH NORECOVERY），再恢复差异备份（WITH NORECOVERY），最后按顺序应用事务日志（末尾用 WITH RECOVERY 或指定 STOPAT 时间点）。示例：
  - RESTORE DATABASE [DB] FROM DISK = N’/backups/DB.bak’ WITH NORECOVERY;
  - RESTORE DATABASE [DB] FROM DISK = N’/backups/DB_Diff.bak’ WITH NORECOVERY;
  - RESTORE LOG [DB] FROM DISK = N’/backups/DB_Log.bak’ WITH RECOVERY;
- 提示：若仅需恢复到某一时刻，可在最后一条日志使用 WITH STOPAT=‘2025-12-31 10:00:00’。
SSMS 图形化恢复
- 适用：在 Windows 客户端使用 SSMS 连接 CentOS 上的 SQL Server 实例进行还原。
- 要点：在“还原数据库”中选择设备或备份文件，按需设置“覆盖现有数据库”“恢复状态”等，适合不熟悉 T‑SQL 的场景。
时间点恢复（PITR）
- 适用：误删数据、错误更新后精确回滚到某一时间点/事务标记。
- 要点：确保有完整备份与连续的日志备份；恢复顺序为：完整（NORECOVERY）→ 日志（NORECOVERY，可多次）→ 最后一条日志（WITH RECOVERY 或 STOPAT/STOPATMARK/STOPBEFOREMARK）。示例：
  - RESTORE LOG [DB] FROM DISK = N’/backups/DB_Log.bak’ WITH NORECOVERY, STOPAT=‘2025-12-31 09:59:59’;
  - RESTORE LOG [DB] FROM DISK = N’/backups/DB_Log2.bak’ WITH RECOVERY;
系统数据库恢复（master/model/msdb）
- 适用：实例级故障、登录/作业/链接服务器等元数据损坏。
- 要点：准备相应模板与备份，按官方流程在单用户/维护模式下恢复；恢复后注意验证实例配置与作业状态。
无备份的数据文件级恢复（第三方工具）
- 适用：备份缺失或损坏，仅有 .mdf/.ndf/.ldf 数据文件。
- 要点：使用专业工具尝试提取与重建，成功率受损坏程度影响，务必先在测试环境验证。
高可用/复制技术辅助恢复（日志传送）
- 适用：主库故障，快速切换到辅助库继续服务，再择机回切。
- 要点：通过日志传送将主库事务日志持续还原到辅助库，保持近实时同步；CentOS 上可结合 Samba/CIFS 共享日志目录进行传输。

恢复流程与关键注意事项

准备与校验
- 确认备份文件存在且可读，建议先做还原演练；检查磁盘空间、权限（mssql 运行账号对备份目录具备读写权限，如 /var/opt/mssql/backups 建议 700 且属主 mssql:mssql）。
文件与路径
- 若目标实例数据文件路径不同，需在 RESTORE 中使用 MOVE 将数据/日志文件映射到新位置，避免与现有文件冲突。
恢复顺序与状态
- 严格顺序：完整 → 差异 → 日志；除最后一步外均使用 WITH NORECOVERY，最后一步用 WITH RECOVERY 或指定 STOPAT 完成时间点恢复。
远程/云备份恢复
- 若备份在 S3 兼容对象存储，可直接从 URL 恢复：
  - BACKUP DATABASE [DB] TO URL = ‘s3://://DB.bak’ WITH FORMAT, COMPRESSION;
  - 恢复同理使用 FROM URL 语法。
权限与工具
- 使用 sqlcmd 执行 T‑SQL 恢复时，确保 SA 或具备相应权限的账户；在 SSMS 中远程连接时，开放防火墙端口并启用 SQL Server 浏览器/端口访问。

最新问答

相关标签