COPY INTO加FORCE参数加载Snowflake表无数据也无报错问题排查

1. 优先确认S3源文件状态 #

• 你当前命令开启了PURGE=TRUE参数，首次执行成功后会自动删除S3上的源文件modeling_feats.csv。如果第二次执行前没有重新上传同名文件到对应S3路径，就会触发0文件处理提示，这是最高概率的诱因。
• 直接登录AWS S3控制台检查路径s3://ph-stage-data-model-pipeline-magneto/experiment/下是否存在modeling_feats.csv，同时确认文件大小不为0、访问权限正常，没有被加密或归档到冷存储导致Snowflake无法读取。

2. 核查COPY加载历史记录 #

• 执行以下SQL查询对应表近7天的COPY历史，确认首次执行的状态和文件处理情况：

SELECT * FROM TABLE(INFORMATION_SCHEMA.COPY_HISTORY(
    TABLE_NAME=>'"BUSINESS_DB"."BI_REPORTING"."MODELING_FEATS_PH_RAW"',
    START_TIME=>DATEADD(DAY,-7,CURRENT_TIMESTAMP())
));

• 重点查看STATUS字段确认首次加载是否成功，FILE_NAME字段确认匹配到的源文件路径，FIRST_ERROR_MESSAGE字段排查是否存在隐藏报错。

3. 验证强制加载参数逻辑 #

• 你当前命令已经配置FORCE=TRUE，理论上会跳过Snowflake默认的「已加载文件不重复处理」的元数据校验逻辑，但该参数仅在源文件存在时生效，文件被删除后该参数无法触发加载。
• 可先关闭PURGE参数执行测试加载，避免测试文件被误删：

copy into "BUSINESS_DB"."BI_REPORTING"."MODELING_FEATS_PH_RAW"
from 's3://ph-stage-data-model-pipeline-magneto/experiment/modeling_feats.csv' 
credentials=(aws_key_id='XXXXXXXXX' aws_secret_key='XXXXXX')
FILE_FORMAT = (type = csv field_delimiter = ',' skip_header = 1 
FIELD_OPTIONALLY_ENCLOSED_BY = '\042' EMPTY_FIELD_AS_NULL = TRUE 
NULL_IF = ('NULL','null','')) 
ON_ERROR = CONTINUE 
FORCE=TRUE
-- 临时关闭自动删除，排查完成后按需开启
-- PURGE=TRUE
;

4. 校验权限与路径配置 #

• 确认使用的AWS密钥未过期、未被撤销，仍然持有对应S3路径的读取权限。
• S3路径大小写敏感，检查路径拼写是否存在大小写错误、多/少斜杠的问题。

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