我将 Azure VM 与 SQL Server 可用性组和 Ola Hallengren 的脚本一起使用。备份工作没有问题,但是我注意到旧的备份文件没有从服务器中删除。
要删除文件,我正在运行此命令;
DECLARE @BackupDir NVARCHAR(4000) = (SELECT BackupDir = dbo.fn_SQLServerBackupDir())
DECLARE @Date DATETIME = DATEADD(DAY, -4, GETDATE())
EXECUTE [master].[dbo].xp_delete_file 0, @BackupDir, 'bak', @Date, 1;
注意:该函数获取 SQL 实例的默认备份位置。
每当我运行此命令时,它都会成功完成,但不会删除任何文件。Ola Hallengren 脚本中包含的清理过程也无法删除文件。
在非 AG 的其他环境中,上述命令以及 Ola Hallengren 脚本中的 Cleanup 可以正常工作。
这让我认为这个问题要么与环境有关,要么与在 AG 中的数据库上执行的备份有关。
以前有没有其他人遇到过这样的事情并且可能能够提供一些见解?
备份存储在 F:\ 驱动器上,它是服务器上的本地磁盘。我还确认已设置正确的权限。目前,我已经为所有人设置了完全控制权。(环境尚未上线)。
我尝试修改函数以\
在备份路径的末尾添加 ,但这并没有解决问题。我已经确认也有满足日期要求的备份。
编辑1: 这是正在运行的备份命令,其中包括@Cleanup 参数,它不会删除文件;
EXECUTE dbo.DatabaseBackup
@Databases = 'USER_DATABASES',
@BackupType = 'Log',
@Verify = 'Y',
@Checksum = 'Y',
@Compress = 'Y',
@LogToTable = 'Y',
@CleanupTime = 0,
@AvailabilityGroupDirectoryStructure = '{DatabaseName}',
@AvailabilityGroupFileName = '{DatabaseName}_{BackupType}_{Partial}_{CopyOnly}_{Year}_{Month}_{Day}_{Hour}{Minute}{Second}_{FileNumber}.{FileExtension}',
@Encrypt = 'Y',
@EncryptionAlgorithm = 'AES_256'
, @ServerCertificate = 'Cert_Name'
既然您提到这是在 AG 中,您确定您正在运行该命令并检查同一服务器上的备份文件夹吗?
如果您通过 AG 侦听器连接到可用性组主副本,则运行该
xp_delete_file
命令将在当时恰好是主副本的任何物理服务器上运行。运行备份删除命令时尝试运行
SELECT @@SERVERNAME
以验证您连接到的服务器,然后检查该服务器的F:\ 驱动器以查看备份是否被删除。您还应该验证您是否
0
从扩展存储过程中获得 a 作为返回码:请注意,
xp_delete_file
您提供的示例调用是针对具有.bak
扩展名的文件。.trn
对 Ola 备份脚本的示例调用以日志备份为目标,默认情况下扩展名为. 这可能会导致您看到的差异。顺便说一句,我强烈建议您将备份备份到本地驱动器以外的其他地方。它不仅代表 SQL Server 实例和关键数据库备份的单点故障,而且在执行还原时实际上可能会与 AG 混淆。
特别是,如果您的事务日志备份被带到两个不同的位置(每个副本上的本地文件夹),那么在包含 AG 故障转移的时间段内恢复到一个时间点将非常困难。您必须从两台服务器获取日志文件,并确保它们以正确的顺序恢复。如果他们都去一个网络位置,如
\\servername\backups\MyAgListenerName\DatabaseName\LOG
.好的,所以我现在已经设法“解决”了这个问题。
在无法弄清楚为什么我的备份文件没有被删除后,我决定在我的副本上测试这个场景。我将备份文件复制到副本并运行删除命令;
有效!删除过程成功,备份文件已按预期删除。
我对我的 AG 进行了故障转移,运行了一些额外的测试,并且能够确认所有删除命令都按预期工作。
接下来,我计划为此 AG 的备份文件添加共享网络位置。完成后,我将尝试在(现在的副本)服务器上再次运行这些命令。如果它们仍然失败,我会将副本装箱并构建一个新的来替换它。