相关疑难解决方法(0)

我们有一个每 24 小时运行一次的第三方服务器备份工具，它备份所有内容（文件和数据库，为裸机恢复做准备）。经过大量调查，发现该工具使用了非copy_only备份，从而破坏了系统数据库和我们自己的日志链。

（我一直在研究是否应该备份系统数据库，由于他们持有的关于 SQL Server 一般的数据（例如用户、代理作业等），共识通常是肯定的。这不是关于他们的内容，但如果由于我描述的情况而在恢复后丢失会发生什么）。

为了阻止这种犯罪，我禁用了执行数据库备份的工具，所以现在它只执行文件备份（MDF/LDF 文件除外）。然后我安排 SQL 代理每小时运行一次备份，然后将它们发送到我的私有云。

如果服务器完全故障，并且需要裸机备份，我希望在 SQL 开始备份时数据库不会在那里，因为它们没有被工具备份/恢复（尽管我安全地拥有它们备份）。

此时实际发生了什么？SQL Server 是否会重新创建系统数据库，然后我可以将其还原？或者，它是否只是拒绝启动而我会遇到麻烦？

我们的“硬件”部门已经在我们运行 SQL Server 的其中一台服务器上启动了一些 ASR 复制。似乎他们为此使用的方法使用了 VSS，我可以在 SQL 日志中看到很多关于正在备份的数据库以及 I/O 冻结/恢复的消息。它似乎每小时都这样做。

VSS 进行的这些备份会破坏日志链，还是复制备份？有没有办法查看它们是否是副本备份？是否可以指示 VSS 使用副本备份？

任何反馈表示赞赏。

我有一个 SQL 数据库服务器，它使用R1Soft 备份备份每 24 小时在 02:00 进行一次服务器备份。这是一个完整的文件系统备份（裸机加上每日差异，因此包括操作系统等）。

我想增加一些数据库的备份频率，以便在发生故障时，我可以恢复到15分钟的时间窗口，例如

1. 04:00 完整备份
2. 之后每分钟备份一次 Tran 日志

我无法找到任何关于清晰度是否R1Soft备份（通过完成VSS写入），会引起我的做法任何问题（particuarly打破日志链）。我对 VSS 知之甚少，而且我读得越多，它就越令人困惑。

我联系了 R1Soft 澄清，他们的回应是：

我们正在使用 VSS 进行 SQL 备份。您可以使用这两种解决方案，只要它不会同时运行。我们使用 VSS 编写器将日志刷新到数据中，然后完全备份数据库。

这对我来说毫无意义，因为我不知道他们所说的"data"是什么意思，并且它没有澄清日志链问题。因此，任何有 VSS 经验的人都可以澄清 VSS 备份是否“干扰”本机完整/传输日志备份？从我的研究中，我看到了相互矛盾的消息，因为 Microsoft 站点指出：

SQL Writer 不支持...日志备份

我不知道我是否应该按照我的建议去做，还是应该改为

• 要求服务器主机修改数据库备份频率为15分钟
• 防止 R1Soft 数据库备份，并手动处理，然后让它只是影子复制备份文件

任何输入，即使只是为了突出我应该问他们的问题，也将不胜感激。我读得越多，我就越困惑。

根据答案更新

database_name   backup_start_date       backup_finish_date      expiration_date   backup_type backup_size MB     logical_device_name     physical_device_name                                backupset_name  description   is_copy_only is_snapshot checkpoint_lsn        database_backup_lsn   differential_base_lsn  first_lsn             fork_point_lsn   last_lsn
--------------- ----------------------- ----------------------- ----------------- ----------- ------------------ ----------------------- --------------------------------------------------- --------------- …