Azure Data Factory配置问题：PROD环境找不到Table 1（错误2402）

核心排查方向 #

1. 确认表的存在与架构匹配 #

• 在PROD数据库执行SELECT * FROM sys.tables WHERE name = 'Table1'，确认表确实存在。
• 若表存在，检查存储过程/预复制脚本中是否显式指定了架构前缀（比如dbo.Table1）。DEV环境中User1的默认架构可能和Table1的所属架构一致，可省略前缀，但PROD中默认架构不匹配时就会找不到对象。可通过以下语句查到表的所属架构：

  SELECT name FROM sys.schemas WHERE schema_id = (SELECT schema_id FROM sys.tables WHERE name = 'Table1')
  

  之后在脚本中补充架构前缀即可。

2. 验证User1的数据库权限 #

• 服务器角色public仅代表基础服务器访问权限，不包含数据库内的表操作权限。Truncate Table需要ALTER权限（而非DELETE权限），在PROD目标数据库执行：

  USE [你的目标数据库名];
  EXEC sp_helprotect @username = 'User1', @objname = 'Table1';
  

  查看是否有ALTER权限，若没有，执行授权语句：

  USE [你的目标数据库名];
  GRANT ALTER ON [Table1] TO [User1];
  

• 同时确认User1是否已在PROD目标数据库中创建：

  USE [你的目标数据库名];
  SELECT * FROM sys.database_principals WHERE name = 'User1';
  

  若不存在，需创建数据库用户并映射到对应的服务器登录名：

  USE [你的目标数据库名];
  CREATE USER [User1] FOR LOGIN [User1];
  

3. 检查ADF链接服务配置 #

• 确认PROD环境的ADF链接服务是否指向了正确的数据库实例和目标数据库，避免误连到其他库。
• 核对链接服务的认证方式：DEV和PROD是否都使用相同的SQL认证（User1账号），若PROD用了托管标识（MSI）等其他认证，会导致权限上下文不同。

4. 排查存储过程执行上下文 #

• 检查PROD中存储过程的所有者，若所有者架构与Table1的架构不一致，执行时可能出现对象找不到的问题，建议在存储过程中显式指定表的架构名。
• 查看存储过程是否设置了EXECUTE AS选项，对比DEV和PROD的设置是否一致，若PROD的执行上下文是低权限用户，会导致权限不足。

5. 检查数据库安全策略 #

• 确认PROD数据库是否开启了行级安全（RLS）或其他数据库级别的访问限制，这些策略可能会导致User1无法访问Table1，即使表存在。

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