問題タブ [azure-elasticpool]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
azure - エラスティック プールは同じスキーマを持つデータベース専用ですか?
ブログで、エラスティック プールのメリットは同じスキーマを持つデータベースのみに適用されると読みましたが、本当ですか? それとも、同じスキーマを持たないデータベースでも、エラスティック プールのメリットをすべて享受できるのでしょうか?
sql-server - データベースの復元が失敗する - ElasticPool 内の Azure SQL データベース
Blob Storage に格納されている .bak ファイルを Azure SQL Managed Instance に復元しようとすると失敗します。
このデータベースはエラスティック プールに存在します。プールとデータベースを作成するとき、私たちは Azure SQL Managed Instance を作成していると考えました。ElasticPool 内のデータベースはマネージド インスタンスではないという投稿があります。これが、データベースの復元が失敗する理由でしょうか?
T-SQL
データベースを復元 [Web] URL = 'somestorage.blob.core.windows.net/backups/…' 資格情報 = '共有アクセス署名' から
エラー
'RESTORE DATABASE' は、このバージョンの SQL Server ではサポートされていません。
- マスター キーとスコープ資格情報が正常に作成されたことを確認しました。
- URLが正しいことを確認しました。
この問題を解決するための解決策をお勧めできますか?
Microsoft.comのデモに従って、資格情報の作成に失敗するという問題が最初に発生しました。CHEEKATLAPRADEEP は、デモに示されているように、正しい構文は CREATE DATABASE SCOPED CREDENTIAL であり、CREATE CREDENTIAL ではないと回答しました。願わくば、この復元の修正が構文の更新でもあることを願っています。
azure - サイトを azure にデプロイした後、応答時間が短縮され、データベースの CPU 使用率が増加する
エラスティック プールに Azure ベースの SQL サーバーがあり、アプリケーションはそれに接続されています。今日、.net コア Web API を個人のデスクトップ (サーバー上でさえない) にデプロイしたところ、応答時間と CPU 使用率が大幅に改善されました。同じアプリケーションを Azure サーバー (App Service) にデプロイすると、一部の要求で CPU の使用率が 100% に達することもありました。なぜこれが起こっているのか、少し興味がありますか？どちらの場合でも、データベースサーバーがAzure上にある場合でも. 私がやっていることは何か間違っていますか？
PS: 各リクエストには大規模な操作があります (10 万レコードを挿入するか、数千の空間ポイントを比較します)。