您可以像任何其他数据库一样为报表服务器数据库设置日志传送,但还有一些其他注意事项。
您询问了该数据库的用途。来自在线书籍:
每个报表服务器数据库都使用一个相关的临时数据库来存储由报表服务器生成的会话和执行数据、缓存报表和工作表。
在备份方面,由于它只存储临时数据,因此您只需要一次完整备份,即不需要日志传送。事实上,Microsoft 建议将其保持在简单恢复模式,因此在这种情况下,您无法启用日志传送。
微软还建议:
如果您备份临时数据库并随后恢复它,您应该删除其中的内容。一般来说,随时删除临时数据库的内容是安全的。但是,您必须在删除内容后重新启动 Report Server Windows 服务。
因此,在您的情况下,您应该将其视为故障转移的一部分。
SSRS 使用加密来存储安全凭证和连接信息。启用此功能后,需要将其备份并应用于新实例。
要备份对称密钥,您可以使用 Reporting Services 配置工具或rskeymgmt实用程序。
您以相同的方式恢复密钥。
请参阅备份和还原 Reporting Services 加密密钥。
任何共享的自定义代码模块(如果部署在主服务器上)都需要在故障转移服务器上可用。
任何非标准设置都需要应用于主服务器和故障转移服务器。
从您的问题来看,您的 SSRS 服务器似乎有不同的名称。这可能会导致上述基于服务器的 URL 出现问题。如果您恢复报表服务器数据库并且其配置的 URL 仍然包含旧的服务器名称,显然这会导致问题。您将需要考虑在故障转移期间手动更新它,或者在您的环境中配置一个能够解决这种差异的 DNS 条目 - 同样,这需要成为计划的一部分。
我建议您熟悉Reporting Services 的备份和还原操作中的信息。您可以看到要考虑的不仅仅是一个数据库。即使这一切都假设一切都拥有同一个域 - DR 并非总是如此。
与任何 DR 计划一样,唯一确定的方法是进行测试,直到一切都万无一失。