【IT】Oracle DBのバグでファイル破損、大阪市がシステム障害の原因を初公表

【IT】Oracle DBのバ� ..

190:名刺は切らしておりまして
19/06/28 18:25:30.40 xoBbwxh5.net
>>187
いや
IBMにとってAIXはまだまだ主流
なんせハードからアプリまでIBMになるから
価格が高いが信頼性も高い

191:名刺は切らしておりまして
19/06/28 18:36:38.33 2MCDrXoQ.net
でもクラウドはボロ負けで海の向こうではリストラ始まってるってさw

192:名刺は切らしておりまして
19/06/28 18:49:49.43 Pu/m2rcs.net
事象読む限りバグではなく仕様じゃなかろうか

193:名刺は切らしておりまして
19/06/28 20:09:29.69 HHnOVmqD.net
　　 }l　'ヾﾐミヽ　 rz彡‐`ヽ　|::fYj
　　 {|　､_tｯ､,ﾞ ' r' rtｯ_‐ｧ'　|::}｝!
　　ﾞl　 `ー 'ﾉ　 !､`ー '　　 |::ﾘﾉバグを売る

194:名刺は切らしておりまして
19/06/28 23:11:09.49 nb9tg91C.net
お前らオラクルタイマー知らねぇだろ。5,6年すると突然自慰行為を始める現象。

195:名刺は切らしておりまして
19/06/28 23:55:43.03 4rZdZWyD.net
>>192 起動して250日ぐらいでClientアプリがつながらなくなるバグとかやられたわ。

196:名刺は切らしておりまして
19/06/29 00:22:52.84 Np7AFbCm.net
Fibre Channelが死んだの？

197:名刺は切らしておりまして
19/06/29 04:01:06.61 sTlOoUMH.net
オラクル大坊？

198:名刺は切らしておりまして
19/06/29 05:32:18.89 Qx9PxRBN.net
オラクルは曖昧さがあるから書きやすいけど、バグ出しやすいとかなんとか。
sqlは書く量が多いけどしっかり動作するとかなんとか

199:名刺は切らしておりまして
19/06/29 06:41:21.25 qPDyuHMj.net
だからinformixにしておけと言ったのに

200:名刺は切らしておりまして
19/06/29 12:02:09.13 ExNgctWn.net
最近のxTECHはほんとゴシップ化してんな。

201:名刺は切らしておりまして
19/06/29 12:08:54.96 0PYOXCnc.net
>>190
オラクルは確実なエビデンス出さないとバグとは認めないので有名

202:名刺は切らしておりまして
19/06/30 13:02:14.51 4gDvoHmC.net
>>179
やる気のある担当者依存なのよね結局

203:名刺は切らしておりまして

204:sage
>>159 今それ使ってるw もともとwindows上で動いてたSQLserverをLinuxに移してくれって言われてどうしようかと思ったら、 Linux版のSQLserverがあるのを知って飛びついた次第。データの移行も問題なしだったよ。

205:名刺は切らしておりまして
19/07/03 12:38:20.43 s7UlQP/F.net
>>191
オラクルに転職しろ

206:名刺は切らしておりまして
19/07/03 18:44:39.10 hMA1u8Az.net
>>202
お前は日本ペイントインダストリアルコーティングスに転職しろ

207:名刺は切らしておりまして
19/07/05 15:29:55.26 Szf1cqHC.net
>>200
しかも担当者がやる気出しても「何かあったら責任とれるのか」的なことを言われて潰されるからね
相応の金もらう訳でもないのに外注したのと同じ責任負わされるなら割に合わないから誰もやらなくなる

208:名刺は切らしておりまして
19/07/09 13:35:58.03 WXdAj9jm.net
>>190
そんな気がする
大阪市がバグだと言ってるだけで
NTTデータもOracleもバグと認めてないし

209:名刺は切らしておりまして
19/07/09 13:41:32.90 uF5QE9+s.net
>　NTTデータ関西の保守担当者はDBMSが停止している事態を把握し再起動を試みた。
>しかし2ノードとも再起動できない状態が続いた。このためNTTデータ関西は日本
>オラクルなどと連絡を取りつつ原因究明を開始。その結果、午後3時30分頃にDBMS
>のシステムファイルが破損している事実を特定した。
>　破損していたシステムファイルはOracle RACを構成する各ノードがそれぞれの
>死活状況を共有ストレージに書き込む「投票ディスク」である。この内容が異常な
>データになっていたという。「投票ディスクを参照した2つのノードが共に異常を
>検知して、それぞれ自身でDBMSとしての機能を停止させた」（大阪市ICT戦略室）。
>保守担当者が再起動を試みてもできなかったのは、各ノードが再起動の過程で投票
>ディスクの内容を参照するようになっていたからだ。投票ディスクの異常値を検知
>して停止してしまった。
URLﾘﾝｸ(tech.nikkeibp.co.jp)
システムバグ以外でこういうものが壊されるのかな？

210:名刺は切らしておりまして
19/07/09 14:00:02.07 WXdAj9jm.net
>>206
ネットワークスイッチでデータ壊して送ってきたらしい
上位レイヤレベルでなんかしらのチェックデジットでも入っていれば
データ破損の判別もできるかもしれないけれど
投票DBへのデータを複雑にするのも設計としてどうかと思うし
このケースはバックアップから戻すで正解じゃないかな

211:名刺は切らしておりまして
19/07/09 17:12:31.38 uF5QE9+s.net
メチャクチャ信頼性のないシステムだな
そんな設計をNTTデータがやったのかよ

212:名刺は切らしておりまして
19/07/09 18:09:55.89 BR0tDTZn.net
両系統DBが同時にぶっ壊れてハードウェア被疑の判断はありうるのか？

213:名刺は切らしておりまして
19/07/09 19:15:57.62 lYqwLHJA.net
>>209
ロットが同じだと同時に壊れたりというのはよくある。

214:名刺は切らしておりまして
19/07/09 19:17:57.65 uF5QE9+s.net
よくあるなら、二重化ってやっても意味ないのか

215:名刺は切らしておりまして
19/07/09 20:16:22.78 veEth3XN.net
大坊

216:名刺は切らしておりまして
19/07/09 20:29:53.03 xTU2R3i3.net
DataGuardまで入れなかったデータの提案力不足だよね。
というか今時なら仮想化基盤で冗長化した方が安心だよね。
下手にActive-ActiveXでクラスタ組むより。

217:名刺は切らしておりまして
19/07/09 21:53:59.61 4IHLuB4d.net
>>211
意味がないことはない。
外れロット引かなけりゃいいだけなので。

218:名刺は切らしておりまして
19/07/09 22:30:59.03 ZW3r+MVK.net
天才を呼びたいんだろう
ソフトとか数学とかは天才が圧倒的に牽引する分野だからなあ

219:名刺は切らしておりまして
19/07/09 23:14:44.71 31WNO7Ym.net
HiRDBが最高！

220:名刺は切らしておりまして
19/07/09 23:15:48.41 yCn6hlov.net
>>214
4年たってるんだから、外れでなくても壊れだす

221:名刺は切らしておりまして
19/07/09 23:22:49.36 uF5QE9+s.net
流石にそういう壊れ方したら保守契約している意味が無いのでは？

222:名刺は切らしておりまして
19/07/11 02:23:40.95 PAOLB21c.net
>>213
ライセンス量がべらぼうになるからOracleで仮想化は無理だろ
vSphereHAはクラッシュリカバリーだし

223:名刺は切らしておりまして
19/07/20 03:42:47.46 H+uudmga.net
§ - 女維vs辻亀、当落線戦！- §
〓★URLﾘﾝｸ(imgcc.naver.jp)★〓

224:過去ログ ★
[過去ログ]
■ このスレッドは過去ログ倉庫に格納されています