看起来你遇到的问题很典型：本地命令行能正常执行，但Jenkins Pipeline调用就报SQL登录失败。结合LocalDB的特性和Jenkins的运行机制，我整理了几个排查和解决方向：

1. 检查Jenkins从节点的运行身份 #

LocalDB是用户级的SQL Server实例，每个Windows用户会维护自己的LocalDB实例和相关权限。你在本地命令行执行时用的是当前登录用户，但Jenkins从节点服务大概率是用Local System账户或者其他专用账户运行的——这个账户可能根本看不到你创建的(localdb)\MyServer01实例，也没有对应SQL用户user123的访问权限。

解决方法：

• 打开从节点机器的服务管理器（services.msc），找到Jenkins服务，右键选择「属性」→「登录」，改为你本地能成功执行命令的那个Windows用户账户
• 重启Jenkins服务后，重新运行Pipeline试试

2. 确认LocalDB实例在Jenkins运行上下文中的可用性 #

即使切换了Jenkins的运行账户，也需要确保该账户能正常访问MyServer01实例：

• 用Jenkins运行的账户登录到从节点机器，打开命令行执行：sqllocaldb info MyServer01，查看实例是否存在
• 如果实例不存在，用该账户执行sqllocaldb create MyServer01创建实例，再执行sqllocaldb start MyServer01启动它
• 之后在该账户的命令行下测试原sqlcmd命令是否能正常运行

3. 验证SQL Server认证用户的权限 #

你使用了SQL Server认证（-U user123 -P pass123），需要确认：

• user123这个SQL用户确实存在于MyDB01数据库中，并且拥有足够的权限（比如服务器登录权限、访问sys.user_token的权限）
• 在Jenkins运行账户的命令行中，执行sqlcmd -S "(localdb)\MyServer01" -U user123 -P pass123 -Q "select name from sys.server_principals where name='user123'"，验证用户是否能正常登录并查询

4. 简化Pipeline命令的引号转义（可选） #

虽然错误是登录失败，但也可以确认下Pipeline里的bat命令引号转义是否简洁：
你当前的命令是：

bat "sqlcmd -e -S \"(localdb)\\MyServer01\" -d \"MyDB01\" -i \"C:\\test.sql\" -U \"user123\" -P \"pass123\""

可以改用单引号包裹bat命令，减少转义复杂度：

bat '''sqlcmd -e -S "(localdb)\\MyServer01" -d "MyDB01" -i "C:\\test.sql" -U "user123" -P "pass123"'''

5. 尝试改用Windows认证（如果适用） #

LocalDB通常更适配Windows认证，如果你不需要强制使用SQL Server认证，可以去掉-U和-P参数，让sqlcmd用Jenkins运行账户的Windows身份登录：

bat "sqlcmd -e -S \"(localdb)\\MyServer01\" -d \"MyDB01\" -i \"C:\\test.sql\""

这样可以避免SQL用户的权限问题，前提是Jenkins运行账户有访问该LocalDB实例和数据库的权限。

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