BigQuery沙箱使用中Crashlytics表异常及Analytics数据导入缺失咨询

我配置了Crashlytics数据自动导入BigQuery，目前Crashlytics实例下出现了很多不明原因的额外表，按预期仅应该存在appid_Android和appid_IOS两类表，请问这些额外表产生的原因是什么？

以下是常见的额外表生成原因：

• 历史数据同步临时表：如果开启过Crashlytics历史崩溃数据回溯同步，系统会生成带_tmp、_legacy或时间戳后缀的临时表用于数据中转，同步完成后这类表不会自动清理
• 多应用/测试应用映射表：只要Firebase项目下关联的应用（包括测试环境、灰度版本的独立appid）开启了Crashlytics上报，就会为每个appid单独生成对应平台的导入表，不会合并到主应用表中
• 时间分片表：如果导入配置开启了按日分片存储，会生成appid_平台_YYYYMMDD格式的日期后缀分片表，属于正常的存储结构，不是异常生成
• 手动导出遗留表：之前手动导出Crashlytics数据到同一数据集时生成的表，不属于自动导入的范围

我配置了Analytics数据自动导入BigQuery，目前仅成功导入了11-08及11-11的相关数据，11-09、11-10、11-12的对应数据均未自动导入，且暂无法联系到Google官方技术支持，烦请协助排查原因。

可按以下优先级排查：

• 先确认BigQuery数据集权限：检查firebase-measurement@system.gserviceaccount.com服务账号是否持有对应数据集的BigQuery Data Editor权限，权限变更会直接中断当天的自动导入任务
• 验证Analytics侧数据上报状态：登录Firebase控制台查看对应缺失日期的Analytics核心报表是否有数据，如果当天没有任何用户上报数据，BigQuery不会生成导入表
• 核对导出配置规则：如果配置了仅导出特定事件、特定受众的筛选规则，确认缺失日期内是否有符合筛选条件的事件产生
• 确认是否为延迟导入：数据量较大时自动导入最多有48小时的延迟，距离当前不足48小时的日期可等待后再确认，超过72小时未到账可判定为导入失败
• 检查沙箱配额：BigQuery沙箱有10GB存储上限，如果存储已占满，后续的自动导入任务会直接失败不会重试

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