问题标签 [log-shipping]

我需要一种一致的方法来监视作为生产数据库的只读日志传送副本的数据库。过去我依靠以下方法：

1. 将将日志还原到数据库的作业设置为启动另一个作业作为其最后一步。
2. 将日志恢复到数据库的作业设置为在控制表中插入记录作为其最后一步。
3. 查询 msdb 数据库以检查将日志还原到数据库的作业的状态。
4. 查询数据库本身内部的控制表，该表在备份事务日志之前立即获取值。
5. 从数据库内的表中查询 MAX 值以查看它是否有最近的更改。

尽管上述方法有效，但由于各种原因，它们无法针对我查询的每个日志传送数据库实施。监视日志传送数据库的“数据截止日期”日期的最佳方法是什么？

我目前正在穿越 SQL Server 横向扩展技术的丛林，如复制、日志传送、镜像……我的选择有以下限制：

• 我希望将只读负载分布在主要和辅助（镜像、订阅者）服务器上
  • 写入负载可以直接发送到主服务器
  • 该解决方案应该几乎无需维护。架构更改应该只复制到辅助服务器（注意：复制似乎有一些严重的限制）
  • 在辅助服务器上应该可以非常快速地访问书面数据（在 1 秒内，但最好是即时访问）
  • 在服务器故障时，我可以轻松承受长达一小时的数据丢失。我更关心简单的可扩展性

以下是我可以选择的一些选项：http: //msdn.microsoft.com/en-us/library/bb510414.aspx。有什么经验可以分享吗？

我目前正在当地一所大学学习 MS SQL 2K5 Admin 课程，但在 Log Shipping 部分遇到了问题。

我的设置如下：

同一台计算机上的 Windows 7 x64 SQL 2005 SP3 2 SQL Server 实例

日志传送设置：

1. 执行完整然后记录主备份
2. 在 STANDBY MODE 中手动恢复辅助节点
3. 在表中插入一条新记录
4. 使用 SQL 身份验证登录在主节点上设置日志传送以连接到辅助节点
5. 在辅助节点上设置计时器和复制目标
6. 监控实例未使用

我为 WORKGROUP 设置了一个共享文件夹，因此机器上的两个实例都可以读取和写入它。我可以看到事务发送向导定义的生成和复制的事务日志。但是，辅助实例上的指定表没有更新。

我们在不同的网络上有两台 SQL 2008 服务器，很快就会有 VPN 连接它们。很快是2-3周。如果现在已经到位，我们可以轻松设置事务日志传送（或其他方法）以保持目标（待机/只读）数据库为最新。在只读模式下，我们如何在该目标数据库上设置 LSRestore_ 作业？我们将首先手动复制 *.trn 文件。我的主管说他看到一个帖子说这是可能的。我们只是试图避免每次都进行完整的数据库备份和复制。提前感谢您对此的任何指导。

我的任务是为我们的一个系统设置灾难恢复。主服务器在佛罗里达州，辅助服务器在德国。该应用程序是我公司内的全球应用程序。

我不确定是否应该使用日志传送或镜像。我读到的是镜像会对我的应用程序的性能产生不利影响。这是真的？这是否意味着任何时候用户修改或保存记录都需要更长的时间才能得到肯定的响应。

谢谢

我有一个工作的 WAL 运输设置，带有一个应用 WAL 文件的热备用从服务器。

当我创建 pg_standby 触发器文件时，它会立即检测到这一点，但实际准备好接受连接大约需要 10-15 分钟。大部分时间都花在等待 .history 文件上。

触发器文件为空，因此应该进行“智能”故障转移。我可以做一些事情来使故障转移（更快）吗？

日志输出：

谢谢。

-丹尼斯

是否可以编写所有日志传送配置的脚本？

例如：我需要编写一个作业，启动从服务器 A 到服务器 B 的两个数据库的 Log Shipping。

该作业将在服务器 A 上运行。

顺便说一句，两者都是 SQL 2008 R2 Enterprise。

服务器 A 上有一个共享。\serverA\Log

我相信这就是所有需要的。是否可以仅通过脚本来完成？我必须初始化数据库还是有像 SSMS 这样的选项来自动初始化？

我必须手动创建作业吗？还是以创建和管理工作的方式进行配置？

是否可编写脚本？有没有人做过这样的事情？有没有人有脚本来做到这一点？

提前致谢。

我公司的网站使用 PostgreSQL 数据库。在我们的数据中心，我们有一个主数据库和一些只读从数据库，我们使用 Londist 在它们之间进行连续复制。

我想为报告目的设置另一个只读从数据库，并且我希望这个从数据库位于远程位置（数据中心之外）。这个从站不需要 100% 是最新的。如果它长达 24 小时，那很好。另外，我想尽量减少我在主数据库上的负载。由于我们的主数据库白天忙，晚上空闲，我认为一个好主意（如果可能的话）是让报告从站每晚赶上一次。

我正在考虑为此使用日志传送，如 http://www.postgresql.org/docs/8.4/static/continuous-archiving.html中所述

我的计划是：

1. 在主数据库上设置 WAL 归档
2. 生成完整的数据库快照并将其复制到远程位置
3. 恢复数据库并让它赶上
4. 进入稳定状态，其中：
   • DAYTIME - 数据库落后，但人们可以查询它
   • 晚上——我复制了一天的 WAL 文件并让数据库赶上

注意：这里的关键是我只需要复制一次完整的数据库快照。此后，我应该只需要复制一天的 WAL 文件就可以让远程从站再次赶上。

因为在我想要一些反馈/建议之前我还没有完成日志传送。

这行得通吗？PostgreSQL 是否支持这种重复恢复？

对于如何设置远程半新鲜只读从站，您还有其他建议吗？

谢谢！

--S

是否可以在日志传送中自动化日志传送故障转移和恢复辅助数据库，在 Powershell 中检查是否有更多 .trn 文件要复制，恢复所有未应用的事务并恢复辅助数据库？

我有一个物理 Prod DB 服务器 (SQL05)，现在有一个 VM DB 服务器。这个想法是，如果物理机器出现故障，我们将路由器（通过 NAT）重新指向 VM 机器。我正在考虑使用日志传送来保持 VM DB 基本上是最新的。

1. 这是正确的方法吗？
2. 我应该以另一种方式看待，也许是镜像？
3. 我们希望 VM DB 始终处于可用状态（所以我认为这排除了镜像）

任何（好的）建议！:)