BuildAreaリソースグループのデプロイ時にStorageAccountAlreadyExists

ビルド定義を取得して、必要なすべてのリソース（SQL Server、DB、Web-appおよびストレージアカウント）をAzureにデプロイし、再デプロイ時に更新しようとしています。私はVisual Studio Team Services VSTS/TFSを使用します。ビルドステップ「Azureのリソースグループの展開」は、エラーで失敗します。BuildAreaリソースグループのデプロイ時にStorageAccountAlreadyExists

"code": "StorageAccountAlreadyExists", 
"message": "The storage account named mystorageaccountname already exists under the subscription."

まあ、ストレージアカウントmystorageaccountnameがすでに存在していることは事実ですが、継続的な配信を実現し、再デプロイしようとすると、そうでは一般的です。私は既存のアカウントを再利用したい。

SQLサーバやSQLデータベースのような他のリソースの場合、リソースの存在は問題ではありません。

何度も繰り返し使用できるAzure Resource Group Deploymentを行うにはどうすればよいですか？

出典

2016-12-31 RHAD

ARMテンプレートを共有したり、そのテンプレートを共有したりできますか？ストレージARMテンプレートに '' tags "：{" displayName "：" xxxxx "}'がある場合は、削除してもう一度やり直してみてください。 –

@ TomSun-MSFTの提案は私のためには機能しませんでした。 – Iain

ストレージアカウントに指定した名前を確認します。大文字と小文字を区別することができないため、有効なものではありません。また、参照している既存のストレージが「古典的」ストレージアカウント（ASM）ではなくARMであることを確認してください。ここ

詳細：https://docs.microsoft.com/en-us/azure/azure-resource-manager/resource-manager-common-deployment-errors#storagenamenotunique

よろしく、カルロス

出典

2016-12-31 17:02:33

storageaccountは確かにARMアカウントです。元の実装名を隠すために、アカウント名の名前を置き換えました。実名は小文字で、小文字を反映するように質問を変更しました。私はリンクのドキュメントを読んだ。私はエラーコードを理解していますが、再デプロイでこのエラーが発生してはならないと思われます。最大では情報メッセージですが、エラーは発生しません。これは、スクリプトを2回実行することがOKであるためです。 – RHAD

ただ、この同じ問題を持っていたし、それは紺碧のCLIは、デフォルトでPremium_LRSストレージアカウントを作成していたことが判明し、私たちのテンプレートの展開がStandard_LRSを指定ストレージアカウント。タイプが異なるため、ストレージアカウントを再利用しないため、名前の競合が発生します。

同様の問題が発生している可能性がありますか？

出典

2017-01-08 22:28:38 Sam

私はそれをチェックしましたが、そうではありませんでした – RHAD

-1

ちょうどこの同じ問題がありました。サーバーを作成するリソースグループがストレージアカウントのリソースグループと異なるためです。

出典

2017-07-26 15:22:35

BuildAreaリソースグループのデプロイ時にStorageAccountAlreadyExists

答えて

関連する問題