アカウント名:
パスワード:
ngenのことなら今までの.NETのパッチの度に実行されてたわけで。今回に限ってこんな発表をするのはどういう意図があるんだろうか?
公式のセキュリティチームブログのネタが拡散しているだけだと思う。.NET Framework セキュリティ更新プログラムのインストールに関する注意 - 日本のセキュリティチーム - Site Home - TechNet Blogs [technet.com]
いちお断り書きあるんだけどね。
※この情報は、今月の更新プログラムに限った話ではなく、.NET Framework 更新プログラムに関する一般的な注意点です。過去、更新プログラムのインストール中に電源を切ってしまい、その後トラブルに遭遇したという報告を多く確認しているため、トラブル予防のため注意喚起をしています。
>過去、更新プログラムのインストール中に電源を切ってしまい、その後トラブルに遭遇したという>報告を多く確認しているため、トラブル予防のため注意喚起をしています。
既知の問題なら、注意喚起だけで終わるのではなく、根本原因である修正プログラムを修正するパッチを配布してだな。。。アレ?
#結論:高度に複雑化した.NETはバグと見分けが付かない。
"「電源を切らないでください」ってメッセージが表示されるにも関わらず電源を強制断してしまう人が少なからずいて " ですが、普通の間隔ですとWindowsのアップデートがかかった状態で1時間以上も電源が落ちなかったらアップデートに失敗していると 判断してしまわないでしょうか?(少なくとも自分はそう判断しかねない)
あなたのマシンがどの位の性能があるのかが分かりませんし、どのような環境であるのか分かる人はあなただけですので (エクスペリエンスインデックススコアはここでは参考になりません) 1 時間程度で十分かどうかは簡単に判断できる人はいないでしょう。 なお、それなりに低くはない性能のマシン
>1 時間程度で十分かどうかは簡単に判断できる人はいないでしょう。それは言い訳にはならないな。
不幸なことにWindowsは専門化向けのスペシャルバリバリチューンされたOSじゃなくて、1時間どころか10分でも異常と思う、ごく普通の感覚の持ち主向けのOSなんです。そういうOSでUpdateに1時間異常もかかるとすれば、そりゃあ問題になりますよ。
だからウィンドウズ向けアップデートとしては、・10分程度で終わるように軽く作る。・どうしても長時間かかる処理ははパッチ修正後、再起動後しばらくしてからゆっくりとバックグラウンドで動作させる・長時間かかる処理は途中で中断できるか、電源OFF対策をしておく。(難しいけど)
みたいな対策をしておくべきなんですよ。
それをバックグラウンド動作させずに数時間連続稼働、且つ途中で落とすと壊れるの最凶コンボを、.NETみたいな主力商品(と言っていいのかなw)用の修正パッチで出しちゃって問題を起こしても悪びれない辺りは、さすがは「悪の帝国」の名をほしいままに下M$という所ですね。
再起動後しばらくしてからゆっくりとバックグラウンドで動作させる
バックグラウンド実行中にユーザーが何をやるかわからないので、それはそれで別のトラブルを招く可能性も。そしたら今度は「重要なシステムファイルの更新なんだからバックグラウンドじゃなく再起動時に安全に処理できるようにすべきだ」って言われるだけのような気もします。 トラブルはどうしても大きな声で主張されるので目立ちますが、昔 (XP 以前とか) に比べれば、しょうもないトラブルは減っていると思いますけど。
だからウィンドウズ向けアップデートとしては、 ・10分程度で終わるように軽く作る。 ・どうしても長時間かかる処理ははパッチ修正後、再起動後しばらくしてからゆっくりとバックグラウンドで動作させる ・長時間かかる処理は途中で中断できるか、電源OFF対策をしておく。(難しいけど)
と、さらっと言ってますけど実現できているものは存在しないように思いますが。 UNIX 系でも現在実行中のプロセスにパッチを当てるようなことはできませんから、利用者に一旦アプリケーションを終了させないと更新が適用された状態のプログラムに更新できません。
ちなみにロックされているファイルに対する更新などを適用 (終了時 + 再起動時のセットで適用) 以外の部分については普通にバックグランドで適用しますし、.NET でも再起動不要で更新してしまう場合もあります。 更新を適用する際に色々とアプリケーションを落としてロックされない状況にしておくと再起動が回避できる場合もありますね。
今日の更新、それなりの数が来ていた割には再起動前にほとんど適用してしまっていたようで、終了 + 起動時で 10 分程度しか待たされなかったので拍子抜けしたのですが。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stay hungry, Stay foolish. -- Steven Paul Jobs
今更言うようなこと? (スコア:1, 参考になる)
ngenのことなら今までの.NETのパッチの度に実行されてたわけで。
今回に限ってこんな発表をするのはどういう意図があるんだろうか?
Re: (スコア:1, 参考になる)
公式のセキュリティチームブログのネタが拡散しているだけだと思う。
.NET Framework セキュリティ更新プログラムのインストールに関する注意 - 日本のセキュリティチーム - Site Home - TechNet Blogs [technet.com]
いちお断り書きあるんだけどね。
Re: (スコア:2, おもしろおかしい)
>過去、更新プログラムのインストール中に電源を切ってしまい、その後トラブルに遭遇したという
>報告を多く確認しているため、トラブル予防のため注意喚起をしています。
既知の問題なら、注意喚起だけで終わるのではなく、根本原因である
修正プログラムを修正するパッチを配布してだな。。。アレ?
#結論:高度に複雑化した.NETはバグと見分けが付かない。
Re: (スコア:3, すばらしい洞察)
で、特に .NET Framework の修正はインストールに時間がかかるので今月の修正
Re: (スコア:3, 興味深い)
ですが、普通の間隔ですとWindowsのアップデートがかかった状態で1時間以上も電源が落ちなかったらアップデートに失敗していると
判断してしまわないでしょうか?(少なくとも自分はそう判断しかねない)
大事なのは、時間がかかるアップデートがある場合は"今回のアップデートは時間がかかる"旨を通知して
さらにプログレスバーなので、きちんとアップデートが進んでいることを表示することではないでしょうか?
Re: (スコア:1)
あなたのマシンがどの位の性能があるのかが分かりませんし、どのような環境であるのか分かる人はあなただけですので (エクスペリエンスインデックススコアはここでは参考になりません) 1 時間程度で十分かどうかは簡単に判断できる人はいないでしょう。
なお、それなりに低くはない性能のマシン
Re:今更言うようなこと? (スコア:0)
>1 時間程度で十分かどうかは簡単に判断できる人はいないでしょう。
それは言い訳にはならないな。
不幸なことにWindowsは専門化向けのスペシャルバリバリチューンされたOSじゃなくて、
1時間どころか10分でも異常と思う、ごく普通の感覚の持ち主向けのOSなんです。
そういうOSでUpdateに1時間異常もかかるとすれば、そりゃあ問題になりますよ。
だからウィンドウズ向けアップデートとしては、
・10分程度で終わるように軽く作る。
・どうしても長時間かかる処理ははパッチ修正後、再起動後しばらくしてからゆっくりとバックグラウンドで動作させる
・長時間かかる処理は途中で中断できるか、電源OFF対策をしておく。(難しいけど)
みたいな対策をしておくべきなんですよ。
それをバックグラウンド動作させずに数時間連続稼働、且つ途中で落とすと壊れるの最凶コンボを、
.NETみたいな主力商品(と言っていいのかなw)用の修正パッチで出しちゃって問題を起こしても
悪びれない辺りは、さすがは「悪の帝国」の名をほしいままに下M$という所ですね。
Re:今更言うようなこと? (スコア:1)
『表示されるメッセージは素直に信じてその通りに従う』
というだけで無用なトラブルは避けられるのですがねえ。
バックグラウンド実行中にユーザーが何をやるかわからないので、それはそれで別のトラブルを招く可能性も。そしたら今度は「重要なシステムファイルの更新なんだからバックグラウンドじゃなく再起動時に安全に処理できるようにすべきだ」って言われるだけのような気もします。
トラブルはどうしても大きな声で主張されるので目立ちますが、昔 (XP 以前とか) に比べれば、しょうもないトラブルは減っていると思いますけど。
Re:今更言うようなこと? (スコア:1)
と、さらっと言ってますけど実現できているものは存在しないように思いますが。
UNIX 系でも現在実行中のプロセスにパッチを当てるようなことはできませんから、利用者に一旦アプリケーションを終了させないと更新が適用された状態のプログラムに更新できません。
ちなみにロックされているファイルに対する更新などを適用 (終了時 + 再起動時のセットで適用) 以外の部分については普通にバックグランドで適用しますし、.NET でも再起動不要で更新してしまう場合もあります。
更新を適用する際に色々とアプリケーションを落としてロックされない状況にしておくと再起動が回避できる場合もありますね。
今日の更新、それなりの数が来ていた割には再起動前にほとんど適用してしまっていたようで、終了 + 起動時で 10 分程度しか待たされなかったので拍子抜けしたのですが。