運用上、定期的なリブートは必要でしょうか？
メモリーリークが原因でOSを再起動しないと OS 動作が不安定になるのを予防するってお話ですよね。(メモリーリークは、使用済みのメモリーの開放手続きをしていないプログラミング上のバクが原因) その昔、メモリ搭載量が少なかった頃はメモリーリークが切実な問題になっていましたが、最近のサーバーであれば多少のメモリーリークは気にならない程度のメモリーを搭載するのが一般的です。 また、プログラム開発技術も進歩しており、メモリーリークが起きにくくなっています。 以上の事から、メモリーリーク対策で定期的に再起動しなくてはならないという必要性は現状ありません。 お使いのプログラムがメモリーリークを起こしているようであれば、開発元に連絡来れば対策してくれるハズです。 僕がおさめたシステムで、数年ノンストップで稼働している Windows Server 2003 や 2008 が何台もありますし、Window
タスクスケジューラで同時刻に複数のインスタンスが起動される
Windows server 2008 Enterprise SP2(Build6002) で、 タスクスケジューラにて特定の.batファイルを以下の条件で起動するタスクAを登録しております。 同タスクAを一回無効にして、有効にしたところ（この操作が関係あるかは不明ですが。）、 次の起動タイミング（AM1:00:00）に、３つのインスタンスが起動されてしまいます。 （情報,2011/10/25 1:00:00,107,スケジューラによってトリガされるタスク,情報,893c367e-2f1b-4220-bb0f-f52948232b7b,"タスク スケジューラは、時間による起動条件で、タスク ""\タスクA"" の ""{893C367E-2F1B-4220-BB0F-F52948232B7B}"" インスタンスを起動しました。" というログが、タスクスケジューラライブラリの履歴に３行残って
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
