我希望定期备份我的Server数据库。
难道我不应该只备份MSSQL.10/DATA文件夹吗?我已经从Rackspace获得了一个很好的备份解决方案,它可以执行基于增量更改的备份。
发布于 2012-07-30 07:45:50
我猜你指的是数据文件夹的文件系统级备份?
我不熟悉Rackspace来执行这样的任务,但我使用过其他备份产品,这些产品允许您对活动或不使用的文件进行快照。它将允许您获取Server数据库的数据和日志文件的图片。
问题在于,当您以这种方式对这些文件进行备份时,您希望确保数据库处于一致状态,以便能够恢复或恢复数据库。当您在事务被写入日志文件或提交到数据文件时对这些文件进行快照时,它不一定具有一致的状态。
当Server连接或启动数据库时,它将在日志文件中读取,并前滚或回滚尚未提交到数据库的任何活动事务。如果它碰到一个不一致的事务,它会将数据库标记为可疑,您必须手动清理它,并希望您可以在线获得它。
另一个不使用Server本机备份的问题可能取决于您的恢复模型。恢复模型基本上规定了如何管理日志文件以重用空间。如果您处于完全恢复模式,则本机完全备份有助于控制日志,进行文件系统级别的备份将绕过该进程,从而最终导致日志文件失控。
注意:当您确定数据库的备份策略时,您必须确信可以使用它来恢复数据。无论收到什么建议,始终尝试备份计划,并在还原上进行测试运行。如果您可以使用该备份计划进行还原,并且它满足了您的恢复需求,那么请使用它。
发布于 2012-07-30 07:31:20
如果正在使用这些数据库,则文件可能会被锁定,并可能被备份过程跳过。
发布于 2012-07-30 10:38:21
如果您有SQL数据库,并且它经历了您需要解决的损坏案例,因此您可以访问这里:http://sqlbackuprecoverytool.devhub.com/,它将帮助您解决Server的.bak文件中的损坏问题。
https://dba.stackexchange.com/questions/21786
复制相似问题