AWS Amplify同步失败记录如何恢复？如何避免amplify push后数据丢失？

• 若你此前为posts对应的DynamoDB表开启了点时间恢复（PITR）：可直接登录AWS控制台进入DynamoDB服务页，找到posts表后选择「恢复到时间点」，选择amplify push操作执行前的时间点即可恢复全量数据，恢复后会生成独立的新表，你可根据需求将数据导回原表或更新Amplify配置绑定新表使用。
• 若你未开启PITR但留有posts表的手动快照、或此前做过Amplify全环境备份：直接使用快照/备份即可恢复丢失数据。
• 若以上两种备份配置均未开启：丢失的旧记录无法恢复。本次数据丢失大概率是amplify push触发了posts表重建（比如新增S3存储时意外修改了原有数据表的schema配置、或表未开启删除保护被系统重建），无备份的前提下AWS侧也无法找回被清理的旧数据。

• 每次执行amplify push前先运行amplify status，查看待更新的资源列表，若发现你未主动修改过的数据库类资源出现在待更新列表中，先检查amplify/backend/api/[对应API名称]/schema.graphql的相关配置是否被意外改动，确认无误再继续后续操作。
• 所有生产环境使用的DynamoDB表必须开启删除保护和点时间恢复（PITR），可直接在AWS控制台DynamoDB表的「附加设置」页配置，也可在graphql schema中通过指令添加配置，避免误操作触发表删除或重建时丢失数据。
• 生产环境执行amplify push前必须加--dry-run参数预览所有变更内容，确认没有涉及数据表删除、重建的操作再执行实际推送。
• 定期执行全量数据备份：可手动为DynamoDB表创建快照，也可配置自动定时快照策略，备份周期可根据业务数据更新频率调整。
• 新增存储等独立资源时，执行amplify add storage后先检查生成的配置文件，确认没有覆盖原有数据库、API的相关配置再执行推送操作。

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