こちらの動画は マジセミで 5月21日に開催したウェビナーアーカイブ です
突然遅くSQL、原因は誰が追う?
~ 障害・性能問題の属人化を解消するDB運用とは ~
業務システムや基幹システムを支えるデータベースでは、平常時には問題なく動いているように見えていても、ある日突然にSQLの応答が遅くなり、
現場対応が一気に逼迫することがあります。
特に、製造業・金融・通信キャリアなど、止められないシステムを抱えている企業では、障害や性能問題が起きた瞬間に業務影響が広がりやすく、
迅速な原因把握が求められることがある一方、データベースを専任で見ている人材を置ける企業は多くはなく、実際には情報システム部門や
インフラ担当、開発担当のエンジニアが兼務して障害対応を担っているケースも少なくありません。
そのため、障害が発生した場合に 「いま何が起きているのか」 は見えていても、 「なぜ遅くなったのか」 「どこから追うべきか」 までは整理することが
できず、障害対応が特定の担当者に依存しやすい状況が生まれてしまいます。
そこでこのウェビナーでは、突然遅くなるSQLや障害・性能問題に対して、なぜ原因追跡が属人化してしまうのかを整理したうえで、断片的なログや
監視だけでは追い切れない状況を、どのように時系列で可視化し、SQL単位・セッション単位で追跡していくかを解説していきます。
■ 突然遅くなるSQLに対して、誰が原因を追うべきか曖昧になっている方
■ 障害や性能問題のたびに、特定の担当者へ対応が集中している方
■ 断片的なログや監視情報では全体像を追えず、調査が長引いている方
■ DB起因かアプリ起因かの切り分けに苦労している方
■ 原因特定だけで終わらず、説明責任や再発防止までつなげたい方
ウェビナー資料を無料でダウンロードすることができます
©EXEM JAPAN Corp. All Rights Reserved.