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のアップデートの仕組み自体、あまり良い設計ではない。
Re: (スコア:0)
はてブに「んじゃ、適用するかタイミングを選ばせろ!」なんて叫んでんのが居たが設定ぐらい見ろよ
Re: (スコア:0)
単純に今回は時間がかかるからでは。
Re: (スコア:0)
無理矢理切ってトラブル起こした報告が規定数を超えて以降初めてのアップデートだから、とか。
先月だか先々月辺りだかのアップデートは中々に時間がかかったような覚えがあるし、その時に報告が貯まったんじゃないかって気がしなくもないけど、サンプル数が少ないのでなんともかんとも。
# 2,3回無理矢理落とした(り電池切れ起こしたりした)経験があるのでAC
Re: (スコア:0)
Re:今更言うようなこと? (スコア:2, すばらしい洞察)
> 途中で電源落ちても問題ないように
それよりも、今本当に頑張ってるから落としちゃダメなのか、固まってコケてるのか分からないインタフェースを改善する方が先な気がするの。
たとえ電源を切るなと書かれていても、しばらくHDDがおとなしくて画面が変わらなかったりすると、落としたくなるのが人情じゃない?
Re:今更言うようなこと? (スコア:1)
Windows 7 の更新適用は終了時、起動時共に待機中状態のグラフィックがアニメーションし続けますけど。(○がずっとぐるぐる回っている状態) 止まっているときはこのアニメーションも止まります。
パーセンテージが全然変わらないとしても、動作している場合はそこで判断可能です。
XP の場合だとひたすらプログレスバーが動き続けるだけで、しかもちょこちょことアニメーションが止まったりしていつ終わるのかまったく予測ができない状況だった分、パーセンテージとアニメーションで出ている分今の方が分かりやすいでしょうね。
# ログを画面に出したら多分「消せ」と言われるだけだと思います……。
Re: (スコア:0)
> Windows 7 の更新適用は終了時、起動時共に待機中状態のグラフィックがアニメーションし続けますけど。
> (○がずっとぐるぐる回っている状態) 止まっているときはこのアニメーションも止まります。
> パーセンテージが全然変わらないとしても、動作している場合はそこで判断可能です。
両方の状態を知ってる詳しい人にはわかるのかもしれないけど,普通の人が輪っかがクルクル回ってるだけで他に変化が
ない状態が長時間続いてるのを見たら止まってるから切っちゃえ,と思うよね。
Re: (スコア:0)
新しいHDDを買ったので引っ越しのためファイルをコピーしている中でも容赦なくスリープしてくれて、再開したらUSBハードディスクの認識に時間がかかったのかなんなのかキャッシュのフラッシュができなかったからデータが壊れたかもしれない的なメッセージのバルーンが通知領域に出て、しかもいったん中断するまでコピーが続行されなくなった(ファイルハンドルが無効になった?)のは誰のせいですか?
# SetThreadExecutionStateを呼び出していないコピーツールのせいとか
とりあえず自動スリープを禁止にして逃げたけど節電ブームのご時世にそれも微妙なので、USBハードディスクへコピー中にノートPCの蓋を閉めても問題ないような根本対処はありませんか?
Re: (スコア:0)
昔に比べるとかなり丈夫になっていると思います。
ただ、100%の対応となると、かなり根本的な所からの見直しが必要で、
一部特殊用途では考えられているかもしれないけれど、
コストやデメリットを勘案して妥協するのも「真っ当な技術者」だと思います。
Re: (スコア:0)
Re: (スコア:0)
それを余り厳密にすると、基本木のは更新不可になるからなぁ。
Re: (スコア:0)
世界中のクライアントPCのXp・Vistaを切り捨てて、
Win7に変えさせるのが裏の狙いだろうなぁ。
Re: (スコア:0)
?
いきなり何を言い出してるんだ?
Re: (スコア:0)
彼は悪の帝国MSの陰謀を打ち砕くため戦っている、正義の戦士なのです。
次回の活躍にご期待ください。
そりゃ (スコア:0)
「何も警告もされなかったから時間が掛っていたので電源切ったら壊れた」
ってのを避ける為。
営業をするってのは大変な事なのよ。