问题标签 [log-shipping]

最近，我不得不实现事务复制，以便在另一台服务器上拥有该数据库的实时副本以用于报告目的。在配置复制时，我意识到很多表没有主键，所以我无法发布我想要的所有表。

第二个选项是实现合并复制，但这会在所有表中添加一个 GUID 列。由于它是供应商应用程序的数据库，供应商警告我们不要“接触”数据库结构，因为数据库结构的任何更改都可能导致他们的应用程序中断。所以合并复制不再是一种选择。

在这种情况下，我一直在对其他可用选项进行一些研究；我唯一能找到的是日志运输。我知道它将使我的数据库处于只读模式，但是（据我所知）因为这是我剩下的唯一选择，并且它将严格用于报告目的，我认为我可以忍受这个。

谁能为此提出更好的解决方案？还是 Log Shipping 是我唯一的选择？

它是 SQL Server 2008 R2 64 位数据中心版。

日志传送失败并出现以下错误。辅助服务器上的 Sql 代理可以安全地访问文件夹和文件。这不是防火墙问题。我使用 LS 脚本创建了作业，因为它通过 GUI 失败。

我以前在有几个 LS 数据库的不同服务器上做过。这是一个新的主服务器和辅助服务器，不确定我缺少什么。谢谢您的帮助

* 错误：访问路径 '\sqlp\R$\MSSQL10_50.MSSQLSERVER\MSSQL\Backup\Database' 被拒绝。(mscorlib) * ----- END OF TRANSACTION LOG COPY

在 SQL Server 2008 中，我有 LOG-SHIP、PROD 和 MIRROR 三个实例，我将事务日志保存在不同的磁盘上。

例如，我的 PROD 事务文件位于 C:\MSSQL10.PROD\MSSQL\TRAN_PROD 下。, MIRROR 事务文件位于 C:\MSSQL10.PROD\MSSQL\TRAN_MIRROR 下，最后 LOG-SHIP 事务文件位于 C:\MSSQL10.PROD\MSSQL\TRAN_LOGSHIP

正如你可以猜到的那样，PROD 和 MIRROR 之间存在镜像。此外，PROD 和 LOG-SHIP 之间存在日志传送。

我想学习的是：

一旦我在 PROD 和 MIRROR 数据库之间进行故障转移，PROD 充当 MIRROR，而 MIRROR 充当 PROD，正如我们所料。

在 MIRROR 数据库（故障转移后现在是 PROD）中，它可以通过 bakup_log 作业备份日志文件。但是由于网络路径的改变，LOG-SHIP 实例的工作不能复制事务日志。因此，我需要在 LOG-SHIP 和当前用作 PROD 的实例之间设置日志传送。而不是设置日志传送，我可以做些什么来自动化系统。换句话说，我只想在此故障转移问题后进行一些小改动并重新启动系统。

I have 2 SQL server instances, on different servers. One is Production instance and gets lots of reads and writes daily. Another one is for external applications to use a copy of few of the tables from production sql instance. At the moment we have a SSIS job which does compare and update once in a day from production sql to the external sql server. It takes 15 mins and affects the performance of production sql server. We want to increase the frequency of the data being replicated, so that it is more or less synchronous on both servers. What would be a better approach? increasing the frequency of the SSIS package or creating replication or using log shipping? Any answer is really appreciated. Thanks.

我有一个生产服务器说ServerA我已经设置了日志传送，ServerB它处于只读模式。此日志传送的目的是降低生产服务器上一些昂贵查询（痛苦报告）的负载。

现在，如果我必须使用我们的域帐户创建一些登录名。我不能这样做，因为辅助数据库位于standby mode.

我想如果我在主服务器上创建这些登录名，它将被复制到辅助服务器，然后日志会在那里恢复，但事实并非如此。

我在网上做了很多研究，找到了解决这个问题的方法。我为此找到了以下资源。我尝试了本文中建议的所有方法，但似乎都不起作用。

1)Log Shipping in SQL Server 2008 R2 for set BI on replicated database

2)How to transfer logins and passwords between instances of SQL Server

3)Orphaned Users with Database Mirroring and Log Shipping

有人遇到过同样的问题吗？你做了什么？有没有办法解决这个问题？任何建议请任何指针。

我正在尝试使用 flunetd 从 scribe 服务器读取并输出这些日志以暂时存储在 logstash 中。我知道将 scribe_central 日志记录到另一个中央记录器是非常愚蠢的，但我们需要在当前架构中完成此操作。

有谁知道是否有任何插件可以做到这一点？我搜索了谷歌，但找不到任何东西。

任何机构都可以解释为多台服务器上的 50 个数据库配置日志传送的快速方法吗？我知道如何配置日志传送，但我想要最快的方式为多台服务器上的 50 个数据库配置日志传送？任何人都可以一步一步地为我提供实现这一目标的步骤吗？

我已经潜伏了好几年，我想我有一个问题在这里没有得到回答。

昨晚我们对 SQL Server 进行了一些非常紧张的维护。或者主数据库 mdb 文件碎片严重。我们维护此数据库的测试副本，用于测试和概念验证。

我在测试数据库上设置了日志传送，没想到我删除了测试数据库而没有先删除日志传送。我收到错误 14421 - 日志传送辅助数据库 SERVER.database 的恢复阈值为 45 分钟并且不同步。10310 分钟内没有执行恢复。恢复的延迟为 0 分钟。检查代理日志和日志传送监视器信息。

我已经用 tsql 删除了所有我可以删除的东西。我的研究使我相信此错误是由于备份作业仍在尝试操作，但我找不到此作业将其删除。这真的没什么大不了的，但是日志中每隔几分钟就会出现一次错误。

有什么我可以做的吗？

提前致谢！

我们正在尝试从文件中提取日志，我们需要所有符合模式且时间戳在过去 24 小时内的条目。

我的日志如下所示：

2014-07-01 01:15:59,486 WARN 86c9c59c-c362-48d5-bd8c-fb4c8b616f5a 169.179.101.7 CITIKYC_164283 stence.audit.support.impl.AuditUtilsImpl：274 - 审核更新成功

2014-07-01 01:15:59,487 WARN 86c9c59c-c362-48d5-bd8c-fb4c8b616f5a 169.179.101.7 CITIKYC_164283 stence.audit.support.impl.AuditUtilsImpl：173 - 重复注册，跳过...

2014-07-01 01:15:59,488 胡说八道..

到目前为止，我们得到了前一天的日志

请帮助我们获取过去 24 小时的日志。

提前致谢...！！

因为logstash 是一个非常好的用于从日志文件、tcp、upd 获取实时数据的运输工具。像那样，我需要实时跟踪数据库插入值。意思是，如果在 DB 中添加了一些记录，它应该立即反映到 Logstash。如何在不更改数据库端的任何内容（如触发器）的情况下使其成为可能？