Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
  • はてなブックマーク
  • テクノロジー
  • もし間違ってDROP DATABASEしてしまったら – area[nothing] : diary
  • Twitterでシェア
  • Facebookでシェア

もし間違ってDROP DATABASEしてしまったら – area[nothing] : diary

テクノロジー カテゴリーの変更を依頼 記事元:nothing.sh
適切な情報に変更
505 usersがブックマーク コメント75

    記事へのコメント75件

    • 注目コメント
    • 新着コメント
    mohri
    mohri 読んでるだけでドキドキする

    2012/02/23 リンク

    その他
    Taipix
    Taipix Hi, we are TAIPIX, visit us: https://taipix-media.com

    2019/03/18 リンク

    その他
    teracy_junk
    teracy_junk 俺は絶対こんな冷静にオペできないなって思った

    2019/03/18 リンク

    その他
    todesking
    todesking 便利(と感じる状況になりたくはない)

    2012/02/24 リンク

    その他
    hirafoo
    hirafoo そんな間違いやらかすわけがないと思いたいけどやらかした人を数人知っているので業界に長く居るとやりたくなっちゃうものだと思うことにした

    2012/02/23 リンク

    その他
    daichirata
    daichirata Fedora16ってとおもったら2012年の記事だった

    2019/03/17 リンク

    その他
    sasasin_net
    sasasin_net RDSには使えない。作業前にスナップショット取っとく。バグやクラックで破壊されたら、直近のデイリースナップショットから復元するか。

    2019/03/17 リンク

    その他
    ch_mage
    ch_mage まず、DROP DATABASEした犯人を見つけ、締め上げます。(犯人が自分の場合は、早急に対応します。

    2019/03/18 リンク

    その他
    sh2
    sh2 ext3/4でMyISAMのデータベースを削除してしまったときの復旧手順。前提としてdatadirを独立パーティションにしておかないと厳しい

    2012/02/23 リンク

    その他
    taruhachi
    taruhachi こんなの普段から定期的にリハーサルなりの訓練をしておかないとできないがそもそもそんなリハしてる職場はMyISAMでバックアップもレプリケーションもなしなんて環境でサービスを提供しない。

    2019/03/18 リンク

    その他
    Taipix
    Taipix Hi, we are TAIPIX, visit us: https://taipix-media.com

    2019/03/18 リンク

    その他
    marmot1123
    marmot1123 こえー

    2019/03/18 リンク

    その他
    UDONCHAN
    UDONCHAN がんばれ

    2019/03/18 リンク

    その他
    nothing_sh
    nothing_sh 7年前の記事が何故ほってんとり入り / ちなみに発生の背景としては、当時月次のログテーブルの削除やってた人がphpMyAdminでテーブル削除と間違えてDB削除を押してしまったって状況なので再発防止策は無限に考えられます

    2019/03/18 リンク

    その他
    rryu
    rryu MySQLに復活させる機能が? と思ったら普通にファイルシステムからMYDファイルをサルベージする話だった。つらい…

    2019/03/18 リンク

    その他
    shag
    shag backup 無しで DB 運用している人が障害時に umount -f と言う答えにたどり着く気がしないけど。

    2019/03/18 リンク

    その他
    roirrawedoc
    roirrawedoc ハックじゃん

    2019/03/18 リンク

    その他
    kae1990
    kae1990 直後にCREATE DATABASEをする！（錯乱

    2019/03/18 リンク

    その他
    suika3417
    suika3417 やらかしたら、そういう元々環境だったと諦めよう（白目）

    2019/03/18 リンク

    その他
    kathew
    kathew 起こり得ない大事故などなく、降って湧いたように事故が起こった時のために、備忘

    2019/03/18 リンク

    その他
    nil0303
    nil0303 それでも綱渡りだなぁ...ちゃんとバックアップとろう。

    2019/03/18 リンク

    その他
    n314
    n314 drop databaseはないけど、delete の条件をプログラムで書いてて、変数がnullならwhere無しとかいうのを書いてしまったことはあった。

    2019/03/18 リンク

    その他
    kenichi_odo
    kenichi_odo 恐ろしい

    2019/03/18 リンク

    その他
    shoh8
    shoh8 これ一度試しておいたほうがいいな

    2019/03/18 リンク

    その他
    Wafer
    Wafer この世にあってはいけない事象の対処法に触れてしまったエンジニアは1D100/10d100の正気度チェック また減少値に関わらず一時的狂気を得る

    2019/03/18 リンク

    その他
    YukeSkywalker
    YukeSkywalker 「……飲みに行くか」「はい」

    2019/03/18 リンク

    その他
    sds-page
    sds-page データベース作り立ての頃に一回訓練してないと出来なさそう。他人が書いてる通りに上手く行く事少ないし

    2019/03/18 リンク

    その他
    send
    send このエントリが必要な状況にはなりたくないけど良い知見だ

    2019/03/18 リンク

    その他
    longroof
    longroof うぅ(；´Д｀)…

    2019/03/18 リンク

    その他
    hyujico
    hyujico テスト環境と間違えて、本番環境でTRANCATE TABLEして、会社の基幹データ吹き飛ばした同僚なら知ってる

    2019/03/18 リンク

    その他
    minoton
    minoton そんな感じかなーというのがまとまっていた

    2019/03/18 リンク

    その他
    pyo_hei
    pyo_hei ちゃんと開発環境で試したSQLを本番で投げないとなぁ。

    2019/03/18 リンク

    その他
    kote2kote2
    kote2kote2 一度やってみたい

    2019/03/18 リンク

    その他
    stk132
    stk132 やっちゃった時点で頭真っ白になって、当事者にはこのオペレーション絶対無理そう

    2019/03/18 リンク

    その他
    peketamin
    peketamin すごい

    2019/03/18 リンク

    その他
    tohokuaiki
    tohokuaiki おお、これで安心！と思って実際にその時になってやってみると「できない！なんで！？」となって二度死ぬやつや。そもそもワンパーティションでやってるとダメね。

    2019/03/18 リンク

    その他
    als_uz
    als_uz 考えたくないけど本番DBぶっ飛ばした気持ちになって一度やってみたい

    2019/03/18 リンク

    その他
    ch_mage
    ch_mage まず、DROP DATABASEした犯人を見つけ、締め上げます。(犯人が自分の場合は、早急に対応します。

    2019/03/18 リンク

    その他
    tettekete37564
    tettekete37564 刺激の強いタイトル / どういう原理なんだろ。普通のファイル削除ならFAT復元すれば戻るのは分かるが、DROP DATABASE した場合の FS 上での挙動は DBMS の実装によるよね。

    2019/03/18 リンク

    その他
    taruhachi
    taruhachi こんなの普段から定期的にリハーサルなりの訓練をしておかないとできないがそもそもそんなリハしてる職場はMyISAMでバックアップもレプリケーションもなしなんて環境でサービスを提供しない。

    2019/03/18 リンク

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック！
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

    もし間違ってDROP DATABASEしてしまったら – area[nothing] : diary

    2007/ 01 02 03 04 05 06 07 08 09 10 2006/ 01 02 03 04 05 06 07 08 09 10 11 12 2005/ 01 02 03 04 0...

    ブックマークしたユーザー

    • techtech05212023/05/26 techtech0521
    • unicorn00962019/04/13 unicorn0096
    • stack_stuck2019/04/04 stack_stuck
    • xef2019/03/23 xef
    • narita19802019/03/19 narita1980
    • tkos-rg2019/03/18 tkos-rg
    • kopug2019/03/18 kopug
    • rindenlab2019/03/18 rindenlab
    • esuji52019/03/18 esuji5
    • teppey2019/03/18 teppey
    • fushimatsu2019/03/18 fushimatsu
    • sekt2o2019/03/18 sekt2o
    • k_ega2019/03/18 k_ega
    • rieindy2019/03/18 rieindy
    • suekunhello2019/03/18 suekunhello
    • roid1232019/03/18 roid123
    • threeMonths2019/03/18 threeMonths
    • bootJP2019/03/18 bootJP
    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事

    はてなブックマーク

    公式Twitter

    はてなのサービス

    • App Storeからダウンロード
    • Google Playで手に入れよう
    Copyright © 2005-2024 Hatena. All Rights Reserved.