问题标签 [log-shipping]

您如何看待人们，将 Redis 放置在每个 Logstash 托运人节点中以确保有保证的日志交付？

我已经实现了从 hq 到 dr server 的 sql server 日志

辅助数据库处于待机模式。

问题是配置后，我的dr服务器很快就用完了空间

我检查了 trn 文件所在的日志传送文件夹，它们的大小非常合适，并且保留时间配置为 24 小时

我检查了辅助数据库，它们的大小与对应的主数据库的大小完全相同

你们能帮我找出这个奇怪的空间增加背后的原因吗

如果您能向我指出一些可以深入解释这个问题的在线资源，我将不胜感激。

我的情况是我在两个 sql 服务器之间配置了日志传送，并且由于几天前的问题恢复停止。

由于保留期已经过期并且清除作业已经从主服务器中删除了日志，我无法将日志修补到 dr 以将其与主服务器同步。

我的问题是如何从主 sql 服务器备份 tlogs 一段特定的时间。例如，从故障时间（10 月 15 日）到当前时间（10 月 17 日晚上 10 点）手动调用它。

我不想进行差异备份或完整备份并将其还原到辅助服务器，因为这需要我删除日志传送配置并重新执行。

我们已经在 ubuntu 中安装了 postgresql 9.3 版。我们想问是否可以在一台具有不同端口的机器上进行日志传送复制？我们还在一台机器上尝试了该过程，但仍然在从属设备中出现错误，例如

警告：与数据库的连接失败，禁用启动检查：psql：致命：数据库系统正在启动

我们基于http://www.themagicnumber.es/replication-in-postgresql-i?lang=en进行日志传送复制过程

我们希望大家能帮助我们解决这个问题。谢谢你。

我想设置日志传送，但我担心如果辅助节点上的恢复操作由于某种原因失败会发生什么。无论辅助数据库上发生什么，我都希望主数据库继续工作 - 即使无法完成日志还原或辅助数据库脱机。日志传送是否提供这样的选择？

谢谢你们。

是否可以将辅助数据库从热备用/只读更改为正常模式？它会停止日志传送吗？

作为我们 DR 解决方案的一部分，我们尝试为繁重的事务负载数据库启用日志传送。当配置成功完成时，日志传送配置完成后启动的第一个事务日志备份作业会持续运行，并且大小呈指数增长。有一次，第一个事务日志备份作业运行了 12 个小时，文件大小比数据库的 27 GB 完整备份文件大 3 倍。我们杀死了那个过程。最近，我们尝试了一种使用差异的方法，如下所述，但事务日志备份作业仍然以不断增长的文件大小运行。

此过程在周末低使用时间运行

• 上午 7:46 – 日志传送配置开始

• 上午 9:32 – 备份文件存储在网络共享文件夹中。文件大小为 26.1 GB

• 晚上 9:30 – 日志传送配置完成。– 我禁用了日志传送备份、复制和恢复作业

• 晚上 9:31 – 我输入命令以使用差异备份数据库

• 晚上 9:33 – 差异完成，文件大小为 768 MB。– 我重新启用备份和复制作业以使该过程在差异之后继续进行 – 我将差异文件复制到辅助位置

• 晚上 9:45 – 第一个事务日志备份作业开始

• 9:59 pm – 复制差异文件后，我使用差异恢复辅助节点上的数据库

• 晚上 11:02 – 差异恢复仍在运行 – 上午 9:45 创建的事务日志备份作业仍在运行，文件大小为 28 GB，并且仍在增长。

由于空间问题，我们最终终止了这个进程，因为事务日志备份作业从未完成。

有没有人经历过这种情况？我们有什么可以改变的以改善事务日志备份作业的处理时间吗？鉴于繁重的事务负载，我想知道是否最好为这个特定的数据库实施替代 DR 解决方案。

I'm very new in postgresql. I want to ask about log shipping replication process. I know that the timeout parameter is optional in log shipping process. It specifies that we don't want that postgreSQL to wait until the WAL files contain 16 MB to be sent as it does by default. My question is, it is better has timeout parameter(eg : archive_timeout = 60) or not? is it when we do timeout parameter the process of WAL file in log shipping is faster than default (the 0 default value indicates that it will until the WAL filled)? why?

I'm sorry i'm still confused in this situation.

我们有很多处于简单恢复模式的 sql server 数据库。我们需要将这些数据库移动到不同的数据中心。这些数据库不能关闭（它们提供 24x7 的关键任务服务）。我们正在考虑使用日志传送来创建远程备用数据库，然后将远程副本切换为主数据库。

我们如何估计每个数据库每天写入的事务日志量？我们需要知道这个数量来估计网络带宽和事务日志备份的大小。

问候乔瓦尼

我正在使用 SQL Server 2008 R2，并希望将日志从我的本地数据中心 SQL 实例发送到在 AWS EC2 中运行的日志发送目标 SQL Server。

将日志传送文件从本地 SQL Server 复制到远程 EC2 实例的最佳方法是什么？

我已经看过很多“如何将文件复制到 EC2”的解决方案，但我想知道连续无人值守文件复制的最佳方法是什么（例如每 15 分钟一次的 SQL Server T-Log 文件）。