home *** CD-ROM | disk | FTP | other *** search
/ DOS/V Power Report 1997 March / VPR9703B.ISO / driver / novell / nwpatch / server / nw41j / core.os / 410pt3j.exe / UTILIZAJ.TXT < prev   
Text File  |  1996-03-12  |  12KB  |  214 lines
  1.  
  2.              プロセッサ利用状況が高くなる問題について
  3.  
  4. ネットワークの性能は、ネットワーク管理者にとって重要な関心事です。性能に関心を
  5. 持っている管理者は、ネットワークの性能を計測および監視する方法を探しており、性
  6. 能を改善するための手段を常に模索しています。ノベルは、NetWareの性能に常に高い関
  7. 心を払ってきました。このファイルでは、NetWare 4.xの出荷以来報告されているプロ
  8. セッサ利用率が高くなる問題と、問題を解決する方法について説明します。
  9.  
  10.  
  11. MONITOR.NLMの［プロセッサ利用状況:］の表示内容を理解していない管理者は、パーセ
  12. ンテージが高いほど、NetWareの性能が劣化していると考えてしまいます。これは、完全
  13. に誤りです。プロセッサを有効に利用するプロセスがあるので、その結果100%の利用率
  14. になっている可能性があります。この種の利用率の上昇は、適切であると言えます。通
  15. 常、利用率が100%まで上昇しても、サーバは正常です。プロセスがプロセッサを効率よ
  16. く利用していることを示しています。2～3分間100%のままになることもあります。
  17. 2～3分間100%のままになり、接続が失われたり、サーバの性能が著しく劣化する場合
  18. は、正常ではありません。
  19. この文書で言及する、プロセッサ利用状況が高くなる問題とは、このような状況のこと
  20. です。
  21.  
  22. MONITORユーティリティの［プロセッサ利用状況］について、次の点に注意してくださ
  23. い。サーバのプロセスで、CyieldWithDelayおよびCyieldUntilIdleと呼ばれる
  24. NetWare関数が呼び出される場合があります。これらの関数のいずれかでスピンオンする
  25. スレッドがあると、サーバのプロセッサ利用状況の値が高くなります。こうなると利用
  26. 状況の数値が不正確になります。数値が2～3秒100%に達して、すぐに低くなっても、驚
  27. くべきことではありません。4.10サーバでは、正常な状況です。
  28.  
  29. プロセッサ利用状況が高くなる問題が発生して、サーバがハングしたり、接続が失われ
  30. たりする場合は、次のチェックリストを参考にして、問題を解決してください。
  31.  
  32. プロセッサ利用状況の問題に対して必要なパッチ
  33.      オペレーティングシステム - 410PTx.EXEと410ITx.EXE両方のパッチをインストー
  34.      ルしてください。これらのパッチにより、プロセッサ利用状況が高くなる
  35.      問題を修正されます。また、その他の問題点も解消されます。パッチをすべてロー
  36.      ドすることにより、将来問題が発生する可能性が低くなります。
  37.      また「SET UPGRADE LOW PRIORITY THREADS」が「OFF」に設定されていることを
  38.      確認してください。
  39.     「ON」に設定されていると、プロセッサ利用状況の問題が発生する可能性があり
  40.      ます。
  41.  
  42.      -ディレクトリサービス
  43.      DSをバージョン4.89aまたはそれ以降に更新してください。
  44.      ノベルのサポートでは、DSがプロセッサ利用状況の問題の原因になっていたこ
  45.      とを調べ、4.89aではこの問題が解決されています。効率的なツリーを設計するこ
  46.      とは、プロセッサ利用状況の問題を解決する上で、非常に重要です。
  47.      パーティションレプリカのサイズと数が大きい場合、適切に管理しないと
  48.      プロセッサ利用状況の問題が発生する可能性があります。
  49.      DSでは、レプリカリング内のすべてのサーバ間で同期を維持する必要があります。
  50.      パーティションのレプリカが多ければ多いほど、ネットワーク上のトラフィック
  51.      が増加します。ノベルは、障害対策上の理由で、ツリー内の各パーティション
  52.      ごとに最低3つのレプリカを置くよう勧めています。
  53.      これにより、データベースの1つが壊れても、DSを回復することができます。
  54.  
  55.      DS.NLMバージョン4.89aは96年3月現在 DSENHJ.EXEにて提供されています。     
  56.  
  57.      -圧縮 
  58.      圧縮機能を使用している場合は、OSパッチをロードしておくことは非常に
  59.      重要です。ファイルの圧縮および圧縮解除にCPUサイクルが使用されます。圧縮機
  60.      能に関するデフォルトのSETパラメータは、このことを考慮して設定されていま
  61.      す。圧縮は、たいていのサーバのトラフィックがほとんどなくなる、深夜の時間帯
  62.      に実行されるようになっています。また「DAYS UNTOUCHED BEFORE COMPRESSION」
  63.      パラメータは、使用頻度の高いファイルは圧縮対象外とするように設計されていま
  64.      す。圧縮関連のデフォルトのSETパラメータを変更すると、サーバの性能に重大な
  65.      影響を与えることがあります。
  66.  
  67.      ディスク容量が限られたユーザは、節約のため自分のホームディレクトリにIC 
  68.      (Immediate Compress - 即時圧縮) フラグを設定しようとする場合があります。IC
  69.      フラグをディレクトリに与えると、サーバの性能に影響を与えます。通常、圧縮機
  70.      能は優先度の低いスレッドです。つまり、サーバがアイドル状態のときにのみ、
  71.      ファイルを圧縮します。ICフラグが設定されていると、圧縮機能の優先度が高くな
  72.      り、アイドル時間を待たなくなります。
  73.  
  74.      「DELETED FILES COMPRESSION OPTION = 2」を設定すると、削除済みファイルが即
  75.      時圧縮されます。これにより、プロセッサは削除されたファイルをすぐに圧縮する
  76.      ので、プロセッサ利用状況の数値が高くなる問題が発生します。
  77.  
  78.      プロセッサ利用状況の問題を回避するには、圧縮機能を注意深く監視する必要があ
  79.      ります。
  80.  
  81.      -ブロック細分割り当て
  82.      ブロック細分割り当ては、ディスク容量節約のための、NetWare 4.1J新機能です。
  83.      ブロック細分割り当てを有効にする場合は、パッチをロードすることが非常に
  84.      重要です。ブロック細分割り当てを調整するためのSETパラメータはありません。
  85.      すべてが自動的に行われます。ブロック細分割り当てに関する問題を回避するに
  86.      は、ディスク容量を監視することが重要です。ボリューム容量のうち10～20%を
  87.      空けておくことをお勧めします。
  88.  
  89.      また、ブロック細分割り当てを有効にした各ボリューム上で1000以上のブロックを
  90.      空けておくことも重要です。ブロック細分割り当て機能は、ディスクスペースを解
  91.      放するのに、これらの空きブロックを使用します。SERVMAN.NLMを使用すれば、ボ
  92.      リュームの統計情報を監視し、「空きブロック」数をチェックすることができま
  93.      す。空きブロック数が少ない場合は、「PURGE /ALL」をボリュームのルートディレ
  94.      クトリから実行して、「解放可能リンボブロック」を解放して、「空きブロック」
  95.      プールに移してください。この操作を頻繁に行わないようにするには、一時ファイ
  96.      ルが多く作成されるディレクトリにP(パージ)属性を設定してください。P属性は、
  97.      ファイルシステムの下方には継承されません。P属性を設定する際は、このことを
  98.      考慮してください。また、サーバコンソール上で「IMMEDIATE PURGE OF DELETED 
  99.      FILES = ON」を設定することによって、パージできるファイルが「空きブロック」
  100.      を占領するのを回避することもできます。
  101.  
  102.      圧縮機能と同様に、ブロック細分割り当てを有効にしたボリュームは、プロセッサ
  103.      利用状況の問題を回避するために注意深く監視する必要があります。
  104.      い。
  105.  
  106.      -パケットバースト
  107.      ノベルのサポートは、NetWareクライアントおよびMicrosoftクライアントからの
  108.      パケットバーストにより、プロセッサ利用状況の問題が発生していたことを確認
  109.      しています。パケットバーストによる問題は、OSパッチと新しいリクエスタを
  110.      使用することで解決しています。NetWare 4.1J OSパッチをロードして、
  111.      クライアントに新しいFIO.VLMを使用することにより、ノベルのリクエスタの問題
  112.      は修正されます。
  113.      注意）96年3月現在日本国内に於いて、この問題を解決するFIO.VLMはリリース
  114.            されておりません。
  115.  
  116.      -AppleTalk
  117.      ATXPR.NLMにもプロセッサ利用状況の問題を引き起こす原因があります。
  118.      ファイル41MAC1J.EXEに新しいバージョンのATXPR.NLMが含まれています。
  119.      41MAC1J.EXEは、NetWire-J ノベルステーション ライブラリ01番にあります。
  120.  
  121.      -プリンタ印刷
  122.      1つのサーバに多くのプリンタを接続していると、ネットワークの性能に影
  123.      響を及ぼします。プリンタの数は、印刷する内容によって異なります。たとえば、
  124.      CAD/CAMの設計図を印刷する場合は、テキストファイルの文書を印刷するよりプロ
  125.      セッサ時間が多くかかります。一般に40を超える数のプリンタを接続すると、サー
  126.      バの性能が低下します。プロセッシングはサーバでなく、プリントデバイスに行わ
  127.      せることをお勧めします。プリンタの出力は遅くなりますが、サーバのプロセッサ
  128.      利用状況の数値は軽減されます。
  129.  
  130. ノベルは、プロセッサ利用状況の問題のうち、OSまたはDSに原因があると報告されてい
  131. る問題はすべて解決しました。上記のチェックリストに記載されている対策をすべて実
  132. 行し、それでも問題がある場合は、次に示すトラブルシューティング用チェックリスト
  133. を参照して、原因を調べてください。これらはトラブルシューティングの用途でのみ使
  134. 用できるテクニックです。ノベルの最終的なソリューションではありません。
  135.  
  136.  
  137. プロセッサ利用状況の問題に関するトラブルシューティング
  138.      -圧縮
  139.     「ENABLE FILE COMPRESSION=OFF」を設定して、プロセッサ利用状況の問題
  140.      の原因となる圧縮機能をオフにしてください。ファイルは圧縮対象のキューに入れ
  141.      られますが、ファイルは圧縮されません。ただし、圧縮済みファイルにアクセスす
  142.      ると、そのファイルは圧縮解除されます。
  143.  
  144.      -パケットバースト
  145.      ノベルのテクニカルサポートは、サーバからパケットバーストを無効にする
  146.      PBRSTOFF.NLMというモジュールを用意しています。このモジュール
  147.      は、サーバの起動時にロードする必要があります。パケットバーストが使用不可に
  148.      なるのは、このモジュールがロードされた後に確立された接続だけです。これによ
  149.      り、パケットバーストが原因で発生するプロセッサ利用状況の問題は、回避されま
  150.      す。
  151.  
  152.      -他のNLM製品
  153.      プロセッサ利用状況の数値が高くなる問題が生じた場合、できる限り多くの
  154.      オプション製品やユーティリティをアンロードしてください。これは、OS
  155.      の問題なのか、あるいはロードされていたモジュールの問題なのかを特定するのに
  156.      役立ちます。
  157.  
  158.      -ドライバ
  159.      プロセッサ利用状況の問題のトラブルシューティングには、LANドライ
  160.      バまたはディスクドライバが原因である可能性があります。
  161.      一般的なトラブルシューティング手順として、使用中のLANボードを別
  162.      メーカのものに取り替えることによって、問題を回避できる場合があります。
  163.  
  164.  
  165. 推奨される対策
  166. 1.   410PTx.EXEおよび410ITx.EXE両方のパッチをすべてロードしてください。
  167.      OSパッチにより、ブロック細分割り当ておよび他のNetWare関数に関する問題が修
  168.      正されます。これらのパッチはテスト済みであり、ノベルのエンジニアチームが推
  169.      奨するものです。
  170.  
  171. 2.   「SET UPGRADE LOW PRIORITY THREADS」が「OFF」に設定されていることを確認し
  172.      てください。
  173.      このパラメータを「ON」に設定すると、優先度の低いスレッドが通常の優先度にな
  174.      ります。これによってプロセッサ利用状況の問題が発生する可能性があります。
  175.  
  176. 3.   ボリュームの空き容量を全体の10～20%確保してください。
  177.      ディスク容量を管理することは、圧縮およびブロック細分割り当ての問題を回避す
  178.      る上で非常に重要です。すべてのボリュームでディスク容量の10～20%を常に空け
  179.      ておいてください。ディスク容量は、SERVMAN.NLM、NWADMIN.EXEまたはコマンド
  180.      「NDIR /VOL」を使用して監視することができます。サーバの空きディスク容量が
  181.      少なくなった場合、必要のないファイルを削除するか、ボリュームにディスクを追
  182.      加してください。
  183.  
  184. 4.   各NetWareボリュームに1000以上の空きブロックを維持してください。
  185.      ブロック細分割り当てが機能するには、空きブロックが必要です。空きブロック数
  186.      が少ないと、ブロック細分割り当ては、「アグレッシブ」モードになり、ボリュー
  187.      ムをロックし、プロセッサ利用状況の問題が発生します。ボリューム上の空きブ
  188.      ロック数が1000を下回った場合は、ルートディレクトリから「PURGE /ALL」を実行
  189.      してください。これにより、「解放可能リンボブロック」を解放し、「空きブロッ
  190.      ク」に移します。
  191.  
  192. 5.   一時ファイルが多く作成されるすべてのディレクトリで「PURGE」フラグを「ON」
  193.      に設定してください。
  194.      作成されるすべての一時ファイルは、「削除ファイルリスト」に入ります。これら
  195.      のファイルは、「PURGE」が実行されるまでディスク上に保存されます。ディスク
  196.      容量や空きブロックの問題を避けるため、一時ファイルが多く作成されるすべての
  197.      ディレクトリで「PURGE」フラグを「ON」に設定してください。また、
  198.      「PURGE /ALL」コマンドの実行後、「IMMEDIATE PURGE OF DELETED FILES=ON」を
  199.      設定することによって、この問題を回避することもできます。
  200.      
  201.  
  202. プロセッサ利用状況の数値が高くなること自体は、悪いことではありません。SETパラメータを変更して、その影響を確認してください。プロセッサ利用状況の問題は、限られた原因で発生します。もし上記のチェックリストの対策を実行しても問題が発生する場合は、ノベルのリセラまたはテクニカルサポートに連絡してください。ノベルで把握されていない問題は、解決できません。
  203.  
  204.  
  205. Rich Jardine
  206. Product Support Engineer, NetWare OS Support
  207. Novell Inc.
  208.  
  209.  
  210.  
  211.  
  212.  
  213.  
  214.