PowerShell导入SqlServer模块时为何需要Push-Location和Pop-Location？

核心原因：旧版SqlServer模块的路径切换缺陷 #

• 你遇到的问题是早期版本SqlServer PowerShell模块的已知设计问题：模块的初始化加载逻辑会强制将当前PowerShell会话的工作目录切换到模块自带的SQLSERVER:虚拟PSDrive根路径，该路径是用于管理SQL Server实例对象的虚拟路径，不属于本地文件系统。
• 如果不在导入模块前后加路径保护逻辑，导入完成后脚本的当前工作目录就会被切走，所有依赖脚本启动目录（也就是你说的安装目录）的操作都会因为路径不匹配失败，比如读取同目录配置、写入本地导出文件、调用同目录下的其他工具等。

Push-Location/Pop-Location的作用逻辑 #

• Push-Location：执行时会将当前的工作目录压入PowerShell的目录栈存储，你的示例里执行这条命令时脚本刚启动，存的就是你说的脚本安装目录。
• Import-Module SqlServer：导入模块时不管模块内部把工作目录切到什么位置，都不会影响你已经存好的目录栈内容。
• Pop-Location：导入完成后执行，会从目录栈顶取出之前存的安装目录，把当前工作目录恢复到导入模块前的状态，后续脚本所有操作的路径上下文都符合预期。

• 你可以先执行Get-Module -ListAvailable SqlServer查看当前安装的模块版本，21.x及以上的正式版SqlServer模块已经修复了自动切换工作目录的问题，升级到对应版本后就不需要额外加这对目录切换命令。
• 你提供的示例代码中Invoke-Sqlcmd的-Password参数没有传入值，实际运行时需要补全为-Password $DB_ADMIN_PASS否则会触发参数错误。

内容的提问来源于stack exchange，提问作者vel