# データベース O&M ## 定義 データベース O&M(Database Operation and Maintenance)は、データベースシステムの異常検知・診断・根本原因分析・復旧・性能最適化を扱う運用保守領域である。一般 AIOps と同じ検知→診断→緩和の構造を持つが、DB 内部機構、実行計画、メトリクス階層、ノブ設定、ログ/redo/ロック/バッファ管理などの専門知識が律速になる。([[@2025__PVLDB__DBAIOps - A Reasoning LLM-Enhanced Database Operation and Maintenance System using Knowledge Graphs]]) 本ページは親ページとし、異常診断は [[データベース自律診断]]、性能設定最適化は [[データベースノブチューニング]] に分ける。 ## 横断的知見 - **DB O&M は RCA と最適化の 2 軸で構成される**: D-Bot/DBAIOps/OpDiag は異常の根本原因を診断し、AgentTune はノブ空間を探索して性能を最適化する。両者は対象が違うが、DBA の専門知識を LLM/グラフ/木探索で外在化する点で共通する。 - **知識の構造化が LLM の性能を決める**: DBAIOps は ExperienceGraph とグラフ進化で、一般 RAG が壊しがちな診断パスの関係性を保つ。([[@2025__PVLDB__DBAIOps - A Reasoning LLM-Enhanced Database Operation and Maintenance System using Knowledge Graphs]]) - **DB 固有の信号は一般 AIOps の telemetry と粒度が違う**: wait event、redo log、実行計画、クエリ演算子、ノブ設定など、DB 内部構造を知らないと根本原因と緩和策を結びつけられない。 - **未知異常への適応は O&M の中心課題である**: ルールベースや通常の ML は既知パターンに強いが、DBAIOps はグラフ進化で新規 DB/新規異常へ対応する方向を示した。 - **DB O&M は AI 診断以前に、サービス運用化と標準化で難度を下げる領域でもある**: Bigtable はユーザー運用モデルから Bigtable SRE チームによる全社サービス運用へ移行し、固定タブレットサーバ形状、メタデータ専用パーティション、ブラックボックスプローバ、既定バックアップ、オートサイジングを導入した。D-Bot/DBAIOps/AgentTune が「既存 DB 運用の診断・最適化を自動化する」方向であるのに対し、Bigtable の経験は「運用対象の形を標準化して O&M 問題そのものを狭める」方向を示す。(Source: [[@2026__SIGMOD Companion__Twenty Years of Bigtable]], [[@2025__PVLDB__DBAIOps - A Reasoning LLM-Enhanced Database Operation and Maintenance System using Knowledge Graphs]], [[@2025__SIGMOD__AgentTune - An Agent-Based Large Language Model Framework for Database Knob Tuning]]) - **性能最適化は O&M の事前介入として DB 内部へ入り込む**: AgentTune は公開ノブの値を調整し、EcoTune は LSM ツリー内部のコンパクション方針を平均クエリスループットへ最適化する。どちらも障害後の RCA ではなく、DBA/O&M が通常行う性能維持作業を自動化する方向だが、EcoTune は実行計画やノブではなくストレージエンジンのバックグラウンド作業スケジューリングを直接対象にする。(Source: [[@2025__SIGMOD__AgentTune - An Agent-Based Large Language Model Framework for Database Knob Tuning]], [[@2025__SIGMOD__Rethinking The Compaction Policies in LSM-trees]]) - **テキストからの知識抽出がノブ探索の障壁を取り除く最初の実証**: DB-BERT(SIGMOD 2022)は DBMS マニュアル・ブログ・フォーラムの自然言語テキストを BERT で解析し、チューニングヒントを抽出・優先付け・翻訳・集約して、全実験(TPC-H/TPC-C × Postgres/MySQL)で人手によるパラメータ選定や値域指定を必要とする強化学習手法(DDPG++)と教師あり NLP 手法(Prior-Main)の両方を上回った。ノブチューニングの「人間の専門知識に依存する入力準備」という課題に対し、テキスト解析による自動化の可能性を示した。(Source: [[@2022__SIGMOD__DB-BERT - a Database Tuning Tool that Reads the Manual]]) - **産業規模の DB O&M では AI 導入前に情報とツールの集中化が先決になる**: Databricks の [[Storax]] 事例(MySQL/TiDB を数千インスタンス・70以上のリージョン・3クラウドで運用)では、AI エージェントを入れる前にバラバラなツールとコンテキストを集中化した。最初の数イテレーションはほぼ AI を使わなかったが、この集中化なしに後続エージェント統合は採用されなかった。D-Bot/DBAIOps が「LLM に何を与えるか(知識・ツール・証拠)」を主問題としてきた方向と、現場が「情報がどこにあるかを全員が知れる状態を先に作る」ことを先決とする観察は整合する。(Source: [[@2026__SREcon26 Americas__How We Debug 1000s of Databases with AI]], [[@2025__PVLDB__DBAIOps - A Reasoning LLM-Enhanced Database Operation and Maintenance System using Knowledge Graphs]]) - **AI DB O&M の安全な書き込みには外付けワークフローエンジンと多者承認が必要になる**: Storax は Temporal ワークフローでリスクの高い DB 操作に2人目承認ゲートを設ける。「診断後の解決策を自動実行する場合の承認境界」という研究系の未解決問に対し、産業実装はワークフローエンジン+多者承認という具体的な解を示した。(Source: [[@2026__SREcon26 Americas__How We Debug 1000s of Databases with AI]]) ## 未解決の問い - **承認境界の設計については Storax が一つの解を示した**(Temporal + 2人目承認)が、「どの粒度の操作から多者承認が必要か」「ロールバック不能な操作をエージェントに許可すべきか」は引き続き未解決である。 - 診断結果からノブ変更・インデックス追加・クエリ修正を自動実行する場合、安全な承認境界をどう定義するか。 - DBMS 間の共通知識と固有知識をどう分ければ、Oracle/MySQL/PostgreSQL/分散 DB に横展開できるか。 - ExperienceGraph の継続更新は、誤った診断経験を取り込んだときにどう修正されるべきか。 - DB をサービス運用化して形状・バックアップ・監視を標準化した場合、LLM/エージェント型 O&M はどの作業を残余タスクとして担うべきか。 - コンパクションのような内部バックグラウンド作業を自動最適化する場合、DBA が承認・監査すべき境界は公開ノブ変更より狭いのか、それとも同等に扱うべきか。 ## 関連 - 子 concept: [[データベース自律診断]] / [[データベースノブチューニング]] - 隣接 concept: [[根本原因分析]] / [[AIOps]] / [[異常検知]] / [[障害緩和]] - ソース: [[@2025__PVLDB__DBAIOps - A Reasoning LLM-Enhanced Database Operation and Maintenance System using Knowledge Graphs]] / [[@2024__PVLDB__D-Bot - Database Diagnosis System using Large Language Models]] / [[@2025__SIGMOD__AgentTune - An Agent-Based Large Language Model Framework for Database Knob Tuning]] / [[@2026__SIGMOD Companion__Twenty Years of Bigtable]] / [[@2025__SIGMOD__Rethinking The Compaction Policies in LSM-trees]] / [[@2022__SIGMOD__DB-BERT - a Database Tuning Tool that Reads the Manual]] ## 出典 - [[@2025__PVLDB__DBAIOps - A Reasoning LLM-Enhanced Database Operation and Maintenance System using Knowledge Graphs]] - [[@2024__PVLDB__D-Bot - Database Diagnosis System using Large Language Models]] - [[@2025__SIGMOD__AgentTune - An Agent-Based Large Language Model Framework for Database Knob Tuning]] - [[@2026__SIGMOD Companion__Twenty Years of Bigtable]] - [[@2025__SIGMOD__Rethinking The Compaction Policies in LSM-trees]] - [[@2026__SREcon26 Americas__How We Debug 1000s of Databases with AI]](産業規模 O&M、Storax、ツール集中化先行、Temporal承認ゲート) - [[@2022__SIGMOD__DB-BERT - a Database Tuning Tool that Reads the Manual]](テキストからのチューニングヒント抽出・NLP 強化型ノブチューニング)