问题标签 [database-replication]

有没有办法使用 MySQL 强制复制延迟？例如，我希望奴隶比主人晚 12 小时。无论如何要做到这一点？

我正在尝试在 postgresql 9.0 上运行流复制。我正在按照链接中提到的步骤操作：http: //brandonkonkle.com/blog/2010/oct/20/postgres-9-streaming-replication-and-django-balanc/

当我尝试在 postgresql 上执行归档命令时，我收到警告，要求我无休止地等待。我按以下顺序执行命令：

为此，我得到以下输出：

这继续进一步，警告永远不会结束。请让我知道是否有人遇到过这个问题。

我已经使用标准 SQL Server 快照和事务复制将工作的 Oracle (10g) “继承”到 SQL Server 2005 数据复制。

一切正常——只要 Oracle 不尝试发送超出 SQL ServerDATETIME范围（1753/1/1 到 9999/12/31）的日期。我希望能够以某种方式进入数据复制的中间，检查该日期范围，如有必要，将发布的 Oracle 日期调整为 SQL Server 2005 的DATETIME数据类型可以处理的日期。

有没有相当简单的方法可以做到这一点？我知道我可以将目标数据类型更改为 VARCHAR(19) 或类似的东西 - 我知道我可以升级到 SQL Server 2008 并使用DATEorDATETIME2数据类型来解决问题 - 这两个选项现在都不可行（也许在6、12个月左右）。

我现在有什么可以做的吗？而且很容易？？不幸的是，我无法深入了解 Oracle 来修复它（这是另一家不喜欢其他人在他们的系统中摆弄的第三方公司）。

我在数据库“A”和“B”之间有一个事务复制设置。如果我从出版物中删除文章并保存更改，这会立即反映给所有当前订阅者吗？

我有一个普遍的好奇心问题。

假设我有 1 台主服务器（用于写入）和 5 台从服务器（用于读取）。

在我的 Web 应用程序中，我会启动与主从服务器的连接吗？使用主连接仅用于发送写入和使用从连接仅用于读取数据？

我正在设置将持续运行的 SQL Server 事务复制。接收数据的服务器上此设置的分发器

如果它连续运行，我是否应该担心事务日志文件的大小？

我们在 sql server 2008 上的当前事务复制设置存在性能问题。当创建新快照并将快照应用于订阅者时，我们看到发布者和分发者的网络利用率跃升至 99%，我们看到磁盘队列达到 30 这会导致应用程序超时。

有什么办法可以限制正在发送的复制数据？我们可以限制被复制的行数吗？是否有任何开关可以设置为开/关来完成此操作？

谢谢！

我已经设置 SQL Server 事务复制以连续运行两个表（父记录和子记录）。在订户端，我在两个复制表上都有插入和更新触发器。这些触发器都具有相同的代码，用于查询复制表中的记录并修改订阅者数据库的其他表中的记录。

我的问题是..这些触发器会同时运行吗？我担心一个表中的触发器会中断另一个表中的触发器所做的处理工作

到目前为止，我的“数据库服务器”一直很高兴成为一台 PC。

不幸的是，负载变得太多了，所以看起来我需要“分发”数据库。

这究竟意味着什么？如何将我的数据库分布在多个服务器上？我是否需要一个用户查询并以某种方式将负载分配给“真实”数据库服务器的中间服务器？

这对数据库写入和数据库读取有何作用？

任何初学者 101 网站或书籍？

要求。建立 3 个全球数据中心（站点）并根据思科全球站点选择器将用户引导至最近的站点。如果站点 1 出现故障，所有站点 1 的流量都将直接流向站点 2。如果站点 1 的用户前往站点 2 或站点 3，他们应该能够访问输入的信息。所有数据中心的所有数据都应该几乎实时地完全相同。我们还应该能够轻松地添加一个新的数据中心。

问题：我有一个现有的数据库，需要复制到所有 3 个站点并具有完全相同的数据。我以为我可以使用 SQL 2008 点对点复制，但由于这种方法不支持标识列，所以这是不行的。

还有哪些其他复制技术可以使 3 个以上的 SQL Server 2008 数据库在全球数据中心保持同步？第三方工具？块复制？远程集群？