我们有一个包含金融交易的大型附加表。平均每分钟插入 1000 个事务。由于现在有越来越多的用例，我们实际上想要读取、搜索和聚合这些事务，因此快速读取会非常好。
我们希望保证非常快的写入，并且添加索引来覆盖一些读取会减慢写入速度。
好消息是我们可以负担得起陈旧的数据。我正在考虑每n分钟创建一个数据副本到读取优化表（带有索引），这也允许定期批量复制（从而限制操作数？）
我正在寻找有关这是否是有效策略的意见。如果您认为这是一个不错的策略，您是否有实施选项指针？如果没有，有哪些替代方案？
我有超过 8 个数据库，并且都在 SQL Server 环境中。我需要从每个数据库的特定表（超过 50 个表）中提取数据并转储到中央数据库中以进行报告和分析（单向传输）。
所有数据库中的表结构都相同。请注意，我的所有数据库都位于同一台服务器上，中央数据库除外，它位于单独的服务器上。我已经评估了几个选项。我目前的想法和相关问题如下：
安全信息系统
使用 SSIS，我可以将数据从源数据库传输到目标数据库；但是，没有更改跟踪。我必须自己跟踪更改，然后手动提取和推送数据。除此之外，我将最终创建许多控制流和相关数据流，因为数据源不同，将来很难管理。
复制
复制具有更改跟踪，因此数据传输将足够快。但是，我必须针对每个数据库创建这么多发布者。我担心服务器性能会因此受到影响。我也不确定要使用哪种复制类型，或者是否可以通过更好的配置来处理任何性能问题。我可以接受每晚更新，数据传输不需要实时。
我应该如何从这里开始？