最近几个月我发生了三起事件，其中表中的记录已被删除或整个表中的值更新为零。我们有一个由四人组成的团队，他们拥有权限并负责更新本可以执行此操作的数据库。令人失望的是，没有人承认进行了这些更改。
展望未来，我希望能够记录这些交易。我想知道其他人用什么来跟踪这些变化？他们使用跟踪更改的软件还是创建存储过程或跟踪文件？如果有人在他们的设施中设置了这个，我想知道他们使用什么。跟踪文件确实有我想要的信息，例如登录名机器号和 sql 语句，因此如果我提前设置它们，它将为我提供信息。
当这些更改发生时，我有数据库和事务日志的副本。我能用这些旧文件做些什么来帮助追查罪魁祸首吗？预先感谢任何回复的人。我们使用的是 SQL Server 2005。
我想就我们的 SQL Server 2005 TempDB 的最佳设置获得建议。
目前，我们的临时数据库由MDF3 GB 的单个文件和 120 MB 的单个日志文件组成，位于 3 轴 RAID-5 阵列的 D: 驱动器上，该阵列被分区为 C: 和 D: 驱动器。D: 驱动器还包含我们的应用程序核心程序和我们的报告数据库。
我想将临时数据库移动到它自己的驱动器，它是一个带有单个分区的 2 轴 RAID-1 阵列，驱动器 F:。
MDF当我将它移动到这个驱动器时，我想创建 4 x 1 GB 的临时数据库文件。我没有另一个备用的专用驱动器来拆分 TempDB MDF 和 LDF 文件，因此两者都必须在同一个驱动器上。
我应该将 LDF 文件留在当前驱动器上还是应该将所有文件移动到新驱动器上？