从谷歌云 sql 上的备份创建实例

Question

我有两个与云 sql 备份相关的问题：

1. 备份是否与实例一起删除，或者它们可能会保留几天？
2. 如果不是，是否可以从已经消失的实例的备份中创建新实例？

我希望这是可能的，但看起来备份只能在特定实例下列出，并且没有从现有备份启动新实例的选项。

Answer 1

提取自Google Cloud SQL - 备份和恢复

从备份还原会还原到从中获取备份的实例。

所以 (1) 的答案是它们消失了，关于 (2) 如果你没有将数据库的副本导出到你的云存储，那么不，你不能恢复你删除的云 SQL 实例内容。

Answer 2

关于（2）：如果你足够快，实际上可以恢复它们。 它们应该仍然存在，即使 Google 说它们已被删除。

如果您知道已删除数据库的名称，请运行以下命令以检查它们是否仍然存在

gcloud sql backups list --instance=deleted-db-name --project your-project-name

如果你能看到任何结果，那你就很幸运了。 尽快恢复它们！

gcloud sql backups restore <backup-ID> --restore-instance=new-db-from-scratch-name --project your-project

就是这样！

更多信息： https : //geko.cloud/gcp-cloud-sql-how-to-recover-an-accidentally-deleted-database/

Answer 3

我最近注意到这种行为发生了变化（2022 年 7 月 28 日）。 我们的应用程序更新过程的一部分是在现有部署上运行按需备份，拆除我们的堆栈，创建一个新堆栈，然后从备份的内容填充新数据库。

到目前为止，这工作得很好。

但是，截至今天，我无法从备份中恢复，因为在我们销毁旧堆栈时删除了原始数据库（ dummy-db-19e2df4f ）。 显然，解决方法是在填充新数据库之前不要删除我们的原始数据库，但这种明显的行为变化是出乎意料的。

由于列出了备份，因此下面似乎有一些“混合消息”。

列出我的旧实例的备份：

$ gcloud sql backups list --instance=- | grep dummy-db-19e2df4f
1659019144744  2022-07-28T14:39:04.744+00:00  -      SUCCESSFUL  dummy-db-19e2df4f
1658959200000  2022-07-27T22:00:00.000+00:00  -      SUCCESSFUL  dummy-db-19e2df4f
1658872800000  2022-07-26T22:00:00.000+00:00  -      SUCCESSFUL  dummy-db-19e2df4f
1658786400000  2022-07-25T22:00:00.000+00:00  -      SUCCESSFUL  dummy-db-19e2df4f

尝试还原到新实例（即将new-db-13d63593的内容替换为备份/快照1659019144744的内容）。 到目前为止，这有效：

$ gcloud sql backups restore 1659019144744 --restore-instance=new-db-13d63593
All current data on the instance will be lost when the backup is 
restored.

Do you want to continue (Y/n)?  y

ERROR: (gcloud.sql.backups.restore) HTTPError 400: Invalid request: Backup run does not exist..

（呃哦……）

出于好奇，请它描述备份：

$ gcloud sql backups describe 1659019144744 --instance=dummy-db-19e2df4f
ERROR: (gcloud.sql.backups.describe) HTTPError 400: Invalid request: Invalid request since instance is deleted.