【问题标题】:Reporting Services and SQL Server MirroringReporting Services 和 SQL Server 镜像
【发布时间】:2010-12-21 09:02:17
【问题描述】:

在带有 2 个 SQL Server 2008 SP2 Standard 服务器的安装中,我们使用镜像来为数据库提供故障转移伙伴。

数据库的目的之一是通过 SQL Server Reporting Services 提供报告。

我的问题是我如何设置它以对报告进行故障转移并将成本保持在最低水平。

我可以看到一种解决方案,其中报告数据库以及它们使用的用户数据库都被镜像。但是报告服务会故障转移吗?

另一种方法是在每个未镜像报告数据库且两者都在运行的数据库服务器上安装 2 个单独的报告服务实例。但是,如何将用户浏览器从一个入口地址重定向到正在运行的报告服务?

还有一个运行 SQL Server 2008 Express 的见证服务器。这可以升级到标准并运行报告服务(应该能够通过本机客户端连接进行故障转移),但是它自己的报告服务没有故障转移。

我不知道我是否在这里遗漏了什么,但是如果不使用 SQL Server Enterprise 和故障转移群集解决方案就不可能以一种好的方式做到这一点吗?

任何想法、想法和链接都将不胜感激,但请注意,我已经阅读了互联网上的大量指南和最佳实践,但没有找到任何可以回答此问题的内容,因此请仅发布相关链接。

我从您的帖子、链接以及我的研究和测试中收集到的任何信息当然会返回到 Stackoverflow 以供其他人将来参考,因为我无法想象我是唯一需要这种解决方案的人。

  • 精打细算

【问题讨论】:

标签: sql-server sql-server-2008 reporting-services ssrs-2008 database-mirroring


【解决方案1】:

您需要镜像所有数据,然后在数据移动到镜像服务器时手动重新指向报表服务器。

使用镜像移动相互关联的数据库会使事情变得复杂。如果由于某种原因离线并无法镜像,那么所有其他数据库也会失败吗?

您可能希望人工做出这些决定并在镜像上使用手动故障转移。

猜你喜欢
  • 2012-04-12
  • 1970-01-01
  • 2012-03-07
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2010-12-23
相关资源
最近更新 更多