SQL Server维护计划：重build索引和事务日志备份文件大小

在我的夜间维护计划中，我正在做所有事情 – 重新组织和重build索引，更新统计数据等。有一个小时维护计划可以执行事务日志备份。

我注意到在夜间重build之后立即进行的事务日志备份是巨大的 – 有一点研究告诉我这是因为重build索引等是logging操作。

我不想通过备份索引重build的日志来给我的备份系统造成负担。 因此，我计划通过Nightly计划改变：

1. 重build索引，更新统计数据等
2. 与NO_LOG转储交易（哦，这显然叫做BACKUP LOGtesting与TRUNCATE_ONLY这些天）
3. 收缩日志文件
4. 做完整的数据库备份

问题：

• 如何以编程方式将腻子日志转换为可读的可search文件？
• 什么工具可以用来拼接来自不同来源的日志文件？
• 如何保持日志安全？
• 列出由某些应用程序修改或创build的所有文件
• 从Teamviewer日志文件获取会话的远程IP

1. 这个计划有什么问题吗？
2. 在维护计划中包含日志截断的最佳方法是什么？
3. 我刚才读到，包括重组和重build索引都是多余的。 我应该如何决定在夜间计划中使用哪一种？