アカウント名:
パスワード:
無効にするよう設定して起動することでシステムが復旧
それって、現在は「過負荷になったら無反応→死亡コース」で運用しているってこと?
もっと良い復旧方法がないなら、その方法が正しいでしょ。直すために数日止めたままにしておくなんてありえないし。
「あーごめん。ディスクフルだ」「…DBは?」「…。」「…えっ」「…えっ」
「データベースソフトウェアの過負荷」ってなんだろう。処理(リクエスト?)が集中することなのかな。
ディスク容量を一気に食いつぶすことってそうそうないと思ってた。定期的にduだかなんだか調べてそうだし、その手前残り何%とかでアラート出そうだし。
最低24時間保持しろ!と喚いてたのが居たな。
ただのバグでデッドロックが起きただけだったりして。
それだと重責な瑕疵として損害賠償請求されるから、過負荷対策の機能の誤動作ってことにしたとかね。
ロックは人類にはまだ早すぎる技術だから無罪を主張します。
ロックなんて扱ってると休刊するぞ
> ロックなんて扱ってると休刊するぞ ロックさえ永遠ならそれでいい。
全件select〜フェッチで1レコードずつ見てくような処理「しかない」かと。
基本、ありとあらゆる値を受け入れろ&クエリ全否定派が権力持ちだから、数値項目でも文字入力あったら受け入れ、かつ数字として正しく処理しろと宣うのが平気でのさばってるよ。
ヒューズが切れるからって、太っとい銅線を渡した様な話。
「火災報知器が誤作動したので、火災報知器を止めました」のような方法が正しい方法なのか?
windowsアップデートがうざいので止めました、大絶賛される方法だろ
確かに敏感過ぎるスプリンクラーは、害の方が大きい。特にIT産業系や、水と反応する物質を扱う場所の場合。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはただ死んだだけでなく、本当にひどい臭いを放ち始めている -- あるソフトウェアエンジニア
復旧方法はそれでいいのか? (スコア:0)
それって、現在は「過負荷になったら無反応→死亡コース」で運用しているってこと?
Re:復旧方法はそれでいいのか? (スコア:0)
もっと良い復旧方法がないなら、その方法が正しいでしょ。
直すために数日止めたままにしておくなんてありえないし。
Re: (スコア:0)
「あーごめん。ディスクフルだ」「…DBは?」「…。」「…えっ」「…えっ」
Re: (スコア:1)
「データベースソフトウェアの過負荷」ってなんだろう。
処理(リクエスト?)が集中することなのかな。
ディスク容量を一気に食いつぶすことってそうそうないと思ってた。
定期的にduだかなんだか調べてそうだし、その手前残り何%とかでアラート出そうだし。
Re: (スコア:2, おもしろおかしい)
Re: (スコア:1)
Re: (スコア:0)
最低24時間保持しろ!と喚いてたのが居たな。
Re: (スコア:0)
ただのバグでデッドロックが起きただけだったりして。
それだと重責な瑕疵として損害賠償請求されるから、過負荷対策の機能の誤動作ってことにしたとかね。
Re: (スコア:0)
ロックは人類にはまだ早すぎる技術だから無罪を主張します。
Re: (スコア:2, おもしろおかしい)
ロックなんて扱ってると休刊するぞ
Re: (スコア:1)
> ロックなんて扱ってると休刊するぞ
ロックさえ永遠ならそれでいい。
Re: (スコア:2)
ガイバーは休載のままだっけ?
Re: (スコア:0)
全件select〜フェッチで1レコードずつ見てくような処理「しかない」かと。
基本、ありとあらゆる値を受け入れろ&クエリ全否定派が権力持ちだから、数値項目でも文字入力あったら受け入れ、かつ数字として正しく処理しろと宣うのが平気でのさばってるよ。
Re: (スコア:0)
ヒューズが切れるからって、太っとい銅線を渡した様な話。
Re: (スコア:0)
「火災報知器が誤作動したので、火災報知器を止めました」のような方法が正しい方法なのか?
Re: (スコア:0)
windowsアップデートがうざいので止めました、大絶賛される方法だろ
Re: (スコア:0)
確かに敏感過ぎるスプリンクラーは、害の方が大きい。
特にIT産業系や、水と反応する物質を扱う場所の場合。