问题标签 [log-shipping]

我已授予辅助文件夹的访问权限（sqlserveragent 和我的），但我仍然收到此错误。sql 服务器：Ntservice\msssqlserver sql 代理：域\test

消息 2016-04-21 12:00:31.48 开始事务日志复制。辅助 ID：'bfa5d1ac-8c4c-4004-a1d1-27ab9a0bd6b4' 2016-04-21 12:00:31.49 正在检索副本设置。辅助 ID：'bfa5d1ac-8c4c-4004-a1d1-27ab9a0bd6b4' 2016-04-21 12:00:31.49 检索到的副本设置。主服务器：'xxx'，主数据库：'ac5T'，备份源目录：'\xx\Primaryshared'，备份目标目录：'\test\SecondaryShared'，上次复制文件：'' 2016-04-21 12:00 :31.51 复制日志备份文件。主服务器：'CRYSTAL'，主数据库：'ac5T'，备份源目录：'\xxx\Primaryshared'，备份目标目录：'\TEST\SecondaryShared' 2016-04-21 12:00:31.54 将日志备份文件复制到临时工作文件。资源： '

---

我已经在 2 个 SQL 2014 服务器之间设置了事务日志传送，一切似乎都设置正确，但是当恢复发生时，如果 .trn 真的很小，例如 7k，它似乎会失败。

不确定这是否与它有任何关系，但它是唯一不同的事情。

以下是还原作业的日志。

日期 25/04/2016 22:59:24 记录作业历史记录 (LSRestore_IRIS_WebStock)

步骤 ID 1 服务器 HERA 作业名称 LSRestore_IRIS_WebStock 步骤名称 日志传送恢复日志作业步骤。持续时间 00:00:04 Sql Severity 0 Sql Message ID 0 Operator Emailed Operator Net sent
Operator Paged Retries Attempted 0

消息 2016-04-25 22:59:28.71 错误：无法将日志备份文件“E:\ShippingLogs\WebStock\WebStock_20160425033000.trn”应用到辅助数据库“WebStock”。（Microsoft.SqlServer.Management.LogShipping）2016-04 -25 22:59:28.71 错误：处理数据库“WebStock”的日志时出错。如果可能，从备份中恢复。如果备份不可用，则可能需要重建日志。恢复期间发生错误，导致数据库“WebStock”(12:0) 无法重新启动。诊断恢复错误并修复它们，或从已知良好的备份中恢复。如果错误未得到纠正或未预料到，请联系技术支持。

RESTORE LOG 异常终止。为数据库“WebStock”处理了 0 页，文件 1 上的文件“WebStock”。为数据库“WebStock”处理了 1 页，文件 1 上的文件“WebStock_log”。（.Net SqlClient 数据提供者）2016-04-25 22:59： 28.71 错误：无法记录历史记录/错误消息。（Microsoft.SqlServer.Management.LogShipping）2016-04-25 22:59:28.73 错误：ExecuteNonQuery 需要打开且可用的连接。连接的当前状态已关闭。（System.Data）2016-04-25 22:59:28.73 跳过辅助数据库“WebStock”的日志备份文件“E:\ShippingLogs\WebStock\WebStock_20160425033000.trn”，因为该文件无法已验证。2016-04-25 22:59:28.73 错误：无法记录历史记录/错误消息。（Microsoft.SqlServer.Management。LogShipping) 2016-04-25 22:59:28.73 错误：ExecuteNonQuery 需要一个打开且可用的连接。连接的当前状态已关闭。（System.Data）2016-04-25 22:59:28.73 错误：恢复数据库访问模式时出错。（Microsoft.SqlServer.Management.LogShipping）2016-04-25 22:59 :28.73 错误：ExecuteScalar 需要一个打开且可用的连接。连接的当前状态已关闭。（System.Data）2016-04-25 22:59:28.73 错误：无法记录历史记录/错误消息。（Microsoft.SqlServer.Management.LogShipping）2016-04-25 22:59： 28.73 错误：ExecuteNonQuery 需要打开且可用的连接。连接的当前状态已关闭。（System.Data）2016-04-25 22:59:28.73 错误：无法应用日志备份文件'E：\ShippingLogs\WebStock\WebStock_20160425034500.trn' 到辅助数据库 'WebStock'。(Microsoft.SqlServer.Management.LogShipping) 2016-04-25 22:59:28.73 错误：ExecuteNonQuery 需要打开且可用的连接。连接的当前状态已关闭。（System.Data）2016-04-25 22:59:28.73 错误：无法记录历史记录/错误消息。（Microsoft.SqlServer.Management.LogShipping）2016-04-25 22:59： 28.73 错误：ExecuteNonQuery 需要打开且可用的连接。连接的当前状态已关闭。（System.Data）2016-04-25 22:59:28.73 跳过辅助数据库“WebStock”的日志备份文件“E:\ShippingLogs\WebStock\WebStock_20160425034500.trn”，因为该文件不能已验证。2016-04-25 22:59:28.73 错误：无法记录历史记录/错误消息。（Microsoft.SqlServer.Management.LogShipping）2016-04-25 22:59:28.73 错误：ExecuteNonQuery 需要打开且可用的连接。连接的当前状态已关闭。（System.Data）2016-04-25 22:59:28.73 错误：恢复数据库访问模式时出错。（Microsoft.SqlServer.Management.LogShipping）2016-04-25 22:59 :28.73 错误：ExecuteScalar 需要一个打开且可用的连接。连接的当前状态已关闭。（System.Data）2016-04-25 22:59:28.73 错误：无法记录历史记录/错误消息。（Microsoft.SqlServer.Management.LogShipping）2016-04-25 22:59： 28.73 错误：ExecuteNonQuery 需要打开且可用的连接。连接的当前状态已关闭。（System.Data）2016-04-25 22:59:28.73 错误：

如果我删除该日志并再次运行还原，它会一直工作，直到找到另一个非常小的日志。

如果日志为空，恢复会失败吗？

我们对 SQL Server 2000 数据库制定了维护计划，将日志从主服务器传送到备用服务器。由于磁盘空间问题，我们不得不禁用该计划。解决这个问题后，我们进行了日志备份并启用了该计划，但现在创建的初始 trn 文件很大，我们不得不在中间停止该作业，因为它再次变得磁盘空间不足。我们没有进行任何索引重建，可能是什么原因导致 trn 文件变得如此之大？

我们还有一个存档服务器（SQL server 2012），它运行一个 SSIS 模块，它复制某些数据并将其从主服务器中删除，这可能与此有关吗？存档确实使主事务日志文件 (.ldf) 膨胀，但在运行上述日志备份后，使用的日志空间百分比减少了，LDF 暂时不再增长。LDF 文件本身非常大。

我需要从 SQL Server 2008 登录到 SQL Server 2014，但服务器不允许我在待机模式下执行此操作。

我也做了谷歌搜索，但仍然没有得到正确的答案，请解释这是否可能以及如何？

我创建了一个维护计划，用于在待机模式下从主服务器到辅助服务器的日志传送。它以只读模式创建备用数据库。当我通过运行恢复恢复将数据库更改为读写时，日志传送恢复作业失败。我希望辅助服务器具有完全访问权限，因为它用作故障转移。我之前使用相同的程序在同一台服务器上创建了计划，没有任何问题。

我有一个使用同步提交和自动故障转移运行的 AlwaysOn 可用性组。例如，作为 SQL01 连接到节点 SQL01A 或 SQL01B。

我想让这些数据可用于另一台服务器 SQL02 上的仓储，由于大量更改和大量读取，我们无法使用 AAG 异步提交，因为它落后并导致高等待。

因此，我决定每天登录一次 SQL02。但是，由于节点 SQL01A 和 SQL01B 之间的 AAG 故障转移，我不确定围绕此的最佳实践。

我已经从 SQL01A 设置了 LSBackup、Copy、Restores。然后故障转移到 SQL01B 并进行设置。但是，然后我的作业在复制和还原时出错，因此我可以在每个作业上添加一个额外的步骤以检查它是否是主要副本或还原作业，如果不是则退出，但这看起来很混乱，我觉得我错过了一些东西?

任何建议将不胜感激。

我正在尝试配置从本地服务器到 azure Iaas SQL VM 的日志传送。请告诉我方法和限制。

主要是我想知道我们将如何配置 on prem 和 azure 之间的网络共享路径以及如何进行备份和恢复

我在日志传送设置页面中找不到压缩选项。SQL 的版本是 Microsoft SQL 2012 Std。

我在服务器上有一个 300 GB 的 MSSQL 2016 生产数据库，我需要在另一台服务器上制作该数据库的副本以用于报告目的。

在生产数据库上，有正常的聚集/非聚集索引，每天都在进行读写操作。

在报告方面，我将拥有具有列存储索引的相同数据库表，因此我将有机会比实时数据库更快地获得我的报告查询结果。

这个想法很好，直到我找不到复制这两个数据库并使它们保持同步的正确方法（比如最大 5 mnts 容差）

我尝试了一些日志传送拓扑，但效果不佳。

我已经尝试在这两个数据库之间进行 SQL 复制，但它不能提供 %100 的数据一致性，并且不能容忍错误，例如在表中添加或删除列或要将新表传递到报告数据库等。

PS。我会考虑让我的 prod 数据库的一个副本同步（除了报告数据库）（就像日志传送只读辅助）。因此，如果我能找到合适的拓扑结构，我准备为辅助复制数据库（1-prod、1-replica、1-reporting）创建另一台服务器（总共 3 台服务器）。

你认为在我的情况下最好的方法是什么？

提前致谢。

我正在尝试确定将 SQL Server 数据库从其生产环境复制到另一台服务器以进行报告的最佳方式。

我们使用的基于云的软件应用程序基于 SQL Server 数据库。供应商允许我们访问他们的架构，我们构建自己的查询和视图以用于报告目的。目前每晚都会对生产数据库进行完整备份，并通过安全 FTP 发送给我们，此时我们将备份恢复到我们的报告服务器。此过程不可靠，因为 SFTP 传输经常失败。

我正在寻找一种替代解决方案，可能类似于日志传送或数据库镜像。这不是一个高可用性练习，只是寻找获取数据库只读副本以驱动报告的最佳方式。

任何建议都会非常受欢迎。