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。一个简单但没有优化的策略就是将副本存放在不同的机架上
这样可以有效防止当整个机架失效时数据的丢失，并且允许读数据的时候充分利用多个机架的带宽。这种策略设置可以将副本均匀分布在集群中，有利于组件失效情况下的负载均衡。但是，因为这种策略的一个写操作需要传输数据块到多个机架，因此增加了写的代价。