SQL Server ->> 调用系统内建扩展存储过程"master.dbo.xp_delete_file"删除过期备份文件...

最新推荐文章于 2025-07-10 11:41:37 发布

转载最新推荐文章于 2025-07-10 11:41:37 发布 · 1k 阅读

0 ·

CC 4.0 BY-SA版权

原文链接：http://www.cnblogs.com/jenrrychen/p/7443540.html

本文介绍了一个使用T-SQL编写的脚本，用于自动删除指定目录中超过30天的老备份文件。此脚本利用了xp_delete_file扩展存储过程，并指定了文件路径、文件类型及截止日期等参数。

部署运行你感兴趣的模型镜像

  
DECLARE @oldDate DATETIME  
SET @oldDate = GETDATE()-30  

EXECUTE MASTER.dbo.xp_delete_file   
    0,                           
    N'D:\backup\',         
    N'bak',                      
    @oldDate,                   
    1

转载于:https://www.cnblogs.com/jenrrychen/p/7443540.html

您可能感兴趣的与本文相关的镜像

Linly-Talker

AI应用

Linly-Talker是一款创新的数字人对话系统，它融合了最新的人工智能技术，包括大型语言模型（LLM）、自动语音识别（ASR）、文本到语音转换（TTS）和语音克隆技术

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

weixin_30344131

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

xp_delete_files不起作用解决方法

weixin_33713350的博客

06-04

3541

　　xp_delete_file用来删除数据库的备份文件和维护计划文本报告。示例： EXECUTE master.dbo.xp_delete_file 0,N'D:\Backup\Diff',N'bak',N'2019-05-29T10:03:41' 第一个参数表示文件类型，0表示备份文件，1表示文本报告第二个参数表示要删除的文件存放路径第三个参数表示要删除的文件后缀，不能带点...

xp_delete_file

Hezhzh1591的博客

05-05

358

xp_delete_file If you're interested in using SQL Server to delete your old backup files without using xp_cmdshell, you could look int...

参与评论您还未登录，请先登录后发表或查看评论

SQL删除文件

未金涛的博客

05-18

2463

前言：在SQL Server中，一般是用维护计划实现删除过期文件。不过直接用脚本也是可以的，而且更灵活。下面介绍三种方法。 1、xp_delete_file –优点：兼容性好 –缺点：不能删除SQL Server之外创建的文件，包括RAR –备注：维护计划中的“清理维护”也是调用此扩展存储过程 来删除文件。 DECLARE @oldDate DATETIME SET @oldDate = GETDATE()-7 EXECUTE MASTER.dbo.xp_delete_file 0,

关于C#中File.Delete()无法删除文件的解决方案

最新发布

shenjqiang的专栏

07-10

360

在现代企业应用开发中，数据库系统与即时通讯工具的集成变得越来越重要。SQL Server作为一款功能强大的关系型数据库管理系统，可以通过存储过程实现各种自动化任务，包括发送通知消息。本文将详细介绍如何在SQL Server中创建存储过程，通过HTTP请求与飞书开放平台API交互，实现发送富文本卡片消息的功能。SQL Server发送飞书卡片消息的应用场景非常广泛，包括但不限于：实现这一功能主要涉及以下技术组件：在开始实现之前，请确保满足以下环境要求：创建飞书应用：获取凭证信息：获取webhook地址（可选）

SQL Server数据库备份与定期清理备份数据的sql脚本详解

诗语待马

12-13

1440

实际上，使用sql server的管理工具便可轻松实现对数据库备份和定期清理备份的需求，操作简洁而好理解，并且网上关于这块的教程比比皆是，图文并茂。但有时可能会有少许的情况会被客户要求用脚本去实现这块的功能，研究许久后，记录一下。

SQL 2012 自动清理备份任务Error处理1则

weixin_41579911的博客

05-16

661

通过SMSS工具执行一个备份清理任务，备份成功，删除却老是失败在安装目录找到log文件,日志如下，单独执行命令又可以删除，后来找到原因是backup目录下面存放了不是备份计划的Bak文件，将手动删除后，自动清理任务恢复正常。 Maintenance Cleanup on Local server connection Cleanup Database Backup files Age:...

sql server 删除过期的文件

weixin_30376163的博客

03-02

164

declare @i datetime; --保留天数 set @i=CONVERT(varchar(100),getdate()-5, 23); --删除过期文件 EXECUTE master.dbo.xp_delete_file 0,N'D:\Double-Backup',N'bak',@i EXECUTE master.dbo.xp_delete_file 0,N'D:\Doubl...

npm install mysql 报错_npm遇到的问题--npm install 执行报错 /bin/git submodule update -q --init --recursive...

weixin_39597636的博客

02-02

1050

1.执行npm i 安装依赖时,报错:cannot read property 'match' of undefined 据说是npm本地缓存导致解决方案: rm -rf package-lock.json ( 甚至连同node_modules一起删掉 rm -rf package-lock.json node_modules) 但是执行完毕后,又出现了新问题:/bin/git submod...

数据库的运维策略脚本篇（内附脚本，无私分享）

weixin_33726313的博客

12-09

345

　数据库运维中盛传一个小段子，我误删除了数据库，改怎么办？有备份还原备份，没有备份就准备简历！听起来有趣但发生在谁身上，谁都笑不起来。接触了很多的客户发现90%客户的运维策略都不是很完善。本篇就分享一些常规的运维脚本，本篇没有涉及到的或不足的也请大家留言无私贡献深藏多年的脚本，谢谢！邮件　　邮件主要用来监控作业是否运行成功，如果您已经配置了类似zabbix等软件请忽略。配置邮件服务　　 ...

路径明明存在，为啥sqlserver使用EXEC master.dbo.xp_fileexist这个访问不到

02-28

<think>好的，用户现在遇到了一个问题，明明路径存在，但使用xp_fileexist却访问不到。我需要仔细分析可能的原因，并给出解决方案。首先，回想一下之前讨论过关于扩展事件路径的问题，用户可能已经检查了路径的格式和权限，但问题依旧存在。首先，用户提到路径确实存在，但SQL Server的xp_fileexist无法检测到。这可能涉及到权限问题，尤其是当SQL Server服务账户没有足够的权限访问该路径时。虽然用户之前可能已经设置了权限，但可能存在权限继承或子文件夹的问题。例如，父文件夹可能有权限，但目标文件夹没有正确继承，或者用户使用的是本地账户而不是域账户，导致权限配置有误。其次，路径中的特殊字符或空格也是一个常见问题。即使用户的路径看起来没问题，但如果有Unicode字符或特殊符号，可能会被错误处理。需要检查路径是否使用了正确的转义，比如使用N前缀表示Unicode字符串，或者在路径中包含空格时是否用引号包裹。另外，网络路径和映射驱动器的问题也要考虑。如果用户使用的是网络共享路径，SQL Server服务账户可能需要访问网络位置的权限，而不仅仅是本地路径。此外，使用映射驱动器（如Z:\）可能不可靠，因为SQL Server服务可能无法识别用户会话中的映射驱动器，应改用UNC路径（如\\server\share）。还有可能是防病毒软件或安全策略阻止了SQL Server访问该路径。某些安全软件可能会拦截文件系统操作，导致xp_fileexist返回错误的结果。需要检查是否有此类软件，并尝试暂时禁用以测试。另一个可能性是路径确实存在，但SQL Server服务账户所在的上下文环境不同。例如，如果路径是在用户会话中创建的，而SQL Server作为系统服务运行，可能看不到某些虚拟化或重定向的文件夹，比如某些情况下的ProgramData目录。此外，文件系统的区分大小写也可能导致问题，尤其是在Linux或启用区分大小写的Windows卷上。虽然Windows通常不区分大小写，但某些配置可能导致路径大小写敏感，需要确保路径的大小写完全匹配。最后，还有可能是xp_fileexist本身的限制或错误。虽然这个存储过程通常可靠，但在某些情况下可能需要使用其他方法验证路径，如PowerShell脚本或手动创建文件测试。总结下来，需要从权限、路径格式、网络配置、安全软件、服务账户上下文等多个方面排查，逐步排除可能的原因，帮助用户找到问题根源。</think>当 SQL Server 使用 `xp_fileexist` 检测路径存在但实际返回不存在时，请通过以下维度排查： --- ### 一、核心原因解析 #### 1. **权限上下文差异** - **服务账户权限**：SQL Server 服务运行账户（如 `NT SERVICE\MSSQLSERVER`）与当前登录用户权限不同 - **权限继承中断**：即使父目录有权限，目标文件夹可能未继承权限 ```sql -- 验证服务账户身份 EXEC xp_readerrorlog 0,1,N'Service Account' ``` #### 2. **路径虚拟化问题** - **文件系统重定向**：32位/64位路径差异（常见于 `Program Files` 目录） - **文件夹虚拟化**：部分系统目录（如 `C:\ProgramData`）存在虚拟化存储 #### 3. **特殊字符处理** - **Unicode 路径**：未使用 `N''` 前缀声明 Unicode 字符串 ```sql -- 错误写法（缺少N前缀） EXEC xp_fileexist 'C:\测试\folder' -- 正确写法 EXEC xp_fileexist N'C:\测试\folder' ``` --- ### 二、深度排查步骤 #### 1. **权限模拟测试** ```powershell # 通过 PowerShell 模拟 SQL Server 服务账户访问 $cred = Get-Credential "NT SERVICE\MSSQLSERVER" Invoke-Command -ComputerName localhost -Credential $cred -ScriptBlock { Test-Path 'D:\TargetFolder' } ``` #### 2. **验证路径实际可访问性** ```sql -- 尝试创建测试文件（需启用 Ole Automation Procedures） DECLARE @hr INT, @fso OBJECT EXEC @hr = sp_OACreate 'Scripting.FileSystemObject', @fso OUT IF @hr = 0 BEGIN EXEC sp_OAMethod @fso, 'CreateTextFile', NULL, N'D:\TargetFolder\testfile.txt' EXEC sp_OADestroy @fso END ``` #### 3. **检查文件系统特性** ```sql -- 查看路径是否被加密/压缩 EXEC master..xp_cmdshell 'fsutil behavior query encryptpagingfile' EXEC master..xp_cmdshell 'compact /C /S:D:\TargetFolder' ``` --- ### 三、高级修复方案 #### 1. **精确权限配置** | 权限项 | 最低要求 | 推荐设置 | |-------------------------|-------------------|-------------------| | Traverse folder | ✔️ 允许 | ✔️ 允许 | | List folder | ✔️ 允许 | ✔️ 允许 | | Create files | ✔️ 允许 (写操作) | ✔️ 允许 | | Modify permissions | ❌ 不需要 | ❌ 不需要 | *配置方法：右键文件夹 > 安全 > 添加服务账户 > 设置精确权限* #### 2. **处理网络路径的特殊情况** ```sql -- UNC 路径必须用双反斜杠且包含共享名 EXEC xp_fileexist N'\\ServerName\ShareName\Folder' -- 映射驱动器不可靠，必须使用UNC路径 -- 错误：EXEC xp_fileexist N'Z:\Folder' -- 正确：EXEC xp_fileexist N'\\NAS\SQL_Logs\Folder' ``` #### 3. **注册表级修复** ```reg Windows Registry Editor Version 5.00 ; 禁用文件系统重定向 (64位系统) [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\kernel] "DisableWow64FsRedirection"=dword:00000001 ``` *修改后需重启 SQL Server 服务* --- ### 四、替代验证方法 #### 1. **使用 CLR 程序集精确检测** ```csharp [Microsoft.SqlServer.Server.SqlFunction] public static SqlBoolean PathExists(SqlString path) { return File.Exists(path.Value) || Directory.Exists(path.Value); } ``` *需启用 CLR 和配置程序集权限* #### 2. **基于 PowerShell 的增强检测** ```sql CREATE PROCEDURE dbo.usp_CheckPathExists @path NVARCHAR(MAX) AS BEGIN DECLARE @cmd NVARCHAR(MAX) = N'powershell.exe -Command "Test-Path -Path ''' + @path + '''"' DECLARE @result TABLE (output NVARCHAR(MAX)) INSERT INTO @result EXEC xp_cmdshell @cmd SELECT CASE WHEN output = 'True' THEN 1 ELSE 0 END END ``` --- ### 五、关键注意事项 1. **防病毒软件干扰**：某些安全产品（如 Symantec Endpoint Protection）会阻止 SQL Server 的文件访问 2. **文件系统筛选器驱动**：存储层虚拟化软件（如 Veritas Volume Manager）可能造成路径不可见 3. **集群共享磁盘**：在故障转移集群中需确保所有节点都有相同路径访问权限 4. **符号链接处理**：`xp_fileexist` 无法正确识别符号链接指向的实际路径通过以上方法可准确定位路径检测失败的根本原因。建议优先使用 PowerShell 或 CLR 方法进行二次验证，这些方法比 `xp_fileexist` 具有更精确的文件系统访问语义。