??xml version="1.0" encoding="utf-8" standalone="yes"?>日韩国产在线观看,亚洲精品亚洲人成人网,日本不卡免费新一二三区http://www.aygfsteel.com/naruke/category/41915.htmlzh-cnMon, 06 Sep 2010 09:45:45 GMTMon, 06 Sep 2010 09:45:45 GMT60Domino6.5.5调用外部WebServicehttp://www.aygfsteel.com/naruke/archive/2010/08/31/330382.html扭曲的铅W?/dc:creator>扭曲的铅W?/author>Tue, 31 Aug 2010 02:25:00 GMThttp://www.aygfsteel.com/naruke/archive/2010/08/31/330382.htmlhttp://www.aygfsteel.com/naruke/comments/330382.htmlhttp://www.aygfsteel.com/naruke/archive/2010/08/31/330382.html#Feedback0http://www.aygfsteel.com/naruke/comments/commentRss/330382.htmlhttp://www.aygfsteel.com/naruke/services/trackbacks/330382.html1、增加外部lib
AQ?\lotus\Domino下增?xml4j.jar、xml.jar
BQD:\Program Files\lotus\Domino\jvm\lib\ext下增加AXIS1版本?.4.1版本的相关jar
axis.jar
axis-ant.jar
commons-discovery-0.2.jar
commons-logging-1.0.4.jar
commons-logging.jar

dom4j-1.6.1.jar
jaxen-1.1.1.jar
jaxrpc.jar
log4j-1.2.8.jar
log4j.properties
saaj.jar
ws.jar
wsdl4j-1.5.1.jar
xercesImpl.jar
xml.jar
xmlParserAPIs.jar
/Files/naruke/ext1.rar
因ؓ文g太大Q缺xml.jar?br /> 2、利用axis产生WebService Client的类导入到script库里




]]>
Domino NSD日志诊断/分析(?http://www.aygfsteel.com/naruke/archive/2009/09/30/296964.html扭曲的铅W?/dc:creator>扭曲的铅W?/author>Wed, 30 Sep 2009 00:12:00 GMThttp://www.aygfsteel.com/naruke/archive/2009/09/30/296964.htmlhttp://www.aygfsteel.com/naruke/comments/296964.htmlhttp://www.aygfsteel.com/naruke/archive/2009/09/30/296964.html#Feedback0http://www.aygfsteel.com/naruke/comments/commentRss/296964.htmlhttp://www.aygfsteel.com/naruke/services/trackbacks/296964.html随着Domino服务器在生环境中的长时间运行,用户量增多,数据量增大后Q会带来一pd的问题;如宕机频J、运行效率低下、系l资源消耗大{现象。本wDomino属于文档型数据库Q在数据库中的文档数量越多,数据库越大;讉K效率׃低。大多数目初期Q?/p>

E序员ؓ了完成Q务或赶工Q编写过E中q不会考虑E序q行效率、容错等问题Q?/p>

在布|运行环境的时候,一般不会全面考虑服务器的q行状况Q不会对服务器进行相应的性能优化和调_所以在数据量增大和用户数增大时Q出现性能低下{问题?/p>

Z以上现象Q客h意度达不刎ͼ有可能造成目p|的可能性?/p>

遇到q类情况后,Domino理员就有必要通过一pd手段来评估目前环境的问题在哪Q性能瓉在哪Q主要什么原因引LQ应该如何进行调_

在我gDomino理员工作是非常复杂和繁锁的QDomino理工作可以l分从服务器理、数据库理、邮件管理、h员管理、安全管理、复制管理、策略管理等Q这些工作你可以一人完?q个相当牛B了,对Dominoq行机制Q邮件\由机Ӟ复制机制QInternet协议{都要有比较深层ơ的了解)Q也可以一个小l来完成?/p>

如果做ؓ一个合格Domino理员,不懂得如何编写程序,可以说根本算不上一个真正的pȝ理员。就像二黑客拿一些专门的黑客工具黑网站,黑QQ号一P只知道机械化的做Qƈ不知道ؓ什么要q么做,基础原理是什么?/p>

当你的Domino服务器宕机后Q向IBM800?sh)话支持Q他们都会要求你提供NSD日志l他们进行分析,l他们分析后Q会告诉你宕机原因,是由什么由于引起宕机?/p>

a归正传,我们先讲讲如何分析NSD日志Qƈ从中扑և服务器目前的问题所在,宕机目要是由什么引L?/p>

NSD日志存放?DominoData%\IBM_TECHNICAL_SUPPORT目录下,文g格式Q?/p>

nsd___<日志生成日志(YYYY_MM_DD)>@<日志生成旉(HH_MM_SS)>.log

例:

nsd_all_AIX_as2_2008_04_03@17_32_40.log
nsd_W32I_as5_2008_07_18@11_07_24.log
以文件名能很快清楚服务器的基本信息?/p>

NSD分析工具有两U(目前我所知道的,也许q有其他的)Laza和Lotus Notes Diagnostic(UͼLND)两种Q大致功能是相同的,Laza因ؓ有SPR库和PMR库支持,可以快速的扑և服务器宕机的解释和解军_法,但是SPR库和PMR库,IBM是不对外开放;所以我们用的话Laza或LND是没区别的。我推荐大家使用LND_了,单方便,配合Google查询_完成NSD分析工作?/p>

如何分析Q很单,安装完LND后,启动Lotus Notes客户端,打开LND?LND~省会将lnd.nsf安装在你%NotesData%\LND目录?Q如下图Q?/p>

 

单击"Open & Process a file"Q打开一个NSD文gQ则会将一个NSDq行分析Qƈ结果保存在Notes文档中。NSD分析l果文档分ؓ以下部分Q?/p>

StackQ记录引起宕机的主要Stack片断信息
HighLightsQ主要强调的错误信息Q包括出错Q务名U、进E号或内存地址{?
SPR SearchQSPR查询关键字,使用q些关键字,在IBM Support|站上能查询相关信息Q(q个是最有效的解军_法之一Q?
OptionsQ设|信息,可以不管
Stack related infosQ记录详l的Stack信息Q分Z下几个部分,其中观察U色加粗部分可以定位宕Z要原因以及所由哪个用户在使用哪个数据库中哪个文档Q文档中调用了哪D늨序)所引v的:
open database(s) by the processQ进E打开的数据库
Possible file name(s) in stack framesQ可能涉及到的数据库文g?
Process Associated Collection(s)&View(s)Q进E所涉及到的集合和视?
Process Handle Table InfoQ进E所涉及到的Handle Table信息
Process MemoryQ进E用内存情?
Process Memory MappingQ进E用内存地址映射?
Process Top 10 Memory block usageQ进E中?0个内存块使用情况
Shared OS FieldsQ共享OS?此处记录了宕机的主要原因)
Stack frames DumpQStackl构回收信息
Virtual Thread(s)Q所涉及的虚拟线E?此处记录了宕机时所涉及到的数据库、文档以及Domino设计元素)
System related infosQ系l相关信息,如果你对服务器的?g环境非常了解Q可不关注此部分Q?
DebugQ调试方法,当出现宕机后Q可以用这里提供的Ҏ(gu)对Domino服务器进行调试。如果前面的Stack related infos定位不到宕机的真正原因,才用这里面介绍的方法进行调试;不过大部分错误能在Stack related infos扑־刎ͼq合IBM Support|站或官方论坛找到相应的解决办法?br /> NSD分析思\

1.通过LND解析NSD后,首先查看Stack信息Q如下图Q?/p>

 

2.从上图不隄Z上宕机原因,然后在SPR Search标签中可得到相关的查询关键字Q如下图Q?/p>

 

通过q些关键字,你能在IBM Support|站上或官方论坛上找到相关的信息或解x案。找到这些答案基本上分析工作完成了。根椐IBM Support|站上提供的解决Ҏ(gu)Q对服务器做出相应的调整卛_解决宕机问题。但如果SPR Search标签中ƈ未提供查询关键字(有些NSDq未提供q些Q这说明q不是Domino本nBUG所引v的,是由于你写的E序引v了宕?Q所以我们得q一步分析是哪个数据库中哪段E序引vq个原因的,HEHE?/p>

3.打开Stack Related Infos标签Q展开Shared OS Fields区段Q如下图Q?/p>

 

从上图我们可以看出宕机的原因和引起宕机的服务和相关线E。在某些宕机情况下FaultRecovery中会记录明显的错误,而不是内存地址信息Q如QPANIC:XXXXXXXX{,你可以以此ؓ关键字去IBM Support|站上查询相关信息,帮助你分析宕机原因,也可以直接得到答案。^_*

4.从上面示例中Q我们得C引v宕机的线E号Q展开Virtual Thread(s)区段Q通过比较相关U程Pp定位到是由哪个数据库中哪个设计元素引L宕机。如下图Q?/p>

 

通过相关U程号与VThread ID的对应,我们扑ֈ了是由哪个用h作哪个数据库引v的宕机。其中也记录了用h作的文档所引v的宕机。其中NoteID为Domino数据库元?名括设计元素和文?标识QClass为元素类别。元素类别如下:

Note Class
 描述
 
0x0001
 文档
 
0x0004
 表单
 
0x0008
 视图
 
0x0040
 ACL
 
0x0200
 代理
 
0x0800
 公式
 

5.得到NoteID后,如何定位臛_素呢QNSD中NoteID是以10q制方式表示的,如果要在Domino环境中查扄应的元素Ӟ先将NoteID转成16q制再进行查询?/p>

打开Domino AdministratorQ在“File”标签中选中相应的数据库Q在双工具栏?#8220;Find Note”Q输入NoteIDQ即可找到相应的元素Q如下图Q?/p>

 

通过以上Ҏ(gu)对NSD分析Q能快速有效的扑ֈ服务器宕机的真正原因在哪Qƈ有针Ҏ(gu)的提出解决Ҏ(gu)Q也能找到是׃哪段E序引v了Domino服务器宕机,Z么会引v宕机Q可快速的修正代码错误?/p>

以上Ҏ(gu)主要通过LND工具q行分析。LND工具q不?00%从NSD中找到问题所在,q时你就得用LND工具分析Q手工分析方式。手工分析方法请参考Hands On NSD。Hands on NSD介绍了NSD文g的组成,分析Ҏ(gu)Q步骤等?/p>

从项目角度上来说Q造成大部分宕机的原因80Q以上都是程序代码所造成的。所以开发h员在实施目或开发品时应该充分x自己~写代码的质量,定wQ性能Q扩展等问题Q不要ؓ了完成Q务而不注重质量。如果只是ؓ了完成Q务,客户满意度达不到Q项目不能验Ӟ来q工Q同样也耗费了大量的旉Q也l以后的l护人员带来了很大的l护工作量,更重要的是不利于产品构架的扩展和性能高的应用。这q头客户不是dQ好不好用h家说了算Q验不验收h家说了算Q不要涂一时快zȝ整个团队带来ȝ?/p>

 

本文来自CSDN博客Q{载请标明出处Qhttp://blog.csdn.net/SquallZhong/archive/2008/12/05/3456602.aspx



]]>
վ֩ģ壺 | | üɽ| | żҽ| ع| | ɽ| | | Ӵ| ګ| | | | | Ȫ| ¡| ֹ| Ĭ| | | Դ| | û| | | Dz| | ٺ| | | ɳ| | ϽϽ| ຣʡ| | ɽ| ɳ| Դ| |