问题标签 [database-replication]

我的家庭办公室设置中有一台服务器，用于从我们公司总部的服务器接收推送订阅。我今天浏览了存储过程列表，发现其中许多都带有“sp_MSdel_”。这些与复制有关吗？他们可以/应该被删除还是不理会？

我在主服务器上看不到任何这些类型的存储过程。

谢谢！

我想将 NHibernate 连接到 MySQL 主从复制配置，所以我想将写入发送到主服务器，并将读取发送到主服务器和从服务器。这可能吗？我还计划有一个负载均衡器来平衡读取。(ldirectord)

我们有一个大小适中、写入量大的数据库，大约 426 GB（包括索引）和大约 3 亿行。我们目前从每隔几分钟向我们的服务器报告一次的设备收集位置数据，我们为大约 10,000 台设备提供服务 - 因此每秒有很多写入。存储每个设备位置的位置表大约有 2.23 亿行。数据目前按年份存档。

当用户在此数据库上运行大型报表时会出现问题，整个数据库几乎停止运行。

我知道我需要一个报告数据库，但我的问题是，是否有人有在同等大小的数据库上使用 SQL Server 事务复制的经验，以及他们使用这项技术的经验？

我的粗略计划是将我们应用程序中的所有报告都指向报告数据库，使用事务复制将数据从主服务器复制到从服务器（报告数据库）。

有人对这个策略和我可能遇到的问题有任何想法吗？

非常感谢！

我是 SAP 安装之上的 BI 经理。我有一个 SAP 应用程序向其写入数据的 SAP DB。为了让环境在不加载 sap 的情况下进行查询，我在服务器上镜像了 SAP DB，它工作正常。

每天晚上我都会加载完整的数据，现在它运行良好。我知道在某个地方，我将不得不开始进行增量更新。

如果我知道表中的哪些行已被修改或添加，以及何时修改或添加，这将容易得多。是否可以在更新或创建表时写入表的目标服务器上创建触发器？很多时候，没有指示在源表中创建行的日期。我不太熟悉镜像和复制的规则

我正在开发一个包含大约 10 个表的数据库。基本上它将用于 2 或 3 个遥远的地理位置（我们称它们为 A、B 和 C）。所需的工作流程如下：A、B 和 C 应始终具有相同的数据库。因此，当 A 进行任何更改时，他应该能够将这些更改发送给 B 和 C。通过电子邮件发送整个 mdb 文件没有意义，因为它的大小为 15+mb。因此，我只想将新的附加记录和更改发送给 B 和 C。B 和 C 所做的更改也应反映给其他相关方。我怎样才能做到这一点？我有一些想法，但不知道如何实现它。

解决方案'A' - 仅将数据表导出到 xls 文件并通过电子邮件发送。但是将表导入 mdb 文件可能有点复杂，对吧？并且 xls is 文件也会随着时间变得越来越大。

解决方案'B' - 尝试仅提取更改并仅通过电子邮件发送新部分？（但如何只提取那些）

解决方案“C” - 找到某种方式将所有用户同步到同一数据库（存储）位置。我正在考虑通过将表存储在母公司服务器（也在海外）的共享驱动器中的前端/后端拆分解决方案。但是位置之间的网络连接非常慢，我不知道这需要多少带宽。

任何建议都将受到欢迎！

在 Sql Server 2005 中，我们发布了几个表。该出版物有 3 个对 DB2 数据库的推送订阅（使用来自 HIS2009 的连接器）并且已经订阅了几个月。尝试添加另一个订阅，除了它是一个不同的服务器外，几乎与现有订阅相同，我们得到：

然而：

• my_table_1 不包含时间戳列
• 该出版物有allow_queued_tran = False
• 此出版物上还有其他成功的 OLE-DB DB2 订阅
• 发布中的其他表不包含时间戳。其中一些包含日期列，其 DB2 等效类型是“timestamp”，但 DB2 中的“timestamp”仅表示（日期和时间）——而不是系统生成的时间标记。

sp_addarticle 存储过程，用于在 SQL Server 中创建发布文章，有一个参数@pre_creation_cmd，通过该参数可以为快照指定在目标服务器上删除表或截断数据。每种情况适合什么情况？

这是一个相关的问题。

为什么即使我没有安装 SQL Server 复制，我也会收到此错误？最奇怪的是，当我运行修复程序时

它有效，我不再收到此错误

这是产品级别的大​​多数 DBA / 信息专家的问题。我需要尽可能多的不同数据库的解决方案。因此，请提供使用的复制方法的详细信息。例如：

• 数据库：Oracle 11i
• 复制方法：Oracle ODI-EE with GoldenGate
• 优点：可以与任何数据库等集成
• 缺点：无法与某某数据库集成，其他一些通用问题

有些人可能一直在使用基于触发器或基于自定义 PL-SQL 的解决方案。请说明您在该场景中面临的问题。

我不仅在寻找 CDC 解决方案，因此请不要局限于任何基于 CDC 的解决方案。

我尝试搜索解决方案，但无法得到任何统一的答案，所以如果这是一个现有问题，请分享链接并随时关闭它。

我在 RailsLab 观看了这个截屏视频，演示者声称可以有一个用于写入操作的主数据库和一个用于读取操作的从数据库。虽然对于某些类型的网站（例如博客、社交网络、Web 2.0 网站等），主数据库和从数据库在短时间内不能 100% 同步是可以接受的，但 AFAIK 这在域中是不可接受的比如银行和保险。

我的问题是，如果这种主从复制的使用对于银行和保险（以及类似）应用程序来说足够可靠，因为这些应用程序没有违反系统完整性的空间。换句话说，如果主数据库和从数据库在短时间内不同步是可以接受的。

如果不是，那么有哪些水平（非垂直）解决方案可用于在这样的环境中扩展数据库系统，绝对不会损害系统完整性？