ちょっとヒヤッとした昔話

ちょっとヒヤッとした昔話 ITエンジニア怪談～背筋も凍る、ゾッとする話Night～ #2 @daigoto

◼ 2000年新卒で中小SIer ◼ 当時からWebサービスの開発案件を中心に ◼ 2006年株式会社カカクコム入社 ◼ JOINして13年目
◼ 現在はチーム作り、採用、育成、環境改善、技術戦略など ◼ コードを書かない仕事の方がメイン @daigoto

◼ 1997年5月　「￥CORE PRICE￥（コアプライス）」開始 ◼ 2000年3月　現在の「価格.com」にサービス名変更 ◼ 以来22年、パソコンや家電、通信費や保険など、様々なジャンルの商品やサービスの価格を比較したり、クチコミやトレンドなどを集約して提供価格.com
PV 5億6,946万PV/月 UU 5,473万人/月 2019年6月現在

◼ もう7,8年前になる話 ◼ ショップさんへの送客の計測・課金のシステムで起こった話ちょっとヒヤッとした昔話

テストデータの整理をしていましたテストをするために課金データの元となるクリックデータのテストデータを開発DBから削除する作業ですある日、開発環境で

上司から割り込みで本番データの調査依頼が来ましたまずは一旦今の作業の手を止め、リモートデスクトップで本番サーバに接続し、依頼通り調査を進め、内容を別途まとめて報告しますそんな作業をしている真っ最中

と、開発環境につないであるリモートデスクトップの画面を開き、「さ～て、元の作業に戻ろう」

不要なテストデータを削除しました皆さん、何が起こったかもうおわかりですね？

あたりまえの準備が大事 ◼ WeeklyでのDBのFull Backup ◼ DailyでのDBの差分Backup ◼ トランザクションログ

あたりまえの準備が大事 ◼ 復旧はインフラチームに協力を仰ぎ、DBAに復旧をお願い ◼ 直近のFull Backup をリストア ◼ Dailyの差分を当日までRollForward ◼
トランザクションログからDelete文を発行する直前までをRollForward 結果、１クリックの欠損もなく無事復旧

教訓 ◼ 開発環境と本番環境で同時に作業はしない方がよいんだけど ◼ けど恐らく実質的には避けることは難しい ◼ 必ずログイン/ログアウトするなどは、まどろっこしい ◼ ぱっと見で見分けがついて注意喚起出来ればよいのではないか

教訓 ◼ これ使ったことある？ ◼ テーマ

教訓 ◼ デスクトップのテーマを分かりやすく変えましょうとなりまして、こんな感じになりました

教訓 ◼ Windowsだと、デスクトップのテーマ変更が分かりやすい ◼ Linuxでも、bashrc などでpromptの色分けや、 terminalのクライアント側で背景色の色分けするなど工夫はできる基本的なことかもしれないけど、仕組みで対応できることも、人に寄り添った工夫することもとっても大事 export
PS1='\[\033[01;31m\]\u@\H\[\033[01;33m\] \w \$ \[\033[00m\]'

ご清聴ありがとうござました

ちょっとヒヤッとした昔話

ちょっとヒヤッとした昔話

daigoto

Other Decks in Technology

Featured

Transcript