Azure SQL Managed Instance 用管理パックの監視構成
このセクションでは、Azure SQL Managed Instance用管理パックの監視構成について説明します。
監視テンプレート
Azure SQL Managed Instance 用管理パックには、Azure SQL Managed Instance を監視するための 2 つの監視テンプレートがあります。
-
このテンプレートを使用すると、指定した Azure サブスクリプションのすべてのマネージド インスタンスを自動的に検出して監視を構成できます。
-
このテンプレートを使用すると、接続文字列を手動で指定することで、選択したインスタンスを監視リストに追加できます。
重要
両方のテンプレートを同時に使用すると、手動で追加されたインスタンスが 2 セットの監視ワークフローによって監視される可能性があります。 これにより、リソースが冗長に使用され、パフォーマンスの問題が発生する可能性もあります。
空き領域の監視
Azure SQL Managed Instance 用管理パックには、次のレベルで一連のメトリックを収集して空き領域の監視を実行する機能があります。
- インスタンス
- データベース
たとえば、領域の監視の場合、管理パックはストレージ使用率をAzure SQL Managed Instance レベルでチェックします。 データベースの領域監視の場合、管理パックでは、データベース レベルでストレージ使用率がチェックされます。これは、次の種類で測定できます。
行データの残りの空き領域
使用可能なデータベース領域と、データベースをホストするメディアで使用可能な領域の割合を監視します。 このモニターでは、FILESTREAM および OLTP データ ファイル グループ In-Memory の空き領域はカウントされません。
ログの残りの空き領域
使用可能なデータベース トランザクション ログ領域の割合を監視します。
メモリ内 OLTP データの残りの空き領域
使用可能なデータベース領域と、データベースをホストするメディアで使用可能な領域をパーセンテージで監視します。 このモニターでは、In-Memory OLTP および In-Memory OLTP データ ファイル グループの空き領域はカウントされません。
データベース バックアップの監視
Azure SQL Managed Instance 用管理パックには、Microsoft SQL Server から報告されたデータベース バックアップの存在と古さを確認するモニターが用意されています。 これは、SQL インスタンスの master データベースに対してクエリを実行し、バックアップの古さを返すことで行われます。
Note
モニターでは、COPY_ONLY
のバックアップが追跡されます。 差分バックアップ、ログ バックアップ、ファイル スナップショット バックアップは考慮されません。 詳細については、「BACKUP (Transact-SQL)」を参照してください。
セキュリティ保護可能なリソースの構成の状態モニター
このモニターでは、構成された監視アカウントの下で、必要な SQL Server セキュリティ保護可能なリソースのそれぞれにアクセスできるかどうかを確認します。
Azure SQL Managed Instance をターゲットとするモニターによって確認されるセキュリティ保護可能なリソースの完全な一覧を次に示します。
サーバーレベルのアクセス許可
- VIEW SERVER STATE
- VIEW ANY DEFINITION
- VIEW ANY DATABASE
動的管理ビューに対する SELECT 権限
- sys.dm_os_performance_counters
- sys.dm_tran_active_transactions
- sys.dm_tran_session_transactions
- sys.dm_exec_sessions
- sys.dm_exec_requests
- sys.dm_exec_connections
- sys.dm_os_sys_info
- sys.dm_os_host_info
- sys.dm_os_ring_buffers
- sys.dm_os_volume_stats
- sys.dm_os_threads
- sys.dm_hadr_database_replica_states
- sys.dm_hadr_fabric_partition_states
- sys.dm_hadr_fabric_config_parameters
- sys.dm_hadr_fabric_continuous_copy_status
- sys.dm_db_xtp_checkpoint_files
- sys.dm_db_xtp_table_memory_stats
- sys.dm_db_xtp_hash_index_stats
- sys.dm_internal_resource_governor_resource_pools
カタログ ビューに対する SELECT 権限
- sys.databases
- sys.database_files
- sys.tables
- sys.filegroups
- sys.syscolumns
- sys.sysprocesses
- sys.configurations
- sys.syslanguages
- sys.server_resource_stats
- msdb.dbo.sysjobschedules
- msdb.dbo.backupset
ストアド プロシージャに対する EXECUTE 権限
- sys.sp_enumerrorlogs
- sys.xp_readerrorlog
- sys.xp_instance_regread
- msdb.dbo.sp_help_jobactivity
- msdb.dbo.sp_help_job
データベースの状態の監視
データベースの状態の監視は、Azure SQL Managed Instanceによって報告されたデータベースの状態をチェックするためのものです。 状態チェックは、データベースの状態を返すAzure SQL Managed Instanceのマスター データベースに対してクエリを実行することによって実行されます。 このモニターからアラートを受け取った場合は、データベースを動作状態に戻す処理を行う必要があります。
ONLINE を除くすべてのデータベースの状態は、異常なモニター状態になります。 次の表では、データベースの状態を定義します。
State | 定義 |
---|---|
ONLINE | データベースにアクセスできます。 復旧時に行われる元に戻すフェーズが完了していなくても、プライマリ ファイル グループはオンラインです。 |
OFFLINE | データベースは使用できません。 ユーザーの明示的な操作によってデータベースがオフラインになり、ユーザーが新たな操作を行うまでオフラインのままになります。 たとえば、ファイルを新しいディスクに移動するために、データベースをオフラインにできます。 移動の完了後に、データベースをオンラインに戻します。 |
RESTORING | プライマリ ファイル グループの 1 つ以上のファイルが復元中か、1 つ以上のセカンダリ ファイルがオフラインで復元中です。 データベースは使用できません。 |
RECOVERING | データベースが復旧中です。 復旧処理は一時的な状態です。復旧が成功すると、データベースは自動的に online 状態になります。 復旧が失敗すると、データベースは suspect 状態になります。 データベースは使用できません。 |
RECOVERY PENDING | SQL Server で、復旧中にリソースに関連するエラーが発生しました。 データベースは破損していませんが、ファイルが見つからないか、システム リソースの制限によって起動できない可能性があります。 データベースは使用できません。 エラーを解決して復旧処理を完了するには、ユーザーによる新たな操作が必要です。 |
SUSPECT | 少なくともプライマリ ファイル グループが問題のある状態で、破損している可能性があります。 データベースは、SQL Serverの起動時に復旧できません。 データベースは使用できません。 問題を解決するには、ユーザーによる新たな操作が必要です。 |
EMERGENCY | ユーザーがデータベースを変更し、状態を EMERGENCY に設定しました。 データベースはシングル ユーザー モードになり、修復または復元できます。 データベースは READ_ONLY に設定され、ログ記録が無効になり、アクセスが sysadmin 固定サーバー ロールのメンバーに制限されます。 EMERGENCY は、主にトラブルシューティングの目的で使用されます。 たとえば、suspect に設定されたデータベースを、EMERGENCY 状態に設定できます。 これにより、システム管理者にデータベースへの読み取り専用のアクセスを許可できます。 sysadmin 固定サーバー ロールのメンバーのみが、データベースを EMERGENCY 状態に設定できます。 |
COPYING | 可用性グループ テクノロジを使用して、マネージド インスタンス間でデータベースAlways Onコピーされています。 コピー機能は、コピー元データベースのコピーとしてコピー先インスタンスに新しいデータベースを作成します。 この機能により、データ レプリケーションは信頼性が高く、一貫性があり、非同期で、ほぼリアルタイムになります。 データベースを "コピー" するときは、操作の最中も完了後も、ソース データベースはオンラインのままです。 データベースを使用できます。 |
OFFLINE_SECONDARY | データベースは、フェールオーバー後にアクセスできます。これにより、セカンダリがプライマリ ロールに切り替わる前に、プライマリ データベースとセカンダリ データベースの間で完全なデータ同期が実行されます。 これにより、データ損失が発生しないことが保証されます。 フェールオーバーは、プライマリにアクセスできる場合にのみ可能です。 データベースを使用できます。 |
詳細については、「 データベースの状態」を参照してください。
geo レプリケーション データベースの監視
Azure SQL Managed Instance 用管理パックではモニターを利用して、自動フェールオーバー グループにあるプライマリおよびセカンダリ データベースのレプリケーションの状態が確認されます。
モニターは異常な状態を報告します。これは、セカンダリ データベースがトランザクション的に一貫性を持たず、プライマリ データベースと常に同期されていないことを示します。
レプリケーションの状態を確認するために、管理パックにより 'sys.dm_hadr_fabric_continuous_copy_status' DVM が使用されます。 DVM レプリケーションの状態に基づいて、モニターによりその正常性状態が適宜変更されます。
レプリケーションの状態 | 説明 | 正常性の状態 |
---|---|---|
CATCH_UP | セカンダリ データベースはトランザクション的に一貫性のある状態であり、継続的にプライマリ データベースと同期されています。 | Healthy |
SEEDING | geo レプリケーション ターゲットはシード処理されていますが、2 つのデータベースはまだ同期されていません。 シード処理が完了するまでは、セカンダリ データベースに接続できません。 プライマリからセカンダリ データベースを削除すると、シード処理操作が取り消されます。 | Critical |
PENDING | これはアクティブな連続コピーリレーションシップではありません。 通常、この状態は、インターリンクに利用できる帯域幅がプライマリ データベース上のトランザクション アクティビティのレベルに対して不十分であることを示します。 ただし、連続コピー リレーションシップはそのままになります。 | Critical |
複数のデータベースの geo フェールオーバーの詳細については、「自動フェールオーバー グループを使用して、複数のデータベースの透過的かつ調整された geo フェールオーバーを有効にする」を参照してください。
フィードバック
https://aka.ms/ContentUserFeedback」を参照してください。
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「フィードバックの送信と表示