Oracle专用服务器与共享服务器的区别

Oracle专用服务器与共享服务器的区别摘自：在建立Oracle数据库的时候，应该会在数据库建立助手向导上面看到这么一个选项，就是数据库的连接模式采用什么方式。在Oracle9i或者10g中，可以看到有2种连接模式，一种叫做专用服务器连接(dedicatedserver)，另外一种叫做共享服务器连接(sharedserver)。下面我们来分类说一下这两种连接方式的不同点。专用服务器模式就是说每次在对Oracle进行访问的时候，Oracle服务器的Listener会得到这个访问请求，然后回为这个访问创建一个新的进程来进行服务。所以说，对于每一个客户端的访问，都会生成一个新的进程进行服务，是一种类似一对一的映射关系。这种连接模式的一个很重要的特点就是UGA(用户全局域)是存储在PGA(进程全局域)中的，这个特性也很好说明了当前用户的内存空间是按照进程来进行分配的。而另外的共享服务器连接则是一种在程序编写的时候通常会用到的连接池(pool)的概念。采用这种模式的话，在数据库的初始化的时候就会创建一批服务器连接的进程，然后把这些连接进程放入一个连接池来进行管理。初始化的池中的进程数量在数据库初始化建立的时候是可以手动设置的。在连接建立的时候，Listener首先接受到客户端的建立连接的请求，然后Listener去生成一个叫做调度器(dipatcher)的进程与客户端进行连接。调度器把把客户端的请求放在SGA(系统全局域)的一个请求队列中，然后再共享服务器连接池中查找有无空闲的连接，然后让这个空闲的服务器进行处理。处理完毕以后再把处理结果放在SGA的相应队列中。调度器通过查询相应队列，得到返回结果，再返回给客户端。这种连接模式的优点在于服务器进程的数量可以得到控制，不大可能出现因为连接人数过多而造成服务器内存崩溃。但是由于增加了复杂度以及请求相应队列，可能性能上有所下降。总之，在开发阶段中，用第一种专用服务器可能好一些，因为少了一些中间的复杂度，而且开发的时候一般连接的数量也少。而在多个应用同时使用一个数据库的实际应用环境下，采用第二种方法可能好一些，因为如果到时候突然有1000个或者10000个请求连接的话，数据库服务器如果同时建立10000个连接，肯定要受不了的。当然，也要看到时候的实际情况如何再做决定，两者没有绝对的哪种好哪种不好的差别关于这两者的比较假如你来到一个城市，要在这个城市的不同的地方办几件事情，在交通方面你有两种选择：一个是雇一辆专车，这辆专车将会把你从A带到B，一直等你把在B的事情办完，在把你从B带到C。。。。。。另一种选择是给出租车公司打电话订辆出租车，先把你从A带到B，然后你和出租车该干嘛干嘛，你去办你的事情，出租车去接别的生意，等你在B的事情办完了，你再跟出租车公司订车，出租车公司将会联系当时在B附近的其他出租车去接你。。。。。。首先，dedicatedservers的设置非常简单-----不需要设置，这个是oracle的默认选项而对于sharedservers，你就要需要做一些额外的设置，当让按照administratorguide并不难，关键是你需要决定到底需要多少个sharedserverservers和多少个dispatcher，这不仅仅需要经验的积累，还需要持续的观察和调整。在dedicatedservers里，你所有的等待都是数据库本身的等待，而在sharedservers里你有可能需要等待一个available的sharedserverprocess。很明显，当用户并发的连接数很大的时候，dedicatedservers的serverprocess个数也会变得很大，对于操作系统来说多一个process就意味着多一点管理负担，要知道操作系统支持的同时并发数可不是无限的。这意味着，在dedicateservers里，当你有大量的用户连接（比如，同一时间超过5000个用户连上来），你的系统负担就会相当大。而这种情况sharedservers就可以处理的相对好一些，因为加入同时有5000个用户连上来而且我们知道一般只有1%的连接是active，那我们只需要设置50个sharedservers就可以把所有的用户请求处理得很好，并节省了系统资源。作为一个好处，sharedservers可以用来控制concurrent。要知道用户的并发数和系统的处理能力决不是成正比的（可以下面的图），当用户并发数超过一个阀值，系统的处理能力会明显下降。通过sharedservers可以控制系统的concurrent不超过这个阀值。在引入PGA的自动管理以前，sharedservers是要比dedicatedservers节省内存的，然后在自动管理的PGA引入之后，sharedservers的这个优势已经不像我们想象的那么不明显了。dedicateservers一个serverprocess为了一个较大的request而长时间的工作而不影响其它的users，然而在sharedservers，一些较大的request会影响其它的用户。还需要考虑其他的因素，比如，如果在前端使用了weblogic的connectingpool，那么你在databaselevel再使用sharedservers可能就不是很必要，因为这时你的用户连接已经在weblogic层面上得到了控制。sharedservers还有一个所谓的伪死锁的问题，这点大家参考一下tom的新书就知道了。关于dedicatedservers和sharedservers的话题我们就讨论这么多，最后给大家一个小提示：其实dedicatedservers和sharedservers是可以并存的，实际上，即使你使用了sharedservers，某些管理操作也是必须在dedicated模式下来做的，比如startup或shutdowndatabase。如果你实在难以选择，如果你的应用可能一部分是OLTP的（用户量也很大），一部分是DW的，其实你可以考虑同时使用dedicatedservers和sharedservers。查看运行情况:idleshowparametershared_servermts_serversNAME_COL_PLUS_SHOW_PARAMTYPE---------------------------------------------------------------------------VALUE_COL_PLUS_SHOW_PARAM-----------------------------------------------------------------------------------------------------------------------------------max_shared_serversinteger20shared_server_sessionsinteger165shared_serversinteger1--如果VALUE_COL_PLUS_SHOW_PARAM大于0为dedicated模式idleselectp.program,s.serverfromv$sessions,v$processp2wheres.paddr=p.addr3;PROGRAMSERVER---------------------------------------------------------oracle@infa(PMON)DEDICATEDoracle@infa(DBW0)DEDICATEDoracle@infa(LGWR)DEDICATEDoracle@infa(CKPT)DEDICATEDoracle@infa(SMON)DEDICATEDoracle@infa(RECO)DEDICATEDoracle@infa(TNSV1-V3)DEDICATEDoracle@infa(TNSV1-V3)DEDICATEDoracle@infa(TNSV1-V3)DEDICATEDoracle@infa(TNSV1-V3)DEDICATEDoracle@infa(TNSV1-V3)DEDICATEDoracle@infa(TNSV1-V3)DEDICATEDoracle@infa(TNSV1-V3)DEDICATEDoracle@infa(TNSV1-V3)DEDICATEDoracle@infa(TNSV1-V3)DEDICATED15rowsselected.模式切换:客户端建立的连接。如果服务器是专用模式，客户端再怎么修改也没有用。服务器切换专有和共享模式的方法是修改参数文件中的参数。sample:trace:大多数情况下我们更倾向或习惯专用模式，两种模式下，对sga等分配都会有不同，所以如果转换成mts模式，别忘了sga也是需要调整的。最典型的是mts模式需要较大的large_pool_size。如果真想转换还是仔细看看oracle关于mts的文档。共享连接只是把连接SESSION信息放在LARGEPOOL，所以LARGEPOOL要大一些。而专用连接的SESION信息放在PGA。Note：1.如果是dedicatedserver，则客户端只能创建dedicatedserverconnection2.如果是sharedserver，则客户端能创建dedicatedserverconnection和sharedserverconnection，只要在servicename中指定server＝dedicatedorserver=shared.