Resource Health を使用して Azure SQL Managed Instance の接続をトラブルシューティングする

[アーティクル]
10/31/2023

Azure SQL Managed Instance の Resource Health を使用すると、Azure の問題点の影響がリソースに及んだときに診断してサポートを受けることができます。リソースの現在と過去の正常性に関する情報が表示され、問題を軽減するのに役立ちます。 Azure のサービスの問題についてサポートが必要な場合は、[Resource Health] ページでテクニカルサポートを提供します。

A screenshot of the Azure portal showing the Resource Health page for an Azure SQL Managed Instance.

正常性チェック

Resource Health では、リソースへのログインの成功と失敗を調べることで、SQL managed instance の正常性を判断します。現時点では、SQL managed instance 用の Resource Health では、システムエラーによるログインの失敗のみを調べ、ユーザーエラーによる失敗は調べません。正常性の状態は、1 - 2 分ごとに更新されます。

正常性状態

利用可能

[使用可能] という状態は、SQL managed instance でシステムエラーによるログインの失敗が、Resource Health によって検出されていないことを意味します。

A screenshot of the Azure portal showing the status message for the state of Available.

低下しています

[低下] という状態は、ログインの大部分が成功していること、ただし失敗もいくつか見つかっていることが、Resource Health によって検出されたことを意味します。それらは、多くの場合、一時的なログインエラーです。一時的なログインエラーによって発生する接続の問題点の影響を減らすために、コード内に再試行ロジックを実装してください。

利用不可

[利用不可] という状態は、SQL managed instance への一貫したログインの失敗が続いていることが Resource Health によって検出されたことを意味します。リソースが長期間この状態のままである場合は、サポートに問い合わせてください。

不明

[不明] という状態は、Resource Health がこのリソースに関する情報を 10 分以上受け取っていないことを示します。この状態はリソースの状態を明確に示すものではありませんが、トラブルシューティングプロセスにおいて重要なデータポイントです。リソースが想定したとおりに実行されている場合、リソースの状態は数分後に [使用可能] に変わります。リソースで問題が発生している場合、[不明]の正常性状態は、プラットフォーム内のイベントによってリソースが影響を受けていることを示唆している可能性があります。

履歴情報

Resource Health の [正常性の履歴] セクションで、最大 30 日間の正常性履歴にアクセスできます。セクションには、ダウンタイムの発生理由 (入手可能な場合) も含まれます。現時点では、Azure では、2 分の細分性でリソースのダウンタイムが表示されます。実際のダウンタイムは、多くの場合、1 分未満です。平均は 8 秒です。

ダウンタイムの理由

お使いの SQL managed instance でダウンタイムが発生すると、原因を特定するために分析が実行されます。入手可能な場合、Resource Health の [正常性の履歴] セクションにダウンタイムの理由が報告されます。ダウンタイムの理由は、通常、イベント後 45 分以内に公開されます。

メンテナンス期間を選択する

影響を与えるメンテナンスイベントを予測可能にし、ワークロードへの影響を影響を軽減するようにメンテナンス期間を構成できます。メンテナンスウィンドウ機能は、予測可能なアップグレードまたはスケジュールされたメンテナンスの計画に役立ちます。事前通知は、すべての SQL managed instance で使用できます。事前通知を使用すると、顧客は、計画されたイベントの 24 時間前までに通知が送信されるように構成できます。

Azure の計画メンテナンス

Azure インフラストラクチャでは、計画メンテナンス (データセンター内のハードウェアまたはソフトウェアコンポーネントのアップグレード) が定期的に実行されます。データベースのメンテナンスが実行されている間、Azure SQL によっていくつかの既存の接続が終了され、新しい接続が拒否される可能性があります。計画メンテナンス中に発生するログインの失敗は、通常は一時的なものです。時折発生するネットワークエラー時に対応する再試行ロジックは影響を軽減するのに役立ちます。ログインエラーの発生が続く場合は、サポートに問い合わせてください。

Reconfiguration

再構成は一時的な状態であると考えられ、ときどき発生することが想定されます。これらのイベントは、負荷分散やソフトウェア/ハードウェア障害によってトリガーされる可能性があります。クラウドデータベースに接続するクライアントの運用アプリケーションでは、堅牢な接続一時的なエラーに対する再試行ロジックを実装する必要があります。それによって状況が緩和され、通常はエンドユーザーにとってエラーが透過的になります。