Database Performance Analyzer (DPA) 2026.2 リリース(2026.7月）

投稿日: 2026年7月13日 作成者: climb

Database Performance Analyzer（DPA）2026.2の一般提供（GA）を開始しされました。今回、DPAは初めてSAP HANAの監視機能を提供するようになり、SQL Server、Oracle、PostgreSQL、MySQL、DB2においてお客様から信頼されているのと同じ詳細な待機時間分析とパフォーマンスに関する洞察を、世界で最も広く導入されているエンタープライズ向けインメモリプラットフォームの一つにもたらします。SAP HANAのサポートは、今後のDPAリリースにおいてさらに拡充される予定です。

DPA 2026.2 では、アラート通知の効率化、一連の PostgreSQL アラートの精度向上、および AI クエリアシストの MySQL および PostgreSQL ターゲットへの拡張を実現するライフサイクルキーも提供されます。また、Docker コンテナを使用した DPA のデプロイオプションもパブリックベータ版として提供されています。

SAP HANA 向け DPA

DPA が SAP HANA 向けに待機状態に基づくパフォーマンス分析機能を提供できるようになり、各チームが待機状態ごとにクエリの実行時間を評価し、データベースのパフォーマンスに影響を与える要因をより迅速に特定できるようになったことを大変嬉しく思います。これらの洞察により、根本原因の分析が迅速化され、平均解決時間（MTTR）が短縮され、クエリのパフォーマンスが向上することで、運用コストの削減につながります。

DPAは、SAP HANA PlatformおよびExpressエディションに加え、SAP HANA Cloudインスタンスの登録に対応しています。また、Microsoft Azure上のSAP HANA Platformエディションなど、マネージドクラウドサービスを利用せず仮想マシン上でHANAを実行するクラウドホスト型環境も完全にサポートされています。

本リリースでは、多次元ドリルダウンによる待機時間の傾向分析、異常検知、ブロッキングチェーン、統計情報、HANAアドミッションコントロールなどのリソースメトリクス、リアルタイムセッション監視など、SAP HANAの可観測性に関する重要な機能が導入されています。今後のリリースにおいても、HANAプラットフォーム向けのDPA機能を継続的に拡張していく予定です。

アラートのライフサイクルキー

この機能により、個々のアラートの発生を明確に区別することで、PagerDuty や ServiceNow などのインシデント対応システムとの連携が効率化されます。

たとえば、CPU アラートは「正常」状態で開始される場合があります。CPU 負荷が高まると、アラートは「正常」状態を超え、「低」、「中」、「高」の深刻度レベルの間で変動し、CPU 負荷が低下した後に「正常」状態に戻ります。「通常」状態から最初に移行して以降、「通常」状態に戻るまでの期間を「アラートライフサイクル」と呼びます。

DPAは現在、一意の「ライフサイクルキー」を生成します。これにより、インシデント対応システムは、以前の発生に関連付けられたチケットを再開するのではなく、アラートの各発生（ライフサイクル）ごとに新しいチケットを作成できるようになります。

PostgreSQL アラートの機能強化

設定を簡素化し、アラートの範囲を定義するためのより柔軟なオプションを提供するため、いくつかの PostgreSQL アラートを強化しました。

  • これらのアラートは、設定や保守が困難な場合があった PostgreSQL の外部データラッパーに依存しなくなりました。代わりに、DPA が各データベース内で直接アラートクエリを実行します。
  • また、これらのアラートには、アラートの対象範囲に含めるデータベース、スキーマ、テーブルを正確に定義するための設定オプションが用意されています。オブジェクト名にはワイルドカード文字が使用可能です。たとえば、prod%を使用すると、名前がprodで始まるすべてのデータベースを含めることができます。

更新されたアラート：

  • PostgreSQL Dead Tuples
  • PostgreSQL Last Analyze
  • PostgreSQL Last AutoAnalyze
  • PostgreSQL Last AutoVacuum
  • PostgreSQL Last Vacuum
  • PostgreSQL Long Running Query
  • PostgreSQL Long Running Vacuum
  • PostgreSQL Percent Idle in Transaction Connections
  • PostgreSQL User Role Expiry

MySQLおよびPostgreSQL向けAIクエリアシスト

DPAは、AIクエリアシストの対応範囲をMySQLおよびPostgreSQLデータベースプラットフォームに拡大しました。チームは、AIによるクエリ書き換えの推奨事項を活用して、これらの環境におけるクエリパフォーマンスの最適化を図ることができます。これにより、特に複雑なクエリにおいて、トラブルシューティングの時間を短縮し、問題解決を迅速化できます。

Dockerコンテナ上のDPA（ベータ版）

DPA 2026.2が、Dockerコンテナでの展開に対応しました！DPAのコンテナイメージは、Chainguardの安全で最小限のベースイメージに基づいて構築されています。コンテナ化されたソリューションは、一貫性があり、移植性が高く、効率的な展開環境を提供するほか、以下のようなメリットも数多くあります。

  • 従来の仮想化と比較して、起動時間が短縮され、リソース消費量が低減
  • オンプレミスおよびクラウド環境を横断した柔軟なデプロイ
  • アプリケーションの分離によるセキュリティの向上、および全体的な攻撃対象領域の縮小
  • Chainguardのコンテナイメージを基盤として構築されており、堅牢かつ最小限の基盤を実現
  • Chainguardのディストリビューションレスで継続的に更新されるイメージにより、既知のCVEがほぼゼロで、攻撃対象領域が劇的に縮小
  • Chainguardが提供する署名付きイメージとSBOMによる、より安全で透明性の高いソフトウェアサプライチェーン

重要： SolarWindsは現在、DPAのPlatform Connectコンポーネント用のDockerコンテナを開発中です。これが利用可能になるまでは、AIクエリアシストやCNSアラート通知など、Platform Connectを必要とする機能に依存している場合、DockerベースのDPAデプロイメントは推奨されません。

関連したトピックス

コメントを残す

メールアドレスが公開されることはありません。 ※ が付いている欄は必須項目です

このサイトはスパムを低減するために Akismet を使っています。コメントデータの処理方法の詳細はこちらをご覧ください。