アカウント名:
パスワード:
ひとりのミス、あるいはひとりの犯行でデータベースを消すことは可能なんでしょうか?
データベースサーバ上の全てのデータ
とあるため、これから考えられるのは、滅びの呪文バルスrm -rf / じゃないでしょうか…
そんなのはWindowsだけ。あ、SysV系では実行中でメモリにマップされているファイルを消そうとするとETXTBUSYになるんだっけ。
open中のファイルであってもunlinkはできるんで、DBMSのプロセスが生きている間はアクセスできますが、死んだ瞬間にこの世から消えてなくなるのでは?
windows専門の人?
ddもありかな。
DB関連のファイルを消す代わりに Volume 丸ごと消すとか、ファイルシステムを初期化しちゃうとか、もっと酷いとサーバーの電源を引っこ抜いたので慌てて戻したが手遅れだったとか…
適切な「アクセス権限」というものがあれば、掃除のおばちゃんにだってDBは破壊できる。だから普通は掃除のおばちゃんは入れないものなのだが…
もっと酷いとサーバーの電源を引っこ抜いたので慌てて戻したが手遅れだったとか…
この程度で壊れるDBって, 作業用とかのrobustnessを必要としない類じゃないですか? エンタープライズ用途だと, 電源断とかRAIDセットが壊れるとかの想定で障害の再現テストおよび復旧テストをするのが普通でしょうし.
引っこ抜いても壊れやしないだろうけど、下手に戻すと危険てのはあるかも。運用手順無視して自動起動した上に、waitしてたジョブからの予定外の書き込みで、整合性が取れなくなったり・・・
Androidアプリが何らかの理由でネットワークアクセスのpermissionを得られなかっただけでサーバ側のDBも壊れるとか主張してた人もいるので、DBって意外と脆弱なんじゃないでしょうか(棒
物理アクセス最強だしね
# 斧でストレージたたき壊すとか、データセンタにミサイル打ち込むとか
だからこその災対サイトミラーでしょ、証券取引データなんだし。
仮にデータセンターを都市ごとクレーターにしても、物理アクセスでデータは消えないはず。
「20人。一人が手順書を書き、一人がSQLを入力。責任者がエンターを叩く。残りは手順書の文言を確認。
これで20人日を請求する。」
みたいな話?
「消すことは可能か?」ならもちろん一人で可能。ただ証券会社なら、普通は一人で消せないような手順とかシステムを作ってるはず。
1人が作業依頼書を書き、3人がハンコを押し、2人が手順書を書き、5人でレビューし、先の2人が修正し、6人で再レビューし、さらに1人がハンコを押し、1人が作業を担当し、1人が見守り、4人がオンサイトで備え、6人が電話の前で待機し、作業を開始するとDBが謎のエラーを吐いてて、調査するために来週に延期
一人が削除して、19人が天井を回すのかと
いつも夜遅くまで働かされて、クリスマス3連休も29も30も仕事をやらされると時限式でDBのデータ全部消すバグを仕込んでからバックれてやろうかとは思いますね
# バックアップまでは無理だけど、そのとき入っているデータまでなら# 一人で消すプログラムを仕込むのは簡単だと思います# ちゃんと管理してれば見つけられるはずでしょうが
バックアップが存在する系なら無意味だし…動作に支障がない範囲で破壊しないとバックアップを汚染出来ませんよ。# そこまですると確実に刑事罰食らうでしょうしやっちゃダメでしょうけど。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
物事のやり方は一つではない -- Perlな人
データベースを消すには何人必要? (スコア:0)
ひとりのミス、あるいはひとりの犯行でデータベースを消すことは可能なんでしょうか?
Re:データベースを消すには何人必要? (スコア:2)
データベースサーバ上の全てのデータ
とあるため、これから考えられるのは、
滅びの呪文
バルスrm -rf / じゃないでしょうか…一人以外は全員敗者
それでもあきらめるより熱くなれ
Re:データベースを消すには何人必要? (スコア:1)
Re: (スコア:0)
そんなのはWindowsだけ。
あ、SysV系では実行中でメモリにマップされているファイルを消そうとするとETXTBUSYになるんだっけ。
Re: (スコア:0)
open中のファイルであってもunlinkはできるんで、
DBMSのプロセスが生きている間はアクセスできますが、
死んだ瞬間にこの世から消えてなくなるのでは?
Re: (スコア:0)
ファイルじゃなくてRAWだったら消せない。
Re: (スコア:0)
windows専門の人?
Re: (スコア:0)
ddもありかな。
Re:データベースを消すには何人必要? (スコア:1)
Re:データベースを消すには何人必要? (スコア:1)
DB関連のファイルを消す代わりに Volume 丸ごと消すとか、ファイルシステムを初期化しちゃうとか、もっと酷いとサーバーの電源を引っこ抜いたので慌てて戻したが手遅れだったとか…
適切な「アクセス権限」というものがあれば、掃除のおばちゃんにだってDBは破壊できる。だから普通は掃除のおばちゃんは入れないものなのだが…
fjの教祖様
Re:データベースを消すには何人必要? (スコア:1)
この程度で壊れるDBって, 作業用とかのrobustnessを必要としない類じゃないですか? エンタープライズ用途だと, 電源断とかRAIDセットが壊れるとかの想定で障害の再現テストおよび復旧テストをするのが普通でしょうし.
Re: (スコア:0)
引っこ抜いても壊れやしないだろうけど、下手に戻すと危険てのはあるかも。
運用手順無視して自動起動した上に、waitしてたジョブからの予定外の書き込みで、整合性が取れなくなったり・・・
Re: (スコア:0)
○○さん、あんたんとこのCEのことだよ。
Re: (スコア:0)
Androidアプリが何らかの理由でネットワークアクセスのpermissionを得られなかっただけでサーバ側のDBも壊れるとか主張してた人もいるので、DBって意外と脆弱なんじゃないでしょうか(棒
Re: (スコア:0)
物理アクセス最強だしね
# 斧でストレージたたき壊すとか、データセンタにミサイル打ち込むとか
Re: (スコア:0)
だからこその災対サイトミラーでしょ、証券取引データなんだし。
仮にデータセンターを都市ごとクレーターにしても、物理アクセスでデータは消えないはず。
Re: (スコア:0)
「20人。
一人が手順書を書き、
一人がSQLを入力。
責任者がエンターを叩く。
残りは手順書の文言を確認。
これで20人日を請求する。」
みたいな話?
「消すことは可能か?」ならもちろん一人で可能。
ただ証券会社なら、普通は一人で消せないような手順とかシステムを作ってるはず。
Re:データベースを消すには何人必要? (スコア:1)
1人が作業依頼書を書き、3人がハンコを押し、2人が手順書を書き、
5人でレビューし、先の2人が修正し、6人で再レビューし、さらに1人がハンコを押し、
1人が作業を担当し、1人が見守り、4人がオンサイトで備え、6人が電話の前で待機し、
作業を開始するとDBが謎のエラーを吐いてて、調査するために来週に延期
Re: (スコア:0)
一人が削除して、19人が天井を回すのかと
Re: (スコア:0)
いつも夜遅くまで働かされて、クリスマス3連休も29も30も仕事をやらされると
時限式でDBのデータ全部消すバグを仕込んでからバックれてやろうかとは思いますね
# バックアップまでは無理だけど、そのとき入っているデータまでなら
# 一人で消すプログラムを仕込むのは簡単だと思います
# ちゃんと管理してれば見つけられるはずでしょうが
Re: (スコア:0)
バックアップが存在する系なら無意味だし…動作に支障がない範囲で破壊しないとバックアップを汚染出来ませんよ。
# そこまですると確実に刑事罰食らうでしょうしやっちゃダメでしょうけど。