Appサービスプランの変更後のAzure Appサービスエラー

Question

私はAzure App Servicesの新機能ですが、.NETバックエンドで最初のテストアプリケーション（無料のテストサービスプランを使用）を構築できました。これでうまくいきましたので、私は基本サービスプランをアップグレードしてみることにしました。 Azure Portalでこれを実行した後、私はクライアントアプリケーションとPostmanを介してデータを取得しようとしましたが、私は "500エラーが発生しました"という空のエラーメッセージ "エラーが発生しました。しかし、奇妙なことに、私がローカルでデバッグを開始すると、すべて正常に動作しており、すべてのリソースにアクセスできます。

編集 evilSnobuは、私はトレースと私はエラー以下になった失敗した要求をオンに示唆したように：

System.ApplicationException: The trace listener AzureBlobTraceListener is disabled. ---> System.InvalidOperationException: The SAS URL for the cloud storage account is not specified. Use the environment variable 'DIAGNOSTICS_AZUREBLOBCONTAINERSASURL' to define it. 
    at Microsoft.WindowsAzure.WebSites.Diagnostics.AzureBlobTraceListener.RefreshConfig() 

this questionsへの回答で説明したように、診断ログにストレージアカウントを設定した後、私は取得しています次のエラー：

Microsoft.WindowsAzure.Storage.StorageException: The remote server returned an error: (400) Bad Request. ---> System.Net.WebException: The remote server returned an error: (400) Bad Request. 
    at System.Net.HttpWebRequest.GetResponse() 
    at Microsoft.WindowsAzure.Storage.Core.Executor.Executor.ExecuteSync[T](RESTCommand`1 cmd, IRetryPolicy policy, OperationContext operationContext) 
    --- End of inner exception stack trace --- 
    at Microsoft.WindowsAzure.Storage.Core.Executor.Executor.ExecuteSync[T](RESTCommand`1 cmd, IRetryPolicy policy, OperationContext operationContext) 
    at Microsoft.WindowsAzure.Storage.Blob.CloudBlockBlob.PutBlockList(IEnumerable`1 blockList, AccessCondition accessCondition, BlobRequestOptions options, OperationContext operationContext) 
    at Microsoft.WindowsAzure.WebSites.Diagnostics.AzureBlobTraceListener.AppendStreamToBlob(Stream stream) 
    at Microsoft.WindowsAzure.WebSites.Diagnostics.AzureBlobTraceListener.ConsumeBuffer() 
Request Information 
StatusMessage:The specified block list is invalid. 
ErrorCode:InvalidBlockList 

誰にも解決策がありましたか？

Answer 1

説明に基づいて、このシナリオをテストするために私はazureモバイルアプリを作成しました。診断ログを有効にせずに、私のWebアプリケーションをAzure Appサービスにデプロイしました。上位層にスケールアップした後、私はブラウザを介してテーブルエンドポイントにアクセスすることができました。 kuduを利用して、ウェブコンテンツファイルをD:\home\site\wwwrootにしてこの問題を絞り込むことをお勧めします。また、計画を下位層に拡大したり、基本サービス計画の下で新しいWebアプリケーションを作成したり、アプリケーションを再デプロイしてこの問題のトラブルシューティングを行うこともできます。