xp_cmdshell默认禁用，启用需先执行sp_configure 'show advanced options', 1并RECONFIGURE，再执行sp_configure 'xp_cmdshell', 1并RECONFIGURE；调用时参数须为字符串字面量或变量，不可拼接表达式，含空格路径需加双引号，输出需通过临时表捕获，且存在严重安全风险。
xp_cmdshell 必须显式启用才能调用
默认情况下 xp_cmdshell 是禁用的，直接执行会报错：The configuration option 'xp_cmdshell' does not exist, or it may be an advanced option. 或更常见的 Ad hoc access to OLE DB provider 'SQLNCLI' has been denied.（实际是权限拦截）。启用它需要两个步骤：先打开高级选项，再启用该功能。
- 以
sysadmin身份运行：EXEC sp_configure 'show advanced options', 1; RECONFIGURE; EXEC sp_configure 'xp_cmdshell', 1; RECONFIGURE;
- 注意：
RECONFIGURE必须紧跟在每次sp_configure之后，否则设置不生效 - 生产环境启用前务必评估风险——
xp_cmdshell等价于给了 SQL Server 进程对操作系统的 shell 权限，一旦存储过程被注入或参数未过滤，极易导致 RCE
EXECUTE 调用 xp_cmdshell 的参数必须是字符串字面量或变量，不能拼接
xp_cmdshell 接收一个 varchar 类型的命令字符串，但 SQL Server 不允许在 EXEC 中直接拼接用户输入。常见错误是写成：EXEC xp_cmdshell 'dir ' + @path —— 这会触发语法错误，因为 xp_cmdshell 不支持表达式作为参数。
- 正确做法是先拼好完整命令到变量，再传入：
DECLARE @cmd NVARCHAR(4000); SET @cmd = N'dir "' + @path + N'"'; EXEC xp_cmdshell @cmd;
- 路径中含空格必须用双引号包裹，否则
dir C:\Program Files会被截断为dir C:\Program - 避免使用
EXEC(@sql)动态执行，那属于绕过机制，且更难审计
输出结果只能通过结果集返回，无法直接赋值给变量
xp_cmdshell 的执行结果以单列表（output）形式返回，每行一条命令输出，类型为 varchar(8000)。它不支持 OUTPUT 参数，也不能用 SELECT INTO 直接捕获——因为结果集结构不固定，且可能为空。
- 若需后续处理，必须用临时表承接：
CREATE TABLE #cmdout (line VARCHAR(8000)); INSERT INTO #cmdout EXEC xp_cmdshell 'whoami'; SELECT * FROM #cmdout WHERE line IS NOT NULL;
- 注意：空行、权限拒绝提示（如
Access is denied.）、超时无输出等情况都会产生NULL行，需过滤 - 无法获取命令退出码，
xp_cmdshell总是返回 0（成功）或非 0（失败），但这个状态码不会暴露给 T-SQL，只能靠解析输出文本判断
替代方案比硬用 xp_cmdshell 更安全可控
除非绝对必要（比如旧系统迁移、紧急运维脚本），否则应避免在存储过程中调用 xp_cmdshell。SQL Server 2019+ 提供了更隔离、可审计的替代路径。
- 用
sp_execute_external_script调用 Python/Java：命令在沙箱进程中执行，与 SQL Server 主进程隔离，且能通过@params安全传参 - 把 OS 操作封装成 Windows Service 或 PowerShell 命令行工具，由 SQL Server Agent 作业调用——作业本身可设运行账户、超时、重试策略
- 对日志类需求（如写文件），优先用
xp_logevent记录到 Windows 事件日志，而非写磁盘文件
真正棘手的不是“怎么调”，而是“谁来清理残留进程、权限和临时文件”——这些细节在存储过程里极难可靠实现。
