Azure Database for MySQL Flexible Server: Restore from Sep 6, 2025 backup fails with DeploymentFailed

Question

I am trying to perform a Point-in-Time Restore on Azure Database for MySQL Flexible Server,

restoring from the backup of September 6, 2025.

However, the deployment always fails with the following error.

I tried changing the target server name to a unique one, switching the resource group, and retrying several times,

but the result is always the same.

Error:

{

"code": "DeploymentFailed",

"message": "At least one resource deployment operation failed...",

"details": [

{

  "code": "ResourceDeploymentFailure",

  "message": "The resource write operation failed to complete successfully, because it reached terminal provisioning state 'Failed'."

}

]

}

Tried:

• Changed target server name to unique value
• Switched resource group
• Retried multiple times

All attempts failed with the same error.

Questions:

• What is the root cause of this error?
• Is there any way to successfully restore the backup from Sep 6, 2025, or any alternative method?

---

(日本語参考)

Azure Database for MySQL Flexible Server のポイントインタイムリストアで

2025年9月6日時点のバックアップを復元しようとしましたが、毎回 DeploymentFailed で失敗します。

復元先サーバー名をユニークに変更、リソースグループ変更、複数回リトライしても同じ結果です。

原因と、復元を成功させる方法または代替手段を教えていただきたいです。

Answer 1

こんにちは @Anonymous

Microsoft QA にご連絡いただきありがとうございます。ご質問を精査しました。以下は、あなたの懸念に対処するための詳細な説明です。

現在、2025 年 9 月 6 日にバックアップから Azure Database for MySQL フレキシブル サーバーのポイントインタイム復元 (PITR) を実行しようとすると、DeploymentFailed エラーが繰り返し発生します。説明と推奨事項を裏付ける Microsoft Learn リンクを使用して、Q&A Web サイトに配置できるクリーンでプロフェッショナルな回答を次に示します。

根本原因分析

このエラーは通常、次の 1 つ以上の理由により、復元操作が端末プロビジョニング状態で完了したことを示します。

リージョンの制限: サブスクリプションは、選択したリージョンにリソースを提供することが許可されていない可能性があります。これは、ProvisioningDisabled または DeploymentFailed エラーの一般的な原因です。こちらはこちらで確認してください。

https://learn.microsoft.com/en-us/azure/mysql/flexible-server/resolve-capacity-errors-mysql-flex?tabs=portal

バックアップ コンテナーの構成: Azure Backup (プレビュー) を使用している場合は、移行先ストレージ アカウントの AllowCrossTenantReplication プロパティが true に設定されていることを確認します。これは、テナント間の復元に必要です。「Azure Backup を使用した復元」を参照してください。

復元モードとパラメーター: Azure MySQL フレキシブル サーバーの復元では、常に新しいサーバーがデプロイされます。一意のサーバー名と復元パラメータを指定していることを確認します。「Azure Portal を使用したバックアップから復元する」を参照してください。

推奨ソリューション

最速の復元ポイントを使用する

Azure portal の [最速の復元ポイント] オプションを使用して、完全バックアップから復元してみてください。

• MySQL フレキシブル サーバー インスタンスに移動します
• [バックアップと復元]__ を選択します。 __
• 2025 年 9 月 6 日以降の完全バックアップを選択します
• 一意のサーバー名を入力します
• [レビュー + 作成] をクリックします

詳細: 完全バックアップから復元

Azure CLI を使用する

Azure CLI を使用して復元を実行します。

az mysql flexible-server restore \

--resource-group <your-resource-group> \

--name <new-server-name> \

--source-server <original-server-name> \

--restore-time "2025-09-06T00:00:00Z"

復元時間が保持期間内であり、正しくフォーマットされていることを確認します。

ダンプと復元

PITR が引き続き失敗する場合は、論理ダンプと復元の使用を検討してください。

• mysqldump または mydumper を使用してデータをエクスポートする
• 新しいフレキシブル サーバーを作成する
• mysql または myloader を使用してデータをインポートする

詳細: ダンプと復元 [移行...MySQL の場合] を使用した移行

次のステップ

• サブスクリプションにターゲット リージョンでプロビジョニング制限があるかどうかを確認します。
• 復元パラメータと権限を検証します。
• 解決しない場合は、 [問題の種類: サービスとサブスクリプションの制限__] でサポート リクエストを開き __ 、リージョンがさらに調査できるようにします。

これがお役に立てば幸いです。

感謝 ヴリシャブ