我来帮你排查这个备份脚本的登录失败问题，结合你手动执行备份正常、脚本报错的情况，主要有几个关键点需要修正和检查：

1. 先修正备份语句的语法错误 #

你手动执行的备份语句是正确的，但脚本里给数据库名加了单引号——这在SQL里是错误的！SQL里数据库名不需要用单引号包裹（除非名字里有空格或特殊字符，这时候用方括号）。你当前的脚本会让SQL把'<DbName>'当成字符串，而不是实际的数据库对象，这会引发一系列逻辑问题。

修正后的查询语句应该改成这样：

# 普通数据库名用这个
$Query = "BACKUP DATABASE $Database TO DISK = N'$Filepath'"
# 如果数据库名有特殊字符（比如空格），用方括号包裹
$Query = "BACKUP DATABASE [$Database] TO DISK = N'$Filepath'"

另外给磁盘路径加N前缀是SQL的最佳实践，确保识别Unicode路径。

2. 调整Invoke-Sqlcmd的连接数据库参数 #

你现在用-Database $Database让PowerShell直接连接到目标数据库，但你的登录账号（<ComputerName\Account>）可能没有权限直接连接这个库——而你手动在SSMS执行时，应该是默认连接到master库再执行备份的，这就解释了为什么手动正常、脚本报错。

建议把连接的数据库改成master，因为备份语句根本不需要在目标数据库的上下文里执行：

Invoke-Sqlcmd -ServerInstance $Server -Database master -Query $Query

大多数登录账号默认都有访问master库的权限，这样能避开直接连接目标库的权限问题。

3. 验证执行脚本的账号权限 #

确保运行PowerShell的那个账号（<ComputerName\Account>）有足够的SQL权限：

• 打开SSMS，用同一个账号登录SQL Server，尝试执行备份语句，如果也报错，说明这个账号没有备份目标数据库的权限。
• 给这个账号添加db_backupoperator角色（针对目标数据库），如果是测试环境，也可以临时加sysadmin权限（生产环境不建议）。

4. 顺便检查文件路径的写入权限 #

虽然错误提示是登录问题，但也要确认这个账号对c:\temp\backups文件夹有写入权限——不然就算登录成功，备份最后还是会失败。你可以手动用这个账号在该路径下创建个文件，验证一下权限是否正常。

最后给你一个修正后的完整脚本示例：

$Server = 'localhost'
$Database = 'landofbeds' # 替换成你的实际数据库名
$Filepath = 'c:\temp\backups\lob_backup.bak'

# 先检查备份文件夹是否存在，不存在就创建
if (-not (Test-Path (Split-Path $Filepath))) {
    New-Item (Split-Path $Filepath) -ItemType Directory | Out-Null
}

# 带WITH INIT表示覆盖现有备份，要是想追加备份就换成WITH NOINIT
$Query = "BACKUP DATABASE [$Database] TO DISK = N'$Filepath' WITH INIT"
Invoke-Sqlcmd -ServerInstance $Server -Database master -Query $Query

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