Ⅰ 不可預料的問題伺服器關閉是怎麼回事
原因： (1)網路傳輸狀況不好(如斷線過多，開的線程過多，伺服器人太多導致不能連接太多等)導致下載下來的文件損壞！ (2)站點提供的的RAR壓縮包本來就是損壞的(這就沒辦法了，除非此壓縮包中含有回復記錄)。 (3)所使用的下載工具不夠完善，比如有的下載工具多開了幾個線程後，下載的收尾工作很慢，有些時候下載到99%時數據就不再傳輸了，一定要人工操作才能結束(先停止下載接著再開始)。我用的是小鳥雲伺服器，感覺挺好的。
Ⅱ 伺服器怎麼老是說關閉
因為關閉了所以來提示關閉嘛..伺服器也是電腦..也會關機的..關機了維護了當然提示關閉了..
Ⅲ 伺服器端玩一會就自動關閉是什麼原因
樓主你好..很高興能回答你的問題。。你所出現的問題屬於正常現象。因為這是Cf游戲伺服器的問題，人多的時候。伺服器忙碌時就很容易由於運行錯誤而自動退出遊戲！建議樓主盡量把系統進程減少點。。可以的話不要開QQ等占網速的程序。。即使在網吧也會經常出現這種現象。。樓主你就將就的玩下吧~祝你游戲愉快。還有虎年快樂。。以上是CF齊樂樂團隊隊長為你服務~謝謝
Ⅳ 游戲伺服器被關閉是什麼原因
你好朋友，造成這種情況的原因是你的網路不順暢。如果存在非法模塊也會斷開的。請在游戲時關閉掉其他應用程序保持游戲順暢運行。並建議你查毒。 真誠為你解答，同樣期待您肯定這份真誠！
如有疑問請追問，我會以最快速度回復你！QQ飛車領域專業團隊 無疑灬戦團為您解答，團長 冰封王者 祝您游戲愉快！
Ⅳ 伺服器關閉是什麼情況
一般由於幾種情況引起，伺服器維護、伺服器升級、數據錯誤、宕機、網路故障、停用等引起。
Ⅵ 伺服器最近總被意外關閉，請求幫助
天互數據 為您解答，希望能幫到你
可能的原因：
一、內存錯誤
二、某個定時的服務引起死鎖
三、病毒殘留或者黑客攻擊
四、諾頓的文件檢查功能
檢查及處理過程：
一、由於這是第一次出現類似重啟，先不考慮硬體故障。 但內存錯誤仍有另外一個可能性就是對磁碟上的虛擬內存訪問出錯。先檢查虛擬內存所在磁碟，未發現錯誤。但磁碟中有比較多的文件碎片，考慮到內存文件過於分散有可能會引起偶爾的讀錯誤。所以在凌晨1時左右進行一次全盤的文件碎片整理。
二、根據原因代碼，網路上有關於定時服務引起文件死鎖的記錄，而查詢登錄日誌，離重啟最近的訪問來自於另一台伺服器B，加上出現故障時間與整點比較接近，有可能與某些系統服務有關，所以，將B中的DNS、DHCP等服務關閉，因為這些服務會與故障伺服器通訊同步，或者進行某種查詢。更進一步地，將伺服器和B伺服器上的文件跨網路定時復制備份等功能刪除。
三、從微軟的網站找到有關病毒也會引發類似故障的說明（相關網址），按說明查詢後排除可能性，然後，再檢查可疑的設備驅動，也未發現任何可疑之處。另外，通過查詢防火牆日誌，在19：03前也未發現有異常的攻擊事件。
四、通過網路上上報的事故報告（相關網址）中提到Symantec的版本有關，在Symantec的技術支持網站看到相類似的報告。考慮到離最近的故障時間登錄者是B伺服器，而我們的B伺服器上恰恰安裝了Symantec的10.0版，懷疑與故障伺服器上的9.0版在升級病毒庫時產生了沖突，所以將B上的Symantec殺毒軟體刪除，然後安裝了一個客戶端，由故障伺服器統一管理。
進一步分析
用WinDbg對系統崩潰時的內存Dump文件分析，發現系統重啟時的直接引發文件為RapDrv.sys。
這個文件為BlackICE的系統文件，它包括了監視應用程序的變化的相關模塊，可參見BlackICE的在線說明
檢查RapDrv.sys，文件沒有被改變的跡象，可排除被黑客和病毒修改文件的可能性。
對Dump文件進行調試，找到RapDrv.sys出錯時的堆棧情況，具體內容如下：
EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - "0x%08lx" "0x%08lx" "%s"
FAULTING_IP:
RapDrv+9785
f535e785 894104 mov dword ptr [ecx+4],eax
TRAP_FRAME: f4c0bb54 -- (.trap fffffffff4c0bb54)
ErrCode = 00000002
eax=858b8b4c ebx=00000000 ecx=00000000 edx=00000000 esi=858b5000 edi=84e2660c
eip=f535e785 esp=f4c0bbc8 ebp=f4c0bbdc iopl=0 nv up ei pl zr na pe nc
cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00010246
RapDrv+0x9785:
f535e785 894104 mov dword ptr [ecx+4],eax ds:0023:00000004=????????
Resetting default scope
DEFAULT_BUCKET_ID: DRIVER_FAULT
BUGCHECK_STR: 0x8E
PROCESS_NAME: blackice.exe
CURRENT_IRQL: 0
LAST_CONTROL_TRANSFER: from 8085b4b3 to 8087b6be
STACK_TEXT:
f4c0b720 8085b4b3 0000008e c0000005 f535e785 nt!KeBugCheckEx+0x1b
f4c0bae4 808357a4 f4c0bb00 00000000 f4c0bb54 nt!KiDispatchException+0x3a2
f4c0bb4c 80835758 f4c0bbdc f535e785 badb0d00 nt!CommonDispatchException+0x4a
f4c0bb6c f5355b93 850ab630 84e2660c 858b5001 nt!Kei386EoiHelper+0x186
WARNING: Stack unwind information not available. Following frames may be wrong.
f4c0bbdc f535aa20 85897900 84e2660c 00000028 RapDrv+0xb93
f4c0bc08 f535b282 00222034 84e26608 00000058 RapDrv+0x5a20
f4c0bc28 f535b2f3 865b5ba0 00000058 86043a70 RapDrv+0x6282
f4c0bc4c 8092d3b9 84ad79d8 858e9028 84ad7968 RapDrv+0x62f3
f4c0bc60 8092e81b 865b5ba0 84ad7968 858e9028 nt!IopSynchronousServiceTail+0x10b
f4c0bd00 80940844 00000160 00000000 00000000 nt!IopXxxControlFile+0x5db
f4c0bd34 80834d3f 00000160 00000000 00000000 nt!NtDeviceIoControlFile+0x2a
f4c0bd34 7c95ed54 00000160 00000000 00000000 nt!KiFastCallEntry+0xfc
0012d688 00000000 00000000 00000000 00000000 0x7c95ed54
STACK_COMMAND: kb
FOLLOWUP_IP:
RapDrv+9785
f535e785 894104 mov dword ptr [ecx+4],eax
SYMBOL_STACK_INDEX: 0
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: RapDrv
IMAGE_NAME: RapDrv.sys
DEBUG_FLR_IMAGE_TIMESTAMP: 3f99bc4f
SYMBOL_NAME: RapDrv+9785
FAILURE_BUCKET_ID: 0x8E_RapDrv+9785
BUCKET_ID: 0x8E_RapDrv+9785
Followup: MachineOwner
從上面可以看出，在系統崩潰時，RapDrv正試圖作一個IO操作，在IopSynchronousServiceTail調用時出錯。在網上查尋相關資料，發現DapDrv有一個系統漏洞（相關資料），這個漏洞目前並沒有相關補丁和解決方案，好在它發生的條件比較苛刻，如果是攻擊，必須是已經攻入系統，在試圖修改應用程序時才會觸發。也就是說，如果想用這個漏洞進行攻擊，對方必須是已經攻入系統才能利用這個漏洞。
綜合上述，原來推測的四個可能性，只有最後一個Symantec的版本問題最有可能，因為其它的文件傳輸，只要不修改伺服器上的可執行程序，是不會引發錯誤的。而Symantec在B伺服器上安裝的也是伺服器版，它的升級過程中，可能會試圖替換故障伺服器上Symantec的上的9.0版程序。這才會觸發RapDrv對文件進行監控。
目前最終處理方案是：
考慮到這種事故發生時造成的影響較小，在基本排除硬體故障後，決定暫時只處理Symantec的版本問題，然後繼續觀察伺服器的狀態，如果不再發生類似事件，則不予理會。如果再一次發生類似情況，就將BlackICE中的文件保護功能關閉，這樣可以一勞永逸地解決這類事故。