主页 / user-105911

Schmallen's questions

Martin Hope
Schmallen
Asked: 2018-11-20 14:28:00 +0800 CST
  • 1

我正在使用 Ola Hallengren 的维护解决方案，它对我们的环境非常有效。

关于用户数据库备份过程的快速问题。目前，当我进行备份时，备份文件被保存到其中一台服务器的本地驱动器（Z：驱动器）。但是，如果我还想将这些相同备份集的另一个副本复制到不同的驱动器或文件夹，我认为 @MirrorDirectory 是我们可以为备份文件输入不同驱动器路径的地方。（如果我错了，请纠正我）。

我想对此进行测试，因此我为我的主要备份作业复制了原始的用户备份数据库 sqlserver 作业，并将这个新的 sqlserver 作业重命名为“DatabaseBackup - USER_DATABASES - FULL_COPYONLY”。这是我在第一个也是唯一的工作步骤中所拥有的：

sqlcmd -E -S $(ESCAPE_SQUOTE(SRVR)) -d LSDBA_DB -Q "执行 [dbo].[DatabaseBackup] @Databases = 'USER_DATABASES', @Directory = N'Z:\COPYONLY_BACKUPS',@MirrorDirectory =N'C :\MIRRORBAKS', @CopyOnly = 'Y', @BackupType = 'FULL', @Verify = 'Y', @CleanupTime = 192, @MirrorCleanupTime= 24, @CheckSum = 'Y', @LogToTable = 'Y'" -b

我目前正在对此进行测试，希望它将主要备份文件放在“Z:\COPYONLY_BACKUPS”文件夹中，并将另一个备份集放在“C:\MIRRORBAKS”文件夹中。（我把它们放在C盘只是为了测试）。

当我运行该作业时，它失败了并且消息是：消息 50000，级别 16，状态 1，服务器（此处为实例名称），过程数据库备份，第 436 行不支持参数 @MirrorDirectory 的值。消息 50000，级别 16，状态 1，服务器（此处为实例名称），程序数据库备份，第 740 行 该文档可在https://ola.hallengren.com/sql-server-backup.html获取。日期和时间：2018-11-19 11:05:58。处理退出代码 1。该步骤失败。

谁能解释为什么说不支持@MirrorDirectory 的参数？非常感谢。

backup sql-server-2012
Martin Hope
Schmallen
Asked: 2017-08-23 10:37:25 +0800 CST
  • 6

我最近刚刚在我监督的一个 SQL Server 2012 SP3 实例上注意到了这一点。

当我尝试使用 SSMS 2012 还原数据库时（通过右键单击数据库，然后选择Tasks > Restore > Database），“还原数据库”窗口（您可以在其中选择源数据库和目标数据库等）非常耗时很久之后才终于出现在屏幕上。我有时在这里讲超过 10 分钟。

我在使用本地 SSMS 以及在安装了 SQL Server 实例的 Windows Server 上安装的 SSMS 上都注意到了这一点。

我只在一个特定实例上注意到这一点。在其他实例的 gui 上执行恢复时，我没有看到同样的缓慢响应问题。

你们中有人见过吗？我会很感激帮助。谢谢。

ssms restore
Martin Hope
Schmallen
Asked: 2016-10-27 16:50:12 +0800 CST
  • 0

我正在使用 Ola Hallengren 的备份脚本。我在 sqlcmd 上添加了一个网络共享位置，这样当完整备份作业运行时，备份文件将保存在两个不同的位置：一个在 VM 的 Z 驱动器上，另一个在网络共享位置上。这是 sqlcmd 的样子：（请注意我已经更改了网络共享的文件路径...）

sqlcmd -E -S $(ESCAPE_SQUOTE(SRVR)) -d LSDBA_DB -Q "执行 [dbo].[DatabaseBackup] @Databases = 'USER_DATABASES', @Directory = N'Z:\Backups, \\, @BackupType = ' FULL', @Verify = 'Y', @CleanupTime = 192, @CheckSum = 'Y', @LogToTable = 'Y'" –b

作业成功运行后，我现在看到备份文件 (.bak) 保存在两个地方。但是，我观察到保存在 Z: 驱动器上的备份文件和保存在网络共享上的备份文件大小不同。 在此处输入图像描述

这与其余备份文件的情况相同（保存在网络共享中的文件较大）。我的想法是它应该是相同的大小。

任何想法为什么两个备份文件之间的大小差异？

谢谢您的帮助。

backup ola-hallengren
Martin Hope
Schmallen
Asked: 2016-09-16 15:40:11 +0800 CST
  • 1

我有一个在 2 节点故障转移群集实例上运行的 SQL Server 2012 实例。两个节点都是运行 Windows 2012 Server R2 的虚拟机。FCI 有四个共享 LUN：1 个用于数据文件，1 个用于日志文件，1 个用于 TempDB，1 个用于 Quorum。

但是，备份卷不是共享 LUN。在 VM（节点 1）上添加了一个单独的磁盘驱动器作为备份驱动器。另一个 VM，节点 2 有自己的本地磁盘驱动器作为备份位置。

我使用 Ola Hallegren 的脚本进行数据库维护。

我正在考虑在 FCI 中添加另一个共享 LUN，并将其设置为两个节点的备份位置。我的想法是，如果 SQL Server 角色故障转移到节点 2，备份文件仍将保存在用于备份文件的同一共享 LUN 上。

问题：此设置是否有任何缺点、含义或陷阱？非常感谢任何见解！谢谢你。

sql-server windows