问题标签 [log-shipping]

我有两个 SQL Server 2016 Enterprise 实例，每个实例都在不同的服务器上运行。它们是独立的服务器。ServerA 上有一个共享驱动器，可以从 ServerB 访问。我已经设置了从 MAIN_DB 上的数据库 (TESTDB) 到 MAIN_UAT 上的一个的日志传送。为此，我使用相同的密码在每台服务器 (SQLService) 上创建了相同的本地用户配置文件，并使用 SQL Server 配置管理器将 SQL 代理和 SQL Server 作业更改为在每台服务器上的此配置文件下运行。这似乎工作得相当愉快。然后我尝试在数据库上实现 TDE。首先，我停止了日志传送。然后，我在 MAIN_DB 上创建了第二个数据库 (TESTDB2)，并设置了从 MAIN_UAT 上的主数据库到该数据库的日志传送。然后我使用这个脚本来设置 TDE。备份和恢复周期运行后，TESTDB2 也被加密了。同样，这没有问题。

然后我尝试在辅助服务器 - MAIN_UAT 上重现这个。在主服务器上，我运行了这个脚本。

我将生成的三个文件复制到辅助服务器上的一个文件夹中，并让 SQLService（本地用户）完全控制该文件夹和文件。然后我尝试使用此脚本在辅助服务器上安装证书。

这给了我这个错误，这就是我卡住的地方。

简而言之，如何在不同域的服务器上实现带有日志传送的 TDE？谢谢你提供的所有帮助。

我面临一个场景：

1. 创建生产数据库的完整备份
2. 完全备份恢复到 DR 数据库
3. 创建了生产数据库的差异备份，但意外删除了
4. 在生产数据库上启动事务日志备份

问题是，是第一个生成的事务日志可以恢复到容灾数据库，还是必须先将删除的差异数据库备份恢复到容灾数据库？

我有两台 SQL Server 2008 R2 服务器，一台用于 PROD，另一台用于 DR。我正在尝试为名为 School 的数据库添加日志传送。

到目前为止的步骤

• 备份学校数据库

• 使用 UI 或使用以下 SQL 语句恢复数据库，即

  /li>

• 结果是数据库卡在恢复中

• 如果我用

  数据库还原完成，但日志传送失败。

• 我已删除数据库并使用重新创建它

  但它仍然停留在恢复状态。

有没有一种方法可以恢复数据库而不会使数据库陷入恢复状态。

运送的日志一直在工作。我收到消息：

错误：此备份集中的日志从 LSN 193489000090302900001 开始，该日志太新，无法应用于数据库。可以还原包含 LSN 192973000046320700001 的早期日志备份。

我检查了使用Restore HEADERONLY并找到了 LSN 所在的文件并执行了：

这恢复得很好，但是当我重新运行它时LSRESTORE它失败了。我错过了什么？

我的 DR 站点服务器崩溃了，他们用新 IP 构建了一个新服务器。我添加了新节点，但无法删除旧节点（因为它不再存在）。发送到我的新节点的日志工作正常。关于如何删除对主服务器上旧辅助服务器的引用的任何想法？删除不起作用，因为它尝试转到服务器并删除与辅助节点上的日志传送相关的作业。

将 /database/log 下的日志文件从主服务器传输到辅助服务器的日志传送工作正常。有一天，日志文件权限被更改，现在只有管理员拥有权限，导致进程无法复制到辅助服务器。

通常我会以管理员身份使用本地帐户登录以访问系统并设置日志传送，现在它失败了，因为生成的日志文件只允许管理员 ID。

为什么权限突然变为只有管理员？以前日志文件被分配给几个帐户。有没有办法在文件创建时更改文件权限的设置以按多个用户而不是仅管理员重置？

从高级安全性更改不起作用，因为日志文件将生成每 1MB 大小的文件，并且只有管理员具有权限。

我们的 SQL Server 2012 实例中有很多链接服务器。在浏览其中一个链接服务器时，我注意到那里的日志传送数据库不可用。

数据库本身是“待机/只读”。

日志传送的数据库在链接服务器上不可用是否正常，或者更有可能是权限问题，还是其他原因？我想使用链接服务器查询来查询这个数据库。

我在两个单独的服务器中有两个 SQL 实例，第一个有两个数据库，A 和 B 用于此目的，我将它们记录到辅助服务器；在数据库 A 中它就像一个魅力，但是，当我们对数据库 B 进行日志传送时，我们遇到错误，数据库进入怀疑模式，无法弄清楚原因。

辅助服务器曾经是主服务器，它有日志传送到第三台服务器，该服务器停止工作。当辅助服务器是我们的主要服务器时，我们从未遇到过日志传送问题，数据库 A 和 B 都在很长一段时间内没有问题地进行日志传送。

我们在新服务器上安装了与前一个服务器相同的 SQL Server 版本，并重新配置了 SQL 代理作业以使其启动并运行，数据库 A 到目前为止没有遇到任何错误，但我们似乎无法获得第二个数据库运行时间超过几个小时。

我所做的所有研究都没有结果，我在网上看到了一些建议，我们进行了测试，但到目前为止没有成功。

需要指出的是：数据库 A 比 B 大得多，但是这个数据库没有任何问题。

我们正在使用带有 Service Pack 3 的 SQL Server 2008 R2。

对过去可能遇到过这种情况的任何人的任何帮助将不胜感激。

谢谢

我正在使用 postgresql 在主从模型中搜索没有负载平衡的 HA 解决方案。到目前为止，我最喜欢的解决方案是日志传送同步复制。但是我有一个主要担心，就是如果我的从服务器不可用，我的主服务器会继续运行吗？或者它会等待我的从服务器的确认，直到它再次启动？

在 SQL Server 日志传送辅助数据库服务器上，我有 2 个作业LS_Copy和LS_Restore.

当前计划：两个作业每 30 分钟运行一次（全天）

新计划：我想将还原作业更改为在上午 10:00 到晚上 7:00 和上午 6:30 到上午 7:30 之间每 30 分钟运行一次。它不会在当天的剩余时间内运行。

复印作业仍将具有相同的时间表，即每 30 分钟（全天）

问题：您知道进行此更改是否会产生我不知道的问题吗？