问题标签 [log-shipping]

在为 SQL Server 配置 LogShipping 时，您可以选择辅助数据库处于无恢复模式或待机模式。无恢复意味着在进行日志传送时您无法访问数据库。Standby 为您提供只读访问权限，如果您选择在恢复即将发生时断开用户连接的选项，似乎不会干扰日志传送过程。在我看来，这就像待机模式的额外好处，但据我所见，文档没有提到任何不利影响。

因此，我想知道为什么有人会选择使用无恢复模式？我能想到的唯一可能的原因是待机模式是否导致性能显着下降（但在文档中没有提到类似的事情），或者是否有一些安全要求来主动阻止任何人看到辅助数据库的内容（这似乎很少见/不太可能）。

谁能告诉我选择无恢复模式的好处应该是什么？

I'm able to implement trigger on user define table but not on system table (log_shipping_primaries and log_shipping_secondaries), it store info about when the backup .bak file was generated and when the transaction log ship file .trn file was copied and restored at secondary database

Objective : to implement RPO (recovery point objective) > 15 min at secondary database (DR site)

I was given a task to monitor log_shipping activities and provide historical data to higher management. Now the problem is these 2 tables is that it updates the old entry (for a given database) every time whenever a new entry is added.

Solution (does not work in SQL Server 2000): whenever a new entry is inserted, insert the similar data in user define table via trigger so as to keep historical data.

1. how to implement trigger on system table (what permission do I need) or is it possible at all (please be precidse)?
2. alternative to trigger like stored procedure or something(I've no experience in stored procedure)

我将首先解释当前的设置是什么，然后进入它需要的位置。

目前，我们有一个用于 CMS 的本地 SQL Server 数据库。数据库从站点上的其他服务器更新以更新产品信息以显示在网站上，CMS 信息从 MVC 应用程序更新。

展望未来，我们需要一个带有 SQL Server 数据库的远程服务器，该数据库是本地数据库的相同副本，该数据库永远不会从远程位置更新。

当试图设计一种方法将数据从本地数据库同步到远程服务器时，问题就出现了，并且两端都没有停机时间。我知道 SQL Server Enterprise 具有在这种情况下会有所帮助的功能，但我们目前没有它的许可证。

我们想出的最佳想法是将日志传送到远程服务器，从接收传送日志的数据库创建一个恢复，然后更新网站web.config以指向新恢复的数据库。这可能有效，但似乎过于复杂，而且我们遇到了数据库名称不断变化的问题。

如果有人能想到更好/更简单的解决方案或使当前想法更好的方法，将不胜感激。

如果有任何不清楚或需要更多信息，请告诉我。

我正在尝试设置 logstash 来解析日志并将其发送到另一台服务器。几乎每次 GROK 解析日志失败时，都会导致以下错误：

模式 ZEND_LOG 是：

这会导致 logstash 代理每隔几分钟就崩溃一次，使其几乎无法使用。我查看了许多在 JIRA 上提交的现有错误，但没有任何运气。这里有几个链接：

https://logstash.jira.com/browse/LOGSTASH-508

https://logstash.jira.com/browse/LOGSTASH-525

https://logstash.jira.com/browse/LOGSTASH-765

我有一个访问 SQL Server 数据库的桌面应用程序。我有一个 Web 应用程序，在远程计算机 (Amazon EC2) 上运行。

我尝试使用 Log Shipping 方法在两个 SQL Server 之间进行镜像，但由于 SQL Server 版本不同，即使 Amazon EC2 SQL Server 版本比本地 SQL Server 更新，数据库也不会在 STANDBY 模式下恢复。

备案：在线应用程序可以只读模式访问数据库。

我正在寻求一些想法来解决我的问题。提前致谢。

我需要设置灾难恢复。我需要将日志传送设置到不在同一网络中的远程服务器。我可以通过互联网将日志传送 trc 文件传输到远程机器。但是如何将 trc 文件导入辅助服务器。实际上，我正在尝试登录到远程服务器以获取数据库的备份副本。

大约 6 个月以来，我们一直在记录少数数据库，目前大小在 20-60GB 之间。我们每 5 分钟发送一次日志，保留 3 天。这些日志每 5 分钟从大约 18KB 到 5MB 不等（在较小的一端更多）。

我们注意到 MSDBData 数据库变得非常大 (30GB)。这是正常的吗？

前几天我们来删除（测试）日志传送数据库时，花了 30 多分钟，同时似乎试图删除日志传送历史。当启用日志传送任务时，我们现在看到非常高的 IO。

我们已经尝试运行 sp_cleanup_log_shipping_history。目前尚不清楚我们是否应该安排这个或它是否自动运行（？），但它导致了几个小时的大量 IO，但没有减少 MSDB 的大小（查看表大小而不是磁盘上使用的物理空间），虽然它似乎确实删除了一些行。

据我所知，记录发货所花费的时间主要是对导致问题的此 SP 的调用。

目前 log_shipping_monitor_error_detail 表有 15293932 行，log_shipping_monitor_history_detail 有 15350276 行。错误是由于权限不足而无法在之后删除日志。

有没有人对我们如何进一步诊断这个问题、应该是什么“正常”行为以及我们可以编写什么脚本作为维护任务来保持这种情况再次发生有任何建议？

（不确定这是最好发布在这里还是 ServerFault，但这里有更多的日志传送问题！）

我们最近通过Postgres 文档中描述为 Log-Shipping Standby Servers 的方法，为我们的 postgres (9.0.4) DB 服务器实现了高可用性。一切似乎都很好并且工作正常，WAL 文件正在发送并被备用服务器摄取，但我们在主从机器之间体验到滞后。滞后时间约为 2 小时，这实际上是不可接受的。

这种滞后的原因可能是什么？这台机器除了 postgres 服务器之外没有运行其他任何东西，尽管与生产服务器相比它确实使用了更慢的硬盘驱动器。如何检查磁盘 I/O 是否导致问题？

如果我检查服务器上正在运行哪些进程，我会看到正在恢复最新 WAL 文件的 postgres 启动进程和逐步摄取归档 WAL 的 pg_standby 实用程序之间的持续战斗。启动过程一直运行正常吗？

ps示例：

我将不胜感激任何提示...

我在网上搜索过，几乎没有找到这类问题的答案......

我正在设置我们的新灾难恢复服务器，并让服务器准备就绪。我发现我们的临时 DBA 已经使用 No Recovery 选项而不是 Stand By / Read only 设置了到 SQL DR 服务器的日志传送。

我希望能够在它们处于只读状态时附加到内容数据库。为此，我需要将设置从 No Recovery 更改为 Stand By。是否有一个特殊的过程来进行这种改变，或者它是否很容易改变设置并且一切都完成了？

我们使用的是 SQL Server 2008 R2。

谢谢！

马特·恩格尔 SharePoint 管理员

请告知什么更适合我的问题。我在托管 SQL Server 的同一台服务器上托管了一个高负载 Web 应用程序。我还在同一台服务器上运行 SQL 服务报告，生成用户报告。

所以我的服务器基本上是在磁盘读/写速度之上工作的。我将获得另一台服务器并在那里安装另一台 SQL 服务器，以便在那里托管 SSRS。所以我的标准是尽可能获得最新的数据。

我看过几个解决方案，目前我确实通过作业进行备份，将其复制到第二台服务器并在那里恢复，也通过作业。但这不是最好的解决方案。

所有复制机制（事务、合并、快照）通过锁定它的表来影响发布者数据库，这对我来说是不可接受的。

所以我想知道是否有可能创建一个具有只读访问权限的副本，它会定期同步而不影响主数据库？我会将所有报告加载到该副本，并使我的主数据库仅由 Web 应用程序使用。

什么解决方案可能适合我的问题？因为我不是 DBA，所以我会开始研究这个方向。谢谢。