すべてのプロダクト
Search
ドキュメントセンター

Database Autonomy Service:DAS Agent

最終更新日:Mar 21, 2026

DAS Agent は、大規模言語モデル(LLM)技術を活用した、データベース運用・保守(O&M)のためのインテリジェントアシスタントです。Alibaba Cloud のサポートチケット約 10 万件および専門家の知見を基に、クラウドデータベースにおける一般的な O&M 問題および安定性課題を解決します。IT 運用向け AI(AIOps)を活用することで、問題検出、診断、最適化までを含むエンドツーエンドの自律的機能を提供し、データベースの安定性を効率的かつ正確に確保します。

前提条件

DAS がターゲット データベースに正常に接続しました。

説明

以下の主要なデータベースがサポートされています:

MySQL:RDS MySQLPolarDB for MySQL、他社クラウドベンダー提供の MySQL、およびセルフマネージド MySQL。

PostgreSQL:RDS PostgreSQLPolarDB for PostgreSQL、他社クラウドプロバイダー提供の PostgreSQL、およびセルフマネージド PostgreSQL。

Redis:Tair (compatible with Redis)、他社クラウドベンダー提供の Redis、およびセルフマネージド Redis。

MongoDB:ApsaraDB for MongoDB、他社クラウドベンダー提供の MongoDB、およびセルフマネージド MongoDB。

SQL Server:RDS SQL Server

分散型データベース:PolarDB-X

注意事項

  • RAM ユーザーとして DAS Agent を使用する場合は、当該 RAM ユーザーに DAS の管理権限およびデータベースインスタンスに対する権限が付与されていることを確認してください。

  • DAS Agent の AIOps 機能を、DAS コンソール以外の業務システムや非 DAS 環境に統合したい場合は、チケットを送信してご相談ください。

  • 各国・各地域のデータセキュリティ規制により、異なるリージョンに配置されたデータベースインスタンスは、単一の LLM サービスで一括管理できません。複数のリージョンにインスタンスが展開されている場合、各リージョンまたは各国ごとに DAS Agent を個別に有効化する必要があります。たとえば、中国本土(北京、上海、杭州、広州など)のインスタンスは「中国向け DAS Agent」を共用できますが、米国、シンガポール、インドネシアのインスタンスについては、それぞれの国またはリージョンで個別に有効化が必要です。

  • 中国以外で利用可能な DAS Agent は、現在シンガポールおよび米国に展開されている Alibaba Cloud Model Studio に依存しています。そのため、モデル呼び出しはこの 2 つのリージョンのうち最も近い方へルーティングされます。Model Studio の追加リージョンへの展開が完了次第、DAS Agent は自動的に現地の Model Studio サービスへ移行します。

    注:これは、Model Studio モデルへのクロスボーダー呼び出しにのみ適用されます。データベース監査ログなどのデータは、インスタンスが配置されたリージョン内に常に留まります。

課金

詳細については、「DAS Agent の料金詳細」をご参照ください。

説明

2026 年 3 月 17 日より、DAS Agent では日次無料トライアルプランが提供されます。

  • 基本クォータ:各ユーザーには 1 日あたり 5,000 文字の無料クォータが付与されます。クォータを消費した後は、商用エディションへのアップグレードが必要となります。

  • チェックインボーナス:コンソール上で O&M 日次レポートを表示またはクエリすることで、毎日のチェックインを完了できます。1 回の成功したチェックインにつき、追加で 700 文字が付与されます。連続 7 日間のチェックインにより、合計 4,900 文字の追加クォータが獲得できます。

  • クォータ照会:コンソールページから、残りの日次クォータおよび使用状況をいつでも確認できます。

  • 注:無料クォータポリシーは、運用上の必要に応じて変更される場合があります(増額、減額、または中止を含む)。現在の特典を最大限に活用するために、お早めにお試しいただくことを推奨します。

特徴

特徴

ステータス

説明

データベース Q&A

サポート対象

ナレッジベースは、汎用的なデータベース知識から、Alibaba Cloud 専門家が長年にわたり蓄積・整理した内部文書までを網羅しています。主なオンライントランザクション処理(OLTP)および NoSQL エンジンの種類をカバーしており、異常対応の推奨事項、設定の変更に関する推奨、変更影響分析など、多様な知識タイプを含みます。

データベース異常診断

サポート対象

OLTP および NoSQL のさまざまなシナリオに対応しています。メトリクスおよび異常クエリ、リアルタイム診断(CPU、メモリ、セッション)、ロック分析、レイテンシーインサイト(Tair)、large key 分析(Tair)、スロークエリ分析(OLTP および MongoDB)、SQL 最適化(実行済みおよび未実行の SQL ステートメントの事前チェックを含む)、データベースセキュリティリスク検出を含みます。DAS Agent は、根本原因を特定し、最適化および 即時修復の推奨事項を提供するためのインテリジェント分析を実行します。

説明

現時点では、推奨事項の実行には手動による承認が必要です。LLM による自動実行機能は、まだ提供されていません。

インテリジェント O&M レポート

サポート対象

お客様のアカウント下にある複数のインスタンス(マルチエンジン対応)を対象とした統一的な O&M レポートを提供します。レポートには、メトリクスのトレンド比較分析、最適化の提案、モニタリングの推奨事項が含まれます。

説明

現時点では、日次レポートのみがサポートされています。週次および月次レポート、およびユーザー定義のレポートテンプレートは、今後のリリースで提供予定です。

異常検知およびアラート機能

非サポート

パフォーマンストレンドモニタリングメトリクスに基づく、能動的な異常検知を実装する予定です。

サポート対象の機能

シナリオ/機能

説明

サポート対象のクラウドデータベースインスタンス

サポート対象のセルフマネージド/他社クラウドインスタンス

必須診断パラメーター

サンプル API 呼び出しクエリ

リアルタイム CPU 診断(MySQL)

関連データをリアルタイムで取得し、異常な CPU 使用率の原因を診断します。

  • RDS MySQL

  • PolarDB for MySQL

非サポート

• インスタンス ID
• ノード ID(PolarDB for MySQL インスタンスでは必須。デフォルトではプライマリノードが使用されます。

{"operation_id":"high_cpu_usage_real_time_diagnose_mysql","input_parameters":{"instance_id":"xxxxxx","node_id":"xxxxxxxx"},"direct_mode":true}

リアルタイム CPU 診断(Tair/Redis)

Tair (compatible with Redis) インスタンスの異常な CPU 使用率をリアルタイムで診断します。リアルタイムセッションデータ、large key、hot key を基に、根本原因を分析します。

  • Tair (compatible with Redis)

非サポート

• インスタンス ID
• ノード ID(任意)

{"operation_id":"redis_cpu_diagnose_history_time","input_parameters":{"instance_id":"xxxxxxx","start_time":"2026-02-05T20:33:01+08:00","end_time":"2026-02-06T20:33:01+08:00"},"direct_mode":true}

CPU 使用率診断(MySQL)

指定された期間におけるセッション、スロークエリログ、SQL Explorer データなどの関連情報を取得し、異常な CPU 使用率の原因を診断します。

  • RDS MySQL

  • PolarDB for MySQL

非サポート

• インスタンス ID
• ノード ID(PolarDB for MySQL インスタンスでは必須。デフォルトではプライマリノードが使用されます。
• 時間範囲(start_time および end_time)




{"operation_id":"performance_diagnose_mysql","input_parameters":{"instance_id":"xxxxxx","node_id":"xxxxxxxx","start_time":"2026-02-05T20:32:07+08:00","end_time":"2026-02-06T20:32:07+08:00"},"direct_mode":true}

SQL 診断および最適化

指定されたデータベースで実行された SQL ステートメントを分析します。データベースエンジンバージョン、テーブルスキーマ、インデックス、実行計画、SQL スクリプトを分析し、潜在的なパフォーマンスの問題を特定し、最適化の提案を提供します。また、未リリースの SQL ステートメントについても事前チェックをサポートします。

  • RDS MySQL

  • RDS PostgreSQL

  • PolarDB for MySQL

  • PolarDB for PostgreSQL

MySQL および PostgreSQL エンジンをサポート

• インスタンス ID
• データベース
• SQL スクリプト
• PostgreSQL の場合、Search_path を追加することで分析精度を高められます。







{"operation_id":"mysql_query_optimization_advisor","input_parameters":{"instance_id":"xxxxxxx","database":"xxxxxxx","sql":"xxxxxxxxxx"},"direct_mode":true}

スローログ分析(TP)

スロークエリログ統計に基づき、さまざまな問題のある SQL ステートメントを特定し、対応する最適化の提案を提供します。

  • RDS MySQL

  • RDS SQL Server

  • RDS PostgreSQL

  • PolarDB for MySQL

  • PolarDB for PostgreSQL

  • PolarDB-X

非サポート

• インスタンス ID
• ノード ID(PolarDB for MySQL インスタンスでは必須。デフォルトではプライマリノードが使用されます。
• 時間範囲(start_time および end_time)
• 取得件数(上位 N 件)







{"operation_id":"sql_slowlog_summary","input_parameters":{"instance_id":"xxxxxxx","node_id":"xxxxxxxx","start_time":"2026-02-05T20:34:16+08:00","end_time":"2026-02-06T20:34:16+08:00","top_n":"x"},"direct_mode":true}

スローログ分析(MongoDB)

MongoDB のスロークエリログ統計に基づき、さまざまな問題のあるクエリテンプレートを特定します。注目すべき QueryId のリストを推奨し、対応策を提供します。

  • ApsaraDB for MongoDB

非サポート

• インスタンス ID
• ノード ID(任意)
• 時間範囲(start_time および end_time)
• 取得件数(上位 N 件)







{"operation_id":"mongodb_slowlog_summary","input_parameters":{"instance_id":"xxxxx","node_id":"xxxxxxx","start_time":"2026-02-05T20:33:28+08:00","end_time":"2026-02-06T20:33:28+08:00","top_n":"x"},"direct_mode":true}

モニタリングメトリクスクエリ

データベースインスタンスの CPU 使用率、メモリ使用量、ストレージ領域使用量などのメトリクスをクエリします。

  • RDS MySQL

  • RDS PostgreSQL

  • PolarDB for MySQL

  • PolarDB for PostgreSQL

非サポート

• インスタンス ID
• ノード ID(PolarDB for MySQL インスタンスでは必須。デフォルトではプライマリノードが使用されます。

{"operation_id":"monitoring_indicator_query_tool","input_parameters":{"instance_id":"xxxxx","node_id":"xxxxxxx"},"direct_mode":true}

重要パフォーマンスメトリクスのまとめ

指定された時間範囲内でインスタンスの重要パフォーマンスメトリクスをクエリおよびまとめます。大量のデータによるクエリ失敗を回避するため、時間範囲は小さめに設定することを推奨します。

  • RDS MySQL

  • RDS SQL Server

  • RDS PostgreSQL

  • PolarDB for MySQL

  • PolarDB-X

  • Tair (compatible with Redis)

  • ApsaraDB for MongoDB

非サポート

• インスタンス ID
• ノード ID(任意)
• 時間範囲(start_time および end_time)




{"operation_id":"important_performance_metrics_summary","input_parameters":{"instance_id":"xxxxxxx","node_id":"xxxxxxxx","start_time":"2026-02-05T20:30:08+08:00","end_time":"2026-02-06T20:30:08+08:00"},"direct_mode":true}

最近のデッドロック分析

SHOW ENGINE INNODB STATUS コマンドの戻り値に含まれる最新のデッドロックログを分析します。

  • RDS MySQL

  • PolarDB for MySQL

MySQL をサポート

• インスタンス ID
• ノード ID(PolarDB for MySQL インスタンスでは必須。デフォルトではプライマリノードが使用されます。

{"operation_id":"latest_deadlock_analysis","input_parameters":{"instance_id":"xxxxxxx","node_id":"xxxxxxxxx"},"direct_mode":true}

メタデータロックおよびトランザクションブロッキング分析

現在のセッションにおけるメタデータロックおよびトランザクションブロッキングを分析します。トランザクションブロッキング分析を行うには、RDS MySQL 8.0 および PolarDB for MySQL 8.0 インスタンスで Performance Schema を有効化する必要があります。

  • RDS MySQL

  • PolarDB for MySQL

非サポート

• インスタンス ID
• ノード ID(PolarDB for MySQL インスタンスでは必須。デフォルトではプライマリノードが使用されます。

{"operation_id":"lock_analysis","input_parameters":{"instance_id":"xxxxxx","node_id":"xxxxxxxx"},"direct_mode":true}

ストレージ分析

インスタンス、データベース、テーブルの情報をクエリします。データベースおよびテーブルのストレージ領域の概要を表示し、最適化対象の項目一覧と、詳細なデータベースおよびテーブル情報を提供します。

  • RDS MySQL

  • RDS PostgreSQL

  • PolarDB for MySQL

  • PolarDB for PostgreSQL

  • PolarDB for PostgreSQL (Compatible with Oracle)

  • PolarDB-X

  • ApsaraDB for MongoDB

MySQL および PostgreSQL エンジンをサポート

• インスタンス ID
• ノード ID

{"operation_id":"storage_analyze","input_parameters":{"instance_id":"xxxxxx","node_id":"xxxxxxxx"},"direct_mode":true}

SQL Server ストレージ分析

SQL Server のストレージ領域使用量をクエリし、ストレージ領域の異常を分析します。

  • RDS SQL Server

非サポート

インスタンス ID

{"operation_id":"sqlserver_storage_analysis","input_parameters":{"instance_id":"rxxxxxxxxx"},"direct_mode":true}

レイテンシーインサイト分析(Tair/Redis)

Tair (compatible with Redis) インスタンスのレイテンシーインサイトデータに基づき、プロキシノードまたはデータノードのレイテンシーデータを分析します。また、レイテンシーが高いコマンドまたはノードを特定します。

  • Tair (compatible with Redis)

非サポート

• インスタンス ID
• ノード ID(必須)
• 時間範囲(start_time および end_time)(分析は最大 30 分間の期間をサポート)




{"operation_id":"redis_latency_log_summary","input_parameters":{"instance_id":"xxxxxx","node_id":"xxxxxxxxx","start_time":"2026-02-05T20:37:03+08:00","end_time":"2026-02-06T20:37:03+08:00"},"direct_mode":true}

large key のクエリおよび分析

Tair (compatible with Redis) インスタンスの履歴 large key を分析し、対応する hot key の情報を返します。

  • Tair (compatible with Redis)

非サポート

• インスタンス ID
• ノード ID(任意)
• 時間範囲(start_time および end_time)




{"operation_id":"tair_history_large_key_query_and_analysis","input_parameters":{"instance_id":"xxxxxx","node_id":"xxxxxx","start_time":"2026-02-05T20:37:19+08:00","end_time":"2026-02-06T20:37:19+08:00"},"direct_mode":true}

異常セッションの識別

MySQL データベースインスタンスに対して information_schema.processlist および information_schema.innodb_trx をリアルタイムでクエリし、異常セッションを分析します。

  • RDS MySQL

  • PolarDB for MySQL

MySQL をサポート

• インスタンス ID
• ノード ID(PolarDB for MySQL インスタンスでは必須。デフォルトではプライマリノードが使用されます。

{"operation_id":"real_time_abnormal_session_identification","input_parameters":{"instance_id":"xxxxxxx","node_id":"xxxxxxxx"},"direct_mode":true}

メモリ異常診断(MySQL)

データベースインスタンスのメモリ使用量が異常かどうかを分析します。異常が検出された場合は、その原因をさらに分析します。異常が検出されなかった場合は、潜在的なメモリ異常リスクについて警告を提供します。

  • RDS MySQL

  • PolarDB for MySQL

非サポート

• インスタンス ID
• ノード ID(PolarDB for MySQL インスタンスでは必須。デフォルトではプライマリノードが使用されます。

{"operation_id":"memory_usage_anomaly_diagnosis","input_parameters":{"instance_id":"xxxxxx","node_id":"xxxxxxx","start_time":"2026-02-05T20:38:58+08:00","end_time":"2026-02-06T20:38:58+08:00"},"direct_mode":true}

メモリ異常の識別(MySQL)

データベースインスタンスのメモリ使用量が異常かどうかを分析します。異常が検出された場合、または長期間にわたって使用率が高水準である場合、異常または高使用率の一般的な原因を提示します。

  • RDS MySQL

  • PolarDB for MySQL

非サポート

• インスタンス ID
• ノード ID(PolarDB for MySQL インスタンスでは必須。デフォルトではプライマリノードが使用されます。

{"operation_id":"memory_usage_anomaly_identification","input_parameters":{"instance_id":"xxxxxxx"},"direct_mode":true}

HA クエリおよび分析

RDS MySQL インスタンスのプライマリ/セカンダリ スイッチオーバー記録をクエリおよび分析し、簡潔なレポートを出力します。

  • RDS MySQL

非サポート

• インスタンス ID
• 時間範囲(start_time および end_time)

{"operation_id":"HA_records_query_and_diagnosis","input_parameters":{"instance_id":"xxxxxx","start_time":"2026-02-05T20:27:17+08:00","end_time":"2026-02-06T20:27:17+08:00"},"direct_mode":true}

Auto-increment ID オーバーフローのリスク

テーブルの auto-increment ID 使用データをクエリし、auto-increment ID オーバーフローのリスクを特定します。

  • RDS MySQL

  • PolarDB for MySQL

非サポート

• インスタンス ID(任意)
• DB_NAMES
• RATIO_FITER
• REAL_TIME







{"operation_id":"auto_increment_usage_analyze","input_parameters":{"instance_id":"xxxxx"},"direct_mode":true}

エラーログ分析

データベースインスタンスのエラーログ内のデッドロック、Warning、Error レベルのログを分析します。詳細なデッドロック情報およびエラーログの原因を返します。

重要
  • インスタンスで innodb_deadlock_detect および innodb_print_all_deadlocks パラメーターが有効化されている必要があります。

  • RDS MySQL インスタンスの場合、log_error_verbosity パラメーターを 3 に設定する必要があります。


  • RDS MySQL

  • PolarDB for MySQL

非サポート

• インスタンス ID
• ノード ID(PolarDB for MySQL インスタンスでは必須。デフォルトではプライマリノードが使用されます。
• 時間範囲(start_time および end_time)




{"operation_id":"error_log_query_and_analysis","input_parameters":{"instance_id":"xxxxx","node_id":"xxxxx","start_time":"2026-02-05T20:29:05+08:00","end_time":"2026-02-06T20:29:05+08:00"},"direct_mode":true}

最適化対象インスタンスの概要

現在の Alibaba Cloud アカウント下で、注目が必要なデータベースインスタンスの一覧をクエリします。これには、データベースペイロードの変化、CPU の急激なピーク、I/O の急激なピーク、高い IOPS、インスタンスメモリの急激なピーク、スロー SQL ステートメントの異常な件数などが含まれます。

  • RDS MySQL

  • RDS SQL Server

  • RDS PostgreSQL

  • PolarDB for MySQL

  • PolarDB for PostgreSQL

  • PolarDB-X

  • Tair (compatible with Redis)

  • ApsaraDB for MongoDB

非サポート

時間範囲(start_time および end_time)

{"operation_id":"query_the_instances_that_need_to_be_optimized","input_parameters":{"start_time":"2026-02-05T20:38:24+08:00","end_time":"2026-02-06T20:38:24+08:00"},"direct_mode":true}

インスタンス情報クエリ

現在の Alibaba Cloud アカウント下のデータベースインスタンスに関する情報をクエリします。これには、データベースエンジンタイプ、データベースエンジンバージョン、インスタンス ID、インスタンスエイリアス、インスタンスリージョン、インスタンスステータスなどが含まれます。データベースエンジンタイプまたはキーワードによるフィルターが可能です。

  • RDS MySQL

  • RDS SQL Server

  • RDS PostgreSQL

  • PolarDB for MySQL

  • PolarDB for PostgreSQL

  • PolarDB-X

  • Tair (compatible with Redis)

  • ApsaraDB for MongoDB

MySQL、PostgreSQL、Redis、MongoDB エンジンをサポート

• エンジンタイプ
• キーワード
(いずれも任意)




{"operation_id":"list_instances","input_parameters":{"engine":"mysql","keyword":"111"},"direct_mode":true}

インスタンストポロジークエリ

データベースインスタンスのトポロジー情報および各ノードの詳細情報をクエリします。

  • RDS MySQL

  • RDS SQL Server

  • RDS PostgreSQL

  • PolarDB for MySQL

  • PolarDB for PostgreSQL

  • PolarDB-X

  • Tair (compatible with Redis)

  • ApsaraDB for MongoDB

非サポート

インスタンス ID

{"operation_id":"instance_topology_query_tool","input_parameters":{"instance_id":"xxxxxxx"},"direct_mode":true}

インスタンス構成クエリ

データベースインスタンスの構成およびステータス情報をクエリします。これには、ログ設定、ストレージポリシー(ホット/コールドストレージ)、監査機能、Performance Insight の有効/無効、移行およびバージョン対応などのメタデータが含まれます。

  • RDS MySQL

  • RDS SQL Server

  • RDS PostgreSQL

  • PolarDB for MySQL

  • PolarDB for PostgreSQL

  • PolarDB-X

  • Tair (compatible with Redis)

  • ApsaraDB for MongoDB

非サポート

インスタンス ID

{"operation_id":"get_instance_config","input_parameters":{"instance_id":"xxxxxxx"},"direct_mode":true}

テーブル作成ステートメントの表示

指定されたテーブルのテーブル作成ステートメントを表示します。

  • RDS MySQL

  • RDS PostgreSQL

  • PolarDB for MySQL

  • PolarDB for PostgreSQL

  • PolarDB for PostgreSQL (Compatible with Oracle)

MySQL および PostgreSQL エンジンをサポート

• インスタンス ID
• ノード ID
• database
• table
• schema(PostgreSQL の場合必須)










{"operation_id":"show_create_table","input_parameters":{"instance_id":"XXXXXX","node_id":"XXXXXX","database":"XXXX","table":"XXXX"},"direct_mode":true}

セキュリティ異常イベント

Alibaba Cloud アカウント下のデータベースインスタンスに関連する異常活動に関するセキュリティイベントをクエリします。これには、アカウントクラッキングの試行、機密データのダウンロード、異常なログオン、短時間での大量データ削除、辞書攻撃などが含まれます。これにより、潜在的なセキュリティ脅威を迅速に特定し、異常活動の文脈を分析し、標的を絞った保護措置を講じることで、データベースのセキュリティおよびコンプライアンスを向上させることができます。

  • RDS MySQL

  • RDS PostgreSQL

  • PolarDB for MySQL

  • PolarDB for PostgreSQL

  • PolarDB-X

非サポート

なし

{"operation_id":"security_describe_abnormal_events","input_parameters":{},"direct_mode":true}

セキュリティベースラインの変更

指定された時間範囲内でデータベースインスタンスのセキュリティベースライン変更傾向をクエリします。これにより、インスタンスの安全な構成の進化を把握し、リスク改善、悪化、または長期未修復項目の状況を特定し、実行可能な修復ガイドラインを提供することで、データベースのセキュリティおよびコンプライアンスを強化できます。

  • RDS MySQL

  • PolarDB for MySQL

  • PolarDB-X

非サポート

• インスタンス ID
• 時間範囲(start_time および end_time)

{"operation_id":"security_baseline_change_analysis","input_parameters":{"instance_id":"xxxxx","start_time":"2026-02-05T20:46:22+08:00","end_time":"2026-02-06T20:46:22+08:00"},"direct_mode":true}

最新のセキュリティベースライン

Alibaba Cloud アカウント下の各データベースインスタンスの最新セキュリティベースライン検査結果をクエリします。これにより、データベースのセキュリティ構成状況を包括的に把握し、潜在的なリスクを特定し、実践的な修復ガイドラインを提供することで、データベースのセキュリティおよびコンプライアンスを強化できます。

  • RDS MySQL

  • PolarDB for MySQL

  • PolarDB-X

非サポート

なし

{"operation_id":"security_latest_baseline_analysis","input_parameters":{},"direct_mode":true}

機密データの発見

Alibaba Cloud アカウント下の各データベースインスタンスの機密データスキャン結果をクエリし、データ分類および分類に関する詳細情報を提供します。これにより、データベースインスタンスに機密データが存在するか、その分布およびリスクレベルを把握でき、データセキュリティ管理およびコンプライアンスチェックを支援します。

  • RDS MySQL

  • RDS PostgreSQL

  • PolarDB for MySQL

  • PolarDB for PostgreSQL

  • PolarDB-X

非サポート

なし

{"operation_id":"security_sensitive_scan_lookup","input_parameters":{},"direct_mode":true}

グローバルセキュリティリスク傾向

この機能では、グローバルなデータベースセキュリティリスクの時間的傾向をクエリおよび分析できます。ヒストグラムデータを使用してリスクの変動パターンを特定し、異常なピークを検出することで、リスクの進化を視覚的に分析できます。

  • RDS MySQL

  • RDS SQL Server

  • RDS PostgreSQL

  • PolarDB for MySQL

  • PolarDB for PostgreSQL

  • PolarDB-X

非サポート

なし

{"operation_id":"describe_global_security_risk_histogram","input_parameters":{"start_time":"2026-02-05T20:43:09+08:00","end_time":"2026-02-06T20:43:09+08:00"},"direct_mode":true}

インスタンスセキュリティリスク傾向

この機能では、単一のデータベースインスタンスのセキュリティリスクの時間的傾向をクエリおよび分析できます。ヒストグラムデータを使用して、異常な SQL 操作、SQL インジェクション、データ侵害など、複数のリスクディメンションにおける変動パターンおよび異常なピークを特定します。これにより、DBA がインスタンスのセキュリティ課題の進化を迅速に特定できます。

  • RDS MySQL

  • RDS SQL Server

  • RDS PostgreSQL

  • PolarDB for MySQL

  • PolarDB for PostgreSQL

  • PolarDB-X

非サポート

インスタンス ID

{"operation_id":"describe_security_risk_histogram","input_parameters":{"instance_id":"xxxxxx","start_time":"2026-02-05T20:44:37+08:00","end_time":"2026-02-06T20:44:37+08:00"},"direct_mode":true}

インスタンスセキュリティアラート統計

この機能では、指定された時間範囲内で単一のデータベースインスタンスの SQL セキュリティアラート統計をクエリできます。これには、アラートレベル(重大、警告、情報)およびアラートタイプ(SQL インジェクション、データ侵害、異常操作など)別の分布が含まれます。これにより、インスタンスの全体的なセキュリティ状況およびリスク分布特性を迅速に把握できます。

  • RDS MySQL

  • RDS SQL Server

  • RDS PostgreSQL

  • PolarDB for MySQL

  • PolarDB for PostgreSQL

  • PolarDB-X

非サポート

インスタンス ID

{"operation_id":"describe_sql_security_alert_stats","input_parameters":{"instance_id":"xxxxx","start_time":"2026-02-05T20:45:41+08:00","end_time":"2026-02-06T20:45:41+08:00"},"direct_mode":true}

説明
  • 「サポート対象のセルフマネージド/他社クラウドインスタンス」について:MySQL、PostgreSQL、Redis、MongoDB エンジンを搭載する他社クラウドベンダー提供のデータベースまたはセルフマネージドデータベースについては、標準プロトコルに基づいて有効な診断および最適化の提案を提供できます。ただし、ベンダー固有のカスタム機能や非標準の変更はサポート対象外です。

  • 「サンプル API 呼び出しクエリ形式」について:これは、API を直接呼び出す際に、特定の機能を正確にトリガーするために構造化されたリクエストボディを使用する方法を指します。自然言語による質問と比較して、このモードでは対象診断タスクの安定かつ確実な実行が保証されます。

操作手順

  1. DAS Agent ページにアクセスします。

    PC からのアクセス

    1. [DAS コンソール] にログインします。

    2. DAS Agent アイコンをクリックします。

      image

    3. 適切なインスタンスタイプを選択し、購入を完了します。仕様および課金の詳細については、「DAS Agent」をご参照ください。

    モバイル Web

    [DAS Agent ページ] にアクセスしてログインします。

    説明

    モバイル Web 版では、Web ブラウザーを通じた DAS Agent のアクセスのみがサポートされています。アプリケーション内からのアクセスは、現時点ではサポートされていません。

  2. DAS Agent の構成を行います。

    支払い完了後、DAS Agent を構成して、異なるインスタンスグループを管理します。DAS は、エディションに応じて異なる管理機能を提供します:

    • Basic Edition(旧 Personal Edition):1 つのエージェントで最大 10 インスタンスを管理可能。

    • Enterprise Edition:複数のエージェントを構成し、異なるインスタンスグループを個別に管理できます。また、1 つのインスタンスを複数のエージェントが同時に管理することも可能です。これは、複数の DBA が同じインスタンスグループを交代で管理するようなシナリオに相当します。

    構成手順:

    1. エージェント管理ページ」にログインします。

      • (任意)リストページの [追加] ボタンをクリックします。Enterprise Edition では複数のエージェントを作成でき、各エージェントが管理するインスタンス一覧を指定できます。

    2. エージェントの構成を編集します。

      • 対象エージェントの [操作] 列で、[編集] ボタンをクリックし、[構成の編集] ページに移動します。

      • [関連付けられたインスタンス] セクションで、このエージェントが管理するインスタンス ID を選択し、[OK] をクリックして構成を完了します。

    3. 機能制限事項:

      • 構成完了後、各エージェントは、管理対象のインスタンスに対してのみ、質問の実行、診断の実行、インスタンスとのインタラクションなどの操作を実行できます。

    ユースケース:

    1. API を通じて自社システムに統合

      API を通じて DAS Agent を自社システムに統合する場合、異なるエージェント ID を使用して接続できます。これにより、DBA や開発者など異なる担当者が、自身の権限範囲内のインスタンスのみにアクセスおよび操作できるようになります。

    2. コンソール上で会話形式で使用

      コンソール上で直接操作する場合、ユーザーは、管理対象のインスタンスが配置された国またはリージョンに対応するエージェントに切り替える必要があります。これにより、当該エージェントが管理するインスタンスに対する O&M 操作が可能になります。

      image

  3. 権限の構成を行います。

    システムのセキュリティおよび運用コンプライアンスを確保するため、DAS Agent を使用する前に、対応するアカウントに適切なアクセス権限を構成する必要があります。DAS では、異なる役割およびシナリオに応じた 2 つの組み込みシステムポリシーが提供されています:

    ポリシー名

    権限レベル

    主な機能

    AliyunHDMReadOnlyAccess

    読み取り専用権限

    • DAS コンソール上で、アカウントの権限範囲内のすべてのインスタンスを表示できます。

    • 再起動やパラメーター変更など、変更操作は一切実行できません。

    • 許可されたインスタンスに対して、DAS Agent のインテリジェント診断、パフォーマンス分析、自然言語インタラクション機能を利用できます。

    AliyunHDMFullAccess

    完全アクセス権限

    • DAS のすべての機能を完全に制御できます。

    • 現在の UID 下のすべてのデータベースインスタンスに対して、診断、最適化、変更、エクスポートなどの操作を実行できます。

    • AliyunHDMReadOnlyAccess のすべての機能を含みます。

    構成方法:

    1. []RAM コンソール にログインします。

    2. 左側のナビゲーションウィンドウで、[ID 管理 > ユーザー] を選択します。

    3. 対象ユーザーを見つけ、[権限の追加][操作] 列でクリックします。

    4. [アクセスポリシー] リストで、AliyunHDMReadOnlyAccess または AliyunHDMFullAccess を検索して選択します。

    5. [OK] をクリックして権限付与を完了します。

  4. DAS Agent を使用して AI 診断を開始します。

    診断カードから診断を開始

    1. 目的のシナリオに対応するカードをクリックします。

      image

    2. 表示されたダイアログボックスで、診断対象(インスタンス ID)、時間範囲、その他の必要なパラメーターを選択します。

      説明

      必要なパラメーターはシナリオによって異なります。詳細については、該当ページをご参照ください。たとえば、[SQL 診断および最適化] を実行する場合、分析対象のデータベースおよび SQL ステートメントを指定する必要があります。

    3. [OK] をクリックします。

    会話形式で診断を開始

    ダイアログボックスに質問を入力すると、DAS Agent が自動的にユーザーの意図を特定し、最も関連性の高いナレッジをマッチングして、インテリジェント診断を開始します。Agentic 診断機能により、エージェントはユーザーの質問に基づいて診断パスを自律的に計画し、実行フィードバックに基づいてその後のステップを動的に調整します。たとえば、「インスタンスの健全性を評価してください」という質問に対しては、CPU 使用率、セッション数、メモリ使用量、TPS、QPS、デッドロック、スロー SQL ステートメントなど、複数のディメンションにわたる包括的な分析を実行します。顕著なスロー SQL 問題を検出した場合には、SQL 最適化診断を継続し、インデックスの提案やステートメントの書き換えソリューションを提供します。

    また、キーボードショートカット /、@、# を使用して、診断シナリオをすばやく呼び出したり、インスタンス一覧を表示したり、時間範囲を選択したりできます。

    image

  5. インテリジェント O&M 日次レポート機能は、Enterprise Edition で管理されるすべてのデータベースインスタンスに対して DAS Agent が提供します。毎日、主要な O&M メトリクスを分析し、深い洞察と構造化されたサマリーを提供します。これらのメトリクスには、異常アラートの詳細、高価値スロー SQL の特定といった重要な最適化の提案、ディスク領域使用量のトレンド、無効インデックスの検出結果、CPU、メモリ、I/O といった主要リソースの使用量が含まれます。これにより、統一的でプロフェッショナルかつ実行可能な O&M 概要が生成されます。チームがデータベースの健全性を把握し、能動的なリスク警告を受け取り、正確な最適化を実施することで、システムの安定性を確保し、パフォーマンスを向上させることができます。

    1. DAS コンソールの左側ナビゲーションウィンドウで、[ツールボックス > データベース O&M 日次レポート] を選択します。

    2. 対象の診断レポートを見つけます。

    3. 対象レポートの [操作] 列で、[詳細を表示] をクリックします。

    また、DAS Agent ページの上部にある image アイコンをクリックしても、レポートを表示できます。

    image