数据库复制的性能滞后

我的公司对保持核心系统性能非常敏感。 我们的用户也有要求复制或镜像所有数据到另一个位置(在城市范围内的另一个位置),以防万一发生灾难。 一家软件供应商提出了实施GoldenGate系统的build议。

我很难相信这个提议说它不会影响性能,因为它利用了数据库写入期间写入的日志。 他们一直说阅读日志不会影响服务器的性能。 我知道肯定写日志虽然。

也不是从源到目标的数据传输会影响源服务器的性能吗? 我是这个初学者。 通过套接字进行通信是否对源服务器没有影响?

有没有更好的方式来反映数据而不牺牲性能呢?

镜像数据会产生一些影响,但是这种影响可能已经退出。 编写日志文件会降低性能,以确保数据库的完整性和可恢复性。

从日志文件填充的热备份已经使用了很长时间。 将文件传输到远程站点的负载很小。 根据日志文件的大小和数量,您可能会在高负载下获得一些阻塞。 更新会有延迟。 这可能是重要的取决于何时以及如何复制日志数据。 在发生灾难的情况下,您可能会从延迟期间丢失数据。