Microsoft Update を有効にしていると降ってくる Visual Studio の SP 適用だけで平気で一時間以上かかったりしますし、SQL Server オンラインブックの更新なんかだと単体で GB over で降ってくる、なんてのも普通にあります。
「Office を入れて SP を適用後、さらに Office を DVD から一部上書きで追加インストールした」なんて場合でも適切に更新を行うようスキャンしまくる訳で、そうした時間もバカになりません。(更新をチェックした時にやたらと時間がかかるのはこのスキャンです)
基本的には「時間がかからない方が稀」と考える方がいいでしょうね。
今更言うようなこと? (スコア:1, 参考になる)
ngenのことなら今までの.NETのパッチの度に実行されてたわけで。
今回に限ってこんな発表をするのはどういう意図があるんだろうか?
Re: (スコア:1, 参考になる)
公式のセキュリティチームブログのネタが拡散しているだけだと思う。
.NET Framework セキュリティ更新プログラムのインストールに関する注意 - 日本のセキュリティチーム - Site Home - TechNet Blogs [technet.com]
いちお断り書きあるんだけどね。
Re:今更言うようなこと? (スコア:2, おもしろおかしい)
>過去、更新プログラムのインストール中に電源を切ってしまい、その後トラブルに遭遇したという
>報告を多く確認しているため、トラブル予防のため注意喚起をしています。
既知の問題なら、注意喚起だけで終わるのではなく、根本原因である
修正プログラムを修正するパッチを配布してだな。。。アレ?
#結論:高度に複雑化した.NETはバグと見分けが付かない。
Re:今更言うようなこと? (スコア:3, すばらしい洞察)
で、特に .NET Framework の修正はインストールに時間がかかるので今月の修正にあわせて改めて注意しているだけなんでしょうけど、なんでこんなに大騒ぎする必要があるんでしょうね。そもそもインストール中に電源を切っちゃうというのはプログラム側の問題じゃなく明らかなオペレーション ミスで、プログラム側の修正でどうにかなる問題じゃないように思いますし、トラブルが起きてしまった後の対処もどの程度不完全になっているかまちまちなので単純な「修正プログラム」のようなもので修復するのは難しいでしょう。
根本的な対策としては
-> 別のコメントにもありますが .NET Framework の動作原理に関わりそうで難しいかも。それに時間を短くしてもそれでも電源を切っちゃう短気な人は少なからず居そう。
-> 既に Windows 自体のアップグレードやサービスパックでは機能している仕込みなので不可能ではなさそうだけど、ロールバック動作自体の安定性や、そのためのコスト(消費リソースや時間など)などの問題もあるかも
でしょうかね。なかなか難しそうです。
でも .NET Framework の不完全なインストールが起きると、その回復は結構手間のかかる作業になって、サポート コストがばかにならないですね。なんとかしたいのはマイクロソフトも同じでしょう。
Re:今更言うようなこと? (スコア:3, 興味深い)
ですが、普通の間隔ですとWindowsのアップデートがかかった状態で1時間以上も電源が落ちなかったらアップデートに失敗していると
判断してしまわないでしょうか?(少なくとも自分はそう判断しかねない)
大事なのは、時間がかかるアップデートがある場合は"今回のアップデートは時間がかかる"旨を通知して
さらにプログレスバーなので、きちんとアップデートが進んでいることを表示することではないでしょうか?
Re:今更言うようなこと? (スコア:1)
あなたのマシンがどの位の性能があるのかが分かりませんし、どのような環境であるのか分かる人はあなただけですので (エクスペリエンスインデックススコアはここでは参考になりません) 1 時間程度で十分かどうかは簡単に判断できる人はいないでしょう。
なお、それなりに低くはない性能のマシン (Win7/x64) でも、少し前の時にアホみたいに時間がかかった時は 6 時間以上放置してたと思います。
# この環境はβも含めていろんなものが入って(る|た)ので普通とはかけ離れた環境だと思いますが……。
Microsoft Update を有効にしていると降ってくる Visual Studio の SP 適用だけで平気で一時間以上かかったりしますし、SQL Server オンラインブックの更新なんかだと単体で GB over で降ってくる、なんてのも普通にあります。
「Office を入れて SP を適用後、さらに Office を DVD から一部上書きで追加インストールした」なんて場合でも適切に更新を行うようスキャンしまくる訳で、そうした時間もバカになりません。(更新をチェックした時にやたらと時間がかかるのはこのスキャンです)
基本的には「時間がかからない方が稀」と考える方がいいでしょうね。
また、再起動が必要な更新適用はシステムの終了時や起動時に行いますが、Windows 7 では 3 段階のステージでそれぞれパーセンテージを出しています。(1/3、2/3、3/3 + それぞれ 0 ~ 100%)
あなたが求めている事は既に行われている事ではありませんか?
Re:今更言うようなこと? (スコア:2)
Visual StudioやSQL Serverなどは自分の環境では入っていなかったので、これまでは運が良かったようです。
あとOfficeも入っていないので…。
>また、再起動が必要な更新適用はシステムの終了時や起動時に行いますが、Windows 7 では 3 段階のステージでそれぞれパーセンテージを出しています。 > (1/3、2/3、3/3 + それぞれ 0 ~ 100%)
上記はすみません。自分が良く見ていなかったのにいちゃもんをつけていたみたいです。
思い込みで書いては駄目ですね。
Re: (スコア:0)
>1 時間程度で十分かどうかは簡単に判断できる人はいないでしょう。
それは言い訳にはならないな。
不幸なことにWindowsは専門化向けのスペシャルバリバリチューンされたOSじゃなくて、
1時間どころか10分でも異常と思う、ごく普通の感覚の持ち主向けのOSなんです。
そういうOSでUpdateに1時間異常もかかるとすれば、そりゃあ問題になりますよ。
だからウィンドウズ向けアップデートとしては、
・10分程度で終わるように軽く作る。
・どうしても長時間かかる処理ははパッチ修正後、再起動後しばらくしてからゆっくりとバックグ
Re:今更言うようなこと? (スコア:1)
普通は六時間とかは「これ絶対おかしいだろ」のレベルだとは私も思います。しかし一時間くらいだと意外に環境次第では普通にありうるよ、下手すると数時間コースとかもたまにはあるよ、という世界もある事を認識いただけたら、「あー、じゃあ更新適用は(寝る|出かける)前かな」という戦術を考える、という形で付き合えるようになるのではないでしょうか。
# 手元の開発用デスクトップ環境はβ含めて MS 製品がどっぷり入っているので、大量に更新が来ると絨毯爆撃にしか見えないのです……。
Re:今更言うようなこと? (スコア:1)
『表示されるメッセージは素直に信じてその通りに従う』
というだけで無用なトラブルは避けられるのですがねえ。
バックグラウンド実行中にユーザーが何をやるかわからないので、それはそれで別のトラブルを招く可能性も。そしたら今度は「重要なシステムファイルの更新なんだからバックグラウンドじゃなく再起動時に安全に処理できるようにすべきだ」って言われるだけのような気もします。
トラブルはどうしても大きな声で主張されるので目立ちますが、昔 (XP 以前とか) に比べれば、しょうもないトラブルは減っていると思いますけど。
Re:今更言うようなこと? (スコア:1)
と、さらっと言ってますけど実現できているものは存在しないように思いますが。
UNIX 系でも現在実行中のプロセスにパッチを当てるようなことはできませんから、利用者に一旦アプリケーションを終了させないと更新が適用された状態のプログラムに更新できません。
ちなみにロックされているファイルに対する更新などを適用 (終了時 + 再起動時のセットで適用) 以外の部分については普通にバックグランドで適用しますし、.NET でも再起動不要で更新してしまう場合もあります。
更新を適用する際に色々とアプリケーションを落としてロックされない状況にしておくと再起動が回避できる場合もありますね。
今日の更新、それなりの数が来ていた割には再起動前にほとんど適用してしまっていたようで、終了 + 起動時で 10 分程度しか待たされなかったので拍子抜けしたのですが。
Re: (スコア:0)
そんな技術者の論理を押し付けている限りタブレットやスマートフォンへの乗り換えの流れは止められないでしょうね。いつでも電源を切れない時点で家電として論外。結局PC世代ではこの欠陥は解決されずじまいだったわけだ。
Re:今更言うようなこと? (スコア:1)
そういう意味では「電源を切る必要のないデバイス」というのが一番良いのかもしれませんね。そういう都合の良いデバイスが広く普及できるようになるかどうかは分かりませんけれど。
Re: (スコア:0)
Re: (スコア:0)
(#1999907) [srad.jp]
タブレットやスマートフォンもファームウェアアップデートの際には「電源を切らないでください」みたいなメッセージが出てくると思いますが……
失敗時にブリック化する分スマホの方が厄介ですね。
BIOS的な部分にロックが掛かってるから。
Re: (スコア:0)
再起動の前のインストール準備でコンパイル等の事前準備を済ませておかないから、再起動時に非常に時間がかかるのではないか。
バックグラウンドでの準備中であれば、サスペンドできるし、電源断でも対応できる。
今のWindowsのアップデートの仕組み自体、あまり良い設計ではない。