DB の監視を、
AIに任せる。

接続文字列を登録するだけ。見張る数字の設計から、原因の調査、対処の提案まで AI が担い、顧客より先に異常に気づけます。

  • 監視の設計も、閾値の調整も要らない
  • 原因と対処案まで揃った通知が届く
  • 本番 DB には読み取り専用でつなぎ、顧客の個人情報は AI に渡さない
  • SaaSHub の掲載ページ
  • Product Hunt の掲載ページ
監視項目
24時間7日30日

DB・直近1時間の注文数

注文の流入量。急増や急減があれば決済や導線の異常を疑う。

調べる
12:0018:000:006:00

DB・決済の成否

決済の成功件数と失敗件数をまとめて監視する。

調べる
成功失敗
12:0018:000:006:00

DB・配送ジョブの状態

未処理の配送ジョブがどの状態にあるかの内訳。

調べる
  • 待機中62%
  • 処理中24%
  • 再試行待ち14%

DB・決済手段ごとの失敗

直近1時間の失敗件数を決済手段ごとに比べる。

調べる
カード Aカード Bカード Cコンビニ振込

# db-alerts

Scandock14:03

決済エラー率が通常帯の6倍

原因は特定カード会社の応答遅延。リトライ間隔の変更を提案しました。

承認して実行却下

通知と対処は、いつも使っているツールで

  • Slack
  • Teams
  • Google Chat
  • LINE WORKS
  • Chatwork
  • kintone
  • Discord
  • LINE
対応データベースPostgreSQLMySQLMariaDBSQL ServerTiDBCloudflare D1BigQuery

Neon、PlanetScale、Azure SQL Database、Amazon RDS、Cloud SQL にも対応しています。

DB の運用で、
こんなお悩みはありませんか?

異常に気づくのは、顧客からの連絡

注文や決済が止まっていても、問い合わせが来るまで誰も気づかない。気づいたときには、損失が広がっている。

DB のことは、特定の人に頼りきり

DB の状態を判断できるのは、詳しい一部のメンバーだけ。その人が不在だと、調査も判断も止まってしまう。

原因の調査に、時間を取られる

通知が来るたびに、クエリとログを手で追って原因を探している。夜間や休日も、同じ人が対応している。

本番 DB を預けるのが不安

強い権限を渡したり、DB を外部に公開したり、データを外の AI に渡したりはしたくない。

その悩み、Scandock がまとめて解決します。

見張る、調べる、手を打つ。
AI エージェントが休まず回し続けます

Scandock の AI エージェントは、監視の設計から対処まで6つの段階を繰り返します。書き込みを伴う対処は、人の承認を経てから実行します。

  1. STEP 01

    監視を設計

    スキーマと実データから、見張る値と間隔を決める

  2. STEP 02

    値を取得

    読み取り専用ユーザーで、定期的にクエリを実行する

  3. STEP 03

    異常かを判断

    推移・過去の経緯・プロジェクトの知識をもとに判断する

  4. STEP 04

    原因を調査

    関連するデータを辿り、原因の所在を突き止める

  5. STEP 05

    通知・対処の提案

    原因と対処案をそろえて、いつものツールへ通知する

  6. STEP 06

    承認して実行

    登録済みの対処を、承認を受けてから実行する

Scandock の3つの特長

特長 01
直近1時間の注文数AI が作成
決済の成否AI が作成
未処理ジョブの滞留AI が作成
閾値を手で設定する

監視の設計を、AI が引き受ける

つなぐだけで、AI が DB の構造と実データを読み取り、見張る数字と見る間隔を決めます。固定の閾値ではなく AI が判断するので、閾値を設定する必要も、手で保守する必要もありません。サービスが変わっても、AI が見直し続けます。「この時間帯の増加は正常」といった判断も覚えていくので、使うほど誤検知が減ります。

特長 02

決済エラー率が通常帯の6倍

原因
特定のカード会社の応答遅延に、失敗が偏っている
対処案
リトライ間隔を一時的に延長する

通知の時点で、原因と対処案が揃っている

届く通知には、異常かどうかの判断、原因の調査結果、対処案まで入っています。判断に必要なのは業務の知識で、SQL ではありません。

特長 03
読み取り専用ユーザーで接続
書き込みは承認してから
操作はすべて監査ログに記録

本番 DB も顧客データも、安心して預けられる

監視と調査は読み取り専用ユーザーで行い、書き込みは登録した手順を承認してから実行します。顧客の名前やメールアドレスは、AI の提供元に渡しません。インターネットに公開していない DB には、Cloudflare Tunnel で接続できます。

顧客の個人情報は、
AI に渡さない

名前やメールアドレスなど、顧客の個人情報は伏せたまま AI が調べます。調査の質はそのままに、個人情報を外部の AI に預けずに済みます。

あなたの画面

emailnameorders
taro@example.com山田 太郎12
hanako@example.jp佐藤 花子3

AI に届く内容

emailnameorders
12
3

AI の提供元に届かない

AI には、顧客の名前やメールアドレスを伏せた状態で届きます。中身が AI の提供元に送られることはありません。

調べる力は落ちない

伏せたままでも、同じ値の重複や件数の偏りまで突き止めます。通知と画面では、元の値で読めます。

伏せた値が、画面で分かる

AI に伏せて渡した値は、点線で囲んで表示します。何が AI に渡ったかを、いつでも確かめられます。

本番 DB を預ける前提の設計

AI に権限を渡すのではなく、AI が触れる範囲を実装として狭めています。読み取りと書き込みは別の接続に分かれ、書き込みに至る経路は承認を通るものしかありません。

読み取り専用ユーザーで動く

監視と調査に使うのは読み取り専用ユーザーだけです。書き込みできる接続を登録した場合は、専用のユーザーをその場で発行します。

クエリは単文の読み取りのみ

AI が生成したクエリは読み取り専用接続でのみ実行し、単文の SELECT / EXPLAIN / SHOW に限定します。

書き込みは登録した手順だけ

書き込みを伴う対処は事前に登録したものに限られます。管理者権限を使うものは常に承認が必須です。

接続文字列は暗号化して保管

AES-256-GCM で暗号化して保管し、平文を画面・ログ・AI への入力のいずれにも出しません。

インターネット越しは TLS を必ず検証

直接の接続で証明書の検証を外す経路を、実装として持っていません。公開していない DB には Cloudflare Tunnel で入ります。

すべて記録に残る

実行したクエリ・判断とその理由・承認・実行結果が残り、後から追跡できます。

Scandock でできること

監視の設計から運用まで

ScandockAI 監視

何を見張るかを、AI が決めて運用する

スキーマと実データからサービスの構造を把握し、見張るべき値・取得間隔・判定間隔まで設計します。指標の洗い出しと閾値の維持という作業がなくなり、監視項目は運用しながら AI 自身が見直し続けます。

  • 1つの監視で複数の値をまとめて追い、値どうしの関係で判断する
  • 役目を終えた監視は AI が畳み、ノイズ源を残さない

DB

決済の成否

決済の成功件数と失敗件数をまとめて監視し、失敗の偏りを捉える。

取得間隔
1分
判定間隔
15分
最終取得
14:03
最終判定
13:48
SELECT
  count(*) FILTER (WHERE status = 'failed')    AS failed,
  count(*) FILTER (WHERE status = 'succeeded') AS succeeded
FROM payments
WHERE created_at >= now() - interval '5 minutes'
一時停止

判断の理由と原因の調査

ScandockAI 調査

なぜそう判断したかが、すべて残る

固定の閾値ではなく、推移・過去の発火とその決着・プロジェクトに蓄積した既知の事実を踏まえて判断します。異常と見れば、そのまま関連データを辿って原因の所在まで追い、実行したクエリと結果を時系列で残します。

  • 異常なしと判断した回も理由つきで残るため、沈黙の意味が分かる
  • 気になった点は、同じ画面からその場で追加調査を指示できる

決済エラー率の急増を確認します。まず失敗の偏りを見ます。

スキーマ読取: 45 テーブル
クエリ実行: 決済手段ごとの失敗率
図を提示: 決済エラー率の推移
12:0018:000:006:00

異常と判断しました。失敗は特定カード会社に偏っており、注文数そのものは通常帯を保っています。

承認を挟んだ対処

Scandock対処

対処は、承認を挟んでから動く

実行できるのは事前に登録した対処だけです。AI は状況に合う対処を選んで提案し、承認を受けてから実行します。管理者権限を使うものは常に承認が必須で、巻き戻し手順も一緒に記録されます。

  • 通知の送信も対処として扱い、宛先ごとに文面を用意できる
  • 提案・承認・実行・結果が1本の記録として追える
承認待ちcritical

決済リトライ間隔を一時的に延長する

登録済みの対応アクション「リトライ間隔の変更」を実行します。巻き戻しは同じ手順で元の値に戻します。

承認して実行却下

いつものツールと連携

Scandock連携

異常も、対処も、いつもの道具の中へ

連携先は通知の送り先であると同時に、AI が選んで実行する対処そのものにもなります。エスカレーションはチャットへ、記録は kintone へ、自社のシステムへは Webhook で、というように使い分けられます。

  • インシデントのタイトル、調査結果、画面の URL を1通にまとめて届ける
  • Webhook は HMAC-SHA256 の署名つきで送れる

連携

Slack

Slack のチャンネルへ通知する

Teams

Teams のチャネルへ通知する

Google Chat

Google Chat のスペースへ通知する

Discord

Discord のチャンネルへ通知する

LINE WORKS

LINE WORKS のトークルームへ通知する

LINE

LINE 公式アカウントからメッセージを送る

Chatwork

Chatwork のルームへ投稿する

kintone

kintone アプリへレコードを追加する

メール

指定したアドレスへメールを送る

Webhook

任意の URL へ JSON を送信する

DB の監視は「Scandock」にお任せ!

情報収集の段階でも、お気軽にご相談ください。

こんなサービスの DB に

業種を問わず、本番で動いているサービスの DB をそのまま見張れます。

EC・決済

注文と決済の流れが止まっていないかを見張ります。

AI が見張る値の例

  • 注文数の急な増減
  • 決済の失敗率と失敗の偏り
  • 在庫の引当ての滞留
SaaS・業務システム

テナントごとの利用状況や、裏で動く処理の遅れに気づけます。

AI が見張る値の例

  • バッチ・ジョブの滞留
  • テナント別のエラー件数
  • 利用の急な減少
予約・会員サービス

予約や会員登録の受付が、普段どおり進んでいるかを見ます。

AI が見張る値の例

  • 予約の受付件数
  • 登録完了までの離脱
  • 通知の送信失敗
社内システム

基幹システムや社内ツールの DB も、同じように見張れます。

AI が見張る値の例

  • データ連携の遅れ
  • 更新が止まったテーブル
  • ロック待ちの長いクエリ

4ステップで、すぐに監視を始められます

DB サーバーにソフトウェアを入れる必要はありません。社内ネットワークにある DB は、同じネットワークで cloudflared を1つ動かすだけで接続できます。

  1. STEP 1

    お問い合わせ

    導入のご相談はお問い合わせからどうぞ。すぐに試す場合は、アカウントを作成して料金プランを選びます。

  2. STEP 2

    DB の接続を登録する

    接続文字列を登録します。書き込みできるユーザーの場合は、監視用の読み取り専用ユーザーをその場で作ります。

  3. STEP 3

    AI が監視を組み立てる

    スキーマと実データからサービスの構造を読み取り、見張る値と間隔を決めて監視項目に登録します。

  4. STEP 4

    通知を受け取る

    Slack・メール・LINE WORKS などに、原因と対処案がそろった通知が届きます。

導入企業の声

  • 安心してサービスを運用できるように

    DB の監視を Scandock に任せてから、データベースの様子を自分で見続けなくてもよくなりました。今は安心してサービスを運用できています。

    Adring開発者

  • 兼任の分析をなくし、人件費を削減

    エンジニアに兼任させていたデータベースの分析を Scandock に任せたことで、人材をふさわしい仕事に充てられるようになり、人件費の削減にもつながりました。

    分散通信基盤株式会社

料金プラン

見張る DB の数と、判定の細かさで選べます。判定は監視項目ごとに行い、調査は異常が疑われたときだけ始まるため、平常時の費用は増えません。

まずは1系統から

Starter

本番 DB を1系統、チームで見張る

¥29,800/ 月

年額なら ¥298,000 (2か月分お得)

DB接続
3 件
監視項目
10 件
最短の判定間隔
30 分
自動調査
月 100 回
メンバー
5 人
履歴の保持
30 日
監査ログ
30 日
おすすめ
複数のサービスに

Business

複数サービスの DB を、15分ごとに判定する

¥79,800/ 月

年額なら ¥798,000 (2か月分お得)

DB接続
10 件
監視項目
50 件
最短の判定間隔
15 分
自動調査
月 500 回
メンバー
20 人
履歴の保持
90 日
監査ログ
1 年
大規模・監査要件に

Enterprise

台数に合わせて契約し、SSO と長期の監査ログで統制する

個別見積り
DB接続
ご契約に合わせて
監視項目
ご契約に合わせて
最短の判定間隔
5 分
自動調査
ご契約に合わせて
メンバー
無制限
履歴の保持
365 日
監査ログ
3 年

表示価格はすべて税抜です。お試しの申し込みにはカードの登録が必要で、期間中に解約すれば料金はかかりません。上限を超えた分は従量課金です。

よくある質問

Qどのデータベースに対応していますか?

A

PostgreSQL、MySQL、MariaDB、SQL Server、TiDB、Cloudflare D1、BigQuery に対応しています。Neon、PlanetScale、Azure SQL Database、Amazon RDS、Cloud SQL にも対応しています。

Qインターネットに公開していない社内の DB も監視できますか?

A

できます。社内のマシンで cloudflared を動かし、Cloudflare Tunnel 経由で接続します。DB を公開したり、受け付ける側のファイアウォールを開けたりする必要はありません。

Q顧客の個人情報が AI に渡ることはありますか?

A

顧客の表にある名前やメールアドレスなどの文字列は、伏せてから AI に渡します。調査に使う数値や日時、表や列の名前は、そのまま渡します。

QAI が本番 DB を書き換えることはありませんか?

A

監視と調査は読み取り専用ユーザーで行い、AI が作るクエリは1文の読み取りに限っています。書き込みを伴う対処は、事前に登録した手順だけを、承認を受けてから実行します。

Qデータはどこに保管され、AI にはどんな情報が渡りますか?

A

アカウントや接続情報、インシデントは TiDB Cloud の東京リージョンに保管します。監視項目の値の履歴は Cloudflare の Durable Objects に置き、こちらは保存する地域を固定していません。AI に渡す内容、保管の期間、委託先は、セキュリティのページにまとめています。

Q導入にはどんな作業が必要ですか?

A

接続文字列を1本登録するだけです (Cloudflare D1 と BigQuery は、アカウントと連携して選ぶだけです)。監視項目は AI が設計するため、閾値の設定やダッシュボードの作成は要りません。

Q支払い方法を教えてください。

A

クレジットカードでのお支払い (Stripe) です。年額の契約は、請求書による銀行振込でもお支払いいただけます。表示価格は税抜です。Enterprise プランは個別にご相談ください。

DB のことは AI に任せて、
本業に集中しませんか

監視したい DB の構成や導入の進め方など、まずはお気軽にご相談ください。登録なしのデモで、実際の画面と通知の例も見られます。