我需要在两个数据库之间创建 SQL 日志传送， 源代码位于运行 Windows Server 2008 R2 和 SQL Server 2008 的 AWS EC2 实例上 目标位于运行 Windows datacenter 2012 和 SQL Server 2012 的 Azure VM 上 此过程需要以下内容： A.源服务器写入文件 B.目标服务器复制文件到本地文件夹就可以了 C. 目标服务器使用该文件 所有这些任务都是由 SQL Server 进程完成的 现在我在实例之间创建一些共享文件夹时遇到问题，我尝试执行以下操作： 步骤 ...
我有一台生产和灾难恢复（“DR”）服务器，并且几个月来一直在两个服务器之间的单个数据库（“DB1”）上使用日志传送，没有任何问题。 最近我不得不复制应用程序的一个实例，这需要复制数据库。复制数据库是从 DB1 的备份中恢复的，并重命名为 ('DB2')。在 DB2 上设置日志传送一直是一个问题。出于某种原因，DR 服务器上的逻辑文件和数据文件与数据库 (DB2) 的名称不同。 有没有办法将“目标”数据库的逻辑和数据文件名更改为与 SSMS 中反映的数据库相同的名称？ ...
我有两台 SQL Server 2008 R2 服务器，一台用于 PROD，另一台用于 DR。我正在尝试为名为 School 的数据库添加日志传送。 迄今步骤 备份学校数据库 使用 UI 或使用以下 SQL 语句恢复数据库，即 Restore database "School" from disk ='t:\Data\School.bak' with NoRecovery。 结果是数据库卡在恢复中 如果我使用数据库Restore database "School" from disk ='t:\Data\School.bak' with recove...
所以，我的数据库可以处于三种不同的状态。 恢复 无法恢复 支持 我想通过查询了解当前数据库的状态。你能帮我吗？我找到的唯一答案是 SELECT is_in_standby FROM sys.databases WHERE [name] = 'MyDb1' 如果MyDb1实际上处于StandBy模式，我将给出以下内容： is_in_standby ------------- 1 但是有没有办法MyDb1在NoRecovery模式中确定这一点？ ...
我正在将 SQL Server 2008 R2 生产数据库迁移到云中的 Azure SQL 数据库服务。 是否可以从 2008 R2 数据库镜像/复制 Azure 数据库？这样我就可以切换到只使用新数据库。无需将其脱机，只需创建一个 bacpac 文件，将其上传到 Azure 存储，然后从该文件恢复即可。 我想这样做以减少迁移期间的停机时间。 Azure 不支持传统的日志传送，并且这要求您从 2012 或更新版本的数据库迁移。 编辑：使问题更加清晰。 ...
我有一台 SQL 2008 服务器，其中的数据库通过日志传送复制到报告服务器。报告服务器数据库每天更新一次。在应用事务日志期间，报告服务器数据库处于待机/只读模式。我的问题是：1- 我是否可以将状态从待机/只读更改为只读 = False，向数据库添加新用户并更改回待机/只读而不会中断日志传送？2 如果报告服务器数据库处于待机/只读状态，我该如何向其中添加新用户？谢谢 ...
我的情况：我一直在为我的 SQL Server 寻找数据复制选项（我应该说我不是这方面的专家 - 也不是英语方面的专家）。我见过一些选项，比如日志传送和 SQL 复制。对于日志传送，我读到它只有在两台服务器都使用 SQL Enterprise Edition（我使用 Express）时才有效。对于 SQL 复制，我看到主服务器上需要 Enterprise，但我想知道（尽管我几乎可以肯定）两台服务器是否都需要 Enterprise。如果需要，是否有 Express 的数据复制选项？我想要一种不会每次都复制整个数据库的东西，更像是事务复制。谢谢 ...
我为数据库配置了日志传送。我做了一些测试并尝试了受控故障转移。 在日志传送期间，辅助数据库处于恢复状态。 为了实现受控的故障转移，我停止了主数据库。然后我将辅助数据库联机： RESTORE DATABASE AdventureWorks WITH RECOVERY 然后停止辅助服务器中的日志传送作业，并将我的应用程序（网站）指向辅助服务器。 一切按预期进行。现在我想让主服务器重新上线：我启动了主服务器，然后将应用程序指向主服务器，并在辅助服务器中重新启动日志传送作业。我只需要将辅助数据库设置为恢复模式，但命令： RESTORE DATABASE...
SQL 2008 R2，SP1 CU8 两台服务器，在机架中彼此相邻，大约 10 个小型数据库（总计不到 50GB）。我发现日志传送中断（很长时间），重新启动辅助服务器作为故障排除步骤。尝试再次设置日志传送（通过 GUI），但在“保存辅助目标配置”步骤中不断遇到超时或以下错误，请提供建议。小商店，我是偶然的 DBA。:) 主 SQL 服务器的备份作业运行良好。数据库处于完全恢复状态。尝试在辅助服务器上进行完整备份和手动恢复，然后重置日志传送，但还是不起作用。我不知道是否还有其他更大的问题。据我所知，一般应用程序/数据库性能似乎还不错。 =========...
我的设置 我刚刚第一次在 postgres 中设置流复制（9.3.5），虽然流复制按我预期的方式工作，但我正在努力让我的备用服务器运行 archive_command，以便我可以存储所有日志文件。 主 postgres.conf： wal_level = hot_standby checkpoint_segments = 8 max_wal_senders = 4 wal_keep_segments = 8 备用postgres.conf： wal_level = hot_standby checkpoint_segments = 8 archi...
我想有一个单独的 SQL Server 实例专门用于“报告”角色。我决定通过日志传送填充该服务器（因为镜像不起作用，而可用性组非常昂贵）。我已经弄清楚，我只需要按间隔备份事务日志，将它们复制到报告实例可以访问的位置，然后在目标实例上执行恢复。 我没有找到一个被广泛接受的解决方案，即无法在没有对目标目录的独占访问权的情况下恢复日志。我想经常刷新数据，但刷新过程要等待任何积极的最终用户正在运行的报告/查询；由于连接池的存在，您无法仅跟踪打开的连接。因此，我的解决方案的关键是能够确定数据库目录是否“繁忙”。我想出了这个查询，它列出了“活动”查询——我的进程应该等...
我们希望将生产数据库复制到另一个实例，以便在运行报告时，它不会减慢应用程序的速度，以至于几乎无法使用。我使用 SQL Server 复制取得了有限的成功，但由于应用程序不时会摆弄数据模型，这种方法并不合适。 当我们与供应商交谈时（供应商告诉我们可以复制），他透露他们的其他客户使用日志传送，这是我目前的方向。我唯一的问题是服务器运行 SQL 2008，而目标服务器运行 2008R2。当我尝试恢复备用备份时，它失败了，但如果我使用另一个相同版本的实例，该过程运行顺利。 有没有办法使用不同版本的 SQL Server 来实现这一点，还是我只能使用当前的安排？ ...
我认为这是一个非常简单甚至愚蠢的问题。我已经使用 GUI（即 SQL Server Management Studio）在两个 SQL Server 2008 服务器之间建立了日志传送。它一直运行良好 - 但现在我想更改复制文件在辅助服务器上保留的天数。这是否只是返回 GUI 并在那里进行更改的问题。它是否足够智能，只需进行简单的更改，还是 GUI 仅用于创建初始日志传送配置？ ...
我需要使用 SQL Server Log Shipping 设置备用服务器。这是我第一次这样做，所以我一步一步地按照 SQL 帮助中的说明进行操作。当然，我在第一步就遇到了问题。帮助文件说： 右键单击要在日志传送配置中用作主数据库的数据库，然后单击“属性”。 在“选择页面”下，单击“事务日志传送”。 我没有看到事务日志传送的菜单项。以下是我所看到的： 那么为什么我没有得到这个选择呢？ ...
我收到一个 MS-SQL 服务器备份 .bak 文件，需要在我的计算机上恢复，该文件大小约为 25mb，但需要 10Gb 的可用磁盘空间，因为日志文件就是这个大小，这表明日志文件不会被撤消或截断。（请注意，10Gb 日志文件必须大部分为空，否则 .bak 文件将比 25mb 大很多） 这个数据库是一个很少使用的（可能不是很重要）数据库，并且同一站点有另一个更重要和更大的数据库（大小在 5 Gb 左右），它的日志文件较小，所以我假设该数据库的日志文件正在被修剪。 有人告诉我该网站使用日志传送将其主数据库备份到第二台服务器，但我不确定是否也备份了较小的数据库...