Google cloud platform Google CloudSQL实例无响应，如何获得支持？

当涉及到数据库时，我们希望让专业人员来管理它们，这就是为什么我们选择CloudSQL第二代数据库实例形式的托管解决方案。今天实例停止响应，我单击了重新启动，它已经重新启动了几个小时，没有响应，我尝试克隆实例，也没有响应

我不知道还能做什么，我们的数据库瘫痪了，使用它的服务也停止了。这些事情都会发生，好吧

令我震惊的是，我无法联系任何人来解决这个问题。我知道我可以为支持订阅支付$150p/m及以上。但这让我感到困惑，GCloud控制台UI没有响应，我是否错误地认为我不应该为核心产品支付支持费用，至少可以工作

这就引出了我的主要问题，如果我想继续在生产中使用谷歌云产品，我需要订阅支持吗？

在活动shell中尝试命令行工具，而不是控制台UI。尝试使用以下命令将数据从SQL实例导出到google云存储桶：

gcloud sql instances \
export <sql-instnace-name> \
gs://<bucket-name>/backup.sql

gcloud sql instances \
create <new-sql-instance-name>

gcloud sql instances \
import <new-sql-instance-name> \
gs://<bucket-name>/backup.sql

gcloudsql实例\
出口\
gs:///backup.sql

默认情况下，SQL实例的服务帐户具有对google云存储桶的读写访问权限

使用以下命令创建新的SQL实例：

gcloud sql instances \
export <sql-instnace-name> \
gs://<bucket-name>/backup.sql

gcloud sql instances \
create <new-sql-instance-name>

gcloud sql instances \
import <new-sql-instance-name> \
gs://<bucket-name>/backup.sql

gcloudsql实例\
创造

现在，使用以下命令将数据添加到新SQL实例：

gcloud sql instances \
export <sql-instnace-name> \
gs://<bucket-name>/backup.sql

gcloud sql instances \
create <new-sql-instance-name>

gcloud sql instances \
import <new-sql-instance-name> \
gs://<bucket-name>/backup.sql

gcloudsql实例\
进口\
gs:///backup.sql

您可以获得。您不需要订阅即可获得帮助；这完全取决于你的需求和你对未来问题的紧急程度

如果你有一个数据库的最近备份，你可以考虑在另一个实例中重新创建它，从那里。p>

---

<>你可以考虑在G中发布你的问题。这样，开发者和谷歌的支持会有更好的可见性，而不会带来额外的成本。 昨天我们也遇到了同样的情况。云SQL实例有一个半小时没有响应（从18小时到19:30小时GTM+1）

我们不能什么都不做，我们试图将实例备份到一个bucket，但命令返回一个错误，表示另一个操作正在进行

我们是一家小型初创公司，我们无法支付支持计划的费用，但当我们雇佣云SQL服务时，我们认为这种情况不会发生

---

老实说，在此之后，如果您不同时签订黄金或白金支持计划，我认为云SQL不是一个好的选择。有些东西失败了，您什么都做不了，这让人沮丧，或者甚至报告错误。

云SQL团队鼓励用户使用堆栈溢出来询问问题以进行故障排除。对于隐私敏感问题，需要一个支持包。电子邮件别名云-sql@google.com也可以使用，但无法保证该渠道的支持。感谢您的回复Herman，我理解这一点，在用户进行小规模生产部署，并且某些事件导致严重停机（例如数据库宕机）的情况下，支持订阅是获得快速响应的唯一方式吗？今天我们遇到了这样的情况。生产云第二代。似乎罪魁祸首是“[注意]InnoDB:page_cleaner:1000ms预期循环时间为5087ms。设置可能不是最佳的。”太糟糕了，团队中没有人碰过该设置，所以没有人看到会发生这种情况。@AlnDvs，是的，只有支持订阅才能保证快速响应。注意：第一件事就是这样做。我们尝试重新启动实例，但现在我们甚至无法执行此操作，因为它尝试在运行任何其他操作之前完成重新启动。您需要订阅才能获得快速响应。这是一个在使用谷歌云服务时并不明显的警告。在生产环境中，无法恢复数据库是一个巨大的问题。在我们的案例中，db需要10个小时才能响应，如果它是我们的主要db，这将是我们的重大损失。需要明确的是，从备份中克隆一个新的db只在10小时后才有响应。