本單元提供典型 NetWare 伺服器問題的疑難排解建議，如下：
NetWare 作業系統非常有彈性，但還是可能會發生錯誤。嚴重的問題通常會伴隨著異常結束 (不正常結束) 訊息。出現異常結束訊息時，表示 NetWare 或 CPU 偵測到嚴重的錯誤狀況，而啟動 NetWare 的錯誤處理器，NetWare 使用異常結束來確保作業系統資料的一致性。
當伺服器異常結束時，使用者無法登入伺服器，工作站無法讀取或寫入伺服器，而且通常會在伺服器主控台的「系統主控台」或「記錄器」螢幕上出現異常結束訊息。如果已啟動 NetWare 的自動復原機制 (預設值)，NetWare 可能會依異常結束的性質，自動重新啟動或暫停違規的處理。
如果主控台上沒有異常結束訊息，SYS:SYSTEM 中沒有 ABEND.LOG 檔，而且「系統主控台」提示符的方括弧中沒有數字，但使用者仍無法進入伺服器，請參閱監視與解決通訊問題. 如果沒有異常訊息出現，但主控台凍結致使您無法輸入指令，請參閱伺服器主控台停機。
當伺服器發生異常結束時，顯示的訊息應類似：
Abend:SERVER-5.xx-messaage_number messaage_stringADDITIONAL INFORMATION:message
ADDITIONAL INFORMATION 區段會說明異常結束可能的原因。它會指出問題發生的位置，並提供與異常結束有關的任何 NLM 名稱。這個資訊可幫您決定應如何解決異常結束問題。
異常結束訊息以及其他資訊儲存在 C: 磁碟機上的 ABEND.LOG 檔中。一旦伺服器重新啟動後，ABEND.LOG 檔會移到 SYS:SYSTEM。
您可以利用手動方式回應異常結束，或讓伺服器自動回應。
當您以手動方式回應時，伺服器會判定異常結束的性質，並在螢幕上顯示適當的回應選項，以及其他選項，讓您關閉伺服器或執行磁心傾印。您必須執行一個選項，來回應異常結束。
當伺服器自動回應時，它會在不須介入的情況下執行適當的回應。
笭猁: 有時候異常結束 (或有問題的 NLM 程式) 可能造成伺服器不再正常運作。發生這種情況時，並不會顯示異常結束訊息，您也無法在主控台提示符下輸入指令。
伺服器故障後，建議您關閉電腦的電源，再將它重新啟動，而不要只是離開 DOS 提示符 C:\NWSERVER，然後再鍵入一次 SERVER。
異常結束的預設回應方法是自動。(請參閱自動回應異常結束.)
若要手動回應異常結束，請將以下任一個 SET 參數 (「錯誤處理」類別) 的值改成顯示的值：
AUTO RESTART AFTER ABEND = 0
此 SET 參數控制伺服器在異常結束後的反應。如需每個數值的說明，請參閱線上說明。
發生異常結束時，伺服器會顯示一份適合異常結束性質的簡短選項清單。若要回應異常結束，您必須鍵入選項的第一個字母，執行其中一個選項。
可能顯示的選項如下。請注意，很多選項的第一個字母相同 (如 R、S 或 X)。但在特定異常結束情況時，選項清單中包含的選項，第一個字母不會重複。
此選項出現在異常結束是由軟體偵測到的時候---也就是由網路作業系統偵測到的。這時候要緊的是儲存檔案、關閉伺服器並嘗試解決造成異常結束的問題。檢討 ABEND.LOG 檔，以協助判定問題的來源。
執行此選項時，伺服器會傳送訊息給使用者，說明伺服器即將關機，並建議他們儲存檔案並登出。接著伺服器會停止執行中的處理程序，更新 ABEND.LOG 檔，並試著關閉電腦，再重新啟動。
SET 參數 AUTO RESTART AFTER ABEND DELAY TIME 會決定關閉伺服器後經過多久才重新啟動。這個值可設定成 2 到 60 分鐘之間。預設值是 2 分鐘。
您可以提出異常結束記錄資料庫 ABEND.LOG 檔給 Novell，以幫您解決異常結束的問題。
此選項出現在異常結束偵測到硬體問題的時候。請將伺服器關機、修復硬體、執行診斷並聯絡硬體製造廠商以取得其他協助。 執行此選項時，伺服器會傳送訊息給使用者，說明伺服器即將關機，並建議他們儲存檔案並登出。接著，伺服器會繼續執行中的處理程序，更新 ABEND.LOG 檔，並試著關閉電腦，再重新啟動。 SET 參數 AUTO RESTART AFTER ABEND DELAY TIME 會決定關閉伺服器後經過多久才重新啟動。這個值可設定成 2 到 60 分鐘之間。
此選項出現在異常結束是由硬體偵測到的時候---也就是由處理器偵測到的。所有硬體偵測到的異常結束在異常結束訊息中都會有處理器例外 這個字眼。 這些異常結束包括分頁錯誤、保護錯誤、操作碼無效、堆疊溢位、雙重錯誤等。若可以取得這個選項，表示伺服器判定它無法將處理回復到安全狀態，但不必立即關閉伺服器來解決問題。稍後您還是要關閉作業系統，再重新啟動。 當您執行此選項，伺服器會暫停目前執行中的處理程序並更新 ABEND.LOG 檔，但不會關閉電腦。伺服器效能可能極差，因為載入的 NLM 可能無法正常運作。 請閱讀異常結束訊息的「Additional Information」部分，以了解是哪個 NLM可能 造成問題。在適當時機，關閉伺服器並重新啟動。如需更多關於問題來源的資訊，請檢驗 ABEND.LOG 檔。 您可以提出異常結束記錄資料庫 ABEND.LOG 檔給 Novell，以幫您解決異常結束的問題。
此選項類似前一選項，是出現在異常結束是由硬體偵測到的時候---也就是由處理器偵測到的。所有硬體偵測到的異常結束在異常結束訊息中都會有處理器例外 這個字眼。 這些異常結束包括分頁錯誤、保護錯誤、操作碼無效、堆疊溢位、雙重錯誤等。只要列出這個選項，表示伺服器判定它能夠將處理回復到安全狀態。 執行這個選項時，伺服器會將執行中的處理程序回復到安全狀態，並更新 ABEND.LOG 檔，但不會關閉伺服器。在大部分情況下，伺服器會完全恢復，不須採取進一步的動作。
執行這個選項，即可執行磁心傾印，以供檢驗並判定異常結束的原因。如需關於磁心傾印的資訊，請參閱建立磁心傾印。
只有已移除 DOS 時才會出現這個選項。如果要重新啟動伺服器，請執行這個選項。 如果已移除 DOS，伺服器將無法建立或更新 ABEND.LOG 檔。
如果想關閉伺服器回到 DOS，請執行這個選項。如果不先執行 S 或 R 選項之一來解決異常結束，就直接關閉伺服器的電源，伺服器將不會更新 ABEND.LOG 檔。
如果主控台受到保護，您必須關閉電源再打開，以重新啟動伺服器。如果不先執行 S 或 R 選項之一來解決異常結束，就直接關閉伺服器的電源，伺服器將不會更新 ABEND.LOG 檔。
當伺服器重新啟動時，它會將 ABEND.LOG 檔從 DOS 分割區移至 SYS:SYSTEM 目錄。
您可以要求伺服器自動回應異常結束。可行的自動回應有兩種：
AUTO RESTART AFTER ABEND = 1
DEVELOPER OPTION = OFF
因為這些是參數的預設值，所以預設模式是自動回應異常結束。
AUTO RESTART AFTER ABEND = 2 DEVELOPER OPTION = OFF
使用以下 SET 參數，指定伺服器在異常結束後要等多久，然後再嘗試關閉並重新啟動電腦：
AUTO RESTART AFTER ABEND DELAY TIME =minutes
若要設定參數值，請在伺服器主控台執行 SET 指令或 MONITOR，或從工作站執行 NetWare 遠端管理員。
「Developer Option」參數列在「雜項」類別中。
「異常結束後自動重新啟動」與「異常結束延遲時間後自動重新啟動」參數列在「錯誤處理」類別中。
所有參數都可以在 STARTUP.NCF 檔中設定。
由於伺服器會自動回應異常結束，因此您可能不會知道何時發生過異常結束。所以，您應該定期檢查 ABEND.LOG 檔或 NetWare 遠端管理員中的「設定與除錯資訊」螢幕 (查看「因異常結束復原而暫停」狀態)。
當一設備傳遞封包至您的 NetWare 伺服器，但無封包接收緩衝區可用時，ECB (事件控制區塊) 計數器會遞增。這表示伺服器已將封包丟棄，
在每次事件後，伺服器都會配置更多封包接收緩衝區，直到到達最大限度為止 (「最大封包接收緩衝區」設定)。
如果您是使用 EISA 匯流排主機板 (如 NE3200TM 介面卡)，可能要同時增加封包接收緩衝區的最大值與最小值。
如需關於設定「最小封包接收緩衝區」與「最大封包接收緩衝區」參數的程序，請參閱 "SET"
> "通訊參數"，這位於《公用程式參考》中 (NetWare 6 說明文件)。
「無 ECB 有效的計數」訊息也可能表示驅動程式的組態設定錯誤，或是拓撲指定模組 (TSM) 與硬體指定模組 (HSM) 不相容。此數值由 TSM.NLM 程式維護。
如果 ECB 計數越來越大，而所有封包接收緩衝區都在使用中，請建立磁心傾印 (參閱建立磁心傾印)，並聯絡 Novell 技術支援。
若要診斷伺服器回應過慢的問題，請識別下列狀況是否存在：
若要解決伺服器回應過慢的問題，請執行下列各項動作：
若要檢查這些數值的功能，請使用 NetWare 遠端管理員。按一下導覽框架中的「功能顯示器」。在「伺服器狀態監看中」頁上按一下「已配置的伺服器處理程序」、「可用的伺服器處理程序」與「封包接收緩衝區」的連結。 封包接收緩衝區是用來傳送與接收封包。如果封包接收緩衝區數目越來越大，伺服器作業系統的效能會很慢。如果封包接收緩衝區的數目達到最大值，而無法再取得 ECB 的話，系統效能將變得非常慢，而且可能無法復原。 如果目前的伺服器處理程序已逼進最大值，您應該考慮增加「最大伺服器處理程序」這個 SET 參數值。如果只有少數可用的伺服器處理程序，您的伺服器可能非常忙。您可以考慮增加「最小伺服器處理程序」與「最大伺服器處理程序」SET 參數值。 若要變更這些參數的值，請進入 NetWare 遠端管理員。按一下導覽框架中的「Set 參數」連結。在「Set 參數類別」頁上按一下以下各項目：
您也可以使用 MONITOR，或在伺服器主控台使用 SET 指令。 MIRROR STATUS
您也可以為即將清除的檔案設定「清除」屬性。
如果伺服器上使用多片網路卡的話，可比較網路卡的「傳輸封包總計」統計資料。如果大部分交通全由一片網路卡接收，請重新佈線，讓網路卡能有平均的負載。
如果伺服器主控台鎖住，導致無法輸入指令，但「系統主控台」或「記錄器」螢幕上卻沒有異常結束訊息的話，請依照以下步驟解決問題。如果螢幕上有異常結束訊息的話，請參閱解決異常結束的問題。
確認能不能切換不同的主控台螢幕
如果可以的話，問題可能是由於伺服器使用率過高所致。請參閱使用率統計值過高. 如果不可以的話，請繼續以下步驟。
確認伺服器主控台是不是在您卸載特定 NLM 時停機。
如果是的話，問題來源可能是 NLM。請聯絡 NLM 廠商。
確定所用的是最新的磁碟與 LAN 驅動程式、BIOS 與韌體。
如果不是的話，請更新磁碟與 LAN 驅動程式。如需關於 NetWare 驅動程式的資訊，請參閱使伺服器維持修補過的狀態。
確認伺服器主控台是不是在您裝上最後一個卷冊後停機。
如果是的話，可能是網路卡未正確固定，也可能是組態設定錯誤。請檢查網路卡與組態，並改正任何錯誤。
確認能不能在系統主控台鍵盤上按 Shift+Shift+Alt+Esc 來進入除錯程式。
膘祜: 用左手按左邊的 Shift 鍵，然後用右手同時按住右邊的 Shift 與 Alt 鍵。再用左手最方便的手指按 Esc。
如果主控台鎖住，無法切換不同螢幕，也無法進入除錯程式的話，請聯絡 Novell 技術支援部門或電腦廠商，了解如何產生不可遮罩的岔斷，來關閉伺服器。
如果問題還是會發生的話，請依照使用疑難排解方法中的疑難排解步驟搜尋Novell Knowledgebase (Novell 智慧資料庫)，並聯絡 Novell 支援提供者。
網路性能是網路管理員最關心的，Novell 也一樣關心。令人遺憾地，有時候仍有關於效能指標與統計資料含義的混淆存在。
例如，有人認為處理器使用率是 NetWare 的關鍵性能指標，這樣的想法有點過於單純。有些網路管理員在 NetWare 遠端管理員中的「CPU 使用率」功能狀態或 MONITOR「一般資訊」螢幕中的「使用率」值接近 100% 時會開始擔心，以為百分比越高，NetWare 的效能越差。這完全是 錯誤的。
請先考慮「使用率」值代表什麼：過去一秒內 (更新間隔)，伺服器所用的總處理容量平均值。其餘的處理容量都花在閒置迴圈處理程序上。換句話說，它是指示處理器有事做的時間。高使用率值表示 NetWare 用掉該百分比的處理器容量，而浪費較少的時間無所事事。
有些處理會有效率地使用處理器，而造成 100% 的使用率。這類使用率是完全適當的。大多數的時間，當使用率攀升到 100% 時，表示線串在有效地使用處理器。這可能會維持 100% 一兩分鐘；這樣是正常的。
但如果 100% 的使用率維持長達 15 到 20 分鐘，造成連接中斷，伺服器性能明顯惡化，這樣就不 正常。高使用率時如果有這些狀況，就表示有問題。如果沒看到這些狀況，那麼即便使用率是 100%，也可能是正常的。
要怎麼知道您的伺服器怎樣是正常呢？如果您測量過伺服器的 "基準" 就會看得出來，知道什麼是正常，也知道表面上的問題與真正的性能問題有什麼差別。(載入或卸載任何 NLM 就可以測試表面上的問題，使處理器資訊重新計算)。
在開始解決高使用率問題前，必須確定已執行使用疑難排解方法. 請查閱「Novell Support Connection 網站」 有沒有 NetWare 修補程式或更新的 NLM 程式。提供的修補程式中會修正與作業系統與 eDirectory 實際程式碼有關的高使用率問題。
然而，許多高使用率情形導因於組態、NLM 程式層級與調整的問題。
首先該做的是找出使用 CPU 的 NLM 與線串。作法是完成下列步驟：
存取 NetWare 遠端管理員。
按一下導覽框架中的「設定/除錯」連結。
按一下「個別 NLM 設定檔的 CPU 執行狀態」連結。
注意花最長時間執行的父代 NLM 程式與線串。
儘可能卸載相牴觸的 NLM 程式，看問題會不會消失。
您也可以用以下問題清單幫您解決問題。
清單中的項目經過分類，但除此之外並沒有特別的順序。這份清單是 Novell 支援技術人員集體的經驗。建議您仔細研究每一項，並逐一用來仔細分析您的系統。除非是 NetWare 6 的新問題，否則幾乎任何情況您都可以自行解決。
伺服器資源。伺服器資源可分成 LAN、磁碟與處理器資源。LAN 與磁碟資源是可用緩衝區的數目。處理器資源是可用服務程序的個數。當網路封包到達時或執行磁碟讀取或寫入時，應該可以取得緩衝區來儲存資料，直到有可用的服務程序來為它提供服務。不論是緩衝區或服務程序，即便是非常短暫的時間不足都可能造成伺服器使用率過高，導致延誤使用者。
建議您將下表中的伺服器參數設為指示的值，以防伺服器資源過低。這在使用者超過 100 人時尤其重要。若要變更下列參數，您可以在工作站使用 NetWare 遠端管理員，或在伺服器主控台使用 SET。
在 NetWare 遠端管理員中按一下導覽框架中的「Set 參數」連結 >Category > current_value_for_parameter. 輸入新的值，再按一下「確定」。
在 MONITOR 中的「可用選項」功能表上選取「伺服器參數」> Category > current_value_for_parameter ，再按 Enter。輸入新的值，再執行適用的動作。
處理器獨佔。 判定有沒有線串獨佔處理器。在 NetWare 遠端管理員中按一下導覽框架中的「設定 / 除錯」連結。檢視「個別線串的執行設定檔資料」表中的資料。
在 MONITOR 中的「可用選項」功能表上選取「核心選項」 > 「線串」，再按 Enter。
您可以將「CPU 獨佔逾時量」值設成低於預設值。指定在將未放棄處理器控制權的線串終止之前應等待的時間 (以秒為單位)。請參閱 "SET" > "雜項參數"，這位於《公用程式參考》中 (NetWare 6 說明文件)。
笭猁: 變更此數值要小心。您必須了解所做的變更會造成什麼影響。
驅動程式。 請參閱使伺服器維持修補過的狀態. 如需獲得 NetWare 週邊結構 (NetWare Peripheral Architecture，NWPA) 的簡要說明，請參閱「線上文件」 CD 上的線上說明文件。請參閱"主機介面卡與儲存設備的驅動程式 ，這位於《NetWare 伺服器磁碟與儲存設備管理指南》 (NetWare 6 說明文件)。
可用區塊。 使用傳統檔案系統時，足夠的可用區塊是必要的。可用區塊是未儲存任何可救回檔案的磁碟區塊。被刪除又被清除的檔案就會變成可用空間。請在每個啟動次配置的 NetWare 卷冊上維持最少 1000 個可用區塊。 次配置通常是低優先程度的程序，它會使用可用區塊來執行其功能。當可用區塊變少時，次配置可能會進入 "攻擊" 模式。若維持在 1000 個可用區塊以上，通常就能避免這個問題。 若要檢查卷冊上有多少可用區塊，請執行下列任一動作：
如果卷冊上只有不到 1000 個可用區塊，請進入 NetWare 遠端管理員，按一下導覽框架中的「卷冊」，再按一下適當卷冊的「卷冊資訊」圖示，然後按「清除已刪除檔案」按鈕。 這樣會移除目錄與次目錄中所有已刪除的檔案，增加可用的磁碟空間。 如果有應用程式建立大量的暫存檔案，您最好為儲存這些檔案的目錄設定 P (清除) 旗標。建立的暫存檔案都將放進已刪除的檔案清單中。這些檔案會一直留在磁碟上，直到執行 PURGE 為止。您也可以在「系統主控台」提示符下執行 SET Immediate Purge of Deleted Files=On。 次配置。 傳統檔案系統使用 64 KB 大小的磁碟區塊。監控磁碟空間是非常重要的。Novell 技術支援建議您保持 10% 到 20% 的卷冊空間可供使用，以免發生次配置問題。次配置沒有任何伺服器參數可調整。 若要用 NetWare 遠端管理員檢視磁碟空間使用率，請按一下導覽框架中的「功能顯示器」連結，然後按「伺服器狀態監看中」頁上的「可用的磁碟空間」連結。列印「卷冊資訊」頁以留作記錄。 壓縮。 在 NSS 檔案系統中使用壓縮時，請參閱 "其他 NSS 指令 ，這位於《Novell 儲存服務管理指南》 (NetWare 6 說明文件)。 在傳統檔案系統上使用壓縮時，最重要的是要使伺服器維持修補過的狀態。因為壓縮與解壓縮檔案都需要用到處理器循環，所以您必須小心監控壓縮，以免發生使用率問題。傳統檔案系統用於壓縮的預設 SET 檔案參數已將這一點考慮進去。如需獲得詳細資料，請參閱 "SET" > "傳統檔案系統的檔案參數"，這位於《公用程式參考》中 (NetWare 6 說明文件)。 例如，壓縮已預設為在離峰時間或伺服器使用率低的時段進行。請確定您所做的變更不會導致使用率過高的問題。 檔案會在進行中解壓縮。但是，如果檔案非常大 (例如 100 MB)，則即使是 Pentium* 處理器都可能要花可觀的時間。 SET Deleted Files Compression Option=2 會導致立即壓縮已刪除的檔案。這可能導致使用率過高，因為處理器會在檔案刪除時立即進行壓縮。 標註 IC (立即壓縮) 旗標可能造成工作時間內過量的解壓縮。設定磁碟空間限制的使用者為試圖節省磁碟空間，可能會將其主目錄標註 IC 旗標。這可能會影響伺服器效能。 若要確保不壓縮經常使用的檔案，您可以為「Days Untouched Before Compression」SET 參數指定適當的值。 若要主動消除壓縮可能成為問題的狀況，請使用「Enable File Compression=Off 」SET 參數 (「共同檔案系統」類別)。這會使檔案排入壓縮佇列，但不會壓縮檔案。但是在存取壓縮的檔案時會將它們解壓縮。
RAM 不足。 記憶體資源在伺服器環境中是非常重要的。
若要檢視 NSS 檔案系統的緩衝快取區統計資料，請在「系統主控台」提示符下輸入下列指令：
NSS CACHESTATS
若要評估傳統檔案系統中的伺服器 RAM，最好的指標顯示於以下幾種方法：
此欄位的值應該最少在 15 到 20 分鐘之間。少於這個數字就表示伺服器的記憶體資源可能偏低。另一個有用的指標是「長期快取成功率」，它在兩個公用程式中都顯示在相同的頁或螢幕上。
eDirectory 分割區。建議您在網路樹中每個分割區最多只有三個複製本。有效率的網路樹設計是避免使用率問題的根本。因為 Novell eDirectory 必須維護複製本環中所有伺服器之間要同步，所以複製本越多，線上的交通量就越大。三個複製本已足以在資料庫毀損時提供容錯能力，保持 eDirectory 的正常運作。
eDirectory 同步。 若要測試 eDirectory 同步可不可能造成問題，請設定 dstrace=!D60，將向內與向外的同步關閉一小時。 關閉同步之後，等約 5 到 15 分鐘，讓伺服器能夠趕上排入佇列的工作。設定 dstrace=!E 即可將測試取消。
懸置的連接。檢查有沒有懸置的連接，並予以清除。請參閱"清除工作站連接"，這位於《伺服器作業系統管理指南》 (NetWare 6 說明文件)。
用戶端軟體。 您可以藉由變更 SET NCP SET 參數來識別用戶端問題。如需更多資訊，請參閱"NCP 參數"，這位於《公用程式參考》中 (NetWare 6 說明文件)。 藉由將這些伺服器參數設成 On，每次伺服器收到錯誤的封包時就會顯示警告。警告訊息也包括發出封包之設備的 MAC (媒體存取控制) 位址。 這些參數屬於 NCP 類別：
更新用戶端軟體。
如果問題還是會發生的話，請依照使用疑難排解方法中的疑難排解步驟，查看TID 10011512 "解決高使用率問題"中的祕訣、搜尋Novell Knowledgebase (Novell 智慧資料庫) 的「高使用率」，並聯絡 Novell 支援提供者。
若要解決磁碟 I/O、磁碟空間與鏡像複製問題，請參閱以下單元：
若要解決伺服器上一般磁碟 I/O 的錯誤，請嘗試下列一項或多項改善措施：
如果已試過前面的每個建議，但都不成功，請聯 Novell 支援提供者或磁碟機製造廠商。
若要解決磁碟空間不足的錯誤，請執行下列其中一項或多項：
當鏡像複製分割區變成不同步時，它們應該會自動重新同步化。如果分割區不會重新同步化，請完成下列步驟：
在 ConsoleOne 中瀏覽並選取要管理的網路樹，然後按一下「分割區磁碟管理」圖示。
輸入 eDirectory 網路樹與網路位置以及伺服器資訊。
按一下「內容」 > 「媒體」 > 「鏡像複製」 > 「重新同步化」。
如果分割區仍然不會重新同步化，您必須重新建立鏡像複製集。
如需關於鏡像複製的資訊，請參閱「線上文件」 CD 上的線上說明文件。請參閱"建立分割區"，這位於《Novell 儲存服務管理指南》 (NetWare 6 說明文件)。
如果問題還是會發生的話，請依照使用疑難排解方法中的疑難排解步驟搜尋Novell Knowledgebase (Novell 智慧資料庫)，並聯絡 Novell 支援提供者。
如果分割區非常大，鏡像複製可能要花幾個小時才能完成；這是正常的。以下幾點可能有助於加快鏡像複製程序的速度：
如需了解特定硬碟或驅動程式已知的問題，請聯絡磁碟機廠商，詢問有沒有辦法加快磁碟機鏡像複製的速度。例如，有些驅動程式載入時可以使用能加快鏡像複製速度的參數。
大部分磁碟機提供它們自己的寫入後讀取確認形式，NetWare 不需要寫入後讀取確認特性，所以可以加快鏡像複製分割區的速度。
笭猁: 此值若設得太高，可能造成部分磁碟控制器或驅動程式故障。您必須試驗幾次，看看較大的值會不會加快鏡像複製程序的速度。
如果問題還是會發生的話，請依照使用疑難排解方法中的疑難排解步驟搜尋Novell Knowledgebase (Novell 智慧資料庫)，並聯絡 Novell 支援提供者。
有時候，鏡像複製程序會毫無錯誤地順利進行，卻在完成 99% 時停止。若要解決此問題，請執行下列步驟：
如果有故障的磁碟區塊，請依需要檢修並更換磁碟。
如需了解特定硬碟或驅動程式已知的問題，請聯絡磁碟機廠商。
如果問題還是會發生的話，請依照使用疑難排解方法中的疑難排解步驟搜尋Novell Knowledgebase (Novell 智慧資料庫)，並聯絡 Novell 支援提供者。
若要診斷裝上傳統卷冊時發生磁碟錯誤的問題，請指出下列狀況是否存在：
若要解決裝上卷冊時發生磁碟錯誤的問題，請執行下列步驟：
若要疑難排解不同種類的伺服器記憶體問題，解決記憶體漏洞，以及利用清除記憶體來解決記憶體問題，請參閱以下單元：
用下列步驟找出問題來源。
確認您是用 NetWare 記憶體管理員或外部的記憶體管理員。CONFIG.SYS 或 AUTOEXEC.BAT 中有沒有包含 DOS=HIGH 敘述或指令來載入記憶體管理員或 DOS 設備驅動程式？例如，有沒有指令可載入 HIMEM.SYS 或 EMM386.EXE？這兩者均是記憶體管理員。
將 CONFIG.SYS 中的這些敘述變成註解，或完全刪除 CONFIG.SYS。將 AUTOEXEC.BAT 中的這些敘述變成註解 (若選擇變成註解而不執行指令，請在指令行開始處鍵入REM 與一個空白)。
如果伺服器中有記憶體管理員，NetWare 會依靠記憶體管理員來判定可用記憶體的大小，而不自行註冊記憶體。有些較舊的電腦上的記憶體管理員無法辨識 64 MB 以上的記憶體。DOS 設備驅動程式會從 NetWare 的記憶體儲存池中取得記憶體。
確定伺服器不是用 Windows 95 開機。Windows 95 會自動載入記憶體管理員。
確定伺服器 BIOS 是最新的。
過期的 BIOS 可能會報告錯誤的記憶體大小。如果可以取得新版本，請更新 BIOS。
如果問題還是會發生的話，請依照使用疑難排解方法中的疑難排解步驟搜尋Novell Knowledgebase (Novell 智慧資料庫)，並聯絡 Novell 支援提供者。
記憶體漏洞是指 NLM 或一組 NLM 程式向伺服器要求記憶體，但在完成時卻未歸還。長時間下來，可用記憶體越來越少，直到最後伺服器產生記憶體錯誤訊息。記憶體漏洞發生的速度可快可慢，須視每次要求的記憶體大小而定。
如果將伺服器重新開機，記憶體就會返回記憶體儲存池，而暫時中止記憶體不足的錯誤訊息，直到記憶體漏洞再度佔住足夠的記憶體，而產生錯誤訊息。
若要查看伺服器有沒有記憶體漏洞，請重新啟動伺服器，然後長時間監控記憶體統計資料 (全部快取緩衝區)。當交通量並未增加，伺服器也未安裝新的應用程式，而統計資料變更時，用下列步驟找出問題來源。
在伺服器上載入所有最新的修補程式。
伺服器修補程式放在Novell 的支援網站 以及其他位置。如需獲得來源清單，請參閱 "套用修補程式 ，這位於《伺服器作業系統管理指南》 (NetWare 6 說明文件)。
重新啟動伺服器以釋出記憶體，並建立記憶體使用的基準。
檢視模組的記憶體統計資料：
針對有可能是漏洞來源的每個 NLM 重複祭紬 3 。
(依條件而定) 如果再度出現記憶體錯誤訊息，請重複祭紬 3 以檢視每個可疑的 NLM 的記憶體統計資料。注意有沒有任何模組使用的記憶體顯著增加。
如果有記憶體漏洞的話，一或多個模組的「使用中的位元組數」值將顯示大幅增加。
發現記憶體漏洞來源後，請聯絡模組廠商，告訴他們發生的問題。如有可能，請更新模組或將模組從伺服器中移除。
若要暫時釋出伺服器記憶體 (直到為伺服器加裝更多記憶體)，執行以下一或多項動作：
如果合併目錄，讓大部分目錄都有大約 32 個檔案，然後清除已刪除的子目錄與檔案，就會釋出記憶體。 劑豢: 這屬於破壞性的步驟，會毀掉所有延伸檔案資訊。所以在採取這個步驟之前，請先嘗試空出足夠的記憶體，以便裝上卷冊，讓您可以備份資料。
讓所有使用者登出，然後卸載所有模組，只留下卷冊的磁碟驅動程式。卸下任何裝上的卷冊。 若要移除名稱空間，請載入 VREPAIR，選取「設定 VRepair 選項」，然後選取兩個選項：「將全部目錄與 FAT 項目寫至磁碟」與「移除卷冊的名稱空間支援」。然後對無法裝上的卷冊執行 VREPAIR > 「修復卷冊」。 (此設定值會使用大量磁碟空間，但會增加可用記憶體數量)。
若要診斷裝上卷冊時發生記憶體錯誤的問題，請指出下列狀況是否存在：
若要解決裝上卷冊時發生記憶體錯誤的問題，請執行以下動作，或確定以下狀態是否存在：
如果合併目錄，讓大部分目錄都有大約 32 個檔案，然後清除已刪除的子目錄與檔案，就會釋出記憶體。
如果百分比小於 20%，請加裝記憶體。
劑豢: 這屬於破壞性的步驟，會毀掉所有延伸檔案資訊。所以在採取這個步驟之前，請先嘗試空出足夠的記憶體，以便裝上卷冊，讓您可以備份資料。
讓所有使用者登出，然後卸載所有模組，只留下伺服器的磁碟驅動程式。卸下任何裝上的卷冊。 若要移除名稱空間，請載入 VREPAIR，選取「設定 VRepair 選項」，再選取兩個選項：「將全部目錄與 FAT 項目寫至磁碟」與「移除卷冊的名稱空間支援」。然後對無法裝上的卷冊執行 VREPAIR，選取「修復卷冊」。
典型的記憶體錯誤訊息包括：
如果任一種狀況存在的話，請用下列步驟找出問題來源：
確定伺服器未載入記憶體管理員或 DOS 設備驅動程式。
檢查 AUTOEXE.BAT 與 CONFIG.SYS 檔案，以確定未載入任何記憶體管理員 (如 HIMEM.SYS 或 EMM386.EXE)，而且兩個檔案中都沒有 DOS=HIGH 敘述。確定未載入任何 DOS 設備驅動程式。
將 CONFIG.SYS 中的這些敘述變成註解，或完全刪除 CONFIG.SYS。將 AUTOEXEC.BAT 中的這些敘述變成註解 (若選擇變成註解而不執行指令，請在指令行開始處鍵入REM 與一個空白)。
如果伺服器中有記憶體管理員，NetWare 會依靠記憶體管理員來判定可用記憶體的大小，而不自行註冊記憶體。有些記憶體管理員無法辨識 64 MB 以上的記憶體。DOS 設備驅動程式會從 NetWare 的記憶體儲存池中取得記憶體。
確定伺服器不是用 Windows 95 開機。Windows 95 會自動載入記憶體管理員。
確定伺服器 BIOS 是最新的。
過期的 BIOS 可能會報告錯誤的記憶體大小。如果可以取得新版本，請更新 BIOS。
確認「Reserved Buffers Below 16 MB」SET 參數 (「記憶體」類別) 設為 300 以上。
對於較舊的驅動程式，請將此數值增加到 300 以上，尤其是需要 16 MB 以下記憶體的 CD-ROM 或磁帶設備。
確定會自動註冊記憶體。
手動註冊記憶體可能造成記憶體片段。有些舊的主機板可能要您以手動方式註冊記憶體，但比較理想的解決方法是升級成較新的主機板，讓 NetWare 自動註冊記憶體。
如果已經以手動方式註冊記憶體，請將伺服器重新開機以釋出記憶體，不要再手動註冊記憶體。如有必要請升級主機板。
確認裝上傳統卷冊時會不會發生記憶體錯誤。
如果會的話，可能是伺服器記憶體不足。
若要解決此問題，請加裝 RAM。
若要暫時釋出記憶體，請參閱暫時釋出伺服器記憶體。
確認 "LRU 停留時間" (在 NetWare 遠端管理員或 MONITOR 中) 平均值在尖峰時間會不會超過 15 分鐘。
如果不會的話，可能是伺服器記憶體不足。
若要暫時釋出記憶體，請參閱暫時釋出伺服器記憶體. 若要使用「LRU 停留時間」調整記憶體，請參閱 "調整檔案快取區 ，這位於《伺服器記憶體管理指南》 (NetWare 6 說明文件)。若要解決此問題，請加裝 RAM。
檢查記憶體漏洞。
「LRU 停留時間」與「長期快取成功率」會不會隨著時間慢慢變差，儘管網路交通並未增加，而且伺服器也並未安裝任何新的應用程式？
如果是的話，伺服器可能有記憶體漏洞。請參閱解決伺服器記憶體漏洞。
如果問題還是會發生的話，請依照使用疑難排解方法中的疑難排解步驟搜尋Novell Knowledgebase (Novell 智慧資料庫)，並聯絡 Novell 支援提供者。
若要解決設備鎖定錯誤的問題，請嘗試下列其中一種或多種方法：
如果已試過前面每一項，但都不成功，請洽 Novell 支援提供者或磁碟機製造廠商。
事件控制區塊配置訊息，會在您首先啟動伺服器或在伺服器已執行一段時間之後出現。
這些訊息表示伺服器無法獲得足夠的封包接收緩衝區，通常稱為事件控制區塊 (ECB)。ECB 不足並不是嚴重錯誤的狀況。但可能表示 LAN 或伺服器有問題。
已經執行好幾天的伺服器，若在尖峰時發生高負載，就可能超出 ECB 設定的最大值，導致系統產生 ECB 系統訊息。
如果這些狀況是由記憶體需求在尖峰時偶爾發生所致，您可能應該維持目前的 ECB 配置最大值，讓這類訊息在發生時產生出來。
另一方面，如果您的伺服器記憶體負載太高而且經常收到 ECB 配置錯誤，請嘗試將ECB 配置的最大值調到更高。在 STARTUP.NCF 檔中使用下列 SET 指令：
SET MAXIMUM PACKET RECEIVE BUFFERS =number
配置給 ECB 的記憶體無法做為其他用途使用。
您也可以利用下列指令在 STARTUP.NCF 檔中設定伺服器可用緩衝區個數的最小值：
SET MINIMUM PACKET RECEIVE BUFFERS =number
若要診斷伺服器主控台指令的問題，請指出下列狀況是否存在：
若要解決伺服器主控台指令的問題，請執行下列步驟：
可能的話，關閉伺服器。如果不行，請等幾分鐘，讓所有使用者登出，再將伺服器關機。
最常見的衝突發生在網路卡設成岔斷 4，而印表機連接到伺服器的序列埠，這同樣也使用岔斷 4。
若要診斷從 CD-ROM 複製檔案時發生的鍵盤鎖定問題，請指出下列狀況是否存在：
如果 CD-ROM 設備與磁碟子系統共用 SCSI 匯流排，而網路作業系統安裝檔案要複製到磁碟子系統所包含的卷冊上 (通常是 SYS: 卷冊)，那麼在載入驅動程式或將檔案複製到卷冊時，鍵盤就可能會鎖住。下列圖表顯示可能的組態衝突。
從 CONFIG.SYS 檔中移除原先將 CD-ROM 光碟機設定為 DOS 設備所用的 CD-ROM 設備驅動程式。這會避免將 作業系統 CD 裝上作為 NetWare 卷冊時可能造成的衝突。
若要解決從 CD 複製檔案時發生的鍵盤鎖定問題，請使用下列程序：
按 Alt+Esc 直到回到主控台提示符。
EnterDOWN。
使用文字編輯器，將 CD-ROM 設備驅動程式移出 CONFIG.SYS 檔。
儲存更新的 CONFIG.SYS 檔。
使用文字編輯器，將指向 CD-ROM 光碟機的任何參考自 AUTOEXEC.BAT 檔中移除。
儲存更新的 AUTOEXEC.BAT 檔。
按 Ctrl+Alt+Del，重新開啟伺服器。
(依條件而定) 如果伺服器不會自動從 AUTOEXEC.BAT 檔開機，請改到 SERVER.EXE 檔與其他開機檔案所在的子目錄 (預設目錄是 C:\NWSERVER)，在 DOS 提示符下輸入以下指令：
SERVER
(依條件而定) 如果您使用 ASPI 設備驅動程式 (例如用於 Adaptec* 控制器)，則必須輸入下列其中一個指令：
AHAxxxx
其中xxxx 指定 Adaptec 卡號碼
或
ASPICD
或
CDNASPI
在主控台提示符下輸入NWPA。
在主控台提示符下輸入NWCONFIG。