多摩センターコンピュータ 「関西弁がわかんねぇー」
よし、分散して、それぞれが独自にシステムを改善していこう！
今までシステム障害で止まったままだったと言う事は多摩千葉分散というのは冗長性のためのシステムではなかったと言う事か
基幹ぼうなシステム
バグというな時限爆弾が爆発するだろうね。
勘定系で光速って割と遅いぞ
システム更改しないなら同期ミスるんじゃね
東京から大阪または逆へ振り込むとエラーが起きるんだろ。
馬鹿じゃん？
都市圏に分散したらバックアップの意味ないだろ
手書き通帳、電話で残高照会にシステムを戻すしかない
>>25
みずほだからね。
てか未だにみずほを利用してる頭のイカれた奴おるん？ トヨタみたいに電線の中を流しっぱなしにしてればいい
そして、万が一に備えて韓国にシークレットメインデータセンターを設立。
メッセージが関西弁になるのか
受け答えメッセージ「なんや？」
お見送りメッセージ「おおきに」
なんか片一方が止まった瞬間に
負荷でもう一方のサーバも落ちる予感
まだ誰も責任取ってへんやろ
さっさと取締役は総辞職しろや
50Hzと60Hzの違いで落ちるか、だめぽならやりそう
運用マニュアルと実行する人の職業倫理観に問題有るのに
ハード分散してもなぁ
余計な予算計上したいだけに見える
ハード寿命過ぎて使っていたのに、保守担当課の責任ではなくHDDに責任なすりつけるような対応している様じゃ
二重化したところで機能しないのがみずほのシステムなんだろ？
そもそも災害以前の問題では…
片側止まったら全部アウトな予感しかしない。
壮大なフラグwwwww
今のうちに資金引き上げない奴はドM
また危なそうな事を…
システム別系統で作って有る日丸ごと取り替えりゃ将来的なリスク減るんじゃね？
なんでやらんの?
西と東で独自進化させて
収拾がつかなくなるのがみずほ流
( ＾ω＾) もう銀行変えたから、どうなってもいいよｗ
なんなら１周間止まっててもいいwｗｗ
大阪「東京がチェックしたからよしっ！」
東京「大阪がチェックしたからよしっ！」
もともと、東京の渋谷と大阪で分けてただろ
阪神大震災で東京に統合
大阪没落の原因の一つ
システム詳しく無いけど東西で分散する意味が分からん。東京と神奈川と千葉に分散とかならまだ分かるけど。
仮に大阪のシステム異常で関東が停止したりしたら連絡取り合うだけでも大変なんじゃ？
それとも大阪より以西は大阪。東は東京って事でみずほ全体がエラー停止することは無くなるってことか？
そんなことしたら派遣技術者代が２倍かかって
FAXつかいながら治すことになんじゃぁ・・・
みずほの口座からは一昨年端数を残して全部預金をおろしたからどうなってもいいや
>>70
東京でシステムダウンが起きても西日本では大丈夫ってことじゃない？ >>34
いや、丁寧な関西弁は
いらっしゃいませぇえ
ありがとうございますぅう や >>78
一刻も早いリニアの開業が待たれる。多摩から橋本駅は近いし 1リージョンで落ちまくってるのに2リージョンにしたら落ちるどころかデータ不整合起こすが経営層バカしかいないのか？
>>70
まあ分散させればそのセンターにかかる負荷は抑えられる
問題はそれでもダメそうな件 >>87
渋沢て妾はいるわで、ちょっと美化しすぎな気も
風貌も どうせこの作業でまた止まるのか、何年後に止まるのかな
>>71
みずほの運用体制だと、2倍所か4倍にトラブルが増えると思うよ
地域で変なプライドがあるので情報共有しないだろうし
同期でトラブルが起きたら多分3〜4日復旧しないって糞見たいに時間掛かるようになるだけかと 人員が余計に増えそうだな…いや、みずほのことだから人員増やさずに分裂させたりして
能力関係なく誰でも人数がいればいい、人件費やすけりゃいいってのがこの状況だろうし
>>89
大阪みずほと東京みずほにするんじゃね
りそなのように分割して仕舞えばいいなもうこれ >>9
千葉センターを大阪に移転するだけの話だからたいした話ではない >>75
でも、みずほのネット銀行の限度額が2000万円なんだよな。
三菱だと1000万円で非常にまだるっこしい これを決めた偉い人はリスクを分散させるぞーって感じだと思うが
現場は余計収拾が付かなくなるパターンだな
ちがうそうじゃない感がある対策だな
そもそも分散してから基幹システム作り直しになったら
また最初からにならんか
今まであった派閥がさらに倍になるのか
国内でも送金遅れとか当たり前になりそうやな
三菱も千葉ニュータウンから関西圏に移動させたしなあ
調べたら、みずほ銀行の扱い高あんまり変わってないみたいだね
いつ下ろせなくなるのかわからないのに、よく使ってるな
大工に例えたら、大工と名が付きゃ何でも建物は建てられる、だったら工賃が安いほうがいいじゃんって思ってる感覚だったのは確か
ここでSDIのBGM「system down」脳内再生
>>108
経営陣「して技術部くん？次は年収半分で運用するのと成果報酬の営業と、どっち行きたい？」
技術部「いや！まだやることあるし・・・ほら災害対策とか！」 これ下手したらただでさえ低い生産性が半分以下になるぞ。
みずほの行員にリモートのやり取りなんぞ不可能だ。
東西でデーターの整合性がとれなくなってグチャグチャになりそうだな
そうなったら収拾つかなくなるぞ
それよりあのクソアプリなんとかしてくれよ
入出金の履歴が過去二ヶ月分しか見れないんだが？
関西のSEにみずほ案件なんか受けてくれるとこないだろ
東京からつれてくるの？
1本でもうまく行かないのに2本に分散したらうまく行くはずってどういうこと？
処理数多すぎて停止している部分があるってこと？
>>128
だよね。取りあえず一つが安定業務こなせてこそ、分散してくよね
どっかからの入れ知恵にしては酷過ぎる >>1
え？
今まで関東だけだったの？
リスク分散とか考えなかったの？
大手企業でこれかよ… 負荷を減らしてる間に
新規にまっ更の健全なシステム建てて
後々は新規システムに一本化
ないか…
>>1
役員 「これでリスクは分散される」^^
実際は↓ >>102
そういえば規模が違うとはいえ東西二本社制を敷いてるりそなで同じようなトラブルは聞いたことがないな 千葉って、電力事情があまりにも残念な半島だしなｗ
千葉に原発でも作れば話は違うがｗ
未だにみずほ利用している人がいる事に驚くわ、
みずほに弱みでも握られてるのか？利便性の良い所に行くだろ普通。
24時間窓口にしなあかん
雇用創出でみんなハッピーやん
そういえばこれは金融庁がOKを出したんだろ？
誰もが分かっていたとおり金融庁も無能
>>1
そしてまた工事でシステム故障
まで読める
ｗｗｗ（´･･ω` つ ） 分散したらしたで、同期が取れずに
不一致で、また…(-_-;)。
マイナンバーカードの口座をみずほに紐付けする予定
死なば諸共だわw
リダンダント効果
東京「大阪さんがやってくれるからいいや」
大阪「東京はんがやってるからええ」
>>141
小規模なWebサイトとかならそれやったりするけどね
大規模なところではあまり聞かない
というか小規模なところでやるにしてもその理由は検証環境まともに作る予算がないとかいう下らん理由だし 何百人も集めるからいかんのだ
10人ぐらいたこ部屋につめこんで10年ぐらいで完成させろ
>>147
給与振込がみずほ指定って会社多いと思うぞ。 クラウド使わずに自前データセンターとか時代に逆行。
財務省はみずほのシステムトラブルの多発を問題視し、分割していくつかの地銀と合体させる計画があるとか聞いたが？
>>147
前いた会社は給与振り込みがみずほ指定だった
あと今使ってるサービスの振り込み指定先銀行がみずほ
ホントやめて欲しい 機器を増やせば増やすほど故障率は上がるんだが
偉い人達にはわからんのですよｗ
物理的な距離による僅かな遅延が累積していって、ある日突然落ちる
…なんてことはないよね？
>>159
何でもかんでもクラウドの時代こそ終わってるぞ
今は使い分けの時代 東芝もそうだが
倒産解体を分社とごまかすのはもうやめろ
>>162
みずほ菌をそこら中にハゲ散らかしたらマズいんじゃない？ >>147
いま1銀行1口座が原則じゃん
複数使い分けたいんだよ もともと多摩と東京だったのをと多摩と大阪にするって言っているだけなのに
分散したらもっとおかしくなるとか言っている人は何なんだろう？
昔、東京と仙台に分散したシステムがあって、東日本大震災の時に苦労した記憶がある。
東京と大阪って分散できている？
そもそもデータセンター都会に置く必要性って何？
>>138
単にBCPの一貫で首都圏から関西に災対環境移すだけだろ。
まあ実際に本番環境が被災したら災対環境で動く銀行はないんだけどねw
フル稼働したら間違いなく落ちる。 DRの環境を千葉から大阪に移すよって話だよねこれ？
もし東日本でシステムダウンしても、西日本では稼働するってこと？
>>119
地震のリスクや通信インフラ、電力の安定供給
人材の確保を勘案するとやっぱり大阪になってしまう
名古屋は東海地震で水没するし >>167
地銀はクラウド勘定システムに移行中なんだよな 昔、東京と大阪のとあるシステムのサーバーで
分散構成させたとき20ミリ秒のデータ伝送遅延が
原因でサーバー再起動後の同期が完了できず
リブート繰り返す悪夢のような問題経験した
東西バックアップ体制は危機管理上いいこと
国会や政府機能も
東京のバックアップ機関を
京都か大阪に置いておけ
関東沈没したら生きてくるシステム
日本沈没したらおわり
ATMしょっちゅう壊れるし使えたら使えたで手数料取りまくり、しかもたまにカード吸い込んで出てこない
多摩より千葉ニュータウンの方が地盤は堅牢なんだけどね
>>175
東京と大阪の同時被災は国も想定していない。
ほとんどの企業はそれ前提でBCP立ててる。 たかが振り込みに440円の手数料取らないとやっていけない銀行
みずほ19年に渡るシステムの苦闘みたいな本を出してたが、
その後も苦闘が続くとは
たださえ少ないシステム要員を増やさなきゃいけないけど？
分散と言わなくて分割と言ったからなにかあると東西のどちらかがタヒぬ奴やろ
一番地震の少ない富山と、津波の心配がない群馬あたりに作っとけよ
この会社の基幹システムは中国大連と韓国にあるんじゃなかったっけ？ｗ
朝鮮人御用達の会社だからなｗ
後は福島県に本店移転で福島みずほ銀行化でプロジェクト完了だな。
いまさらそんな話してるのかよ
分散させるってシステムとして全く別物になると思うんだが…
まあ、とにかく俺は俺で冗談抜きでコンタクト取って人生と名誉を回復しないとね。
韓国スパイには一切関わられたくもないね。
>>143
りそな…○BM。富士銀がそうだった気がするが、勧銀のが規模デカい統合の時にシステム運用おんだされた気が
株を売ったりで○BMに逆戻りしてる真っ最中に感じるけど >>183
今まで曲がりなりにも奇跡的に安定したものを
移動させると何故かトラブル頻発したりするんだよね
原因を調べると、コードの銅線がギリ繋がってたのが
断線しやすくなってたり、電圧が足りなくなってたりなんだけど
原因特定するまで、再現性が無かったりすると大変なんだよな… >>188
千葉はよく言われる通りにデータセンターに多く使われているのなら
専門業者も集中して利便性は高いだろうな こういうのって災害リスクに備えてもともとやっておくべきことなんじゃないの。
一箇所壊滅したら終わりとかギャグでしょ。ただでさえ日本は災害多いのに。
東と西で動きが違う事になるんでつね
もう勘定奉行とかに変えればいいのにw
分散するのか。
預けた金がある日2倍に増えたりするのかな
分散システムは連携が命
手法としては定石だけど人間との連携も考えると一概に良いとも言えない
みずほにとって決定的に不足してる所だろ？
BCPの一環なんだろうけど、みずほなら何かやってくれそうな気がする。
関西に口座持ってる人が関東のATM使えなくなるとか。
東京三菱なんかは多摩と千葉と名古屋と大阪の4つあるのに
地震の被害のほとんど無い広島あたりまで離した方がいいんじゃね？
これさぁ
片方が何らかの要因で落ちたら
“安全な接続の為に全部停止します！”
になるんちゃうん？
もともと富士と勧銀のシステム統合がうまく行ってない上に当てたパッチがクソっていうシステム
これで東西に分けたら組合せは・・・あとはわかるな
単なるフェイルセーフというか拠点冗長ってとこなのかな？たいへんそう
でも前の障害も当初はごく小規模だったのが他へ波及してオオゴトになってた気が
数ヶ月後…
ニュース「今回の障害の原因は基幹システムを東京と大阪に分散した際、分散の方法に誤りがあったため発生したということです。」
これくるで(´･ω･`)
>>208
一応動いているのを変えるリスクを考えない奴は多いからな
それにみずほという要因を加えると・・・ 関東で入金して関西で金おろそうとしても未入金扱い、とかそういう不具合が起こりうる？
関東で入金して関西で下ろそうとしたら全部が止まるってシステムかとw
てか、今まで千葉と多摩でリスク分散できると考えていた事に驚く
東京の企業って、どうしてこう平和ボケが多いんだ？
話としては距離を取って分散は正しい
しかしみずほはそもそもそういう話を適用する状態にない
千葉のプラネタリウムてどうなっちゃうの？
取り壊し？
むちゃな切り替え要件だしてベンダーが頭抱えるパターンが見える
そして切り替え失敗、切り戻しも失敗
>>203
埼玉て地盤がいいて聞くがデーターセンター少ないよな。
加須と館林にちょっとあるくらいだよな。 フフ……へただなあ、ミズホくん。へたっぴさ……！
欲望の解放のさせ方が下手…。
ミズホくんが本当に欲しいのは…韓国サーバー(こっち)……
全ての顧客情報を半島企業管理に丸投げして下朝鮮人のセキュリティホールで漏洩して…
ジャップ顧客をカンカンにしてさ……それを肴に冷えたビールで飲(や)りたい……！だろ…？
冗長構成て更に複雑なんだよな
swの変更も片系統ずつ実施して同期失敗とかよくある話
>>1
3銀行のシステムをリレーシステムで無理やり繋いだシステムを
業務分社化や新サービスに対応させる為に改修を繰り返ししてるんでしょ
それだけでもう止まりまくってるってのに
更に東京大阪で分散配置するの？
止まる以前にまともに動かなくなりそう >>188
データセンターだけ無事でも、エンジニアが出社できない（やり繰りがつかない）、電力が不安定、水・食料が届かず仕事どころじゃない… で100%全力バックアップできる体制を維持できるか疑問だけどな
バックアップはインフラや物流が完全に切り離された北海道や九州に作るべき みずほにマイナンバー紐付けたらポイント2倍にしよう
>>242
いや大したことない。
基本的に米国のソフトで実績はありまくる。
メーカーのいいなりで実績のない日本製を使わない限り。 >>153
「はん」なんていうのは大阪北部の人間だけだろ、普通は大阪でも「さん」だ
印象操作するな インディー・ジョーンズすら攻略不可な迷宮を複製したり分散化しても意味ないだろｗ
スペランカー体質の銀行システム
未だにみずほなんて使ってるアホいるのか
決算で企業が逃げてるのはバレたけど
コンパクトなシステムを並列運用するのが一番みずほには合ってると思う
>>175
都会の方がいざという時に駆けつけやすい >>197
東京が被災すれば千葉も一蓮托生
意味ないよ >>174
ネガティブが生き甲斐のあたおかどもだよ 基幹システムw
手作業で帳簿付けてる人員のことだろ
こうなった非同期ミラーでパフォーマンスアップしようぜ
数千年に一度の故障を年に何度も引き起こす奇蹟の無能
>>255
そこまで言うなら大阪北部の人間も大阪に入れてやれよｗ 爺さん婆さんしか相手にしない商売してるから他の銀行に置いてかれる
おれのキャッシュカードまだ富士銀行のなんだけどまだ使える
東名阪九4分割で第一富士興銀勧銀の4システムに戻そう
コールドスタンバイの災対システム移設するだけだからなにも起きるわけ無いわ
やっぱり重要な危機は分散して冗長化した方がいい
販社としては機器が２倍売れて儲かるし
実際に障害が発生したときにも機器がスタンバイのまま
アクティブにならなくて通信停止したり、HAが上手く
動作せずに２台ともアクティブになって通信が不安定に
なるなどメリットが大きい
分散て書いてるが遠隔バックアップだろ？
メインのデータセンターが主に災害で稼働不能になったときにだけ使うってやつ
そもそも東京のバックアップを千葉に置いてるのがおかしかっただけの話
>>251
これからの時代はエンジニアこそ地方出張や単身赴任すべきなのかもな
設備だけ遠隔に移してもそこにシステム理解してるエンジニアがいなきゃどうしようもない 今時東京と大阪とか。国内を選ぶのは有り得んだろう
ベストは韓国の大邱か浦項。回線の太さでは大邱、電力のバックアップ体制では浦項なのでどちらを重視するかで選べばいい
片方止まったら全体が止まるので障害発生率2倍になるんですね
>>260
富士通不買運動をアジア圏に促しておくわ え、これ冗長化してなかったってこと？
まさかそんなことありえないよね？
旧興銀組「富士と一勧ガー」
旧富士組「興銀と一勧ガー」
旧一勧組「富士と興銀ガー」
旧銀行それぞれのシステムを混ぜちゃっておかしくなったと聞いたけど
1から作り直さなきゃもうどうにもならない状態だって
かといって1からとなると数年レベルになるとか？
メルカリの受け取りに一年前わざわざ口座開設した
オンラインバンキングは断固拒否
断捨離でいろいろ売って、ひと段落した
もう使わないかな
400円ぐらい残ってるけど
宝くじの独占やめさせたら少しはあせるんじゃね
入札制にしろよ
>>280
韓国なんて選んだら 金融庁が爆笑されるだろｗ
いやいや、みずほはそんな高度なことやる前に通常運転でシステムが落ちないように作りなさいよ
フェールセーフはその後の課題でしょ
>>278
そういう需要があるなら給料安くてもいいから地方勤務したい 同期システムあるある
システムを同期させていたつもりが
いつの間にか個別の２つシステムになる
>>297
単なる真似しか出来なかった弟子が立派に成長して
自分自身で考え行動するようになったと前向きに
捉えて欲しい いままで、だましだましでなんとか動いていたのを、へたにいじくると
また何か不具合が出そうだね。
>>122 >>134
単に監査法人が最近ネタ切れでBCPの拠点を指摘するようになっただけ
このみずほのように東京・千葉じゃBCPの意味がないから東京・遠いどこか、にしてるだけ 同じソフトで動くものが2箇所にあってもリスク分散にならんのでは？
>>279
大阪は最近データセンターの設置が増えている
海外からも >>296
テレワークで住所が勤務地に縛られなくなったからこそ
当番制とかでシステムに理解あるメンバーを遠隔地に置いておくことで
大規模災害のときに「全メンバー連絡つきません」状態を回避できるのでは？と思う 本店も関西に移せ
メガバンクが東京だけに集中してるのも
リスクだろ
首都直下型地震や富士山大噴火や南海トラフ
どちらが来てもどちらかの基幹データが残ってれば復旧出来るしな
北海道や九州にも分散させとくと尚良
>>1
聳え立つクソの山を分割出来ると思っているのかw >>305
今でも旧銀行お抱えの業者が関わっていて
上下関係ほぼなくて並列なんだ？ 糸魚川-富士川線で顧客を分けるか
それぞれ別にして都銀のシステムに繋げばいいやろ
ちょうどいいから東が第一勧銀、西が富士銀行に改名したらどうだ？
>>70
今後、災害対策拠点を地理的に離れた関西圏に移して備えを強める >>307
テレワークを更に進化させたメタバース時代になるともはや家賃の高いとこに住んでるのはバカという事になる
街に出てもみんな仮想世界にいるから現実世界には誰もいない状態になるし >>292
その金融庁は
１９９０年台に日韓スワップをやっているのだから
同じ穴の狢なンだわ
金融庁職員が銀行頭取なんかになってる地銀は
危険なンだわ また要らんことして金も時間もやらずに現場大混乱大迷惑
とっとと廃業しろ
三菱も東と西にわかれている
東はさらに2つに別れている
>>317
南海トラフ起きても津波だって大阪なら被害少ないしな
東京は富士山噴火と関東大震災の二重ハイリスク >>1
分散にかかる費用を一流の人材確保に使った方が驚くほど効率が上がると思う。
2流のエンジニアしか雇ってないと自覚するべきだ。 分散運用の切替に失敗してシステム停止
再度、元に戻す作業でシステム停止
やっぱり分散運用を始めるが、両方とも同じ日にシステム停止
って未来しか見えない
>>318
そのうちマンション系不動産会社なんか裏で金出してメタバースの
ネガキャンするんだろうな 「エラーで動きません」なら実はまだマシで、
一番怖いのは「同じデータなのに東西で金額が違います。」
とかね。
>>328
>再度、元に戻す作業でシステム停止
いやみずほならここで旧データで上書き
とかやってくれるだろう 企業は難しいだろうけど
個人は利用せん方がいいだろうな
みずほはシステム障害ばっかりに注目されてるけど
それが起こる原因の方が深刻だと思う
ぶっちゃけ三銀行の統合が失敗してると思う
>>296
沖縄県宜野座村に大きなデータセンターがある
村自体は長閑な田舎だが、隣の恩納村はハレクラニやリッツカールトン、マリオットといった高級リゾートが立ち並び、お洒落なカフェや美味いハンバーガー屋も多く田舎とは思えない華やかさがある
無論、釣りやサーフィン、ダイビングはし放題（日没が遅いので、平日でも定時後に遊ぶ時間がたっぷりある）
また、アメリカ人も多く住み、閉鎖的な田舎の空気はないどころか、英語教育も盛んでインターナショナルスクールがいくつもあり中高から都市部の進学校という手もある >>13
コンピュータさんに
無音イントネーション、
語尾不明瞭の多摩民に言われても
ダメｼ"ゃﾈ >>329
都心不動産で儲けてるメディアも目の敵にしそう
アーティストがメタバースの世界で活動始めたら東京都心集客ビジネスも成り立たなくなるし >>159
クラウドやべえってんでDCに巻き戻しているとこなんだが。。。
だから言っただろう大切なデータは手元に置いとけよってブツクサいいながやってるわ。 みずほどうなるん？
西部劇の終わりに底なし沼に飲み込まれて消える悪漢みたいになるん？
>>344
何その真宗東本願寺西本願寺みたいなのは。 何かをしようとすると
それが原因で
新たな障害を起こす状態
と思われます
>>341
クラウドはとにかく回線スピードが遅すぎる
自前のDCと自前の回線でないと処理が終わらん<某ビックデータ系 >>340
リブラと一緒でメタバースもつぶされると思わ 大阪は人間の単価が安いから、品質を維持もしくは高めつつコストカットできる
エンジニアを使い捨てにする企業の末路
会社分解して他所と合併しろ
金融機関コード001
みずほ銀行が基幹システムを東西で分散する
これの意味を考えた方がいい
取り敢えず非常食と日常品は備蓄しとけよ
同期しそこなって、預金も借金も倍になると面白いのにな
どうせなら三重県に持ってこいよ。
大阪なんて海底ケーブル一切繋がってない。
なぜ・・・、分散
やることが他にありやしませんか
兄さん
>>354
そうかと思えば
書類選考だけで落とすような
リクルートやってるのが現状です。 自民党が公明を切れないワケ
自民党政府が公共事業の発注→創価学会企業が中抜き→一般人が安価で労働
そして中抜きの一部が政治家へ戻り、選挙資金に
これが続く限り、税金上がって給料減り続けるよね🤤
パソナも天理の談合太陽光も不正融資太陽光もアベノマスクも全て創価学会🤗🤗🤗🤗🤗
![【光速】みずほ銀行、基幹システムを東京と大阪に分散へ [速報★]->画像>5枚](https://rz.anime-tube.win/pic.php?http://i.imgur.com/sZjdOxA.jpg)
![【光速】みずほ銀行、基幹システムを東京と大阪に分散へ [速報★]->画像>5枚](https://rz.anime-tube.win/pic.php?http://i.imgur.com/0tLKJ6y.png)
![【光速】みずほ銀行、基幹システムを東京と大阪に分散へ [速報★]->画像>5枚](https://rz.anime-tube.win/pic.php?http://i.imgur.com/0K4y47u.jpg)
![【光速】みずほ銀行、基幹システムを東京と大阪に分散へ [速報★]->画像>5枚](https://rz.anime-tube.win/pic.php?http://i.imgur.com/xLlIUO3.png)
![【光速】みずほ銀行、基幹システムを東京と大阪に分散へ [速報★]->画像>5枚](https://rz.anime-tube.win/pic.php?http://i.imgur.com/DiBgarD.png)
分散？
冗長構成にするって話？
まさか大阪で貯金したら東京で下ろせない、ってことにはならんよね
後手後手だな、やっぱり
国がこうだから結局こうなるっていう典型例
で、大阪と東京のデーターセンターは別のベンダーが面倒みるんだろ？w
50Hzと60Hzで電気の融通できないように、
東と西でデータの移動ができなさそう
国有化した方が良いとは思いますが
解決策にはなりませんね
真面目に考えると
今回の「分散」は
分社化への布石ではないでしょうか。
いやとっくの昔に常識だろこんなの…
なんで今ごろドヤ顏でドヤってんのw
トラブル元が分割されるということはアチコチで止まりやすくなるということか
システム構成やデータに差分ができて障害になりそうだな
>>1
考えるとこが違ってね？
分散しても切り替えうまくいかないとか普通にやらかすんだろ？ ミスにミスが重なって奇跡的に移設後は同期するもミスってるのでやっぱり障害発生
その時には関わった人間は消えているのでどうなっているかも不明
そこまでが様式美
銀行はセンターを関東に2つ作ってるケースがよくあるよね
意味不明
>>365
冗長構成のことだと信じてるがw
まさか東西でデータを分けますとかいう話か？
普通は考えられないけどここはちゃんと発表してくれw
不安でしょうがないw 分散？！ぶぶぶ分散？！
二重バックアップとかじゃなくて分散んん？？
単純にBCPの観点でバックアップをより遠隔地に設けたってだけの話じゃないの？
銀行なんてオンプレホストがメインなんでしょ、ホットスタンバイで双子システム用意するだけだから（障害時に機能するかは置いといて）通常の運用において何か不具合出るとは思えんけど
これでまた分散による不具合がwww
東京と大阪のデータが合いません！！
東京にも大阪にも記録がありません！！
大阪のことは大阪コールセンターにとか言われそう
天竜川で東西切るんだろうか
バックアップに切り替えるシーケンスが3271段階あります
>>377
普通は離れたところに冗長構成で作る
どこで地震が起きてもいいように
だが日本の銀行サマなので多摩と千葉に分けるという謎の構成をとるかもしれない
とっていた
あとは冗長構成だと早く言ってくれ
東西でデータを分けて保管しますとかじゃないよな？ 給与振り込み銀行だから仕方ない
振り込まれたら全額引き出してる
単純に関東2箇所を関東関西1箇所ずつに変えるだけだぞ
そのまま持って行くだけだから失敗しようがない
多分
そんなことしてる場合じゃないだろ
今年止まった原因はそこじゃない
今までサーバーを複数に分けてなかった方が驚き
東京崩壊したら貯金消えるわけだろ？ｗ
>>389
そういうことか、災害対応ってことかな
でも機械そのまま移設ってわけじゃないんでしょ
成功すればいいけどな・・・結構ヤバそう 5年後くらいに身売りしてそう
幹部まとめてクビにした方が色々捗ると思われ
>>106
経営者がそういう認識で予算付けないと酷いことになる。必要な作業量と期間を説明させてから判断しないとまたシステム止まるよ 東京と千葉って、、、、リスクしかない銀行だな
俺なら東京大阪北海道の3つに分けて同期させる
わかった！
千葉と東京にしておけば
関東大震災が来たらみずほ銀行の顧客のデータがなくなり預金を返さなくてよくなるからだよね？
せこいこと考えるよなみずほ銀行
東京> 五次受けに委託し回した末に韓国系管理会社が請け負いサーバー本体は北海道へ
大阪> 直接韓国本社サーバーへ管理委託しサーバー本体は対馬に置く
分散して同期が取れずに大阪と東京で別の残高になるんだろ
数年前だけど銀行のシステム担当から金融庁？の指導で関東2箇所から関東関西1箇所ずつにすると聞いたな
やっと気づいたんだと思ったけどな
これからNTTデータに発注してゆうちょ銀行と同じシステムに変えるんじゃないの？
>>407
東京大阪両方とも韓国政府や工作員がいつでもリモート接続できるんだよね。 第一勧銀時代は、東京と大阪にあったと聞いたが
東京のほうも渋谷にあったのはもうすでになくなっていたのか
で、両者の同期が誰もわからなくなりまた大障害になるのが、明確に想像できるw
JRみたいにみずほ東銀行とみずほ西銀行に分割されるわけか
関東沈没しても大丈夫なようにね、みずほが作ると関東と関西同時に沈没しそう
新幹線やNKHも大阪にバックアップあるよ
東京が止まっても動く
北海道や九州まで分散しないと
意味薄いと思うんだけどな
異常が無いのにシステムが頻繁に切り替わったり両方落ちたりするだろ
今までは障害が有る度に千葉と東京を往復するということが出来たが
今後はエンジニアはハードトラブルは新幹線使わないとダメだな
リニア開通が望まれる
>>423
有能な技術者を正当評価して何が悪いの？
だからお前はニートのままなんだよ トランザクションデータを東西に分散管理することによりシステムの負荷を軽減し〜
という話ではないといいね
違うよね
はっきり違うと言ってくれ！
KDDI、サービス監視を2拠点化
11/12(金) 20:01
東京都と大阪府のネットワーク運用拠点を強化し、2拠点で同時にサービスを監視する体制を始めたと発表した。
従来は東京拠点が中心で、大阪はバックアップを担っていた。
災害対策を強化する狙いで、サービスと利用形態の多様化に対応した。
担当者「複雑なみのりが２倍になって絡み合ってます。手に負えるわけがありません。」
>>409
やっぱり金融庁が関東へ集中させてたのか 効率という名の基に
その後、危機管理的に分散の指示も
やはり30年 いや20年以内に大災害はあるね 3か所目は俺んちにバックアップを取るのはどうだろ。
300億もくれれば世界最高のセキュリティで守ってやるよ。
石狩・東京(多摩)・関西(奈良とか？)・九州とかに分散しようとかって頭無いのか
NHKは首都圏での大規模災害時のバックアップなどを見据えた大阪放送局の機能強化を発表した
障害発生時
役員「俺が指示しなくても東京と大阪で連携して何とかするだろ」
東京「大阪が何とかするだろ」
大阪「東京が何とかするだろ」
東京 大阪 北海道 沖縄
この4つに置いとけば何があってもどこかのデータが生きてるよ。
千葉と東京ってこれまでずっとリスク管理ができてないみずほ経営陣。
全員退陣したら？
物理的にロケーションを分離するのはBCPの基本中の基本
今まで何やってたんだ？
>>438
障害発生前
担当「これ動きませんよ」
上司「・・・」
役員「・・・」
ってのがあっても驚かないわｗ >>437
だから、看板女子アナをBKに配置してるんやな。牛田と井田、石橋、渡邊を
長身好きな俺としては、そこに山内でも来れば尚良し。代わりに畠田やるわ 新幹線全列車の運行を管理しているのが、東京の「新幹線総合指令所」。
列車運行だけでなく、車両や設備、信号、変電所の管理、気象情報の収集なども担う。
この総合指令所が天災などで使用できなくなった場合に備え、全く同じ機能を持つ施設が大阪にある。
それが、「東海道・山陽新幹線第2総合指令所」だ。
東海道・山陽新幹線は東京都内の指令所で列車の運行を管理しているが、
毎年1日だけ大阪市内にある指令所で列車の運行管理が行われている。
ゾーホージャパン
東京と大阪の2か所に自社データセンター(DC)を開設すると発表
Zoomが大阪データセンターをオープン
東京データセンターの負荷分散を図る
同期します！
西「あれ、東と金額が違うぞ？増やさないと！」
東「あれ、西と金額が違うぞ？増やさないと！」
で延々と金額が増えたらオモシロイのに…
どうせローテクな爺さん達が管理してるんでしょ？
もしくは責任が軽い派遣社員
日本銀行は電算センターのバックアップ機能を大阪に備えている
電算センターではシステムの運行状況を常時監視し障害の早期発見・対応に努めている
ここは冗長化がどうこう以前の問題だからな
クソシステムを冗長化してもクソはクソだ
>>443
武田アナも大阪
鹿島アナもだけど関係あるかな？ いつの間にか韓国サーバーで管理するようになってるんだろ？
みずほがどうなろうと勝手にさらせ だけど
まさか他の銀行に影響が出るようなことはやらかさんだろな
もう口座引き上げたから どんな斜め上でも大歓迎だよ
東日本大震災の時に計画停電あったろ
あの時気付いておけよそんなもん
あ、やべえ
その文学は一体何を表現しているのだろうと眺めてたら
ゲシュタルト崩壊を起こしそうに
無理だと思うわ
少なくとも日本人技術者には
何人集めても無駄
監督もクソだしね
すぐ使い潰しちゃう
分散は良いことだ
だが、ここまで障害が公になってしまった以上、稼働までの工数は莫大なものになるだろうな
分散してさらにシステム障害起こすんじゃね？
この銀行は信用がない っでワイは預金他の銀行へ移管終了した
なんでまたこんな約束された失敗を
みずほ銀行にはアホしかいないの？
フラグが立ちました。
おれ、このプロジェクトが終わったら結婚するんだ
東京千葉ってみずほの歴代経営陣は馬鹿ばっかりだったんだなｗ
>>434
君はアホかな？
関東二箇所にしてたのは銀行が勝手にやったこと
それを金融庁がやめろって言って渋々分散 1ヶ月内にシステムに障害が起こる確率が50％とすると
1ヶ月内に東京と大阪のどちらかのシステムに障害が起こる確率は75％
遠隔地に分散させるなら、北海道にしたほうが空調費減らせるのに
なにゆえ高い土地に分散を
まともなシステムを分散させるなら冗長性向上になるが
糞なシステムだと障害が増えるだけ。
腐ったRAIDシステムの運用は単発使用にも劣るようなもんだ。
スパゲティモンスターを分裂させて大丈夫なのか？
また余計な不具合出すことにならなきゃいいけど
データ不整合でヤバいと聞いてたけど、メインに戻せたんだな
良かったじゃん
関西は電力がやばそうだけど、関西で良いのか？
みずほはシステム担当増やせよ特定の人に仕事集中しすぎなんだよ
昨日のドラマでも見てやべーってなったんかな
やっと移すのか
それでまた停まる
他メガと足並み揃えてるけど、このプランはみずほだとメリットが薄いような
三菱UFJは三和、三井住友は住友と、関西メインの旧行があったから本部機能の分散はありだが、
みずほは３行いずれも東京メインでとにかく関西が弱いからな
トンキン🦠が知恵遅れやから
大阪に救いを求めて来たんやろ…
笑
🤣
👏
>>330
ボーイスカウトにいた時、ハイキングは必ずコンパスを3つ以上携行するよう決まっていた
理由は2つだと、どちらかが狂った場合どっちが正常でどっちが狂っているか判断できないから 互いを敵と認識して東みずほサーバと西みずほサーバが戦いを始めます
>>461
元はマトモな技術者がいたから構築できたんだろ
バブル以降は人数集めりゃ（新人でもいいし、新人のが安い）どうにかなるって元締めの感覚がおかしくなっていったからだろな
結局ITも中抜き構造だよ プログラムは１人１０行まで法案が提出されてしまうな
ダム工事とかだ死んだ作業員の慰霊碑とかあったりするけど、みずほ工事で死んだ人の慰霊碑とかってあるの？
これ絶対トラブル増えるだろ
処理力たりてりゃ一つで処理した方がいいに決まってるのに
同期失敗してどっちの残高が正しいかわからなくなりそう
東日本と西日本でデータの整合性が取れなくなって業務停止せざるを得なくなる
最悪、データが飛ぶとかね
無能なトンキン🦠にデーターセンターを
設置するのが抑の誤りやから笑えるで…
笑
🤣
👏
>>504
因みにウチのN社製の奴は電源が落ちるとクラスタの制御データが飛んでしまい、再起動すると両方とも待機系と認識して一切動かなくなると言うステキ機能があった。 地震国で国内で分散する意味がわからん
シンガポールとか地震のない国にもってけよ
東京はNEC、大阪は富士通に任せるで！
取りまとめはIBMや！
これで盤石や！
１ヶ所でやっても、システムに統合性がとれてないから問題起こしまくってるのに、
分割したらもっと問題が起こるだろ。ヘタしたら東西で処理が変わったりして、
もっとシステム障害が起こるぞ。
この銀行の窓口業務は少数の派遣業の人員で回しているようだ
もう窓口の正社員は採用しないから
そして失敗してもコンピュータの原因にするんだろうし
>>428
重要な保守体制が属人化されている時点でダメだな それでもみずほをメインバンクにしている人はマゾなんだろうか
みずほのシステム障害は地理的要因によるものじゃないし、同じバグを抱えたブツを東西に置いても、東西同時に死ぬだけじゃね？
全く別のベンダーが同じ機能を提供するシステムを作るならわかるけど
分散する大阪のセンターは和泉中央とかになりそうかな？
>>514
オレの友達は１度カードをＡＴＭに取られてから、みずほは止めたよ。企業でミズホを
メインバンクにしてるところは大変だろうな。 いやいやいやいや…
むしろ一本化しなきゃトラブルの温床だろ
これの切り替え作業でまたトラブル発生に100万ペソ
今回の障害と東西にデータセンター分けて災害リスク分散することは関係ないだろ
人的災害のことは考えてないようだな
西日本でどこまでセキュリティーが保てるか…
ただでさえシステムが複雑怪奇なのに災対用に更に分散させるんだってお！
どうせ片肺ではマトモに動かない欠陥品なんだろ？
分散することでリスクが上がるのが落ちやろ…
こんなゴミのようなIT知恵遅れ銀行つことるやつおるん？ｗ
いたら脳障害かかっとるでｗ
昭和50年代の２次総合オンラインの時は、
中目黒（IBM)と大阪（場所は知らん）に事務センターがあったんよ。
問題はそこじゃねんだよなあ
金融庁の指示なら金融庁もずれてんな
三ヶ月掛けてみずほとの取引を全部停止
口座も廃止したった
じゃあな、みずほ
東京と大阪で帳尻が合わない事案が発生するに１００ペリカ
>>535
タイムラグどの位あんだろ？
NYで光ケーブル直線に引いて取引を早めようとした映画あったな もうどっかの勘定系情報系システムを買い取ってそのシステムで使えるサービスのみ提供するしかなさそうだな。それ以外はサービス終了。
コケないシステムを最優先にして運用するしかない。それでもみずほなら失敗しそうだけどw
最近アグレッシブに攻めていてイキイキしてるな！みずほ
片方コケたら、もう片方もコケるシステムになるだけじゃないだろうか？
そもそもがゴミシステムなんだろ？
>>543
マジレスすると関西とかいうマクロ単位は意味がなくて日本及び日本近郊は何処にいても大災害の危険はある
世界の中でも複数プレートが重なってる日本の土地を買ってはいけないと言われてる 分散するならどこでもいいだろと思ったけど
保守させる業者とそこが雇う派遣社員が揃う地域が関東以外だと大阪しかないかもな
これ絶対ダメになるやつ
リスク分散に見えて障害ポイントや製造コストが2倍ニバーイ
楽しそう
レプリケーションは銀行では一般的だが
東西ではしていなかったんだな
新幹線も大阪に予備の監視センター置いてるやろ
それと一緒や
アプリバグの対策ではないだろ
東西で同じアプリが動くんだから
>>518
ソフトバンクのメインってミズホだっけ？ 誰か東京で入金して新幹線で移動して大阪で下ろしてみなよ
下ろすのは大阪の他行でも可w
これシステム会社がずっとカネとり続けるために一連わざとやってるってない？
この期に及んでみずほ使ってるやつ何なんだよ
何目的でみずほなの？
【人事】みずほコーポレート銀行
2013年4月1日) 京都営業、 須見則夫
2016年4月1日)京都支店長、京都営業、 須見則夫
2017年4月1日) 投資銀行本部コーポレートカバレッジ第四部長、 須見則夫
2018年4月1日)執行役員、営業第七部長 須見則夫
2020年4月1日)常務執行役員営業部店担当（執行役員営業第七部長） 須見則夫
まぁ銀行のシステム要員なんてまったくスキルもない無能だから外注丸投げなんだろうけどな
だからいいようにやられてるだろうな
運用ですら自分達じゃわからないよw
住友も三和もみずほに合流してないけど地盤あるのかな？
元木津信とか元みやこ信金とか元びわこ銀行とかの人を、スカウトするのかな。
バッチ処理に手間取ってるのとオンラインがショボいだけですので大丈夫ですよ。
やめろ、構成部品が2倍に増えて、部品間の通信が4倍に増えて、障害発生確率が4倍に増加するだけだ
やがて東京大阪間の始発の新幹線の名物「みずほ軍」となる伝説の始まりだった
>>570
意思疎通の混乱（オンラインと現地）もかけ合わせて16倍だぞ >>189
阿蘇山がカルデラを再形成したら、大量の降下軽石で東京も大阪も同時に壊滅 旧行の派閥で内部分裂してるから
もう2社に分ける用意？
日本沈没のリスクを考えると国内で分散しても意味ないだろ
>>1
そういう話じゃないからw
片寄せしないでCOBOLとか何やっても無理だってwww システム「…」
東京「今すぐこい！」
大阪「今すぐこい！」
システム統括者「あわわ」
そしてシステム復旧はしなくても統括者を呼べた方が派閥戦争に勝つ
いまだにシステムの分散管理していない金融機関てあるの？
関東大震災待ったなしだぞ
みずほ東京UFJ三菱銀行（英語名三菱銀行）が爆誕しそうだなw
でも三菱なら興銀寄生虫を死刑退場にできるかもね。コロナじゃなきゃ渋沢ブームでいけたかもしれないが（ ; ; ）
分散した事によって、大規模障害が発生する未来しか見えない
そもそも根っこから変えないとダメだろ
もうみずほは解体しろよ！富士通と共に！
>>5
どっちが原本なんですかね？みたいな話になるの？ >>574
まぁその場合、1億人亡くなり日本滅亡って言うシナリオは既に出ているので、銀行なんて意味ないもんね ゆうちょみてーだな
西日本のデータが消える展開きぼんぬ(´･ω･`)
もし地震とかで両方潰れたらデータ消える？
海外とかにも置いてるの？
>>602
それ以前に両拠点で情報を隠し合わないことが大前提 東「想定外のテーブルが西に作成されており」
西「想定外のクエリが東から投入されており」
一から作り直す
仕様と費用に異議を唱えた経営陣は即時射殺する
このぐらいでないと無理
>>604
西「想定外のテーブルが東に作成されており」
東「想定外のクエリが西から投入されており」 ホスト系捨ててオープン系のバンキングソフトにしたほうがいい。
現場猫の世界が見られそうだな、っていうか既に見せられているのか
片方落ちたら巻き添えで両方落ちて、冗長化したはずがリスク2倍なんてことになりそう…冗談抜きで
>>599
スパゲティを一本も切らずに三等分しろというような感じ 他の銀行は、どんな感じだろうね？
特に、ネット銀行・・
日本は、一般事業会社の銀行参入が多いでしょ。
やっぱセキュリティの点では、銀行・ゆうちょが信頼できるわ。
前に予備系統に切り替わらなくて落ちたりしてるから
2系統にすれば安心とはならないと思う。
外界を知らず言うこと聞かない超内向的なシステムヲタ野郎は大阪転勤を嫌がるだろうね
踏み絵のチャンスだ
え？ここの場合、そんなことして大丈夫か？
というのがプロの俺の感想
なんでここは難しい方に行くんだろうｗ システム部金余りまくってるんか
記事だけだとどうゆう設計なるのか分からんけど
こういう複系化はシステム単独でしっかりしていることが前提だからなあ。
システムそのものが糞だと確率論的にトラブルはむしろ増える。
RAIDでもよくあるんだよな。
RAIDそのものが糞だと単体よりトラブルが増える。
カットオーバー数ヶ月後
「完全にレプリケートされている想定だったが特定項目のみ同期されておらず…」
>>625
ハードディスクが100年持つとかいう説明を受けたって話は大笑いしたわ。
それをすぐ信じる方もどうかと思うがw
原発の千万年に1回の事故とかも信用しそうだな。 今のメンツで無理やて
十年かけても決まらんと思うよ
データの整合性すら取れるか怪しいわ
俺みたいなプロが１０人は必要やで
>>617
データやシステム更新が二つのセンターの間で
ループして負荷増大して落っこちるにアボガドロ定数ジンバブエドル 昔は渋谷にあったんだよなぁ
東邦生命があった頃・・・・
これって災害対策拠点だから普段は稼働しないのでは？
ただ千葉ににあるやつをそのまま持ってくだけじゃないの
常に同期取るのは難しいと思うし
