Pro*_*eur 2 sql-server sql-server-2008-r2 sql-server-express reporting transactional-replication
我们公司中有一组用户直接针对我们的生产数据库运行报告。他们已经到了足以导致公司其他部门出现绩效问题的地步。
我想在我们的本地数据中心内为他们设置一个报告数据库。我们的生产数据库位于全国不同的数据中心。由于成本原因,我无法在托管生产数据库的数据中心启动另一个 SQL Server 数据库。
在做我的研究时,似乎推荐的方法是Distributor在与Publisher数据库不同的服务器上使用?
我想知道运行 SQL Server Express 的实例是否足以充当Distributor数据库的角色?这远程可行吗?

我想知道运行 SQL Server Express 的实例是否足以充当分发服务器数据库的角色?这远程可行吗?
SQL Server Express 不能充当发布者或分发者。
SQL Express 只能是订阅服务器。有关详细信息,请参阅:复制注意事项 (SQL Server Express)。
编辑:为了让我的回答更有意义,我添加了更多细节
测试您要实施的任何场景以避免任何意外!!
在做我的研究时,似乎推荐的方法是将分发服务器放在与发布服务器不同的服务器上?
这仅在一定程度上是正确的。这是最佳实践,但根据您复制的数据量和发布数据库的繁忙程度(在活动或事务方面)以及发布者-分发者-订阅者之间的网络延迟,此设置会影响您。
在您的场景中,如果您的数据库是——
那时活动较少或中等
那时非常活跃
其他想法:
既然您已经在使用企业版,为什么不使用数据库快照- 小心!!。
使用数据库快照时,即使在 SQL Server 2012 中,也存在与将数据页复制到快照的稀疏文件所需的额外写入相关的开销。如果使用数据库快照是您常规配置的一部分,我会非常小心地规划 I/O 子系统以满足并发 I/O 活动对数据库快照稀疏文件的工作负载要求。
因此,数据库镜像也是另一种选择,您可以在镜像数据库上创建快照并将其作为报告数据库。
此外,如果您的企业不需要实时数据,则可以设计自定义解决方案,该解决方案可以使用 SSIS(或您选择的任何工具)将数据提取、转换和加载到另一台服务器,并可用作报告。