Windows 2008 R2ターミナルサーバーで使用すると、Word 2007(SP2適用)がクラッシュすることがわかりました。通常、ファイル/開くまたはファイル/保存をクリックしたときにクラッシュしますが、毎回クラッシュするわけではありません。たぶん4回に1回、そして混乱を招くために、私のオフィスのテストサーバーでは、クラッシュさせることはできません。私は今日、できるだけシンプルなセットアップで、真新しい光沢のある2k8 R2ターミナルサーバーをセットアップしました。混乱を招くウイルス対策はなく、クラッシュは依然として続いています。
私の質問は、他の誰かがこれを見たことがありますか?
マイクロソフトでサポートケースを開いており、MSサポートエンジニアはその状況を認めていますが、これまでのところ理由を特定できていません。
考えられる要因は、これを見た2k8 R2ターミナルサーバーがすべてHyper-V VM(2k8 R2ホストで実行されている)であることです。これが問題になる場合に備えて、最も多くのクラッシュが発生している顧客に、物理的な2k8 R2ターミナルサーバーを配置しようとしています。ニュースはもうすぐ。
この投稿が少し漠然としていて申し訳ありませんが、これは私たちを噛んだばかりで、多くの痛みと眠れぬ夜を引き起こしています:誰かが私を助けることができるなら、私は---(非常に感謝しています!
更新:あきらめて、R2以前の2008年に戻りました。 Office 2003と2007はどちらも正常に動作します。
R2のTSにはいくつか問題があると思います。ググリングはあまり見つけられないので、私だけだと思いました。誰か他の人が同じ問題を見たことがあるのは安心です。
これは以前に考えたはずですが、Word 2007をXP互換モードで実行するとクラッシュが停止します。これは回避策であり、解決策ではないので、誰かが万が一に備えてこのままにしておきます。他にはより良い解決策があります。
Wordが互換モードで正常に動作するという事実は、これが実際には2008 R2の問題であり、この特定のインストールの癖ではないことを示唆しています。
JR
進歩したと思います!マイクロソフトでは、WINWORD.exe、Excel.exe、Outlook.exeをDEP(Data Execution Prevention)に追加することをお勧めします。 (愚かな私はそれがマイクロソフト製品であると考えています!)
これまでのところ、1時間で最大12のクラッシュが発生すると考えて、havntは6時間クラッシュしました。投稿しておきます。
自分でテストする場合は、以下の手順に従ってください。
* UDPATE *
上記の解決策がWord/Excelなどのフリーズに関する問題を解決したことを確認するために、皆さんにお知らせください。
KB977724を削除してみてください。問題は解決したようです。
この問題の最新情報を提供したいと思いました。
MicrosoftはWordのクラッシュ中に作成されたダンプファイルを分析し、それはおそらく既知の問題であると述べました。 Server 2008 R2とOffice 2007の修正は準備中ですが、リリース日はわかりません。
彼らは、クラッシュ中にプロセスモニターを実行して、問題をさらに分析するために今日実行するように指示しました。
更新:私はテストする価値がある何かを見つけたと思います。
Hyper-Vマネージャーでは、パフォーマンスを向上させるために、ターミナルサーバー仮想マシンに4つのCPUを割り当てました。
別のTerminal Server 2008 R2があり、問題のあるユーザーよりもユーザー数は少ないですが、Office 2007 SP2もインストールされています。 4週間前、Hyper-VマネージャーでそのターミナルサーバーのCPUリソース割り当てを変更して、1つのプロセッサのみを使用するようにしました。
この変更以降、そのターミナルサーバーでWordがクラッシュすることに気づきませんでした。
そのため、問題のあるサーバーでcpuを1に戻して、これが問題かどうかを確認します。
これはMSからのアップデートです。 KB977724の更新が含まれています。 http://blogs.technet.com/office_sustained_engineering/archive/2010/03/11/issues-with-office-after-installing-kb977724.aspx
過去数日間、Server 2008 R2とOffice Ultimate 2007 SP2で同じ問題が発生しました。 KB72224はインストール済みアップデートとしてリストされていません。 WordをServer 2008 R1の互換モードに設定することで、(少なくとも今のところ)問題を解決しました。また、書き込み専用モードで読み取り専用ファイルを開こうとしたときに爆弾が発生した場合に備えて、ユーザーがファイルを完全に制御し、管理者としてそれを表示するようにしました。
MACオペレーティングシステムのないServer 2008 R2でMAC PROを実行しているので、状況はuiniquesかもしれません。
マイクロソフトがこの問題を修正する必要性を認識していないのは惨事だと思います。
私はいくつかのR2 TSインストールで同じ問題を抱えており、控えめに言っても、私はそれについてかなりイライラしています。
修正なし、ヘルプなし、問題を一時的に修正しているように見える(DEP)提案ですが、数週間後に戻ってきて、現在は回避できません。
2003年のインストールは、すぐに利用できる修正がない場合の解決策です...
同じ問題がありましたが、DEPをオンにすることは私たちにとって良い仕事の方法でした。
KB977724についての情報をお寄せいただきありがとうございます。3月9日にのみリリースされたため、ここの人々が不満を言っている問題ではありません。このスレッドの最初の投稿は2009年12月21日です。