sql-server - 日志传送数据库的限制

Question

在 SQL 2005 中，您不应该对启用了日志传送(并且在完全恢复模型下运行)的数据库执行哪些操作？

我认为将额外的事务日志备份安排到不同的位置将中断日志传送(因为完整的日志链不再到达辅助服务器)。

我还发现截断表可以用于日志传送(自 Sql 2000 起)。

还有其他应该避免的事件/命令吗？

编辑:例如数据库收缩或日志收缩可以吗？

Answer 1

你是对的。您不应在日志传送配置之外定义任何其他事务日志备份，以确保维护自然的日志顺序。

如果您希望执行 Ad-Hoc 事务日志备份(但愿不会，因为您正在对生产数据库执行一些实时维护)，那么您可以调用日志传送用于执行事务日志的 SQL Server 作业备份。它通常称为 LS_Backup。这将维护 LSN。

据我了解，使用此可用性技术不会限制正在日志传送的数据库的任何操作功能。

一些可能导致并发症的事情:

加密

如果您将日志传送到另一台服务器并使用 SQL Server native 加密，那么您将无法访问日志传送数据库中的加密数据，除非 SQL Server 使用相同的服务主 key 。

程序集

您在访问日志传送数据库中的签名程序集时可能会遇到困难，因为您无法启用可信属性。

权限

如果您打算提供对日志传送数据库的读取访问权限，则 SQL Server 登录名需要与源服务器中的登录名具有相同的 SID，以便登录名能够自动正确映射。

希望这有帮助。干杯。