Azure Sql DB 还原未显示在 Azure 门户中，但在 SSMS 中还原答案

【问题标题】：Azure Sql DB Restore not showing up in Azure portal but stuck restoring in SSMSAzure Sql DB 还原未显示在 Azure 门户中，但在 SSMS 中还原
【发布时间】：2021-09-05 01:26:20
【问题描述】：

我已经运行了两天的 Azure SQL DB 时间点恢复。我想取消它，因为我认为有问题。我可以在 SSMS 中看到数据库正在恢复，但在我的 Azure 门户中找不到部署。有人知道怎么取消吗？我已尝试使用 Azure CLI，但看不到资源。

【问题讨论】：

您能否分享更多有关您正在恢复的原因（数据恢复或数据库替换或已删除的数据库恢复）？如果在还原过程中删除数据库，还原操作将被取消。您可以参考 Powershell 模块进行时间点还原。 docs.microsoft.com/en-us/powershell/module/az.sql/…
所以我在大小为 2Gb 的 S0 层 Azure Sql 数据库上进行时间点恢复。该过程运行了 2 天，但没有完成。我无法再在 Azure 门户中看到部署，但数据库显示在服务器实例的 SSMS 中。我试图删除数据库，但这并没有解决问题。我将添加一些屏幕抓取。
@JoshuaAlexanderStewart，这个问题实际上非常重要，您应该向 Microsoft 报告。如果您需要部署备份尽快恢复是唯一的选择。我们在这里谈论的是大约 8 小时的“服务中断”。想想这是否发生在您的生产环境中。
@FrancescoMantovani 是的，这太长了。我对在 S0 标准数据库层上进行还原的任何人的建议是还原到 S2 层上的数据库，然后在还原完成后降级服务。

标签： azure azure-sql-database database-restore azure-deployment point-in-time-recovery

【解决方案1】：

它叫Azure Hiccups，昨天10:20到10:40在瑞士西部地区发生在我身上。

我重新运行它，一切都修复了。

如果我检查 Activity Log 我可以看到错误：

但如果我浏览Service Health，它说一切都很好：

遇到Azure Hiccups怎么办：

修复：重新运行任务，希望它能解决问题，就像你用拳头敲打旧电视一样。
预防：您可以尝试创建一个活动日志警报，但它将再次基于服务运行状况（表示一切正常）而不是实际的活动日志.因此，您可能会错过此类问题，并会在 24 小时后发现问题。
事后分析：您可以在活动日志中截取失败的任务/服务的屏幕截图，将其显示给 Microsoft 并在可能的情况下要求退款。未来您可以在官方Status page 中查看 Azure 的当前状态并订阅 RSS 源。您可以浏览Azure Status History。但正如我所说，最后两个报告中没有一个报告 Azure Hiccups，所以活动日志的屏幕截图仍然是昨天森林中一棵树倒下的唯一证据。

作为 Microsoft SLA says，Azure SQL 数据库和 SQL 托管实例的高可用性是一年中 99.99%，您可以开始收集这些屏幕截图并在他们的支持下打开票证。

【讨论】：

【解决方案2】：

今早删除数据库后，运行状态不成功。在尝试删除数据库 8 小时后，恢复终于被取消了。

【讨论】：

你有过类似的经历吗？
是你停止了恢复过程吗？
我从未停止过 Azure 中的部署，但它从门户中消失了，使数据库处于恢复状态，但 2GB 的恢复不应运行 2 天。最终，我试图删除数据库。 SQL 日志说这失败了，但是 4 小时后，数据库从我的 SSMS 对象浏览器中消失了。