如果使用VSS，直接备份SQL Server数据是否安全？

我有一个非常基本的单一服务器设置客户端，包括一个小型的SQL Server Express数据库。

我最近为他们configuration了Symantec Backup Exec 2010快速入门版本。 这是不包含SQL Server代理（或任何应用程序代理）的Backup Exec的免费function限制OEM版本。 但是，它通过高级打开文件选项（AOFO）支持VSS。 在这种情况下，我总是configuration一个计划任务来转储数据库并备份转储，这样我就可以确保我有一个一致的备份。

但是，在启用了AOFO的整个盒子的初始testing工作之后，我注意到它高兴地备份了包括MDF / LDF文件在内的SQL数据文件，只是给了我一个非常软的“build议”，我可能想要考虑购买SQL Server代理，因为它检测到SQL Server数据。 这让我在两个方面感到吃惊：

1. 我的理解是，除非您手动通过registry项禁用了Backup Exec，否则Backup Exec会使用“活动文件排除”或“AFE”function自动从平面文件备份中排除MDF / LDF文件。 我的理解是，这是因为直接备份它们总是一个坏主意。 他们没有被排除的事实因此是奇怪的，也许是故意的。
2. 没有任何严重的警告，声明SQL数据可能不一致，不可靠或任何。 只是有关SQL代理的礼貌build议。

这使我想知道，如果您使用VSS（通过AOFO），直接备份SQL Server数据实际上是否安全？ 毕竟，这可能意味着调用SQL Server VSS Writer来确保数据文件在创build快照前是一致的。 Backup Exec似乎有'让'我这样做，尽pipe有这样的SQL数据识别。

• 与备份执行和备份SBS服务器2003和交换混淆
• 使用Backup Exec进行系统状态备份的最佳做法
• 在Exchange 2007中禁用循环日志logging
• Backup Exec系统状态
• Backup Exec存在的奇怪问题 – 427 GB数据填充了800 GB磁带

我明白，使用专用的SQL代理提供了许多好处，但纯粹是采取基本的，一致的，可恢复的备份的问题，这是安全的吗？

这个问题的确切答案似乎很less，有些冲突。 显然在没有人的情况下，我会采取经过考验的路线，但这让我思考。

以下是我迄今发现的一些内容：

• http://www.symantec.com/connect/forums/backup-exec-2010-r2-sql-agent
• SQL Server备份使用卷影复制
• https://dba.stackexchange.com/questions/27885/is-it-safe-to-rely-on-a-shadow-volume-backup-of-the-mdf-and-ldf-files