我有一个Azure VM-Windows（Windows Server 2008 R2数据中心）。它具有运行于其上的Microsoft SQL Server 2008 R2（版本v10.50.6549）。
Azure VM具有根据策略运行的备份-我可以在VM的备份刀片中看到它们每晚运行。
如果我在SQL Server上遇到问题，并且需要回滚到数据库的先前版本，那么从VM备份中选择“文件恢复”选项是否足够？
还是应该通过维护计划在VM上的服务器上运行SQL Server备份？
答案 0 :(得分：3)
如果我在使用SQL Server时遇到问题，需要回滚到 先前版本的数据库，将从 虚拟机备份足够吗？
也许。 VM备份并不总是为您提供一致的SQL备份。它们通常起作用，但并非总是如此。如果一切设置正确并获得一致的VM备份，可能没问题-但是您在该VM上运行的是相当老的操作系统，所以我会很紧张。很紧张。如果数据对您确实很重要，那么您应该备份数据，而不仅仅是虚拟机。有时您只想将数据还原到另一台VM而不是整个服务器上进行调查。我还希望您在任何给定时间都不仅仅是“昨晚的VM备份”。有时星期五会发生坏事，直到星期一您才注意到。
或者我是否还应该通过维护计划在服务器上运行SQL备份 VM上的服务器？
是的，如果您的数据很重要，则应该运行SQL备份。如果您的数据确实很重要（不想丢失半天），则应每小时（例如每晚）定期（例如每晚）进行多次完整备份，并轮流保存数周的备份。如果您的数据非常重要（不想丢失超过几秒钟），则应将其镜像到近期（异步）到另一个数据库服务器。如果这很关键（您不想丢失任何数据），那么您想实时（同步）镜像到另一台服务器。
当然，如果您已经在Azure中运行并且没有DBA，那么与使用Azure SQL而不是尝试管理自己的实例相比，管理数据库要容易得多，更安全，可用性更高，并且通常更便宜VM中的SQL Server-哦，是的，备份已为您处理，毫秒级的时间点恢复长达45天-并且它们为您处理镜像。如果您想镜像到全国其他地区，则必须为此支付额外费用。