SQL Server 版本：2008 R2 Enterprise SP2
我正在尝试处理我们的 SQL Server 维护，但我遇到了一些我认为不正确的事情。我们有一个带有 3 个数据库的单个生产实例，每个数据库都异地镜像到一个 DR 实例。
在查看 DR 实例时，我注意到 LDF 文件很大，对于频繁使用的数据库超过 35GB。
我知道这可能是由于镜像数据库处于完全恢复模式并且日志从未备份过，它们只会继续增长，直到驱动器空间耗尽。
我们在主体数据库上做日志备份，我的问题是在镜像上做日志备份有什么问题？
在进行日志备份之前，必须至少完成一次来自镜像的完整数据库备份，在这种情况下，是否需要使用特殊选项，因为它是镜像？
这也是MIRROR数据库上的事务日志维护建议。
感谢您提供任何意见
这是上一个关于为什么我无法缩小主体数据库上的日志文件的问题的后续问题。
长话短说，我设置了数据库镜像，但忘记确保备份事务日志的作业再次运行，事务日志增长到近 60GB。
由于设置了镜像，这种大小的增加在镜像服务器上重复出现，最终占用了所有磁盘空间，使镜像数据库无法使用。
根据有关镜像数据库上事务日志维护的这个问题，您无法备份镜像上的日志，但是当在有关如何缩小镜像数据库上过度增长的日志文件的评论中特别询问时，留下了一条评论
一种方法是故障转移到镜像数据库并在那里进行收缩。在非生产环境中对此进行彻底测试，以确保它具有您想要/期望的行为。
这似乎表明可能有其他方法可以缩小镜像上的日志文件，并且这种方法在生产服务器上不一定安全。
有没有办法安全地缩小数据库镜像上的事务日志文件？