【问题标题】:What SQL Server Replication is right for me?哪种 SQL Server 复制适合我?
【发布时间】:2016-08-02 19:49:55
【问题描述】:

我想在数据库之间设置复制。每天早上,我们都会在几个数据库中进行数据转储。一个数据库中有 27 个表。我们将记录附加到 3 个表中,并将记录插入到其他几个表中。之后,不会进行更新或插入。我想将这些更改复制到另一台服务器上的相同数据库中。

我应该使用合并还是快照复制?

或者是镜像我应该考虑的东西?

【问题讨论】:

    标签: sql-server sql-server-2014 database-replication


    【解决方案1】:

    我认为安排一个 SSIS 作业来执行此操作会更容易。您是否为此使用数据导入导出向导?您可以保存创建的包,然后在数据检索查询中使用 GETDATE() 参数安排该包运行。

    否则,只要少于5个表,我认为编写一个新的SSIS包会更容易。根据表格的大小,您可以每天截断并重新加载整个表格。

    【讨论】:

    • 这就是我们现在正在做的事情。我并不完全反对它,但是当技术已经存在时,为什么要创造一些东西。
    • 问题是,复制需要更多的维护开销,并可能导致其他问题。它需要预先配置,以及在服务器重新启动、修补、模式更改等期间进行额外的管理工作。我想说,如果您处理的表少于 5 个,并且您的数据每天只需加载一次,那么 SSIS 是一个更好的解决方案。
    • 或者……使用 SSIS 包,您已经必须在多台服务器上执行相同的操作。如果您喜欢,可以将同一个文件多路复用到多个目标,但这似乎有点过头了。
    • 目前是3个数据库。这可能会改变。 1个数据库有27个表。我们现在再次使用 SSIS,我们将继续使用 SSIS 将日常负载加载到报告服务器中,但我正在使用复制将数据获取到应用程序数据库服务器。
    猜你喜欢
    • 1970-01-01
    • 2011-02-27
    • 1970-01-01
    • 1970-01-01
    • 2013-01-06
    • 1970-01-01
    • 2016-05-13
    • 2011-01-10
    • 1970-01-01
    相关资源
    最近更新 更多