我有一个包含大量数据的SQLServer2014EnterpriseEdition。我想将这些数据镜像到至少3-4台服务器上。这些镜像都是Server 2014标准版(企业级许可证没有更多的资金可用)。
如何将数据从我的主框(使用Enterprise许可证)镜像到其他框?我尝试了镜像功能,但它似乎只允许一个镜像。我可以一直在可用性组上使用,但这需要所有镜像都是企业版(除非我读错了文档)。
至少需要有一个镜像,几乎是实时的(延迟1-2分钟是很好的)数据复制。其他镜子可能会延迟1-2个小时。
那我有什么选择?
所有的辅助服务器都是只读的。
镜像框的部分用途是对它们进行卸载只读查询。这些镜像需要有接近实时的数据复制。另一个目的是用于分析,这是一个沉重的负担。今天,一切都在同一个盒子里,我们不得不在晚上进行分析,以免干扰用户,而且时间不够。
服务器在附近--在同一个子网上,通过10 on链接连接。
我们的许可证还允许在SQL Server 2016可用时进行免费升级。这有什么改变吗?
发布于 2016-03-24 16:59:36
下面是我的建议:
如果不熟悉事务性复制,则可以相对容易地使用UI进行设置。此链接将有助于:(http://www.codeproject.com/Articles/715550/SQL-Server-Replication-Step-by-Step)
镜像+日志传送也会正常工作,就像其他人建议的那样。
如果需要提供类似于自动化ETL查询的内容,则可以在查询运行之前删除并重新创建镜像数据库的快照。在过去,我在运行SSIS包或其他任何东西之前,都会添加drop并重新创建快照。如果您需要使镜像可用于针对多个用户的临时查询,则始终可以与用户一起制定计划(例如每30分钟一次),以便删除并重新创建快照,使其几乎完全更新。取决于具体的用例,但我相信您可以看到我所得到的,并根据您的需要进行调整。确保为要立即创建快照文件的Server服务启用即时文件初始化。
编辑--只是意识到标准版不支持快照,所以镜像不会对你有帮助。
最终,AlwaysOn是一个很好的选择,可以满足您的需要,但是如果您对版本有问题,那么我就选择复制。
发布于 2016-03-23 19:26:17
如果您打算能够故障转移到您的温暖的备用服务器,那么您可能是运气不好,除非您沿着日志运送路线上有一个延迟。
Server 2016将在标准版中支持可用组,但这可能无助于您,因为我不确定我是否会对Enterprise和Standard之间的版本差异感到满意,即使它被支持。
也许可以查看Server之外的复制解决方案。您可以在Integration中创建一个临时复制过程--没问题,但我不确定您是否能实现理想的同步时间。
祝你好运。
https://dba.stackexchange.com/questions/133196
复制相似问题