1、誰有"阿帕奇伺服器詳細配置步驟報告"拜託各位了 3Q
Apache是世界使用排名第一的Web伺服器。它可以運行在幾乎所有廣泛使用的計算機平台上。 2、Apache與IIS Apache和IIS同屬於WEB伺服器，兩者有一個人人皆知的區別：一個是開源程序，另外一個是微軟的不開源程序。Apache與IIS到底誰更有競爭力呢？有篇文章題為「Apache與IIS的優劣對比」分析得比較透徹。 3、在Windows中配置Apache的詳細步驟 篇幅較長，我沒做轉載，需要安裝配置Apache的朋友可以參考「Apache+php+mysql在windows下的安裝與配置圖解（最新版）」 安裝過程中遇到的幾個問題： <1>安裝好之後遇到一個錯誤提示：「No services installed」 解決辦法： 運行--->cmd--> 鍵入: d: 注釋：進入D盤，由於我的apache安裝在D盤 鍵入: cd apache2 注釋：進入D:\apache2\目錄 鍵入: cd bin 注釋：進入D:\apache2\bin\ 目錄 鍵入: httpd.exe -k install -n apache2 注釋：添加了apache這個服務了，下面我們要啟動它 鍵入: net start apache2 注釋：啟動apache2服務 關閉伺服器是： net stop apache2 OK，問題解決 <2>簡單配置httpd.conf 和IIS不一樣，Apache的配置必須修改配置文件來完成，初次安裝時，為了達到某些效果，我們需要修改配置文件「httpd.conf」，下面是我安裝好後對httpd.conf修改的幾個地方。 一、修改網站根目錄：DocumentRoot 和 # This should be changed to whatever you set DocumentRoot to. # <Directory……後面的目錄地址才能成功完成 二、修改埠號：只需修改Listen後面的埠號即可 三、修改默認首頁：在DirectoryIndex後面添加默認首頁顯示文件 四、添加Php支持：在最後一行#LoadMole後面添加 LoadMole php5_mole c:/php/php5apache2_2.dll 其中後面的目錄根據自己php目錄修改 五、添加php後綴文件支持：AddType application/x-httpd-php .php 六、添加目錄文件瀏覽支持：將Options FollowSymLinks改為Options Indexes FollowSymLinks
2、急求網路維護及管理實踐報告或者伺服器架設及維護實踐報告
一、對使用者的分析
現有網路情況：
我校校園網通過光纜已將31座建築物連通，光纜總長度約15Km，絕大多數樓中實現結構化布線，連入校園網的網路多媒體教室、教學基地、實驗室、機房等約有數十個，連網計算機達3000多台。我校目前出口有2個，一條速率為10M bps，通過光纖接入中國教育科研網CERNET，另一條速率為4M bps連入中國電信。
用戶的需求：
我校校園網的使用者主體為在校學生及老師。根據統計，約80%的用戶使用WWW、FTP等資源。我校現有Chinanet ip 126個，不可能分給所有的用戶使用。通過架設代理來實現讓所有用戶使用網路資源是最簡單並且相對和可靠的方法。通過架設專門的WWW(FTP)代理來滿足用戶的主要需求，通過架設socks5代理來滿足用戶的其他需求。
二、硬體及軟體的選擇
硬體
Cache Server可以是一台普通的PC加上cache軟體（如Squid、Inktomi）構成，也可以是軟硬體系統和一台專門的cache伺服器。根據 Chinanet出口的實際情況，4Mbps速率的出口，每秒最大傳入數據量為約500K/s。我校主幹網節點間為雙千兆連接，到達部分實驗室是百兆，到達宿舍為10M。送出的最大數據量為約12M/s。傳送的數據量不是很大，使用傳統的IA32構架伺服器既可滿足需求。我校網路中心主機房使用機櫃來存放伺服器。惠普公司的LH6000伺服器，具有很強的擴展性，是新型的六路伺服器。代理伺服器的運算負荷不是很重，對於IO的要求較高。LH6000通過自定義配置可以達到這個要求。通過使用raid可以提高磁碟性能，增加數據的可靠性。代理伺服器軟體佔用內存較大。LH6000可以支持8GB內存。最終選擇配置如下：
配置
處理器:1個100MHz系統匯流排的Intel Pentium III Xeon 700MHz處理器
內存:1G PC-133 ECC SDRAM
磁碟控制器:集成具有32MB高速緩存雙通道Ultra3 SCSI HP NetRAID控制器
附加單通道:Ultra Wide SCSI控制器
內置:熱插拔5x18G半高驅動器
網卡:內置INTEL 82559 100M網卡
電源:3個熱插拔電源
RAID使用了RAID5模式，這個模式是向陣列中的磁碟寫數據，奇偶校驗數據存放在陣列中的各個盤上，允許單個磁碟出錯。RAID 5也是以數據的校驗位來保證數據的，但它不是以單獨硬碟來存放數據的校驗位，而是將數據段的校驗位交互存放於各個硬碟上。這樣，任何一個硬碟損壞，都可以根據其它硬碟上的校驗位來重建損壞的數據。
軟體
Squid Internet Object Cache (Harvest Project的後續版本) 是美國政府大力助的一項研究計劃。Squid是一個開放源代碼的代理伺服器軟體。它是一個為UNIX系統下運行的全功能的代理伺服器軟體。它可以為 HTTP、FTP以及其他使用URL方式定位的作緩存。它支持客戶端使用SSL協議進行數據傳送。它可以使用ICP, HTCP, CARP, Cache Digests等協議和方式和其他運行squid的伺服器進行協同。它支持SNMP協議，可以用相應的軟體來做協調和管理。並且能配置詳細的訪問控制列表（acl）。
操作系統
以前學校的代理伺服器使用作為操作系統。這是因為以前的代理伺服器通常還兼作其他的伺服器。很多伺服器軟體是專門為開發的，或者在linux上運行的效率最高。Squid本身是為unix-like操作系統開發的。本身對系統沒有太多的要求。目前我校Chinanet代理伺服器使用的是FreeBSD作為操作系統。
沒有選擇Linux有下面幾點原因：
Linux的核心部分開發相對比較開放,FreeBSD的核心是由一個嚴格的core team來完成的。相對檢查更加嚴格。從核心部分比較BSD的內核更加穩定。
Linux對高負荷的承載能力不如FreeBSD。對於高負荷下程序出錯的容忍力，BSD遠強於Linux。
許多著名的網站，如：yahoo, netease 等著名的商業網站使用的就是freebsd,穩定性和性能早已通過很多專家的評測，遠遠強於Linux。
在著名的文章「Linux vs BSD: A Tale of Two System」中，是這樣評價Freebsd的: FreeBSD focuses on the Intel Architecture PC and server platforms, and on providing the best performance and stability possible. The DEC/Compaq Alpha is also supported.
但是Freebsd也有不如Linux的弱點。主要表現在磁碟IO的性能上。這主要是因為Freebsd使用的文件系統—UFS的性能不如linux上使用的ext2/ext3。但是在加上softupdate之後會有很大的改進。而且出國代理上配置的使用raid5模式，磁碟使用高轉速scsi硬碟，在上述硬體配置的情況下，讀取squid cache的數k大小的小文件使用ext2和ufs+softupdate的效率的差別在萬分之一以下。對於負載數千用戶的代理伺服器來說，可以忽略這樣的效率差別。
基於以上原因，最終選用Freebsd作為代理伺服器的操作系統。
三、代理伺服器軟體的安裝
squid的安裝
freebsd本身的ports程序帶有squid的穩定版本。目前squid的最新版本是2.4.STABLE6。在freebsd的/usr /ports/www/squid 目錄下執行make;make install就會將最新版本的squid代碼、編譯並最終安裝到/usr中的相應路徑中。
Squid本身會被安裝到/usr/local/sbin下
Squid的cache目錄默認為/usr/local/squid/cache
Squid的log目錄默認為/usr/local/squid/logs
squid的配置文件目錄默認為/usr/local/etc/squid
這樣的安裝方式比直接使用二進制的package安裝要好。因為二進制的package不能保證在自定義的系統上穩定運行。源代碼代碼在本地進行編譯之前，首先會校驗源代碼的MD5 checksum,這樣能保證我得到的源代碼是未經修改過的版本。然後再在本地進行編譯。最後安裝到相應目錄。
Squid的配置
Squid的配置文件是squid.conf
部分參數的配置如下：(為保證代理伺服器安全，部分參數用*代替)
http_port 8080 設置http代理埠為8080
cache_peer pa.us.ircache.net sibling 3128 3130 login=*:*
cache_peer sj.us.ircache.net sibling 3128 3130 login=*:*
cache_peer * parent 13280 4827 htcp *:*
這幾行是使用squid可以和其他幾台機器進行協同工作的特性，同幾台組成cache_peer。具體設置在後面的優化部分會解釋。
cache_peer_domain * .e.cn設置.e.cn的域名使用某個cache_peer訪問
cache_mem 400 MB設定內存cache的大小為400M
cache_swap_low 80
cache_swap_high 97這兩行是設置cache進行替換的閘值。當佔用到97%的cache後，cache中的內容將被清空20%。
maximum_object_size 20000 KB 最大對象大小為20M.
maximum_object_size_in_memory 10000 KB 內存中最大的對象大小為10M
ipcache_size 4096 ip對應cache的大小為4096
fqdncache_size 4096 域名全稱cache的大小為4096
cache_replacement_policy heap LFUDA cache替換策略
memory_replacement_policy heap LRU 內存替換策略
cache_dir ufs /usr/local/squid/cache 25000 16 256 cache存放的路徑大小及具體配置
dns_nameservers * * * * * 內部指定dns伺服器
authenticate_program * * 身份認證程序
authenticate_children 32 身份認證程序啟動的進程數目
request_body_max_size 5 MB 最大請求的body大小
reply_body_max_size 20 MB 最大回應的body大小
acl all src 0.0.0.0/0.0.0.0
acl dorm proxy_auth 192.168.0.0/255.255.0.0 REQUIRED
acl bjpu proxy_auth 202.112.64.0/255.255.240.0 REQUIRED
acl bjpu2 proxy_auth 211.71.80.0/255.255.240.0 REQUIRED
訪問控制列表
acl banned_sites {過濾的關鍵字}
http_access deny banned_sites
deny_info ERR_BANNED_SITE banned_sites
禁止訪問違禁站點的設置
acl manager proto cache_object
acl localhost src 127.0.0.1/255.255.255.255
acl SSL_ports port 443 563
acl Safe_ports port 80 # http
acl Safe_ports port 21 # ftp
acl Safe_ports port 443 563 # https, snews
acl Safe_ports port 70 # gopher
acl Safe_ports port 210 # wais
acl Safe_ports port 1025-65535 # unregistered ports
acl Safe_ports port 280 # http-mgmt
acl Safe_ports port 488 # gss-http
acl Safe_ports port 591 # filemaker
acl Safe_ports port 777 # multiling http
acl CONNECT method CONNECT
設置可以連接的埠
http_access allow dorm
http_access allow bjpu
http_access allow bjpu2
http_access allow manager localhost
http_access deny manager
http_access deny !Safe_ports
http_access deny CONNECT !SSL_ports
http_access deny all
允許http訪問
icp_access allow *允許cache_peer使用ICP協議訪問
proxy_auth_realm BJPU proxy-caching web server 驗證框提示的banner
cache_mgr [email protected] cache管理員的電子郵件地址
cache_effective_user *
cache_effective_group * 執行cache程序的用戶uid和gid
visible_hostname cnproxy.bjpu.e.cn cache服務的機器名
memory_pools
3、Linux系統在大型伺服器上的應用情況。 一個報告 最好詳細點 謝謝
在伺服器上運行Linux系統有賴於兩大支柱：應用軟體和大型伺服器。
建議你仔細的閱讀下這篇文章
http://it.enorth.com.cn/system/2007/10/16/002154197.shtml
希望對你有用！
4、伺服器更換評估報告
3年日夜不關機的PC在使用壽命上已經差不多了。
故障現象挺厲害的，況且伺服器還是專門存儲公司重要文件的，為了數據安全性還是重新購買一台最好。
完全相同的範文沒有，不過我可以給你相關的一些建議
報告怎麼些呢? 我覺得要分為以下幾點來說明：
1）先說明伺服器的現狀和遇到的主要問題，和發生故障造成數據損壞的嚴重後果
例如：前幾天，充當文件伺服器的PC因為長時間開機，機器頻頻死機，以致公司的文件。。。。。。。。。。。
組裝PC是不存在保修期的，賣PC的經銷商也不會對這樣的事情負責。不能因為硬體故障，而導致數據丟失，業務停頓。畢竟，PC不是為長時間不間斷運行，以及高安全、高可靠性而准備的。
2）為什麼要購買伺服器，伺服器和PC之間有什麼不同？購買伺服器後對公司對公司的文件存儲有什麼優勢？
例如：
由於所面向的工作環境、針對的工作任務不同，伺服器和PC在設計上就存在比較大的差異——伺服器是用於響應用戶的各種應用請求，在設計上首先就著重於穩定性和可靠性，這方面要遠強於普通PC。畢竟，PC宕機隻影響一個人，伺服器宕機則會影響一片人。
首先從性能上來看，PC性能再強，也是在PC的范圍，其性能之強，主要體現在處理高清視頻、大型游戲及設計等方面的速度更快，效果更佳。而伺服器的性能之強，則體現在CPU、內部傳輸能力、網路吞吐能力等方面，注重的是數據的處理以及交換能力，穩定性和可靠性。因此，二者性能高低的定義標准就根本不同。比如，PC主要為個人8小時工作、娛樂而設計，根本無法長時間7*24小時運行。而伺服器則是為持續、穩定、可靠的運行而設計，同時在安全性、數據存儲和備份方面有專門的設計。另外，伺服器RAID技術，可以防止數據丟失。
其次，從安裝、應用、維護等方面來看，現在的品牌伺服器的管理和維護非常容易。比如，幾乎所有的伺服器隨機都提供安裝引導光碟，伺服器操作系統的安裝和磁碟陣列的設置變得非常簡單，大大縮短伺服器初始安裝所需時間。另外，品牌伺服器特有的管理組件使得安裝和管理容易實現，大大提高了效率。
將PC更換為伺服器對公司的文件存儲。。。。。。。（這些就要你之間寫了，呵呵，具體問題具體分析）
3）你的建議是什麼？
經過咨詢XX伺服器廠商的售前工程師，我推薦公司購買XX品牌XX型號的伺服器作為公司文件伺服器，XX伺服器的是基於XX架構的第X代。。。。。。。。
4）伺服器配置清單。
XX伺服器的詳細配置和參數如下：
只有這么多了，希望能幫到你。
5、伺服器驗收報告怎麼寫
您自己寫一個吧
就把你們公司所承諾給別人的項目例上
然後讓對方過目後，簽字就算是驗收了
6、軟體管理系統試運行報告中的部署伺服器怎麼填
WEB伺服器，tomcat發布
7、http 500 內部伺服器錯誤,，兩種瀏覽器顯示的錯誤報告，請求幫組
初步處理：
試著進入IISHELP網頁，也再現HTTP 500 錯誤，無法判斷故障原因，搜索網上相關內容，找到一篇關於IIS下不支持ASP的解決方案文章；
經研究分析，判斷故障現象基本類似，原因分析為：主要是由於IWAM帳號IWAM_Myserver的密碼錯誤造
成了HTTP 500內部錯誤。
相應的解決辦法為：統一active directory、IIS metabase資料庫和COM+應用程序中的密碼。相應操
作該文章上有詳細介紹。
查看日誌文件，與文章上所描述的現象並不完全一致，本計算機並未有域的設置。
系統日誌具體描述如下：
系統日誌中事件：
事件1：
事件類型: 錯誤
事件來源: DCOM
事件種類: 無
事件 ID: 10010
日期: 2004-11-17
事件: 17:23:04
用戶: NT AUTHORITY\SYSTEM
計算機: ZY-BGL-FWQ
描述:
伺服器 {3D14228D-FBE1-11D0-995D-00C04FD919C1} 沒有在限定的時間內用 DCOM 注冊。
————————————————————————
事件2：
事件類型: 警告
事件來源: W3SVC
事件種類: 無
事件 ID: 36
日期: 2004-11-17
事件: 17:23:04
用戶: N/A
計算機: ZY-BGL-FWQ
描述:
伺服器未能轉入應用程序 '/LM/W3SVC/1/ROOT/IISHELP'。錯誤是 '伺服器運行失敗
'。
若要獲取關於此消息的更多的信息，請訪問 Microsoft 聯機支持站點: http://www.microsoft.com/contentredirect.asp 。
—————————————————————————
在應用程序日誌中也有兩個事件：
事件1：
事件類型: 錯誤
事件來源: COM+
事件種類: 管理
事件 ID: 4205
日期: 2004-11-17
事件: 17:23:04
用戶: N/A
計算機: ZY-BGL-FWQ
描述:
由於在下列系統 API 錯誤，COM+ 服務無法初始化。它通常是由本地計算機的系統資源存儲問題引起的。
CryptAcquireContext
進程名稱: dllhost.exe
該錯誤的嚴重性已導致進程終止。
錯誤代碼= 0x80090017 : 提供程序類型未被定義。
COM+ 服務內部信息:
文件: .\security.cpp， 行: 617
—————————————————————————
事件2：
事件類型: 錯誤
事件來源: COM+
事件種類: SVC
事件 ID: 4097
日期: 2004-11-17
事件: 17:23:04
用戶: N/A
計算機: ZY-BGL-FWQ
描述:
運行時環境在其內部狀態檢測到不一致。請向 Microsoft 產品支持服務部門報告此錯誤。*** Error in __FILE__(926): Application image mp failed.
而並未有文章上所描述的「用戶名未知或密碼錯誤」之類的信息日誌；
但基本判斷也屬於該類型故障。
按照文章上所寫操作一步一步執行，但發現並未奏效，不知問題出在何處。
按照最後提示：把IIS中的「應用程序保護」設置為「低」，再重置IIS，新的問題又出現了，站點上的某些ASP能夠顯示，但某些ASP頁面又不能顯示，而ASP聊天室的頁面能打開，但顯示為「打開資料庫失敗或錯誤」； 但若把IIS中的「應用程序保護」設置為「中」，則任何ASP頁面都無法打開； 無語，實在不行，採取文章上所述最後一個辦法：重裝IIS，步驟如下：先卸載，再打SP3（我打的是SP4），再重裝。 重新配置啟動IIS，發覺故障現象依舊如故。
經高人指點，問題根源並非如此，經仔細詢問情況，發現曾經刪除過SAM（這一現象前面一直沒能引起注意）SAM文件是保存用戶密碼的資料庫 文件，刪除後，所有的用戶信息就會丟失，而相應的組信息也會隨之丟失，雖然重新登錄過系統，系統已經重新建立了SAM文件，也重新安裝了 IIS，IWAM帳號也已經重新建立，但是，原用戶組中的特殊信息卻沒有被恢復。從這里著手。檢查「開始」->「設置」->「控制面板」->「管理 工具」->「組件服務」中，「控制台根目錄」->「組件服務」->「計算機」->「我的電腦」->「COM+應用程序」中，有一個IIS Out-Of-Process Pooled Applications該應用程序的ID號即為{3D14228D-FBE1-11D0-995D-00C04FD919C1}，很多系統報錯找不到應用程序{3D14228D-FBE1-11D0-995D-00 C04FD919C1}之類的錯誤，就是因為該應用程序未能啟動，打開該應用程序的屬性，檢查標識卻為IWAM用戶，右鍵啟動，報錯。改為管理員後， 可正常啟動。把IWAM加入本地管理員組中，也可正常啟動。確定是因為IWAM用戶無權訪問該應用程序所致。
提出具體解決辦法如下：
1、修改IWAM_Myserver帳號密碼，在「開始」->「設置」->「控制面板」->「管理工具」->「計算機管理」中，「系統工具」->「本地用戶和 組」->「用戶」裡面，一個IWAM_Myserver（Myserver為本地計算機名）的帳號內，右鍵更改密碼，更改為一個自定義的密碼即可，我們這里假 設為「000000」；
2、修改IIS內部IWAM_Myserver帳號密碼，在c:\inetpub\adminscripts\目錄下（IIS安裝默認目錄），輸入：c:\inetpub\adminscripts>
cscript adsutil.vbs set w3svc/wamuserpass "000000"
（此處「0」表示用戶自定義的密碼）
修改成功後，系統有如下提示：
wamuserpass: (string) "******"
3、同步com+應用程序所用的IWAM_Myserver的密碼，原技術文章上所敘述的辦法有兩種，我這里採用的為第二種，即「使用IWAM帳號同步腳本synciwam.vbs」
也就是在c:\inetpub\adminscripts目錄下（默認目錄）輸入：
c:\inetpub\adminscripts> cscript synciwam.vbs -v
前面都很順利，但在「開始」->「設置」->「控制面板」->「管理工具」->「組件服務」中，「控制台根目錄」->「組件服務」->「計算機」- >「我的電腦」->「COM+應用程序」中，右鍵啟動IIS Out-Of-Process Pooled Applications，發現仍然報錯，沒辦法重啟IIS，發現問題現象 依舊如故，檢查上面第三個步驟，輸入cscript synciwam.vbs -v命令後，返回的腳本執行情況其中最後一段有一個Error的提示。一段英文，具 體文字描述未能保存下來，意思理解為：IIS的原資料庫拒絕訪問。
4、萬般無奈，刪除IIS的組件包，重新建立之，仍然無效。
至此又出現問題了。 查看應用程序日誌和系統日誌，發現錯誤提示事件ID號依舊為：10010、36、4205 上述的三個步驟中，前面兩步應該都沒有問題，最後一步好象有點問題。 根據事件ID號，查找相關資料，找出解決辦法如下：
在「開始」->「設置」->「控制面板」->「管理工具」->「計算機管理」中，「系統工具」->「本地用戶和組」->「用戶」裡面，確認IWAM_My server用戶只在GUEST組內，再在「本地用戶和組」->「組」裡面，右鍵點擊Users組屬性，添加進NT AUTHORITY\Authenticated Users和NT AUTHORITY\Interactive兩個用戶成員，確定。
重復第三個步驟，即在IIS安裝默認目錄下輸入：c:\inetpub\adminscripts> cscript synciwam.vbs -v
根據返回的腳本執行情況進行查看，最後那一段的Error已經沒有了，將COM+程序的用戶改回為IWAM用戶
，重新啟動IIS Out-Of-Process
Pooled Applications應用程序，沒有再報錯了，再重啟IIS，檢查所有WEB站點服務，故障現象解除!
也就是說到了這一步IIS下面的ASP程序才正式恢復重新啟動。
至此，故障現象全部排除!
因此，以下幾點需要注意的：
1、事件日誌的空間設置稍微放大一些，默認才512K，根據硬碟空間，適當放大一些，避免出現日誌文件已滿的情況；
2、不要隨便輕易清空事件日誌中的事件記錄，很多故障現象需要從這個裡面下手找原因；
3、所有返回的系統提示信息一定要注意仔細查看；
4、IIS中的應用程序保護應為中或高，如為低，則所有ASP頁面均以本地系統許可權運行，安全性存在問題。
5、COM+程序的用戶許可權和用戶啟動許可權很重要，應注意檢查。
6、系統默認組有時有重要作用，不能輕易刪除或修改。
7、系統重要文件（如SAM）不可輕易刪除，應盡可能採取妥善的解決方法。如使用外部程序修改注冊表或SAM表信息以獲得管理員許可權。而不要刪除該文件。
8、三大伺服器操作系統市場佔有率
你好，這個非常不好統計，因為怎麼統計的數據都不完整，我這邊沒有最新的數據，給你也沒有意義.，不過可以試著從以下幾個維度去找數據，
IDC報告，每年的IDC調查報告的可靠性是非常高的； （品牌伺服器出貨及佔有率、操作系統佔有率）
SSL證書廠商報告（因為現在大多網站都有SSL證書，這些廠商會出報告）
瀏覽器廠商報告
政府相關機構的報告，如國內的CNNIC報告。
根據w3techs的統計（7 August 2017）：Windows 33.6%; Unix 66.4%(含Linux 36.9%)；MacOS小於0.1% 。。統計方法為：根據Alexa前100萬台網路伺服器統計；注意：幾乎所有的統計都有缺點，沒辦法完整統計，如大量運行在內網的伺服器，大量非品牌伺服器，大量運行在後端的非WEB伺服器。。
9、伺服器配置測試報告怎麼寫啊？（有5台伺服器）
評測的主要內容：
1.操作性評測：即畫面的質理，滑鼠鍵盤的操作等方面
2.功能性評測：即是否達到游戲運營商所宣傳的功能，
如:人物飛天功能，需測試人物飛天功能在何時3能觸發，
飛行的感覺及飛行時的輔帶情況。
3.性能評測：即游戲的運行速度及測試機型－每秒FPS，
CPU佔用率，內存使用率等。
4.游戲特點：即列出所評測游戲的具體特點，適合的年齡
層次、性別、公會進駐的優劣。
5.其它：如網游的BUG，自己在游戲中的經驗（可省）
具體測試工具，如測每秒幀數可直接在網上搜索即得。
一篇測評文章需要對各類評測內容進行評分，而評分的方式多種多樣，但老K在這里也希望有一個評分規定，這需要各位能仔細思考下做一個綜合評定標准。可能適合DW公會這一塊佔比例較大，其它各占其中。
10、求「伺服器維護報告」
樓主這個伺服器維護報告 是寫你都做了什麼工作的報告 還是說要寫一個方案 平時怎麼維護伺服器？這兩個不一樣了？
看你下邊那句話 應該是第二者 做一個日常的維護方案
伺服器的維護可以分為硬體維護和軟體維護兩種，硬體維護比較簡單，主要是保證機房的溫濕度，做好防塵防火，定時更換硬體設備等，而軟體維護又包括對操作系統的維護和對主機上所跑應用的維護，這一部分是比較難的，需要對操作系統、應用軟體系統有比較深入的認識和了解。
操作系統是伺服器運行的軟體基礎，其重要性不言自明。如果伺服器操作系統使用Windows 2003或Windows 2000 Server作為操作系統，維護起來還是比較容易的，只要按時打好補丁，訂時查看日誌就可以。但是如果是LINUX和UNIX操作系統的話，需要對管理員的技術有相當高的要求，需要管理員具備一定的專業知識。
伺服器上的應用維護
伺服器上的應用軟體都是運行的企業的核心數據，是企業的最重要的數據之一，不容出錯，如果數據出現丟失或者服務停止的話對於企業來說是致命的， 企業的應用已經成了企業生存和發展的重要組成部分，應用是企業核心業務的血液，當企業應用的規模越來越大時，應用也隨之越來越多，如何迅速有效的對這些關鍵應用進監控就成為了迫切棘手的問題。
7*24小時不間斷
除了上述二點列出的技術上的困難之外，還有一個重要的問題就是企業的伺服器及上面所跑的應用都是實時性很高的業務，必須得保證7*24小時不間斷，單純的管理員維護的話實時性太差，管理員不可以一天二十四小時盯著伺服器，所以現實中經常出現伺服器出現Down機或者伺服器上的應用出了問題，管理員往往不能第一時間知道，往往都是實際使用伺服器或都應用的人去通知管理員，這時業務可能已經停了好長時間，這對於企業來說無疑是很大的損失。
伺服器維護的解決方案
通過上面的分析，通過管理員對伺服器和上面的應用進行管理維護是行不通的也是非常危險的，所以目前大多數企業都是通過伺服器監控軟體維護伺服器為主，管理員維護為輔的管理方式。
同時企業又面對另一個問題，什麼樣的伺服器監控軟體才是好的，筆者認為一款好的伺服器監控軟體應該具備以下幾點：
1．監控可視化，界面友好，用戶可以在一個界面對伺服器的健康情況一目瞭然。
2．可以對伺服器的可用性，性能，組件進行監控，包括CPU，內存，硬碟，分區，介面等等。
3．操作簡單，不需要太專業的知識也可以維護。
4．如果伺服器出現問題可以通過多種方式進行告警，包括郵件，簡訊，語音，客戶端等。可以使管理員第一時間知道情況進行解決。
5．報表功能完善，可以進行趨勢分析和性能分析，幫助企業的管理層作出決策並提供有力的證據。
總結
從用過的網管軟體來看，Mocha BSM是一款比較專業比較實用的伺服器監控軟體，通過摩卡業務服務管理(Mocha BSM)可以有效的對伺服器和上面的應用進行監控，使伺服器健康穩定運行，最大化的為企業服務，同時還可以解放人力，節約企業成本，提高企業的信息化水平。