サブスクリプションに応じて支払いを行い、Azure SQLサーバーを作成しています。

サーバーの追加中に、場所を選択すると、次のエラーが発生します。

This location is not available for subscriptions

助けてください。

多分あなたはこのブログを参照することができます：Azure / SQL Server /この場所はサブスクリプションには利用できません。あなたと同じエラーがあります。

次のpowershellコマンドを実行して、選択した場所が利用可能かどうかを確認します。

Get-AzureRmLocation | select displayname

場所が利用可能な場合、この問題を解決する最善の方法は、Azureサポートに連絡してこれを有効にすることです。これは、Azureポータルのサポートページを使用して無料で実行できます。

彼らはよくあなたに連絡してあなたがそれを解決するのを助けることができます。

お役に立てれば。

Microsoftサーバーに実際の問題があります。Azure SQLデータベース作成リクエストが多すぎます。彼らは現在、状況を処理しようとしています。これは、有料のサブスクリプションであっても、すべてのタイプのサブスクリプションに影響するようです。Visual Studio Enterpriseサブスクリプションを使用していますが、すべてのロケーションで同じエラー（このロケーションはサブスクリプションには使用できません）が発生します。

詳細については、次のMicrosoftフォーラムスレッドを参照してください。

https://social.msdn.microsoft.com/Forums/en-US/ac0376cb-2a0e-4dc2-a52c-d986989e6801/ongoing-issue-unable-to-create-sql-database-server?forum=ssdsgetstarted

他の回答が述べているように、これは現在のところAzureの（扱いが不十分な）制限であり、いつ解除されるかについてのETAはないようです

それまでは、少し余分な作業を行うことを気にせず、待ちたくない場合は、DockerインスタンスをセットアップしてMSSQLを配置するだけで、SQLデータベースをAzureで稼働させることができます。

• Azure Portalで、コンテナーインスタンスを作成します。次のDockerイメージを使用します。https：//hub.docker.com/r/microsoft/mssql-server-windows-express/
• 作成中に、ACCEPT_EULA環境変数を「Y」に設定する必要がある場合があります。
• 起動したら（私にとっては10〜20分）、ポータルで「sqlcmd」コマンドを使用して接続し、ログインを設定します。私の場合、簡単なデモデータベースが必要なため、「sa」ログインを取り、「alter login SA with password = '{insert your password}'」および「alter login SA enable」を実行しました。詳細については、こちらをご覧ください：https : //docs.microsoft.com/en-us/sql/t-sql/statements/alter-login-transact-sql?view=sql-server-ver15#examples

ほら、AzureにSQLインスタンスがあります。管理されておらず、監視も不十分ですが、短期的なソリューションには十分な場合があります。DockerインスタンスのIPアドレスは、コンテナーインスタンスブレードの[プロパティ]セクションにあります。

これが私が自分で解決した方法です。最初に問題をお話ししましょう。次に、ソリューション。

問題：クライアント用に新しい無料のAzureアカウント（$ 250の無料クレジットが付属）を作成しました。次に、従量課金制のサブスクリプションにアップグレードしました。Azure SQLデータベースを作成できませんでした。エラーは「場所が利用できません」でした。

解決方法：同じアカウントで別の従量課金制サブスクリプションを作成しました。何だと思います-新しいサブスクリプションですぐにSQL dbを作成できました。次に、アカウントから最初のサブスクリプションを削除しました。そして、はい、私は無料のクレジットを失いました。

あなたの状況が私の状況に似ている場合は、これを試すことができます。

PS：自分のAzureアカウントを持つ3つのクライアントがあります。すべてのアカウントでSQL Dbを作成することができました。この問題は、無料アカウント、または従量課金アカウントにアップグレードした無料アカウントでのみ発生すると思います。

編集-2020/04/22

これはまだ今日まで進行中の問題ですが、4月24日にヨーロッパで新しいAzureクラスターが利用可能になるとマイクロソフトのサポートから言われました。したがって、SQL Serverインスタンスを最終的にその周りの無料のアカウントに展開できる可能性があります。

SQL Serverを実行するDockerコンテナーをデプロイする

@Filipの答えを補足するために、そしてAzure SQL Serverでも問題が残っていることを考えると、SQL Serverを実行するDockerコンテナーは優れた代替手段です。Cloud Shellで次のコマンドを実行すると、非常に簡単に自分で設定できます。

az container create --image microsoft/mssql-server-windows-express --os-type Windows --name <ContainerName> --resource-group <ResourceGroupName> --cpu <NumberOfCPUs> --memory <Memory> --port 1433 --ip-address public --environment-variables ACCEPT_EULA=Y SA_PASSWORD=<Password> MSSQL_PID=Developer --location <SomeLocationNearYou>

< ContainerName >：選択したコンテナー名

< ResourceGroupName >：以前に作成されたリソースグループの名前

< NumberOfCPUs >：使用するCPUの数

< メモリ >：使用したいメモリ

< パスワード >：パスワード

< SomeLocationNearYou >：あなたの近くの場所。たとえば、 西ヨーロッパ

SQL Serverにアクセスする

コンテナインスタンスがデプロイされると、概要でIPアドレスを見つけることができます。az containerMicrosoftのSSMSまたはsqlcmdユーティリティを使用して、コマンドで選択したIPアドレスとパスワードを使用してSQL Serverに接続します。

私が使用した画像に関するいくつかのドキュメントはここにあります。

ここで使用したコマンドの詳細。