问题标签 [log-shipping]

我很想听听人们对这种情况下数据库镜像与日志传送的优缺点的看法：我们需要设置一个数据库备份情况，其中只有一个辅助服务器不需要在主服务器出现故障时自动恢复。不过，恢复并从二级开始应该不会花费太长时间。

我已经在同一实例上的 8 个数据库上设置了镜像和日志传送，每个大小约为 10 GB，但是现在当我想镜像另一个数据库时，显示“数据库属性”页面需要很长时间。对此问题的任何建议。

当我们配置日志传送时，我们是否也必须打开从目标服务器到源服务器的防火墙？

我正在寻找一些帮助/建议，将两个大型数据库备份到一台专用于报告的服务器。情况是；

我公司的内部网站有两个数据库。一个用于英国，一个用于欧洲。两者都为 DR 镜像。

我在欧洲有一台服务器，专门用于 Microsoft Reporting Services，我们根据这两个数据库中收集的数据运行报告。

出于性能/安全原因，我们不想将报告服务指向实时数据库，因此我们目前每天备份这两个数据库并将它们还原到我们的 Reporting Services 服务器。

然而，这意味着我们通过备份整个数据库给我们的网络带来了压力，而且数据仅在昨天午夜之前是最新的。

我们的目标是让数据至少更新 15 分钟，有人建议查看 Log Shipping，所以我想知道是否有人在设置这个方面有任何经验，优缺点是什么，是否有更好的选择？

任何帮助将不胜感激，谢谢

我正在从 SQL 2000 升级 - SQL 2008 是否有可能（或可行）设置从服务器 A（具有 sql 2000 数据库）到服务器 B（具有 SQL 2008 实例）的日志传送

或者有没有更好的升级方式？

我显然需要使用新的 SQL 2008 实例测试我的应用程序......

我正在研究在 SQL Server 2005 环境中使用日志传送。这个想法是设置频繁的日志传送到辅助服务器。意图：使用辅助服务器来提供报告查询，从而卸载主数据库服务器。

我在sqlservercentral 论坛线程上遇到了这个问题：

创建日志传送时，您有 2 个选择。您可以将还原日志操作配置为使用 norecovery 或使用备用选项来完成。如果使用 norecovery 选项，则不能对其发出 select 语句。如果您使用备用选项而不是 norecovery，则可以在数据库上运行选择查询。请记住，当日志文件还原发生时，用户将被踢出，而不会被还原过程发出警告。当您配置带有备用选项的日志传送时，您还可以在 2 个选项之间进行选择——杀死辅助数据库中的所有进程并执行日志恢复，或者如果正在使用数据库则不执行日志恢复。当然，如果您选择第二个选项，如果有人打开与数据库的连接并且没有关闭它，则还原操作可能永远不会运行，

所以我的问题是：

• 以上是真的吗？你真的不能按照我想要的方式使用日志传送吗？
• 如果这是真的，有人可以解释为什么在恢复事务日志时不能对数据库执行 SELECT 语句吗？

编辑：

第一个问题与此 serverfault question重复。但我仍然希望回答第二个问题：为什么在恢复事务日志时不能执行 SELECT 语句？

我希望有人可以帮助我解决 WAL 运输和热备问题。我的备用系统愉快地运行了数周，然后突然开始寻找不存在的 .history 文件。然后它崩溃了，如果不重建备用数据库，我就无法成功重新启动它。

两个系统都运行 CentOS 4.5 和 postgres 8.4.1。他们使用 NFS 将生产环境中的 WAL 文件存储在备用服务器上。

日志的相关部分，附有我的评论：

有任何想法吗？我什至不知道 .history 文件是什么，而且（大部分优秀的）文档对此都不是很清楚。

PS。我希望我正在运行虚拟机，这样我就可以使用链接文本，而不必担心任何这种应用程序级别的 HA 废话:-)

更新：这是大约此时来自备用服务器的一些日志。看起来有些东西使服务器停止恢复并上线，但我不知道是什么。我很确定没有任何东西可以创建触发器文件。

我们有一个新的文件流数据库，最初将加载 65GB 数据，我们希望将日志传送配置到远程（不同大陆）位置。

对于日志传送的初始设置，从备份主节点到恢复到辅助节点之间的时间是否有任何阈值？在我们配置日志传送之前，新数据库将基本上处于脱机状态。由于数据库的大小，从最初备份数据库到在目标上恢复数据库之间可能需要一段时间（几天）。这会是一个问题吗？

SQL Server 2005 Standard 64x，目前有 300 多个微型数据库（每个 5MB），用户群根据需要添加数据库。想要为热备用实现日志传送，但不是通过向导，因为这看起来为每个日志传送数据库添加了 3 个作业（1 个在主数据库，2 个在辅助数据库）。

我是尝试自己编写还是使用 Quest 的 LiteSpeed 之类的东西？还是我对拥有数百个 SQL Server 代理作业并且所有这些作业都启动（或者更糟的是，我必须尝试为它们计时）感到过于拘谨？

欢迎所有建议。

我需要为大约 10 个数据库设置日志传送。主服务器由我们的网站访问，辅助服务器是 BI 服务器。我目前正在努力弄清楚的是，一旦发生故障转移，处理“故障回复”情况的最佳方法。如何让主服务器重新成为网站的主服务器？

有没有人有任何建议或最佳实践来处理故障回复？

我们使用的是 SQL Server 2008。