Write-SqlTableData需管理员权限？db_datawriter用户执行失败排查

我使用拥有db_datawriter权限的用户执行PowerShell cmdlet Write-SqlTableData时出现错误，但使用sa账号可正常运行，原本以为该权限已足够。请问为何拥有db_datareader和db_datawriter权限的普通用户无法执行该命令？

调试时打印的凭据和参数对象输出如下：

UserName                                              Password
--------                                              --------
apitest1_EngageAI1_import_login01 System.Security.SecureString

Name                           Value
----                           -----
Credential                     System.Management.Automation.PSCredential
SchemaName                     dbo
TableName                      AppInsights
ServerInstance                 REDACTEDserver1.database.windows.net,1433
InputData                      {@{timestamp=04/01/2024 23:47:12; customer=apitest1; user_Id=a9fa9bf9-33c6-4e3d-ac27-49…
DatabaseName                   EngageAI1

##[error]Failed to connect to server REDACTEDserver.database.windows.net,1433.
##[error]PowerShell exited with code '1'.

• 缺少服务器级连接权限：db_datareader和db_datawriter是数据库级权限，但用户需要先获得服务器级的CONNECT SQL权限才能建立连接。sa默认拥有该权限，普通用户可能未被授予。需要在服务器级别为该用户创建登录，并授予CONNECT SQL权限。
• Azure SQL防火墙限制：如果是Azure SQL数据库，执行脚本的环境IP可能不在逻辑服务器的防火墙白名单内。sa能连接可能是因为其连接IP已被允许，而普通用户的IP未被添加。检查并更新防火墙规则，将对应IP加入白名单。
• 架构或表的权限未正确继承：即使拥有db_datawriter权限，若目标表属于dbo架构，可能存在权限继承问题导致用户无法插入数据。可以显式授予用户对dbo.AppInsights表的INSERT权限，或者对dbo架构的INSERT权限。
• Write-SqlTableData需要额外权限：该cmdlet执行时需要读取表结构来匹配输入数据，这可能需要VIEW DEFINITION权限。sa默认拥有此权限，普通用户可能没有。尝试授予用户数据库级的VIEW DEFINITION权限。
• 登录与数据库用户未正确映射：确保服务器级的登录账号已与目标数据库的用户关联。如果两者未映射，即使有数据库权限，也无法成功建立连接。

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