小编Han*_*ank的帖子

我继承了一个中等规模的业务关键型 SQL Server 2008 数据库，并且正在尝试围绕备份计划进行思考。（我是开发人员，不是 DBA。）

我们的系统现在设置的方式有两个备份系统：

1. 每周完整备份 ( .bak) 和每小时事务日志 ( .trn) 备份。我们保留了多组这些备份，并定期将它们运往异地。
2. SQL Server 日志 ( .ldf)，恢复模式设置为Full. 此文件与主.mdf文件位于不同的驱动器上，但不会备份。

如果发生紧急恢复（或将备份恢复到开发机器），我的程序是使用这些.bak文件，然后应用 .trn 文件。我们有一个脚本可以使这个过程相对简单。

我的问题：

1. 是否可以从.ldf文件中恢复数据库？它到底是为了什么？
2. 拥有这两个事务日志是不必要的冗余吗？
3. 备份.ldf文件很重要吗？

我刚刚从这个问题的答案中了解到，SQL Server 使用的.mdf和.ldf文件是数据库的重要对。我以前认为 .ldf 只是用于备份或审计的非关键日志。

无论如何，我们的服务器现在.mdf在一个 SSD 上和在.ldfWindows 的主 HDD 上。我这样设置是因为我认为这.mdf是对性能最关键的文件位置。

但是现在看来 the.ldf实际上是在发生 an 时首先写入数据UPDATE，然后再.mdf写入the 。

我应该将两个文件都放在 SSD 上吗？或者如果它们在不同的驱动器上会更好，即使其中一个是硬盘驱动器？（如果是这样，哪个文件应该放在哪里？）

如果它有所作为，SELECT性能对我来说比UPDATE.