<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE feed [
      <!ENTITY lt "&#38;#60;">
      <!ENTITY gt "&#62;">
      <!ENTITY amp "&#38;#38;">
      <!ENTITY apos "&#39;">
      <!ENTITY quot "&#34;">
      <!ENTITY nbsp "&#160;">
      <!ENTITY copy "&#169;">
]>
<feed xmlns="http://www.w3.org/2005/Atom">
    <title type="text">ブログ</title>
    <subtitle type="text">UJP-Unwired Job Professional</subtitle>
    <updated>2026-05-17T04:01:25+09:00</updated>
    <id>http://www.ujp.jp/modules/d3blog/index.php</id>
    <link rel="alternate" type="text/xhtml" hreflang="ja" href="http://www.ujp.jp/" />
    <link rel="self" type="application/atom+xml" href="http://www.ujp.jp/modules/d3blog/index.php?page=atom" />
    <rights>Copyright (c) 1995-2020</rights>
    <generator uri="http://www.ujp.jp/">D3BLOG - XOOPS BLOG MODULE</generator>
    <entry>
        <title>VMwareがBroadcomに買収された影響からの</title>
        <link rel="alternate" type="text/xhtml" href="http://www.ujp.jp/modules/d3blog/details.php?bid=10076" />
        <id>http://www.ujp.jp/modules/d3blog/details.php?bid=10076</id>
        <published>2024-05-04T23:00:00+09:00</published>
        <updated>2024-05-05T03:56:28+09:00</updated>
        <category term="システム障害事故" label="システム障害事故" />
        <author>
            <name>ujpblog</name>
        </author>
        <summary type="html" xml:base="http://www.ujp.jp/" xml:lang="ja">　日本が，ゴールデンウィークに入ってからこの案内がメールで来たので，一部？のインフラエンジニアとかSREとか呼ばれる人たちが騒いでいる模様．引用：ACTION NEEDED: Migrate your VMware Supp...</summary>
       <content type="html" xml:lang="ja" xml:base="http://www.ujp.jp/">
<![CDATA[<div>　日本が，ゴールデンウィークに入ってからこの案内がメールで来たので，一部？のインフラエンジニアとかSREとか呼ばれる人たちが騒いでいる模様．<br /><br /><center><img src="http://www.ujp.jp/modules/xelfinder/index.php?page=view&file=12872&VMware20240504.jpg" align="center" alt="" /></center><br /><br />引用：<div class="xoopsQuote"><blockquote>ACTION NEEDED: Migrate your VMware Support Account to Broadcom<br /><br /><br />Dear Valued VMware Customer,<br /><br />Broadcom Inc. recently acquired VMware (Press Release) and as a result of the acquisition, all VMware support accounts (ie. VMware Customer Connect) are being migrated to Broadcom's support accounts. Your VMware support account will stop working on May 6, 2024.<br /><br />Please take action now. You must activate your Broadcom support account and update your profile information before you can access the Broadcom Support Portal.<br /><br />To activate your Broadcom account, click your unique link here and follow the prompts that begin with resetting your password from the Broadcom screen. You can refer to this article for detailed instructions.<br /><br />Once you activate your account successfully, you will be directed to the Broadcom Support Portal, where it will show you as logged in, with your name appearing in the upper right of your screen. Please note that your active VMware product entitlements will not be made available in the Broadcom Support Portal until May 6, 2024.<br /><br />If you experience any issues, please first try and resolve your issue by using Broadcom's Self Service Bot, located on this page: <a href="https://support.broadcom.com/." rel="external">https://support.broadcom.com/.</a> If the problem persists, please contact Broadcom Customer Care.<br /><br />Thank you,<br />Broadcom Support<br /><br /><i><u>VMwareをご愛用のお客様各位<br /><br />この度、Broadcom Inc.はVMwareを買収いたしました（プレスリリース）。買収に伴い、VMwareのすべてのサポートアカウント（VMware Customer Connectなど）はBroadcomのサポートアカウントに移行されます。お客様の VMware サポートアカウントは、2024 年 5 月 6 日に機能停止となります。<br /><br />今すぐご対応ください。Broadcom サポート ポータルにアクセスするには、Broadcom サポート アカウントを有効化し、プロフィール情報を更新する必要があります。<br /><br />Broadcom アカウントをアクティブにするには、ここで固有のリンクをクリックし、Broadcom の画面からパスワードのリセットから始まるプロンプトに従ってください。詳細な手順については、この記事を参照してください。</i></u><br /></blockquote></div>　移行期限が5月6日だと考えた一般ユーザが注意喚起してツイートしているが，中の人っぽい人が「VMware Customer Connect が 5/6 に停止され、5/6 以降は Broadcom Support Portal でライセンス管理することになるからアクティベートしてください、というメールです」としています．<br /><br />　BroadcomはSymantecを買収し時にちょっと悪評があったりサポートが不通・遅延して困った思い出もあり，みんな困っている模様．ゴールデンウィークというのは日本独自の事情（でも中国でも連休中らしいけど）だけど，実質１週間しか猶予がないように取れるメールを送ってくるのがよくないのだろう．日本人エンジニアの英文読解力が良くないという批判もあるけど，日米企業の文化の差だろうね．<br /><br />　ちなみに自分のメールを見てみたけど，VMwareからは"Save the Date for VMware Explore 2024"という発表会の案内が4月1日に受信している以外，しばらく連絡がなかったようだから，予告なく今回の連絡という部分でビックリなのだろう．</div>]]>
       </content>
    </entry>
    <entry>
        <title>プッチンプリンが出荷停止</title>
        <link rel="alternate" type="text/xhtml" href="http://www.ujp.jp/modules/d3blog/details.php?bid=10066" />
        <id>http://www.ujp.jp/modules/d3blog/details.php?bid=10066</id>
        <published>2024-04-28T01:27:40+09:00</published>
        <updated>2024-04-28T01:32:06+09:00</updated>
        <category term="システム障害事故" label="システム障害事故" />
        <author>
            <name>ujpblog</name>
        </author>
        <summary type="html" xml:base="http://www.ujp.jp/" xml:lang="ja">　読売新聞の記事見出し「江崎グリコ「プッチンプリン」など冷蔵品のほぼ全品出荷停止、物流・調達システムに障害…５月中旬の再開目指す」が良くて気になって読んでしまったけど，...</summary>
       <content type="html" xml:lang="ja" xml:base="http://www.ujp.jp/">
<![CDATA[<div>　読売新聞の記事見出し「江崎グリコ「プッチンプリン」など冷蔵品のほぼ全品出荷停止、物流・調達システムに障害…５月中旬の再開目指す」が良くて気になって読んでしまったけど，SAP S/4HANAのバージョンアップ失敗が原因の模様．<br /><br />江崎グリコの基幹システム移行トラブルについてまとめてみた<br /><a href="https://piyolog.hatenadiary.jp/entry/2024/04/26/013037" rel="external">https://piyolog.hatenadiary.jp/entry/2024/04/26/013037</a><br /><br />　チルド商品を先に出荷停止したのは良い判断という意見もある．確かに冷蔵商品の管理ができない状態だと安全性に問題が出てもおかしくないし．<br /><br /><center><img src="http://www.ujp.jp/modules/xelfinder/index.php?page=view&file=12855&Pudding.jpg" align="center" alt="" /><br>近所のスーパーでも思いっきりシステムトラブルと書かれてる</center><br />　システム移行方式は「一括移行」「段階的移行」「並行運用」とあるけど，「一括移行」で対策前進だけだったのかな．システム移行プロジェクトは1年以上遅延していたから，コストが安いとされている一括移行を選んで，失敗したという経営判断だろう．</div>]]>
       </content>
    </entry>
    <entry>
        <title>ループ？</title>
        <link rel="alternate" type="text/xhtml" href="http://www.ujp.jp/modules/d3blog/details.php?bid=10003" />
        <id>http://www.ujp.jp/modules/d3blog/details.php?bid=10003</id>
        <published>2024-04-04T00:34:03+09:00</published>
        <updated>2024-04-04T00:34:03+09:00</updated>
        <category term="システム障害事故" label="システム障害事故" />
        <author>
            <name>ujpblog</name>
        </author>
        <summary type="html" xml:base="http://www.ujp.jp/" xml:lang="ja">　新しい人が着任すると起こりがちな問題のやつ？　稀にたまに頻繁に見かける季節性トラブル．人的ミスで利用者に影響が 那覇市役所でシステム障害https://www.qab.co.jp/news/20240401206783.html...</summary>
       <content type="html" xml:lang="ja" xml:base="http://www.ujp.jp/">
<![CDATA[<div>　新しい人が着任すると起こりがちな問題のやつ？　稀にたまに頻繁に見かける季節性トラブル．<br /><br />人的ミスで利用者に影響が 那覇市役所でシステム障害<br /><a href="https://www.qab.co.jp/news/20240401206783.html" rel="external">https://www.qab.co.jp/news/20240401206783.html</a><br /><br />引用：<div class="xoopsQuote"><blockquote>那覇市によりますと、２０２４年４月１日午前９時半ごろから、市役所内のネットワークでシステム障害が発生しました。庁舎内では、転出届の受け付けを除いて、業務システムだけでなく、メールや電話、コンビニエンスストアでの証明書の発行などの利用が一時的にできなくなるトラブルとなりました。<br /><br />住民票の変更などの手続きなどを行う窓口には、困惑した様子で受付に並ぶ利用者もいました。市によりますと、パソコンなどをつなげるＬＡＮケーブルを誤って接続し、大量の通信が発生したことが原因で、午前１１時３５分ごろに復旧したということです。</blockquote></div></div>]]>
       </content>
    </entry>
    <entry>
        <title>うるう年のシステム障害</title>
        <link rel="alternate" type="text/xhtml" href="http://www.ujp.jp/modules/d3blog/details.php?bid=9935" />
        <id>http://www.ujp.jp/modules/d3blog/details.php?bid=9935</id>
        <published>2024-03-01T12:39:54+09:00</published>
        <updated>2024-03-01T12:39:54+09:00</updated>
        <category term="システム障害事故" label="システム障害事故" />
        <author>
            <name>ujpblog</name>
        </author>
        <summary type="html" xml:base="http://www.ujp.jp/" xml:lang="ja">　うるう年は4年に1回2月29日がある．他にも夏季オリンピックがあったり，四国八十八ヶ所巡りだと逆うち（88番から回る）があったりする．前回4年前の2020年はコロナ禍の入り口だったと...</summary>
       <content type="html" xml:lang="ja" xml:base="http://www.ujp.jp/">
<![CDATA[<div>　うるう年は4年に1回2月29日がある．他にも夏季オリンピックがあったり，四国八十八ヶ所巡りだと逆うち（88番から回る）があったりする．前回4年前の2020年はコロナ禍の入り口だったと思う．<br /><br />　そんな昔からある，うるう年だけど，珍しくシステム障害が相次いだ．スギ薬局の処方箋が出なくなったのと，神奈川，新潟，岡山，愛媛の４県警で免許更新ができなくなったシステム障害の原因が，うるう年の処理らしい．<br /><br />　私が新卒新人で就職した時，一番最初のCOBOLで作られているシステムでも日付判定処理はサブルーチン化され，うるう年判定は入っていた．土日も含めて営業日か否かを判定する的な処理で呼び出すようになったいたけど，先輩がうるう年の計算方法は教えてくれたのを覚えている．　サブルーチン化しているから知らなくて良いけど知っておくのは常識という感じだった．<br /><br />　トラブルが発生した県警の免許更新システムは同一行者によって3年以内に導入されたものだそうで，今回が初めてのうるう年だった模様．テスト不足なんだけど，継承がないので若い人たちだけで作ってるのかな？と思ったりします．普通にカレンダー処理ってあると思うし．<br /><br />　そして重要なのは仕様上で「1年後の日付」を決めることです．2月28日にするのか3月1日にするのか．これは各システム毎に考え方が異なる部分．<br /><br />　また，興味深かったのは今回４県警でシステム障害が起こったけど，現在は各都道府県でシステムは個別の導入されているそう．そしてこれが新しく全国統一化される予定もある模様．そうなったら逆に何か障害あったら全国一斉だと懸念を出す人もいるけど，それはそういうものだろう．</div>]]>
       </content>
    </entry>
    <entry>
        <title>全銀ネット障害のこと</title>
        <link rel="alternate" type="text/xhtml" href="http://www.ujp.jp/modules/d3blog/details.php?bid=9913" />
        <id>http://www.ujp.jp/modules/d3blog/details.php?bid=9913</id>
        <published>2024-02-21T01:24:56+09:00</published>
        <updated>2024-02-21T01:24:56+09:00</updated>
        <category term="システム障害事故" label="システム障害事故" />
        <author>
            <name>ujpblog</name>
        </author>
        <summary type="html" xml:base="http://www.ujp.jp/" xml:lang="ja">バグは“数千パターンのテスト”をすり抜けた―NTTデータ「2023/10/10 全銀ネット障害」について説明https://gihyo.jp/article/2023/11/zengin-nttdataすべてのフェーズでミスが重なった―全銀ネットとNT...</summary>
       <content type="html" xml:lang="ja" xml:base="http://www.ujp.jp/">
<![CDATA[<div>バグは“数千パターンのテスト”をすり抜けた<br />―NTTデータ「2023/10/10 全銀ネット障害」について説明<br /><a href="https://gihyo.jp/article/2023/11/zengin-nttdata" rel="external">https://gihyo.jp/article/2023/11/zengin-nttdata</a><br /><br />すべてのフェーズでミスが重なった<br />―全銀ネットとNTTデータ⁠⁠、全銀システム通信障害の詳細を説明<br /><a href="https://gihyo.jp/article/2023/12/zengin-nttdata" rel="external">https://gihyo.jp/article/2023/12/zengin-nttdata</a><br /><br />引用：<div class="xoopsQuote"><blockquote>この2日間の障害発生において、当日中に処理が終わらなかった取引件数は全体で約566万件、うち全銀システムが補償対応を実施した件数は約8,000件、金額にして約800万円と公表されています。</blockquote></div>　800万円か．比べてはいけないけど事故対策の人件費より安い．<br /><br />引用：<div class="xoopsQuote"><blockquote>「単体テストはほぼカバーできていたが、変更を加えていないテーブルが、ほかのプログラムが動いている状態でどのように動作するのか、その検証が不足していた」</blockquote></div><br />引用：<div class="xoopsQuote"><blockquote>結合試験や総合試験でほかのプログラムが多重で動いている環境（より本番に近い環境）でテストをしていれば、今回の破損は検出できていたはず。</blockquote></div><br />　やっぱり規模が大きいから，「並行ラン」とか「去年のデータを一通り流す」とかを実現することは難しいか．<br /><br />引用：<div class="xoopsQuote"><blockquote>たとえば“⁠直近の最繁忙日の1日分のデータ⁠”といった商用データを使ってカバーしていくほうが良いと考えている」と語っており、今後は実取引相当のデータを活用した疎通試験を実施していく意向を示しています。</blockquote></div>　そうなるよなぁ．<br /><br />　でも表面化した事故がこの程度で終えているのなら，やっぱりかなり優秀と言うことかな．<br /><br /><br />引用：<div class="xoopsQuote"><blockquote>NTTデータ側は復旧対応が遅れてしまった理由として以下を挙げています。<br /><br />・復旧に向けた優先順位の考え方について、あらかじめ全銀ネットと合意していなかった<br />・見積もり精度よりスピード優先で対処し、限られた時間でのフィージビリティ（実現性）検証のまま前進した<br />・並走タスクの優先順位の考え方、代替案への切り替え時限の取り決めなく作業を実施した</blockquote></div><br />　稼働して5分で不具合が出たのなら，すぐ前の状態に切り戻すロールバックがセオリーだと思うけど，複雑すぎて戻せないので対策前進しかなく，この全銀ネットの件で言えば，過去に失敗したことがないのでその部分の準備は足りなかったと言うことか．<br />　自分がやるとした時にどこまでやれるだろう．．．</div>]]>
       </content>
    </entry>
</feed>