A. 軟體測試的環境有哪些
軟體測試環境包含硬體環境和軟體環境，硬體換進主要是pc機，軟體環境包括軟體運行的操作系統(主流的操作系統：windows、linux、unix)，資料庫（oracle、mysql、sqlserver、db2等）、web應用伺服器（apache、iis、tomcat、nginx等）和集群環境（如負載均衡）。
純手打，求過。如有錯誤或不足，歡迎指出。
B. 管家婆.net版本出現的問題怎麼解決啊！
Asp.Net中的Session的靈活和強大，同時也復雜；
我們知道Session與Cookie最大的區別在於：Cookie信息全部存放於客戶端，Session則只是將一個ID存放在客戶端做為與服務端驗證的標記，而真正的數據都是放在服務端的內存之中的。
在傳統web編程語言session的過期完全是按照TimeOut來老老實實處理的，超時值默認是20分鍾，但問題是：通常有很多用戶只看一眼網頁，然後就關瀏覽器走人了，這種情況下，服務端內存里還長久保存著Session的數據，如果這種用戶很多，對伺服器資源無疑是一種浪費。
而在Asp.Net中，Session的存儲策略有好幾種：
該命令運行後，將會自動創建一個AspState資料庫，同時會在tempdb資料庫下創建二張表ASPStateTempApplications與ASPStateTempSessions。
對應的web.config配置為：
<sessionStatemode="SQLServer"sqlConnectionString="datasource=JIMMYT61P;uid=sa;pwd=***"></sessionState>
註：如果想把表直接創建在資料庫ASPState中，剛才的命令行中，再加一個參數-sstypep，即：
aspnet_regsql-S資料庫實例名-ssadd-sstypep-U連接用戶名
同樣SqlServer模式在保存讀取Session數據時，相對InProc模式也會有性能損耗(大約在25%左右)，但利用SqlServer能實現Session數據的持久保存。
最後再來看看mode中的另外二個值：Off與Custom，Off相當於禁用了session，就不多說了，Custom允許開發人員自己定義Session如何存儲，相當於提供了一個可供編程的開發介面（我從來沒用過，所以...也談不出很深的道道來，呵呵）。
綜合一下：InProc性能最高，但是有可能會使session無故丟失，而且這種模式無法適用於web伺服器集群或負載均衡場景（因為多台伺服器之間無法實現Session同步），StateServer與SqlServer可應用於web伺服器集群場景，但是性能有所降低；如果希望Session能持久化保存，SqlServer是唯一的內置方案。
總結：了解了asp.netSession的知識後，你的問題也就容易解決了，
配置你的資料庫或者直接採用InProc模式，即進程內模式
C. 什麼是sqlserver的集群
由二台或更多物理上獨立的伺服器共同組成的「虛擬」伺服器稱之為集群伺服器。一項稱做MicroSoft集群服務(MSCS)的微軟服務可對集群伺服器進行管理。一個SQL Server集群是由二台或更多運行SQL Server的伺服器（節點）組成的虛擬伺服器。如果集群中的一個節點發生故障，集群中的另一個節點就承擔這個故障節點的責任。
認為一個SQL Server集群能夠給集群中的兩個節點帶來負載平衡，這是一種常見的誤解。雖然這似乎很有用，但卻是不正確的。這也意味著集束SQL Server不能真正提高性能。集束SQL Server只能提供故障轉移功能。故障轉移就是當系統中的一台機器發生故障失去其功能時，另一台機器將接手運行它的SQL Server實例。這種功能失效可能是由於硬體故障、服務故障、人工故障或各種其它原因。
為何要集束SQL Server環境？
在實用性方面，集群SQL Server環境令人滿意。在進行故障轉移時，將資料庫實例由一台伺服器轉移到另一台伺服器的時間非常短暫，一般只需要3至7秒鍾。雖然需要重建連接，但對資料庫的終端用戶而言，故障轉移處理通常是透明的。低廉的故障轉移成本還可幫助你對集群中的節點進行維護，而不會造成伺服器完全無法訪問。
SQL Server集群類型
一共有兩種類型的SQL Server集群：主動/被動集群和主動/主動集群。下面分別對它們進行說明（說明以兩個節點的SQL Server集群為基礎）。
主動/被動集群
在這種類型的集群中，一次只有一個節點控制SQL Server資源。另一個節點一直處於備用模式，等待故障發生。進行故障轉移時，備用的節點即取得SQL Server資源的控制權。
優點：由於伺服器上只有一個實例在運行，所以在進行故障轉移時，不需要另外的伺服器來接管兩個SQL Server實例，性能也不會因此降低。
缺點：由於虛擬伺服器上只有一個SQL Server實例在運行，另一台伺服器總是處理備用模式與空閑狀態。這意味著你並沒有充分利用你購買的硬體。
主動/主動集群
在這種類型的集群中，集群中的每個節點運行一個獨立且主動的SQL Server實例。發生節點故障時，另一個節點能夠控制發生故障節點的SQL Server實例。然後這個正常的節點將運行兩個SQL Server實例——它自己的實例和發生故障的實例。
優點：通過這種配置，你能夠充分利用你的硬體。在這樣的系統中，兩個伺服器都在運行，而不是只有一台伺服器運行，而另一台處於等待故障發生的備用模式，因此你能夠充分利用你購買的機器。
缺點：如果進行故障轉移，一台伺服器運行兩個SQL Server實例，性能就會受到不利影響。然而，性能降低總比虛擬伺服器完全失靈要強得多。這種配置的另一故障在於它要求購買的許可要比主動/被動集群多一些。因為集群在運行兩個主動SQL Server實例，這要求你購買兩個單獨的伺服器許可。在某些情況下，這也可能對你形成阻礙。
集群考慮
在高實用性方面，集群SQL Server環境有一定的優勢。然而，高實用性也確實伴隨某種折衷。
首先，建立一個集群SQL Server環境非常昂貴。這是因為集群中的節點必須遵照集群節點的兼容性列表。而且，還需要建立一個復雜的網路，機器的配置必須幾乎相同，同時需要實現資料庫文件磁碟子系統共享。存儲區網路(SAN)是建立這種子系統的不錯選擇，但SAN並非必要，而且十分昂貴。另外，如果你正在運行一個主動/主動集群，你需要為集群中運行SQL Server實例的每台機器的處理器購買一個許可。
因為當地集群主要局限於同一地理區域，自然災難可能會使集群完全失靈。在那種情況下，你需要轉移到災難恢復站點進行繼續操作。你也可以建立地理分散的SQL Server集群，但這樣的系統更加復雜與昂貴。
D. 伺服器如何實現集群和負載均衡
你可以直接買一台負載均衡交換機啊，何必要浪費1台伺服器呢。
2 應該是每台都會有一個IP地址 外網 訪問連接到的那個IP地址 是你的負載均衡交換機的IP地址 他隨機把你的訪問請求分配到你的3台伺服器上
3 無主從關系，負載均衡交換機它會沒2秒左右向你的伺服器發送一個健康檢查，如果發現你的伺服器出現問題，它會自動屏蔽你這台伺服器
4 你問的重復問題。
E. 公司200台Linux伺服器的架構怎麼樣的
首先說windows和Linux系統在企業的伺服器中都是有使用的，關於一個企業是選擇windows作為伺服器系統還是Linux作為伺服器系統還是要看企業對於伺服器的需求和一些技術上的需要。
1、簡要說一下windows系統和Linux系統。
windows系統相信大家都不陌生，現在大家基本上使用的都是以windows操作系統為主，而伺服器上使用的windows操作系統一般指的的是windows的伺服器版本系統：windows server 系列。windows server系列也有很多的版本，如windows server2003、windows server 2008等。這些伺服器版本的windows和普通windows版本的不同在於其是根據伺服器需求進行開發的，如支持更大的內存、支持一些伺服器的策略設置、支持伺服器集群等，這些功能都是針對伺服器的功能，總之windows server版本就是一個適合伺服器的操作系統版本，其功能大多都是針對伺服器的。再說一下Linux系統，Linux是一套免費使用和自由傳播的類Unix操作系統，是一個基於POSIX和UNIX的多用戶、多任務、支持多線程和多CPU的操作系統。它能運行主要的UNIX工具軟體、應用程序和網路協議。它支持32位和64位硬體。Linux繼承了Unix以網路為核心的設計思想，是一個性能穩定的多用戶網路操作系統。以上是專業的解釋，簡單說Linux是一個免費的操作系統，其也是非常的好的支持伺服器環境，且其不太適合圖形化操作更適合命令行操作，而windows server是收費的系統，且其主要的還是圖形化操作方式。
2、公司選擇什麼系統之性能和易用性。
因為Linux是開源的操作系統，其功能可以自己定義和修改，且其沒有圖形化界面，總而言之Linux的一些特性使得Linux的效率要比windows高且其使用起來更加靈活，因為Linux的嚴格的用戶許可權管理機制使得Linux更加安全。雖然windows的圖形界面會在一定的程度上降低windows的性能，但是圖形化的界面也為windows帶來了操作簡單方便的特點，且大家都是使用windows出身，那麼 windows server系統的操作學起來要比Linux簡單的多。總結：個人認為Linux比windows server的性能更好，而windows server比Linux有更好的易用性。
3、公司選擇什麼系統之用途和技術搭配和成本。
關於伺服器的用途決定了其安裝什麼操作系統，比如公司需要搭建一台伺服器進行系統網路和區域網的域管理，那麼此時應該使用的當然是windows server操作系統。在比如公司的需要對外發布一個web網站，公司決定使用asp.net作為網站後台，我們都知道asp.net的最好組合是windows server + IIS +sqlserver資料庫，那麼此時公司的機房伺服器也可能要安裝windows server 系統，而我們要發布一個php的網站，那麼我們也都知道php的最佳運行環境是lamp即Linux+Apache+mysql資料庫+php，此時可能我們需要的採用Linux作為操作系統。
再說一下成本，Linux的是開元不收費的系統，而windows server是收費的操作系統，但是公司請一個Linux的運維管理員的成本要高於windows server的管理員，這些問題都是公司需要考慮平衡的，畢竟公司要考慮公司的利益。
最後，以上就是個人對於公司選擇什麼操作系統作為伺服器操作系統的一些看法，也可能有很多其他的因素影響著這個選擇，以上只是個人的一些看法和其中的一些因素。
F. iis 負載均衡 如何保存session狀態
一、Inproc模式
Inproc是預設的設置,這種模式和以前的ASP的會話狀態的方法是類似的,會話的狀態會被保存在ASP.NET進程中，它的優點是顯而易見的：性能。進程內的數據訪問自然會比誇進程的訪問快。然而，這種方法Session的狀態依賴於ASP.NET進程，當IIS進程崩潰或者正常重起啟時，保存在進程中的狀態將丟失。
二、StateServer模式
為了克服Inproc模式的缺點，ASP.NET提供了兩種進程外保持會話狀態的方法。
ASP.NET首先提供了提供了一個Windows服務：ASPState,這個服務啟動後，ASP.NET應用程序可以將mode屬性設置為 「SateServer」,來使用這個Windows服務提供的狀態管理方法。
除了在web.config文件中設置mode屬性為StateServer外，還必須設置運行StateServer伺服器的IP地址和埠號，具體配置方法如下：
2.1 如果在IIS所在的機器運行StateServer則IP地址就是127.0.0.1,埠號通常是42424.配置如下：
mode=」StateServer」
stateConnectionString=」tcpip=127.0.0.1:42424″
2.2 找一台伺服器作為Session伺服器
如IP為：172.18.1.188，啟動其Windows中的ASP.NET State Service（默認的埠號為42424），把啟動類型改為自動；
2.3 修改Session伺服器注冊表中的項：
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services \aspnet_state\Parameters中的AllowRemoteConnection 鍵的值為1，其中的Port鍵控制ASP.NET State Service的監聽埠；修改後需要重啟ASP.NET State Service才生效；
2.4 每台伺服器的web.config 的stateConnectionString都指向這台伺服器
使用這種模式,會話狀態的存儲將不依賴IIS進程的失敗或者重啟,會話的狀態將存儲在StateServer進程的內存空間中。
三、SQlServer模式
另一種會話狀態模式是SQLServer模式。這種模式是將會話的狀態保存在SQL Server資料庫中的。使用這種模式前，必須至少有一台SQL Server伺服器，並在伺服器中建立需要的表和存儲過程。.NET SDK提供了兩個腳本來簡化這個工作：InstallSqlState.sql和UnInstallSqlState.sql。這兩個文件存放在下面路徑中：
c:\windows\Microsoft.NET\Framework
要配置SQL Server 伺服器，可以在命令行中運行SQL Server提供的命令行工具osql.exe
osql -s [server name] -u [user] -p [password]
例如：
osql -s (local) -u as -p 「」-i InstallSqlState.sql
做好必要的資料庫准備工作後，將web.config文件中的sessionstate元素的mode屬性改為」sqlserver」,並指定 SQL連接字元串。具體如下：
mode=」SQLServer」
sqlConnectionString=」data source=127.0.0.1;userid=sa;password=;Trusted_Connection=yes」
使用SQLServer模式處了可以使Session的狀態不依賴於IIS伺服器之外，還可以利用SQL Server的集群，使狀態存儲不依賴於單個的SQL Server,這樣就可以為應用程序提供極大的可靠性。
G. 請教SQLServer是否支持真正意義的負載均衡
主要考慮到數據均衡的
SQLServer支持多CPU並發,CPU越多,效率越好,一般來說,百萬級也有用SQLSERVER的,
但如果超過百萬級,達到千萬或更多,就應該考慮用ORACLE了..
H. SQLSERVER怎麼搭建伺服器集群實現負載均衡
很多組織機構慢慢的在不同的伺服器和地點部署SQL Server資料庫——為各種應用和目的——開始考慮通過SQL Server集群的方式來合並。
將SQL Server實例和資料庫合並到一個中心的地點可以減低成本，尤其是維護和軟硬體許可證。此外，在合並之後，可以減低所需機器的數量，這些機器就可以用於備用。
當尋找一個備用，比如高可用性的環境，企業常常決定部署Microsoft的集群架構。我常常被問到小的集群(由較少的節點組成)SQL Server實例和作為中心解決方案的大的集群哪一種更好。在我們比較了這兩個集群架構之後，我讓你們自己做決定。
什麼是Microsoft集群伺服器
MSCS是一個Windows Server企業版中的內建功能。這個軟體支持兩個或者更多伺服器節點連接起來形成一個「集群」，來獲得更高的可用性和對數據和應用更簡便的管理。MSCS可以自動的檢查到伺服器或者應用的失效，並從中恢復。你也可以使用它來(手動)移動伺服器之間的負載來平衡利用率以及無需停機時間來調度計劃中的維護任務。
這種集群設計使用軟體「心跳」來檢測應用或者伺服器的失效。在伺服器失效的事件中，它會自動將資源(比如磁碟和IP地址)的所有權從失效的伺服器轉移到活動的伺服器。注意還有方法可以保持心跳連接的更高的可用性，比如站點全面失效的情況下。
MSCS不要求在客戶計算機上安裝任何特殊軟體，因此用戶在災難恢復的經歷依賴於客戶-伺服器應用中客戶一方的本質。客戶的重新連接常常是透明的，因為MSCS在相同的IP地址上重啟應用、文件共享等等。進一步，為了災難恢復，集群的節點可以處於分離的、遙遠的地點。
在集群伺服器上的SQL Server
SQL Server 2000可以配置為最多4個節點的集群，而SQL Server 2005可以配置為最多8個節點的集群。當一個SQL Server實例被配置為集群之後，它的磁碟資源、IP地址和服務就形成了集群組來實現災難恢復。
SQL Server 2000允許在一個集群上安裝16個實例。根據在線幫助，「SQL Server 2005在一個伺服器或者處理器上可以支持最多50個SQL Server實例，」但是，「只能使用25個硬碟驅動器符，因此如果你需要更多的實例，那麼需要預先規劃。」
注意SQL Server實例的災難恢復階段是指SQL Server服務開始所需要的時間，這可能從幾秒鍾到幾分鍾。如果你需要更高的可用性，考慮使用其他的方法，比如log shipping和資料庫鏡像。
單個的大的SQL Server集群還是小的集群
下面是大的、由更多的節點組成的集群的優點：
◆更高的可用新(更多的節點來災難恢復)。
◆更多的負載均衡選擇(更多的節點)。
◆更低廉的維護成本。
◆增長的敏捷性。多達4個或者8個節點，依賴於SQL版本。
◆增強的管理性和簡化環境(需要管理的少了)。
◆更少的停機時間(災難恢復更多的選擇)。
◆災難恢復性能不受集群中的節點數目影響。
下面是單個大的集群的缺點：
◆集群節點數目有限(如果需要第9個節點怎麼辦)。
◆在集群中SQL實例數目有限。
◆沒有對失效的防護——如果磁碟陣列失效了，就不會發生災難恢復。
◆使用災難恢復集群，無法在資料庫級別或者資料庫對象級別，比如表，創建災難恢復集群。
虛擬化和集群
虛擬機也可以參與到集群中，虛擬和物理機器可以集群在一起，不會發生問題。SQL Server實例可以在虛擬機上，但是性能可能會受用影響，這依賴於實例所消耗的資源。在虛擬機上安裝SQL Server實例之前，你需要進行壓力測試來驗證它是否可以承受必要的負載。
在這種靈活的架構中，如果虛擬機和物理機器集群在一起，你可以在虛擬機和物理機器之間對SQL Server進行負載均衡。比如，使用虛擬機上的SQL Server實例開發應用。然後在你需要對開發實例進行壓力測試的時候，將它災難恢復到集群中更強的物理機器上。
集群伺服器可以用於SQL Server的高可用性、災難恢復、可擴展性和負載均衡。單個更大的、由更多的節點組成的集群往往比小的、只有少數節點的集群更好。大個集群允許更靈活環境，為了負載均衡和維護，實例可以從一個節點移動到另外的節點。
I. 如何維護Linux/Unix伺服器
負責您伺服器和網站的各方面技術處理和日常維護（除網站程序代碼的修改和內容的更新外）。
2、WEB伺服器環境配置Apache，PHP，MySQL，Zend，各類組件等的安裝和配置升級。例如：LAMP（linux+apache+mysql+php）環境的安裝配置及優化；nginx+mysql/sqlserver+Resin環境的安裝配置及優化；apache+mysql/sqlserver+tomcat環境的安裝配置及優化；mysql、postgresql資料庫的安裝配置維護及優化及資料庫同步設置；
3、其它應用程序安裝配置按客戶的特殊需求安裝和調試其他程序和升級；postfix郵件伺服器的配置維護及優化；VPN專線撥入的安裝配置及優化；智能DNS分步式解析系統架設；各種負載均衡、集群、雙機的配置維護及優化；
4、PHP網站安全檢測和清馬Unix系統各類網站安全漏洞的檢測和被黑後的修復、清理木馬後門等措施、防火牆配置，主要針對獨立網站。
J. sqlserver 通過sqoop導入hadoop時identifier enclose怎麼設定
通過一個機架感知的過程，NameNode可以確定每個DataNode所屬的機架ID。一個簡單但沒有優化的策略就是將副本存放在不同的機架上
這樣可以有效防止當整個機架失效時數據的丟失，並且允許讀數據的時候充分利用多個機架的帶寬。這種策略設置可以將副本均勻分布在集群中，有利於組件失效情況下的負載均衡。但是，因為這種策略的一個寫操作需要傳輸數據塊到多個機架，因此增加了寫的代價。