如何在ReportServer ()上设置日志传送

Question

有两个sql实例

1. SQLInst1 -作为Prod的工作
2. SQLInst2 -作为DR服务器工作

在这两台服务器上，我们都有报告服务数据库-- Reportserver和Reportservertempdb数据库。我们希望在Reportserver数据库上设置日志传送，以便将数据从Prod ReportServer数据库复制到DR ReportServer。我们想这样做的原因是:在进行DR测试时，复制的ReportSErver数据库拥有与prod相同的信息。因此，下面是我的观点，我寻求你的帮助；

• 我们能在ReportServer数据库上建立日志传送吗？
• 我们是否需要为服务器(Reportserver和Reportservertempdb)设置日志传送？
• Reportservertempdb数据库的目的是什么？

Answer 1

您可以像任何其他数据库一样为reportserver数据库设置日志传送，但还有一些其他注意事项。

• reportservertempdb

你问过这个数据库的用途。来自网上图书

每个报表服务器数据库使用相关的临时数据库来存储由报表服务器生成的会话和执行数据、缓存的报表和工作表。

就备份而言，因为这只存储瞬态数据，所以只需要一个完整备份，即不需要日志传送。实际上，微软建议将其保持在简单的恢复模式中，因此在这种情况下无法启用日志传送。

微软还建议：

如果备份临时数据库并随后还原它，则应删除内容。通常，随时删除临时数据库的内容是安全的。但是，删除内容后必须重新启动报表服务器Windows服务。

因此，在您的情况下，您应该将此视为故障转移的一部分。

• 加密密钥

SSRS使用加密存储安全凭据和连接信息。当启用该功能时，需要对其进行备份并应用于新实例。

要备份对称密钥，可以使用Reporting配置工具或rskeymgmt实用工具。

您以同样的方式恢复密钥。

见备份和还原Reporting加密密钥。

• 服务器端DLL

任何共享自定义代码模块(如果部署在主服务器上)都需要在故障转移服务器上可用。

• 配置文件

任何非标准设置都需要应用于主服务器和故障转移服务器。

• 报表管理器和Web

从您的问题来看，您的SSRS服务器似乎有不同的名称。这可能会导致基于服务器的URL出现问题，如上面所述。如果还原报表服务器数据库及其配置的URL仍然包含旧服务器名称，显然这将导致问题。您需要考虑在故障转移期间手动更新此内容，或者在您的环境中配置能够解决此差异的DNS条目--同样，这需要成为计划的一部分。

• 结论

我建议你熟悉Reporting的备份和还原操作的信息。您可以看到，它不仅仅是一个需要考虑的数据库。即使这一切都假设一切都属于同一领域

和任何DR计划一样，唯一确定的方法就是测试，直到一切都变得万无一失。

Answer 2

首先，我想告诉你什么是日志运输。(我想你不知道基本知识)。

Server Log shipping允许您从主服务器实例上的transaction log备份自动发送到独立辅助服务器实例(通常是热站点故障安全服务器)上的一个或多个secondary databases。事务日志备份分别应用于每个辅助数据库。

备份和还原操作的状态非常重要，如果这些操作不能按计划进行，则可能发生故障。

日志传送包括三个操作：

• 在主服务器实例中备份事务日志。
• 将事务日志文件复制到辅助服务器实例。
• 还原辅助服务器实例上的日志备份。

现在，日志传送的目的是为了测试目的而综合数据，这是最好的方法，因为这不是服务器的负担，因为只有事务日志是通过服务器发送的，这比在服务器上同步整个数据库节省了很多时间。

是的，如果需要的话，您可以使用报表服务器(也使用数据库)进行日志传送。

典型的日志传送配置

下图显示了主服务器实例、三个辅助服务器实例和一个监视器服务器实例的日志传送配置。图中显示了由备份、复制和RESTore作业执行的步骤，如下所示：

1. 主服务器实例运行备份作业以备份主数据库上的事务日志。然后，此服务器实例将日志备份放置到主日志备份文件中，并将其发送到备份文件夹。在此图中，备份文件夹位于共享目录-备份共享上。
2. 三个辅助服务器实例中的每一个都运行自己的复制作业，将主日志备份文件复制到自己的本地目标文件夹。
3. 每个辅助服务器实例运行自己的还原作业，将日志备份从本地目标文件夹还原到本地辅助数据库。

​

现在，监视服务器是可选的，因此您可以忽略它，您只有一个辅助服务器，因此，主服务器将有日志生成(备份)和日志传送。

辅助服务器将恢复日志。

因此，您需要在这两个服务器上实现，但是工作在两端都是不同的。