|
马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。
您需要 登录 才可以下载或查看,没有帐号?立即注册
x
再说第三点:我并没有提到服务器也要整合,然后是IDE,一个好的IDE能够200%提高开发的速度,就说图形方面:你是经过简单托拽和点击就能实现功能好那。当在您的设置中存在组播成绩时,假如必要调试编译使用程序,您的成绩一般要末是在BEAWebLogicServer中组播设置毛病,要末是收集成绩(比方在所指有成绩的呆板中组播自己并没有创建)。请利用该校验清单来反省设置、其他大概的成绩和组播的罕见成绩。
招致集群聚集不克不及启动或服务器到场集群聚集失利的最多见缘故原由之一是组播地点成绩。每一个聚集都必要组播地点。组播地点能够是介于224.0.0.0到239.255.255.255之间的一个IP地点,大概IP地点在该局限以内的一个主机名。您可使用WebLogicServerConsole来反省集群聚集的组播地点和端口。
关于针对排版毛病或拼写毛病,请反省config.xml文件中或把持台上的组播信息。出格要检察组播的地点和端口。假如组播地点有成绩,那末您最有大概看到的毛病信息是:
·"Unabletocreateamulticastsocketforclustering"(不克不及为集群聚集创立组播套接字)
·"Multicastsocketsenderror"(组播套接字发送毛病)
·"Multicastsocketreceiveerror"(组播套接字吸收毛病)
关于集群聚集中的Version6.x,组播端标语是从每台个服务器的监听端口设置拷贝而来的。因为集群聚集中的一切成员必需利用不异的组播地点和端标语,以是拷贝来的端标语请求集群聚集中的一切服务器利用不异的监听端口。关于集群聚集中的Version7.x和更高的版本,集群聚集的组播设置不再依附于独自单个服务器的收集设置。相反,设置的组播端标语与和集群聚集成员所利用的端标语是互相自力的。您也能够辨认指定每台个集群聚集服务器在为举行组播通讯时应当利用哪一个收集接口卡(NIC)。
考证不存在任何诸如收集毗连不存在的物理成绩和没有其他的使用程序正在利用该集群聚集组播地点。反省查验办法之一是利用特定的操纵体系命令来检察该地点/端口是不是正在利用中,该命令是netstat。然后反省查验以确保赋分派给多台个呆板的IP地点没有反复。
假如您失掉一条信息显现为“Unabletosendserviceannouncement(不克不及发送服务声明),”动静,这大概指出意味着一个罕见的收集成绩大概DNS设置毛病。集群聚集服务器之间经由过程组播举行通讯而且必需共享不异的(独有的)组播地点。
运转utils.MulticastTest有用程序工具来考证组播正在事情,大概假如已检察到它正在事情,用该工具来考证分歧的集群聚集正在相互对话,这是不但愿的。比方:
在RunthisonMachA上运转:"javautils.MulticastTest-Nginger-A237.0.0.1-P7126"
在RunthisonMachB上运转:"javautils.MulticastTest-Nfred-A237.0.0.1-P7126"
在RunthisonMachC上运转:"javautils.MulticastTest-Nsmith-A237.1.1.60-P7126"
在RunthisonMachD上运转:"javautils.MulticastTest-Njones-A237.1.1.60-P7126"
您在第一组合中应当看到只要fred和ginger互换了动静互换。相反您在第二组合中应当看到只要smith和jones互换了动静互换。假如您看到在这两个组合之间有动静互换,大概基本看不到来自其他历程的动静,申明有收集呈现了成绩。
假如组播测试失利,请要反省是不是利用了主地点(WebLogicServer必要利用主地点)。反省DNS的是不是准确设置和利用是不是准确了DNS。您也能够猎取/usr/sbin/ifconfig-a信息(它必需作为根来运转以猎取MAC地点),并反省多重初始地点宿主情况中的每台呆板的MAC地点。假如一切MAC地点都不异,那末这大概就是成绩的关键地点。您将不能不必需要确保这些MAC地点的唯一性,特别是在Solaris情况下。一种躲避办法是用一个接口卡将一切的有多重初始宿主地点的Solaris呆板会合到一同。另外一种躲避办法是再增加另外一块接口卡。这是Solaris的一个已知的成绩。
一种情形是仅针对Solaris的,而且不克不及使用于其他平台。在Solaris和SunOS体系上,以太网设备一般被称为le0或ie0。要查找以太网设备的MAC地点,起首利用su命令酿成根,经由过程利用su。然后键进ifconfig-a并检察有关信息。比方:
#ifconfig-a
le0:flags=863<UP,BROADCAST,NOTRAILERS,RUNNING>
inet131.225.220.144netmaskffffff00broadcast131.225.255.255
ether8:0:20:f:c2:f8
Solaris和SunOS一般会将一般包括在MAC地点中的前导0往除。在本机的这类情形下,MAC地点是08:00:20:0f:c2:f8。拜见:www.dimensional.com/findmac.html。
依附于操纵体系,文件形貌符(FD)的数目能够是一个已知成绩。比方,形貌符用尽的成绩大概产生在Solaris上,这是由于翻开了太多的文件。Sun指出这是因为一个fopen的限定。您能够做一些如lsof的举措并检察在呈现该成绩时历程已在磁盘上上翻开文件的数目(不要忧虑套接字文件形貌符)。假如形貌符用尽的确成了一个成绩,请增添体系上FD的数目。这必要体系办理员来完成。
反省呆板本机上的/etc/nsswitch.conf文件。您大概不能不将服务器上nsswitch.conf文件中的按次改动为files、DNS、NIS以免在随机工夫呈现的UnknownHostExceptions非常(乃至在服务器不是处在年夜于沉重负载的时分也大概呈现)。这里是nsswitch.conf之手册页面的一部分:
注重:在利用nsswitch.conf的每一个历程中,全部文件只读取一次,假如该文件在厥后有了改动,历程仍旧将持续利用旧的设置。在Solaris情况中,利用NSSService静态地链接程序是不成能的。在Linux情况中,这是没有成绩的。
当产生NIC妨碍切换时会呈现组播超时(像封闭收集)。这可招致像如许的动静:<Error><Cluster><Multicastsocketreceiveerror:java.io.InterruptedIOException:Receivetimedout>
假如您碰到了这类动静:
·实验禁用封闭收集接口卡(NIC)的妨碍切换功效。
·检察Internet分组办理协定(IGMP)。受网管互换机的一个设置称为IGMP侦听,它在默许情形下处于无效启用形态。该设置用来制止在受网管互换机上呈现组播泛洪众多(multicastflood)成绩。经由过程封闭禁用受网管互换机上的IGMP侦听,WebLogicServer组播测试无穷期地乐成了。
·W2K设置以确认:
·IGMPLevel
·Key:TcpipParameters
·取值范例:REG_DWORD-Number
·无效局限:0、1、2
·默许值:2
·形貌:此参数断定体系对IP组播和介入IGMP的撑持水平。在第0级,体系不供应组播撑持。在第1级,体系只发送IP组播报文数据包。在第2级,体系能够发送IP组播报文数据包并完整介入IGMP以吸收组播报文数据包。实验将其设置为2。
·您也能够实验设置令MulticastTTL=32。拜见:http://e-docs.bea.com/wls/docs70 ... fig_multicast.html.
假如您发明您正在履历组播风暴(multicaststorm),您大概必要设置组播缓冲区的巨细。TCP/IP的内核参数能够用UNIXndd有用程序来设置。参数udp_max_buf把持着UDP套接字发送和吸收缓冲区(以字节为单元)的巨细。针对分歧的部署,udp_max_buf参数有分歧的合适数值。假如您正在履历组播风暴,将udp_max_buf的值增添32K并评价改动后的效果。不要果断地变动udp_max_buf的值,除非您碰到了成绩并且您的收集办理员以为有需要改动它的值。在对udp_max_buf举行变动之前,请细心浏览SolarisTunableParametersReferenceManual(拜见Resources)中“TCP/IPTunableParameters“一章“UDPParameterswithAdditionalCautions“一节中的Sun的告诫。假如您再次注重到组播风暴,您能够实验将缓冲区增添32K,而同时也利用WebLogic的指数提早参数。
假如已设置了组播提早(multicastdelay)而且没法办理成绩,那末您就必要检察两个操纵体系参数了,这两个参数是吸收和传输组播数据包的udp缓冲区巨细。比方,假如udp设置被设置为8K而组播数据包巨细是32K(WebLogic所同意的最年夜值),那末便可能呈现成绩。假如udp_xmit_hiwat和udp_recv_hiwat被设置为64K,则成绩水到渠成。
假如一切这些选择都不克不及构成一个办理计划,那末您能够搜集BEA客户撑持的调试信息以备后用。跟着启用这些调试参数,日记文件中将会有很多动静。组播的特定调试参数是:
·DebugCluster
·DebugClusterHeartbeats
·DebugClusterFragments
这些参数能够在服务器启动时经由过程在命令行增加以下的命令来设置:
·-Dweblogic.debug.DebugCluster=true
·-Dweblogic.debug.DebugClusterHeartbeats=true
·-Dweblogic.debug.DebugClusterFragments=true
也能够经由过程利用“weblogic.Admin”有用程序来静态设置这些参数。比方:
javaweblogic.Admin-urlt3://localhost:7001-usernameweblogic-passwordweblogicSET-typeServerDebug-propertyDebugClustertrue
您能够为其他参数反复该设置历程。您也能够封闭这些参数,只需运转不异的命令并将其设置为false。在您的设置中假如存在组播成绩,这些办理计划中的一个应当会有所匡助。试一试看它们是不是能起感化。
你说是sun公司对她研究的透还是微软?针对自己工具开发的.net网页编程性能上肯定会站上风的。 |
|