Firebase导出BigQuery数据集TTL调整及过期数据恢复咨询

很高兴你已经搞定了第一个数据集永不过期的问题！我来帮你把这个方案理得更清楚，再针对恢复过期数据的问题给出实用的解决方向：

你找到的CLI命令方案完全有效，这里再明确操作细节和补充说明：

• 执行BigQuery命令修改数据集的默认分区过期时间为0（代表永不过期）：

  bq update --default_partition_expiration 0 myotherproject:mydataset
  

• 执行后Firebase控制台会同步显示数据集为永不过期，后续新增的分区数据也不会再自动过期。

补充：Firebase控制台本身没有直接修改数据集TTL的入口，这也是为什么你在另一项目中默认是永不过期——大概率那个项目的数据集是手动创建的，而非Firebase自动生成的。

结合你已经启用导出功能、表3个月前就可用的前提，给你几个可行的恢复方向：

1. 从Cloud Storage的自动备份恢复 #

Firebase Analytics导出到BigQuery时，默认会把原始数据同步备份到关联的Cloud Storage存储桶里，路径一般是 gs://[你的项目ID].appspot.com/exports/firebase/analytics/。你可以这么操作：

• 打开Google Cloud控制台的Cloud Storage页面，找到对应存储桶下按日期排序的历史导出文件，定位到170天前的快照
• 通过BigQuery控制台的「导入」功能或bq load命令，将这些快照文件重新导入到目标表中
• 注意导入时要匹配原表的 schema，避免数据结构不兼容

2. 检查BigQuery的时间旅行与手动备份 #

• 时间旅行恢复：BigQuery默认提供7天的时间旅行功能，但如果你的数据集在分区过期前设置过更长的时间旅行窗口（最长1460天），可以用SQL语句恢复：

  CREATE OR REPLACE TABLE myotherproject:mydataset.mytable
  PARTITION BY DATE(event_timestamp)
  AS SELECT * FROM myotherproject:mydataset.mytable
  FOR SYSTEM_TIME AS OF TIMESTAMP_SUB(CURRENT_TIMESTAMP(), INTERVAL 170 DAY)
  

  但如果之前没设置过长时间旅行窗口，这个方法就用不了。
• 手动备份恢复：如果你之前手动给数据集做过备份（比如导出到GCS或创建了表快照），直接从备份文件/快照恢复即可。

3. 联系Google Cloud技术支持 #

因为你用的是Blaze套餐，有权限申请技术支持。如果上面的方法都找不到数据，可以提交支持请求，说明清楚：

• 数据集关联Firebase Analytics，因默认60天TTL导致分区过期
• 需要恢复的具体时间范围和表名称
• 已启用导出功能且表3个月前就可用的情况
  Google Cloud团队可能会协助你从后台备份中恢复数据（具体要看数据保留政策）

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