Weblogic中间件运维经验汇总
目录
关于Weblogic参数调优的运维经验 ..... 错误!未定义书签。Weblogic性能调优的处理方法............... 错误!未定义书签。关于输电项目Weblogic安装的运维经验错误!未定义书签。Weblogic回收数据库连接数配置的方法错误!未定义书签。在Apache和Weblogic中分别部署静态页面的方法. 错误!未
定义书签。
Weblogic Server性能调优经验....... 错误!未定义书签。WeblogicJVM堆参数设置方法......... 错误!未定义书签。
关于Weblogic参数调优的运维经验
报送单位：北京公司审核人：类型：业务应用
关键字：GC垃圾回收
1、引言
为了提高维护人员运维水平，以集中与分享日常运行维护经验为目的，现进行典型经验的编制。
2、现象描述
部分应用服务器出现宕机现象，在F5上查看时已经掉出集群状态。
3、处理过程
停止宕机应用服务器上的Weblogic进程。
/home/weblogic/bea/user_projects/domains/pms/bin/文件中的启动内存大小并添加垃圾回收机制，修改后如下：
MEM_ARGS="-Xms5248m -Xmx5248m -Xmn1536m
-XX:SurvivorRatio=6
-XX:+UseParNewGC
-XX:+UseConcMarkSweepGC
-XX:CMSFullGCsBeforeCompaction=20
-XX:+UseFastAccessorMethods
-XX:+AggressiveOpts"
3、修改完成后重启Weblogic服务。
4、原因分析
在收到报警信息后，对后台日志进行查看，报错信息如下：
Exception in thread "CBM_正常处理任务线程" Java heap space
at 经过对报错日志分析，状态检修的CBM处理进程内存溢出报错，导致服务器宕机。
5、经验总结
内存溢出是指应用系统中存在无法回收的内存或使用的内存过多，最终使得程序运行要用到的内存大于虚拟机能提供的最大内存。为了解决Java中内存溢出问题，我们首先必须了解Java是如何管理内存的。Java的内存管理就是对象的分配和释放问题。在Java中，内存的分配是由程序完成的，而内存的释放是由垃圾收集器(GarbageCollection，GC)完成的，程序员不需要通过调用GC函数来释放内存，因为不同的JVM实现者可能使用不同的算法管理GC，有的是内存使用到达一定程度时，GC才开始工作，也有定时执行的，有的是中断式执行GC。但GC只能回收无用并且不再被其它对象引用的那些对象所占用的空间。Java的内存垃圾回收机制是从程序的主要运行对象开始检查引用链，当遍历一遍后发现没有被引用的孤立对象就作为垃圾回收。垃圾回收可以有效的防止内存泄露，有效的使用可以使用的内存。
6、技术人员
国网电科院苑小红 0
Weblogic性能调优的处理方法
报送单位：东北公司审核人：类型：基础应用
关键字：Weblogic 性能
1、引言
在Weblogic的配置当中，常常会遇见性能问题，这些性能问题容易延误工作的效率，因此我们就要对Weblogic进行调优。
2、现象描述
办公自动化出现“发送”卡或滞后的现象。
3、处理过程
配置：Weblogic线程数
打开“config\”文件
调整参数根据用户并发数、服务器性能进行调整
配置：JVM MEM_ARGS Parameter
打开“”文件
增加：set USER_MEM_ARGS= -Xms256m -Xmx1024m，根据服务器性能进行调
整，windows平台最高支持“1792m”
配置：JDBC数据源连接缓冲池的设置
进入weblogic控制台“服务”—〉“JDBC”—〉“数据源”—〉“连接缓冲池”
配置“初始容量”、“最大容量”，一般情况下“初始容量”、“最大容量”配置为等比例，与weblogic线程数相当。
配置完成后重启weblogic对应的服务
配置：检查配置是否生效
进入weblogic控制台“环境”—〉“服务器”—〉选择对应服务如：“Server-BPEngine”—〉“监视”，可通过查看“线程”、“JDBC”连接数是否正常修改
4、原因分析
性能问题造成的因素有很多如：oracle、weblogic、IO等
5、经验总结
在针对Weblogic进行调优的过程中，要注意先进行备份，先备份“”、“”、unix上“”
6、技术人员
国家电网东北分部信息公司杨喜亮
关于输电项目Weblogic安装的运维经验
报送单位：北京公司审核人：类型：基础应用
关键字：Weblogic LINUX
1、引言
目前北京市电力输电公司需要将安装多套Weblogic，且安装版本、目录、及所需功能完全一样。如按照正常方式安装则需要在每台机器进行对应有操作系统配置和Weblogic安装需要对利用字符界面进行设置，针对以上问题在该项目中Weblogic安装采用静默安装。
2、处理过程
1）安装操作系统
安装RedHat x86_64操作系统。
2）进行双网卡绑定配置
首先将网卡的工作模式修改为混杂模式，这种模式下网卡可以接受网络上所有帧。其次，配置虚拟网络接口配置文件，在文件中指定虚拟网卡的IP地址，子网掩码，负载均衡模式等配置，最后，编辑模块文件，使在系统启动时加载bonding模式，重新启动网络服务后会有新的绑定网卡。
3）执行操作系统配置脚本如下
groupadd -g 601 bea
useradd -g bea -u 1101 -d /home/weblogic weblogic
passwd weblogic << EOF
bjsd#weblogic
bjsd#weblogic
EOF
mkdir /weblogic
chown -R weblogic:bea /weblogic
#sysctl
MEM_SIZE=`expr \`cat /proc/meminfo | grep MemTotal | awk '{print $2}'\` \* 1024`
echo "" >> /etc/
echo "" >> /etc/
echo "#For weblogic" >> /etc/
echo " = 2097152" >> /etc/
echo " = $MEM_SIZE" >> /etc/
echo " = 4096" >> /etc/
echo " = 250 32000 100 128" >> /etc/
echo " = 65536" >> /etc/
echo " = 1024 65000" >> /etc/
echo " = 262144" >> /etc/
echo " = 2097152" >> /etc/
echo " = 262144" >> /etc/
echo " = 1048576" >> /etc/
sysctl -p
#LIMIT
cat >> /etc/security/ < weblogic soft nproc 2047 weblogic hard nproc 16384 weblogic soft nofile 1024 weblogic hard nofile 65536 EOF cat >> /etc/login < session required EOF cat >> /etc/profile < if [ \$USER = "weblogic" ] ; then if [ \$SHELL = "/bin/ksh" ]; then ulimit -p 16384 ulimit -n 65536 else ulimit -u 16384 -n 65536 if umask 022 if EOF 以上脚本会自动创建weblogic用户、对操作系统进行内核参数及limit调整。 4）上传安装介质 在操作系统Red Hat x86_64上需要安装以下软件： Weblogic软件包： JDK软件包： 上传静默安装配置 5）上传静默安装配置脚本 将上传至和相同目录 6）执行安装Weblogic脚本 su - weblogic MEDIA_HOME=/home/weblogic/soft chmod u+x $MEDIA_HOME/ cd /weblogic/ $MEDIA_HOME/ << EOF EOF echo"exportJAVA_HOME=/weblogic/jdk1.6.0_25">> /home/weblogic/.bash_profile echo"exportCLASS_PATH=\$JAVA_HOME/lib:\$CLASS_PATH:." >> /home/weblogic/.bash_profile echo"exportPATH=\$JAVA_HOME/bin:\$PATH:." >> /home/weblogic/.bash_profile exit su - weblogic MEDIA_HOME=/home/weblogic/soft cd $MEDIA_HOME java -jar -mode=silent = -log= rm -rf $MEDIA_HOME 以上脚本会自动安装jdk，并进行java环境变量的配置。在配置完成后进行weblogic的静默安装。 5）对主机及数据库进行安全加固 对主机安全加固： 密码策略： 默认权限UMASK 空闲超时 关闭多余服务 锁定多余账户 禁止root远程登陆 禁止非管理员用户，切换到root用户 防止组合键关机 屏蔽banner 信息 对数据库安全加固： 3、经验总结 在本次安装中采用了shell脚本方式对操作系统进行相应的配置。在安装Weblogic时使用Weblogic静默响应脚本直接配置安装参数，可以更加方便直观的对其安装参数进行配置，方便安装参数的调整。在以后的Weblogic安装中可以直接使用该脚本进行安装，减少配置操作系统参数的复杂程度，从而减小出现问题的概率，以及节约更多的时间。 4、技术人员 王嘉欣 Weblogic回收数据库连接数配置的方法 报送单位：河北公司审核人：康之增类型：业务应用 关键字：Weblogic、数据库连接 1、引言 在信息运维工作中发现，由于部分应用系统编写的代码不够健壮，对于数据库连接没有及时进行回收处理，造成Weblogic数据库连接池益处，影响系统的稳定运行。其实Weblogic提供了数据库连接的回收机制，可以将超过配置时间没有活动的数据库连接进行强制回收。 2、现象描述 应用系统的数据库连接数设置明显比预测的值要高，但还是出现数据库连接数不足的问题。 3、处理过程 修改JDBC高级配置参数：Configuration Connection Pool Advanced。 此参数的含义为：保留连接处于不活动状态的时间（单位：S），设置的时间过后 WebLogic将强制收回未由应用程序关闭的连接。 请注意，不能使用此功能来代替正常关闭连接。 如果设置为 0，此功能将被禁用。 建议修改参数值为300（5分钟后，如果当前连接仍然处于不活动状态，此连接将会收回） 4、原因分析 应用系统编写的代码不够健壮，对于数据库连接没有及时进行回收处理，造成Weblogic数据库连接池益处，影响系统的稳定运行。 5、经验总结 解决数据库连接数不足的问题，可以增加数据库连接数配置，但通过应用系统登录人数预测，数据库连接数配置可以满足业务需求的情况下，如果还是出现数据库连接数不足的问题，应该确定应用系统的代码存在没有及时回收数据库连接的问题，可以配置通过Weblogic强制回收数据库连接。 Weblogic数据库连接配置注意一下方面： 1)设置连接池容量的初始值等于最大值，减少新建连接的开销。 2)开启WebLogic强制回收连接。Inactive Connection Timeout（一定时 间后强制收回连接）参数。 3)当数据库不稳定时，可打开Test Reserved Connections高级参数。6、技术人员 河北省电力公司信息中心姚喜亮 03 在Apache和Weblogic中分别部署静态页面的方法 报送单位：北京公司审核人：类型：业务应用 关键字：Weblogic Apache 1、引言 目前北京市电力公司在部署应用时使用Weblogic中间件做为应用服务器，在应用中有很多页面属于静态页面，本次测试具体分析将应用部署在Weblogic 上Apache只做代理和不仅让Apache做前端代理服务器，而且将静态页面部署在Apache里，动态页面部署在Weblogic里的区别，得出在不同情况下部署web应用的最佳实践方法。 2、现象描述 两种方式的区别: 方式一是将所有请求都由Apache转发到指定的Weblogic 服务器。方式二实现了动态页面和静态页面分开，当客户端请求静态页面时，直接使用Apache处理请求并返回给客户端，而客户端请求动态页面时，由Apache 转发到指定的Weblogic服务器。 3、处理过程 通过测试这两种不同的部署方式来找出详细的区别,首先在分别在Weblogic和Apache 中分别部署同样的静态页面，通过Apache代理访问。 测试结果对比: 测试总结: Weblogic处理静态页面，CPU占用率高,会加重服务器负担。如果用Apache代理服务器处理静态页面, 静态页面和动态页面分开处理，Weblogic不参与静态页面的处理，如果客户端不访问动态页面，Weblogic则不提供服务，能充分减轻服务器压力。采用Apache处理静态页面的的时间一般都比Weblogic处理静态页面的时间快，且Apache服务器在浏览器刷新的基础上采用的是304状态码的响应，能节省服务器，优势比较明显。 4、经验总结 通过对CPU占用率测网页数据量以及时间和状态码的分析，都能看出使用Apache做Weblogic的前端代理，把静态页面部署在Apache中优势很明显，方式二的部署方式是正确可行的。如果启用apache压缩传输，会减少数据传输量，有效减少流量，但是压缩时，占用CPU提高。如果硬件设备达不到要求，建议不启用。在以后部署时可以将部分静态页面转到apache以提高整体应用的性能。 5、技术人员 李春海王嘉欣 Weblogic Server性能调优经验 报送单位：国网信通公司审核人：王蕊类型：主机网络 关键字： Weblogic、调优 1、引言 WebLogic是一款典型的应用服务平台，应用比较广泛。其参数设置和优化对系统承载能力和服务能力十分重要。主要讨论Weblogic Server性能调优方法和经验，供技术人员参考。 2、处理过程 WebLogic Server的核心组件由监听线程,套接字复用器和可执行线程的执行队列组成。当服务器由监听线程接收到连接请求后,将对它的连接控制权交给等待接收请求的套接字复用器。然后套接字复用器读取离开套接字的请求,并将此请求及相关安全信息或事务处理环境一起置入适当的执行队列中(一般为默认的执行队列)。当有一个请求出现在执行队列中时，就会有一个空闲的执行线程从该队列中取走发来的该请求，并返回应答，然后等待下一次请求。因此要提高WebLogic的性能,就必须从调整核心组件性能出发。 1）尽量使用本地I/O库 WebLogic Server有两套套接字复用器：Java版和本地库。采用小型本地库更有效,尽量激活Enable Native IO(默认),此时UNIX默认使用CPUs+1个线程,Window下为双倍CPU。如果系统不能加载本地库,将会抛出此时只能使用Java套接字复用器,可以调整socket readers 百分比,默认为33%。该参数可以在Console Server Tuning Configuration配置栏里设置。 2）调整默认执行线程数 理想的默认执行线程数是由多方面的因素决定的,比如机器CPU性能、总线 体系架构、I/O、操作系统的进程调度机制、JVM的线程调度机制。 WebLogic 生产环境下默认的线程为25个,随着CPU个数的增加,WebLogic可以近乎线性地提高线程数。线程数越多，花费在线程切换的时间也就越多,线程数越小,CPU可能无法得到充分利用。为获取一个理想的线程数,需要经过反复的测试。在测试中,可以以25*CPUs为基准进行调整。当空闲线程较少,CPU利用率比较低时,可以适当增加线程数的大小(每五个递增)。对于PC Server 和Window 2000，则最好每个CPU小于50个线程, 以CPU利用率为90%左右为佳。由于目前WebLogic 执行线程没有缩小线程数的功能,所以应将参数Threads Increase设置为0,同时不应改变优先级的大小。 3）调整连接参数 WebLogic Server用Accept Backlog参数规定服务器向操作系统请求的队列大小，默认值为50。当系统重载负荷时,这个值可能过小,日志中报Connection Refused,导致有效连接请求遭到拒绝,此时可以提高Accept Backlog 25%直到连接拒绝错误消失。对于Portal类型的应用,默认值往往是不够的。Login Timeout 和SSL Login Timeout参数表示普通连接和SSL连接的超时时间,如果客户连接被服务器中断或者SSL容量大,可以尝试增加该值。这些参数可以在Console Server Tuning Configration配置栏里找到。 4）创建新的执行队列 创建新的执行队列有助于解决核心业务优先、避免交叉阻塞、死锁和长时间处理的业务等问题。通常会将自己的执行队列和默认的执行队列设置不同的优先级, 这里优先级不应设为9或者10。定义一个新的执行队列很容易,利用View Excute Queue选项中的Configure a new Excute Queue链接即可定制新的执行队列。创建新的执行队列后，用户需要为应用程序的J2EE组件配置分配策略，以便它可以找到新的队列。举个例子：要将 servlet或jsp捆绑到一个特定的执行队列，必须替换文件项，将wl-dispatch-policy初始化参数设置为自己的执行队列名。 servletname /directoryname/ wl-dispatch-policy NewExecuteQueueName 我们可以为一个jsp或者servlet乃至一个WEB应用设置自己的执行队列。同时也可以为EJB设置自己的执行队列。对于执行时间比较长的MDB,建议使用自己的执行队列。 5）JDBC调优 调整连接池配置 JDBC Connection Pool的调优受制于WebLogic Server线程数的设置和数据库进程数,游标的大小。通常我们在一个线程中使用一个连接,所以连接数并不是越多越好,为避免两边的资源消耗，建议设置连接池的最大值等于或者略小于线程数。同时为了减少新建连接的开销,将最小值和最大值设为一致。 增加Statement Cache Size对于大量使用PreparedStatement对象的应用程序很有帮助,WebLogic能够为每一个连接缓存这些对象,此值默认为10。在保证数据库游标大小足够的前提下,可以根据需要提高Statement Cache Size。比如当你设置连接数为25,Cache Size为10时,数据库可能需要打开25*10=250个游标。不幸的是,当遇到与PreparedStatement Cache有关的应用程序错误时,你需要将Cache Size设置为0。 尽管JDBC Connection Pool提供了很多高级参数,在开发模式下比较有用,但大部分在生产环境下不需调整。这里建议最好不要设置测试表, 同时Test Reserved Connections和Test Released Connections也无需勾上。当然如果你的数据库不稳定,时断时续,你就可能需要上述的参数打开。 最后提一下驱动程序类型的选择,以Oracle为例,Oracle提供thin驱动和oci驱动。从性能上来讲,oci驱动强于thin驱动,特别是大数据量的操作。但在简单的数据库操作中,性能相差不大,随着thin驱动的不断改进,这一弱势将得到弥补。而thin驱动的移植性明显强于oci驱动。所以在通常情况下建议使用thin驱动。 3、经验总结 WebLogic Server性能优化是一个持续改进过程，需要根据应用用户规模、 应用场景不断完善。 4、技术人员 国网信通公司客服中心闫龙川联系方式 WeblogicJVM堆参数设置方法 报送单位：安徽公司审核人：王萍类型：基础应用 关键字：JVM、堆、参数 1、引言 在我们使用的中间件中如websphere、weblogic等都会对JVM堆的参数进行相关设置，其目的是为了更好的完成JVM的垃圾回收，充分发挥中间件的性能。 2、参数意义 JVM中最大堆大小有三方面限制：相关操作系统的数据模型（32-bt还是64-bit）限制；系统的可用虚拟内存限制；系统的可用物理内存限制。32位系统下，一般限制在1.5G~2G；64为操作系统对内存无限制（在硬件条件允许的情况下设置）。 在我们启动如weblogic服务的时候，如果你注意，可以看到如下的一段信息： java -Xmx3550m -Xms3550m -Xss128k -XX:NewRatio=4 -XX:SurvivorRatio=4 -XX:MaxPermSize=16m -XX:MaxTenuringThreshold=0 -XX:+UseParallelGC -XX:ParallelGCThreads=20 -XX:+UseParallelOldGC -XX:MaxGCPauseMillis=100 -XX:+UseAdaptiveSizePolicy XX:+UseConcMarkSweepGC -XX:+UseParNewGC 这些信息到底代表的是什么意义呢接下来，我向你解释一下，因为你使用这些参数中的一些，或者是全部会对我们的系统的稳定运行是有影响的。JVM的堆主要分为3块：年轻代（包含Eden和两个Survivor）、年老代和持久代。 这里以weblogic为例。在weblogic8系列以前的版本中，对JVM堆的参数设置是在bin目录下“sh”文件中完成。从weblogic9系列开始，这些参数只要 **公司系统运维工程师年终个人工作总结及下年工作计划 时间一晃而过，弹指之间，2010年悄然而至，自从2010年3月份刚进入公司，我是第一次接触公司、接触通信行业、接触公司网络管理及维护。虽然跟我的专业和技能都一致，但所有的实际经验都是第一次，让我没有任何准备，同样也打消了任何顾虑，人生就是这样，所有的一切都是要从第一次开始，没有接触过、十过并不可怕，领导给了我机会，让我有了一次尝试、一次展现自己的平台，那么我一定会更加倍的努力做好工作才是最大的回报。并且也是对自己的一次肯定。经过一段时间的工作及陌生环境的磨合，专心钻研业务知识，努力提高理论知识和业务工作水平。遵纪守法，踏实工作认真完成领导交办的各项工作任务，使自己渐渐的融入和适应到新的工作环境中。过去的大半年里在领导和同事们的悉心关怀和支持帮助下，通过自身的不懈努力，在思想、学习和工作等方面取得了新的进步。现总结如下： 一、公司电脑日常维护工作 刚一开始接手工作的时候，发现公司大部分工作电脑都没有安装安全防护软件和升级系统补丁；员工随意安装系统及应用软件，致使公司局域网内病蠹隐患严重、工作不稳定和系统崩溃，工作秩序被打乱，员工不严格要求自己，上班时间聊QQ 玩农场、看娱乐网站等；为此公司和个人工作经常受到影响，工作效率降低。针对这种情况，我采取了以下措施： 1、先对公司员工进行一次基本知识培训，让员工了解到计算机的正确使用方法，病蠹防范，重要文件的备份等。从而大大提高了员工对电脑使用的熟练程度。 2、先恢复良好的秩序。电脑使用时如发现故障和需更改设置，必须先报告公司运维人员，由专门人员来进行专业及针对化的操作，个人不能私自进行改动，进行这样做的目的避免由于人为的盲目操作使某一台电脑的故障影响整个局域网内的其它工 作，使故障扩大化，并延长了解决问题的周期。 3、使员工使用统一的、经过安全测试的系统及应用软件，安装、设置统一的杀蠹软件、防火墙等安全防护软件，且经过努力实践，并在每台机器上设定了自动系统补丁升级及定期查杀规则。 4、对于个人的关键性数据资料、邮件进行路径转移备份，使这些数据远离危险故障 运维工作总结 Document serial number【LGGKGB-LGG98YT-LGGT8CB-LGUT- XXXX有限公司 XXXX年度运维工作总结 工作总结 XXXX XXXX/X/X 对过去的XXXX年的运维工作进行总结，主要总结工作内容、运维工作流程、经验总结。 目录 XXXX年度运维工作总结 1工作内容 工作内容主要分为：例行工作、网络割接、工程配合、配置优化、以及故障处理几项。 1.1例行工作 例行工作占全部工作的X%，主要包括：设备巡检、日常数据变更。具体百分比如下： 设备巡检：X%、日常数据变更：X% 1.1.1 设备巡检 设备巡检分为定期巡检和不定期巡检，定期巡检分为周巡检和月末巡检两种。定期巡检X次：周巡检X次，月末巡检X次 不定期巡检，主要是在每个工作日开始，根据具体工作安排情况对核心设备的log进行简单分析，以及时发现前一工作日设备的运行变化是否有异常，此项工作是周一早晨的重点工作。 1.1.2 日常数据配置 日常数据配置变更主要根据各部门提交的工单来处理，以及移动内部的协作配合工单需求，主要分为以下几类： 常规操作工单； 终端应用故障排除； 无线用户接入； 新增设备的网络规划； 配合新增设备网络布线； 涉及核心设备的接口地址变更操作； 大量需要集中处理的工作，如服务器批量接入等； 涉及网络拓扑变化的操作； 应其他部门要求的网络保障。 1.2 网络割接、工程配合与配置优化 1.2.1网络割接 根据客户需求，对网络的线路或者设备调整时进行割接，包括前期割接方案的编写，中期割接方案的实施以及割接后测试。由于网络割接是对正在使用的线路、设备进行操作，将会直接影响到上面承载的业务，因此日常的网络割接时是日常工作、网络改造中极为重要的一部分，本类工作占全部工作比例为X%左右。 1.2.2 工程配合 工程配合主要是值守配合业务系统上线。 1.2.3 系统配置优化 系统配置优化主要指对网络的整体进行配置分析，对存在的隐患提出可行性建议，并执行相关的优化操作。 主要包括：网络拓扑分析、拓扑优化建议、网络带宽分析、链路优化建议、分析设备协议配置并进行优化、监控设备软件版本的更新情况并适时升级、对设备资源占用率较高的原因进行分析并解决。 Linux运维经验总结 一、线上操作规范 1、测试使用 当初学习Linux的使用，从基础到服务到集群，都是在虚拟机做的，虽然老师告诉我们跟真机没有什么差别，可是对真实环境的渴望日渐上升，不过虚拟机的各种快照却让我们养成了各种手贱的习惯，以致于拿到服务器操作权限时候，就迫不及待的想去试试，记得上班第一天，老大把root密码交给我，由于只能使用putty，我就想使用xshell，于是悄悄登录服务器尝试改为xshell+密钥登录，因为没有测试，也没有留一个ssh连接，所有重启sshd服务器之后，自己就被挡在服务器之外了，幸好当时我备份sshd_config文件，后来让机房人员cp过去就可以了，幸亏这是一家小公司，不然直接就被干了……庆幸当年运气比较好。 第二个例子是关于文件同步的，大家都知道rsync同步很快，可是他删除文件的速度大大超过了rm -rf,在rsync中有一个命令是，以某目录为准同步某文件（如果第一个目录是空的，那么结果可想而知），源目录（有数据的）就会被删除，当初我就是因为误操作，以及缺乏测试，就目录写反了，关键是没有备份……生产环境数据被删了没备份，大家自己想后果吧，其重要性不言而喻。 2、Enter前再三确认 关于rm -rf / var 这种错误，我相信手快的人，或者网速比较慢的时候，出现的几率相当大，当你发现执行完之后，你的心至少是凉了半截。 大家可能会说，我按了这么多次都没出过错，不用怕，我只想说当出现一次你就明白了，不要以为那些运维事故都是在别人身上，如果你不注意，下一个就是你。 3、切忌多人操作 我在的上一家公司，运维管理相当混乱，举一个最典型的例子吧，离职好几任的运维都有服务器root密码。 通常我们运维接到任务，都会进行简单查看如果无法解决，就请求他人帮忙，可是当问题焦头烂额的时候，客服主管（懂点linux），网管，你上司一起调试一个服务器，当你各种百度,各种对照，完了发现，你的服务器配置文件，跟上次你修改不一样了，然后再改回来，然后再谷歌，兴冲冲发现问题，解决了，别人却告诉你，他也解决了，修改的是不同的参数……这个，我就真不知道哪个是问题真正的原因了，当然这还是好的，问题解决了，皆大欢喜，可是你遇到过你刚修改的文件，测试无效，再去修改发现文件又被修改的时候呢？真的很恼火，切忌多人操作。 4、先备份后操作 养成一个习惯，要修改数据时，先备份，比如.conf的配置文件。另外，修改配置文件时，建议注释原选项，然后再复制，修改 w e b l o g i c中间件介绍 Company Document number：WTUT-WT88Y-W8BBGB-BWYTT-19998 目录 一、Weblogic11g概述 编写目的 ■金税三期以后的综税的产品线中间件由原来Weblogic814，全面升级为Weblogic11g，JDK统一使用及以上版本。 ■为了满足三期后运维要，全面提高运维工程师运维能力。本文档全面介绍了Weblogic11g中间件的基础操作。 功能简介 ■支持最新的 Java 平台、企业版 (Java EE) 规范及Web 服务标准，从而可简化开发并 增强互操作性，以支持面向服务的体系结构 (SOA)。 ■领先的可靠性、可用性、可扩展性和业界领先的性能。 主要优势 ■J2EE应用服务器性能记录的保持者 ■应用程序和服务的可用性和运行时间 ■更好地监视和管理生产应用程序 ■更快、更高效的开发-部署-调试周期 ■卓越的最终用户客户端可用性 ■高效快速的服务器管理 ■简化新应用程序和服务的开发 适用范围 ■J2EE应用服务器 ■BS三层架构的应用服务器 Weblogic11G新特性 自调优的企业级内核 ?静态的线程池参数可以不进行设置 ?系统自动维护线程池的大小 ?自动记录系统历史的吞吐量和性能统计 ?为了达到资源的最优分配，自动优化服务器 ?没有本地代码 过载保护 ?合理的处理过量的服务–过载保护 ?根据内存与队列容量的极限值的设定拒绝请求 ?通过降低非关键业务系统的使用资源，来保证关键业务系统的正常 ?过载的时候拒绝新的请求而不是降低整个服务器的服务质量 ?优雅的意外处理 ?可以选择当发生死锁、内存溢出等关键错误时，关闭或暂停服务器动态的配置变化 ?事务式的配置变化– all or nothing! ?大部分的变化不需要重启服务器 运维制度建设、核心业务系统维护个人工作总结 全年工作内容涉及了运维制度建设、核心业务系统维护等项目。工作过程发现自己的不足，及时调整和学习，在实践中提高能力，积累经验。现将一年的主要工作做一总结汇报: 一、运维制度建设。根据2007年工作指引完善运维流程，推动应用支持管理制度在全系统执行，提高服务满意度的要求，从实际工作过程中的经验和教训出发，制定了《生产用软件系统的运行支持修订建议》及《生产用软件系统运行支持实施细则》。这个制度将做为运行维护工作的一个要求，在系统运行维护过程中逐步完善，提高全国运行维护工作的规范化和流程化。 二、上海自有系统向CBPS8转换支持。前期参与了上海需求的确认了解，后期全力参与了上海系统上线后的运行支持。2007年5月4日起，在袁处带领下对上海分公司进行了为期一周的现场服务支持。为CBPS8上线后的平稳运行提供了保障。 三、系统的运行维护工作。通过该项工作把为分公司为一线服务的工作要求落到实处。在此过程中通过对问题的分析定位以及和核心开发处、开发商的交流对系统逐步加深了了解。后续工作中应该加深入对程序逻辑的了解，不应该局限于具体的一个个问题中。同时对上海的运维提供了现场支持服务。在现场解决问题、发现问题及时予以分析和解决，提供了工作效率，同时也总结了分公司的先进经验，取得了比较好的效果。 四、针对精算、团险等部门对系统的取数需求，协调核心开发等资源，提供取数脚本。 五、参加了福建财务、业务对账项目的研讨。该项目针对日常工作中对账的要求，提供一个中间平台实现业务、财务数据的逐笔核对，为积累已久的财务、业务对账难题提供一种解决方案的探索。目前基本确定了业务系统核心表与财务系统原始凭证表进行核对的对账方案。 六、版本程序的测试组织工作。为提高下发版本的质量，掌握版本情况，每个下发版本均在分公司进行前期测试后下发。该项工作得到浙江分公司的大力支 银行IT运维管理的心得 银行运维的压力非常大 ?随着金融市场的开放，银行业的风险控制会面临挑战，风险管控优先级要放到最高。 尤其是系统风险的的防范，要使用先进的方法论和工具，须做到精细化的风险管理。 ?银行的科技部门压力很大，业务不断增长要求IT持续满足业务需求,系统多，耦合多。 一个新系统的建设往往要设计多个系统，各个厂家之间无法协调，问题经常出现。 ?现在银行的系统的建设非常困难。基本上所有需要的系统都了。但是可能不太好用。 主要是系统升级，或者部分新的系统的建设。这些都涉及和其他很多部门，系统的关联。系统的上线也需要非常长的时间。 ?公司内部共有约上百个系统。系统越来越多。工作越来越多。不象以前可以简单地上一个新的系统，几个月搞定，很有成就感。现在不仅没有，担心的事情，调节的事情一大堆。 ?现在有很多公司给银行提供IT产品和服务，选择看似很多，但实际看来做好一个系统确实越来越难，希望各个厂家要充分理解客户和客户的需求，有创新的想法和做法提供到用户，而不是只是关注自己产品和服务本身，这样双方的合作才能可持续发展。 ?开发商方面的人员变动非常快，营业和技术人员。刚刚熟悉了，找到了一个好的开发团队，转眼人不在了。现在上一个新的系统，不仅要确认这个公司如何，这个项目经理如何。如果这个公司或者这个项目经理不好，也不能用。 ?数据集成和治理：系统复杂而分散造成数据分散和标准各异，经常无法得出一份权威的报表，矛盾凸显。需要花大力气进行数据的管理。 ?业务部门不理解科技工作，科技人员不大懂业务，往往会造成沟通困难，项目实施进度缓慢。一个经验是让科技人员到不同的业务部门轮岗，让他们熟悉业务。做项目时，这个人就是部门协调人。 ?银监会要求银行提供不间断服务。在奥林匹克，万博等重大活动时要求行长签署保障书，军令状。 ?去年以来有几个重大事故，都是运维人员的失误造成。以下银行事故： –华夏银行，光大银行系统，民生银行系统事故。IT主管或被免职，或被警告 但是运维系统很难上 ?IT部门主要应对业务部门的要求，开发了很多的系统 ?IT部门对于自己的系统的自动化，运维管理的投入和开发确是很少。 ?随着银行的业务系统的膨胀，复杂度的增大，IT系统的风险在加大。 ?IT部门的高层对风险的认识比较高，但是他们不清楚具体的对应方法。 XXXX有限公司 XXXX年度运维工作总结 工作总结 XXXX XXXX/X/X 对过去的XXXX年的运维工作进行总结，主要总结工作内容、运维工作流程、经验总结。 目录 1工作内容 (3) 1.1例行工作 (3) 1.1.1 设备巡检 (3) 1.1.2 日常数据配置 (3) 1.2 网络割接、工程配合与配置优化 (4) 1.2.1网络割接 (4) 1.2.2 工程配合 (4) 1.2.3 系统配置优化 (4) 1.3 故障处理 (4) 2运维工作 (4) 2.1 服务精神 (4) 2.2 自我要求 (4) 2.3 运维水平 (5) 3经验总结 (5) 3.1 运维工具 (5) 3.2 智能巡检 (5) 3.3 经验总结 (5) 3.4 项目实施 (5) 3.5 轮岗 (5) 3.6 机房割接 (6) 3.7 部门协助 (6) XXXX年度运维工作总结 1工作内容 工作内容主要分为：例行工作、网络割接、工程配合、配置优化、以及故障处理几项。 1.1例行工作 例行工作占全部工作的X%，主要包括：设备巡检、日常数据变更。具体百分比如下： 设备巡检：X%、日常数据变更：X% 1.1.1 设备巡检 设备巡检分为定期巡检和不定期巡检，定期巡检分为周巡检和月末巡检两种。定期巡检X次：周巡检X次，月末巡检X次 不定期巡检，主要是在每个工作日开始，根据具体工作安排情况对核心设备的log进行简单分析，以及时发现前一工作日设备的运行变化是否有异常，此项工作是周一早晨的重点工作。 1.1.2 日常数据配置 日常数据配置变更主要根据各部门提交的工单来处理，以及移动内部的协作配合工单需求，主要分为以下几类： 常规操作工单； 终端应用故障排除； 无线用户接入； 新增设备的网络规划； 配合新增设备网络布线； 涉及核心设备的接口地址变更操作； 大量需要集中处理的工作，如服务器批量接入等； 涉及网络拓扑变化的操作； 应其他部门要求的网络保障。 运维工作总结 工作总结就是把一个时间段的工作进行一次全面系统的总检查、总评价、总分析、总研究，并分析成绩的不足，从而得出引以为戒的经验。精心为大家整理了运维工作总结，希望对你有帮助。 运维工作总结 我是xx，20xx年2月，进入了xx维护中心，在xx分公司从事数据业务宽带互联网客户端维护工作。一年来，在公司技术人员和同事的互相学习中，学习到很多知识，在维护工作的同时建立与用户良好的友谊，在处理故障时，多与用户沟通积极的带动推进公司xx业务的发展。 下面列举，一年中遇到的故障与大家分享交流，敬请各位领导及同事批评指正。 xx年6月中旬，xx县人民政府使用的商务领航网络无忧专线lan业务。xx定制终端连接四台交换机，分别接入30多台电脑，在工作中同时使用的时候，经常出现无法上网的问题。 我在接到xx的故障工单后，先联系政府办公室，确定了上门处理故障的时间，带上笔记本电脑、网线测试仪和常用工 具。前往县政府询问工作人员故障情况，到用户端检查电脑是否有问题，在几分钟的使用中，分别查看用户电脑，均出现了3次无法ping通服务器不能正常上网的问题，网速时快时慢。在确定用户电脑没问题时，带上工具包到机房的设备端检测。 首先，检查光纤信号传输是否会中断，属于正常。然后，查看配置没有错误，同时本地连接会断开又连接，循环好几次，观看定制终端的运行指示灯，运行不稳定自动重启。领取新的思科2—2定制终端，上网不会重启了，但是所有电脑同时在线，定制终端就开始掉包无法获取网络地址，再将检查了交换机没有问题，思考后，想到xx年11月在xx公司与同事及xx厂家工程师一起处理xx水利局，不也是和现在一样的故障吗?按照宋工的方法，检查处理，问题得到了解决，全部电脑同时上网，定制终端掉线的情况没有发生。告诉用户先试用，留下了号码如果有问题请与我联系，过几天再上门核实问题是否还会出现? 第二天中午，政府信息科工作人员，给我打来了电话，请我再过去检查看看，全部pc同时上网时候，聊天软件是正常在线的，部份网页无法正常打开浏览和一些网页文件会自动关闭。 Weblogic 中间件运维经验汇总 目录 关于Weblogic 参数调优的运维经验 (2) . Weblogic 性能调优的处理方法 (5) . 关于输电项目Weblogic 安装的运维经验 (8) Weblogic 回收数据库连接数配置的方法 (14) 在Apache 和Weblogic 中分别部署静态页面的方法 (17) Weblogic Server 性能调优经验 (20) WeblogicJVM 堆参数设置方法 (24) 关于Weblogic 参数调优的运维经验 报送单位：北京公司审核人：类型：业务应用 关键字：GC垃圾回收 1、引言 为了提高维护人员运维水平，以集中与分享日常运行维护经验为目的，现进行典型经验的编制。 2、现象描述 部分应用服务器出现宕机现象，在F5上查看时已经掉出集群状态。 3、处理过程 停止宕机应用服务器上的Weblogic进程。 /home/weblogic/bea/user_projects/domai ns/pms/bi n/setDomai nEn v.sh文件中的启动内存大小并添加垃圾回收机制，修改后如下： MEM_ARGS="-Xms5248m -Xmx5248m -Xmn 1536m -XX:SurvivorRatio=6 -XX:+UseParNewGC -XX:+UseCo ncMarkSweepGC -XX:CMSFullGCsBeforeCompactio n=20 -XX:+UseFastAccessorMethods -XX:+AggressiveOpts" 3、修改完成后重启Weblogic 服务。 4、原因分析 在收到报警信息后，对后台日志进行查看，报错信息如下： Exception in thread "CBM_ 正常处理任务线程" https://www.doczj.com/doc/ae10086782.html,ng.OutOfMemoryError: Java heap space at oracle.jdbc.driver.OracleStatement.prepareAccessors(OracleStatement.ja va:868) at oracle.jdbc.driver.OracleStatement.executeMaybeDescribe(OracleStatem ent.java:1045) at oracle.jdbc.driver.T4CPreparedStatement.executeMaybeDescribe(T4CPre paredStatement.java:839) at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatem ent.java:1132) at oracle.jdbc.driver.OraclePreparedStatement.executeInternal(OraclePrepa redStatement.java:3316) at oracle.jdbc.driver.OraclePreparedStatement.executeQuery(OraclePrepare dStatement.java:3361) it运维试用期转正工作总结篇一：IT运维试用期转正工作总结 篇一：运维中心试用期工作总结 尊敬的公司领导： 我于XX年09月07日起正式成为公司一员。 时间飞逝，转眼间，做为一名我友正式员工已经有两个月之久。在这个难忘而又夸姣的日子里，我深入体会到了公司的积极氛围和各个部门的巨大魅力，目睹了公司一步步走向成熟，看到了公司络的不断健全和系统不断完善，并日渐不乱，同时，也看到了运维中心给于系统管理职员带下世人向往的学习平台和和无穷的机遇与挑战，所以，我在此对于过去的工作做下总结。 总结历史 在运维中心工作期间，我工作认真，具有较强的责任心和进取心，极富工作热情，确实完成上级交付的工作，善于与他人沟通，和公司部门同事之间能够通力合作，关系相处融洽而辑穆，配合各部分负责人成功的完成各项工作，具有很强的团队合作精神。注重自己的个人发展，不断努力学习系统、站架构知识。所以我现在已经能够纯熟维护公司的系统服务和监控站架构，包括前段节点，源站各个站点服务的 流量信息等，能及时查看并报警所引起的络服务相关故障，能注重公司的种种流程细节，拥有了一名系统管理维护员的基本工作技能。 回顾历史 瞻望未来 在今后的工作过程中，我会更加严格要求自己，同时也有几个大方向是我需要努力。nagios监控系统拥有极其多的复杂服务，它是我的核心工作，它的完成情况反映着我的工作是否尽职。我会努力做好本职工作。还有,cacti监控设备系统，因为时间的分配，有很多多知识未能及时巩固，同时也需要紧抓时间实践操纵，并参加实际建设和规划，使自己能更加灵活应用系统络知识，并积累处理相关异常经验。同时，自己也要不断努力与充实自己，研究shell,pure各种脚本的编写，使自己处理处理突发事件的效率提高，以及nginx和squid这些常用的服务搭建。在今后的一年里，也会参加相应的证书考核，不断晋升自己，并紧抓利用业余时间努力学习it知识，搭建各种服务器知识，包括自己学习小型机跟进步英语水平。篇二：it转正工作总结 转正工作总结 一、试用期工作总结 自动化运维系统研发项目 总结报告 一、项目背景 随着信息时代的持续发展，IT运维已经成为IT服务内涵中重要的组成部分。面对越来越多复杂的业务、多样化的用户需求，不断扩展的IT应用需要越来越合理的模式来保障IT服务能灵活便捷、安全稳定地持续保障，从初期的几台服务器发展到庞大的数据中心，单靠人工已无法满足在技术、业务、管理等方面的需求，那么标准化、自动化、架构优化、过程优化等降低IT服务成本的因素越来越被广大行业客户重视。 二、自动化运维研发阶段性 经过对市场背景的分析，在公司高层资源的支持下，2016年7月完成项目立项及成立研发项目团队，12月已完成初步框架认定工作，在对市场需求、业务环境调研过程中，认为自动化运维需满足架构独立、部署友好、可运维性、容错容灾、质量监控、性能成本、用户体验等特点。项目组经过半年的研发努力，项目研发有了阶段性的突破成果。 2.1架构独立 任何架构的产生都是为了满足特定的业务诉求，如果我们在满足 业务需求的同时，能够兼顾运维对架构管理的非功能性要求。那么我们有理由认为这样的架构是对运维友好的。站在运维的角度，所诉求的架构独立包含四个方面：独立部署、独立测试、组件规范、技术解耦等。 2.2部署友好 希望从端到端打通开发、测试、运维的所有技术环节，以实现快速部署和交付价值的目标。实现高效可靠的部署能力，要做好全局规划，要保证部署以及运营阶段的全方位运维掌控，从以上要求分析，有五个维度是对部署友好相关的：CMDB配置、环境配置、依赖管理、部署方式、发布自测等。 2.3可运维性 运维从脑海中是最理想的服务架构，首先想到的事可运维性强的那种类型。不具可运维的应用或架构，对运维团队带来的不仅仅是难题，还有阻止运维人员职业发展前进堵绊脚石，因为维护一个没有可运维性的架构，简直就是在浪费运维人员的时间。因为可运维性按操作和管理规范应归纳为以下几点：配置管理、版本管理、标准操作、进程管理、空间管理、日志管理、集中管控等。 2.4容错容灾 运维的四大职责：质量、效率、成本、安全。安全是一个运维团队首要保障的，运维人员立项的高可用架构设计应该包含以下几点： 1Weblogic9.2 在linux下启动很慢 打开setDomainEnv.sh 增加-Djava.security.egd=file:/dev/zero 修改参数为 JAVA_OPTIONS="${JAVA_OPTIONS} -Djava.security.egd=file:/dev/zero" 2Windows x64 jrockit 启动3000M 报OutOfMemory https://www.doczj.com/doc/ae10086782.html,ng.OutOfMemoryError: class allocation, 153359080 loaded, 154140672 footprint JVM@check_alloc (src/jvm/model/classload/classalloc.c:118). 19416 bytes 通过修改启动内存，设置4G以上 3后台日志出现以下报错 User 系统运维工程师工作总结 篇一：运维工程师年终工作总结 篇一：系统运维工程师年终个人工作总结及下年工作计划 **公司系统运维工程师年终个人工作总结及下年工作计划 时间一晃而过，弹指之间，XX年悄然而至，自从XX年3月份刚进入公司，我是第一次接触公司、接触通信行业、接触公司络管理及维护。虽然跟我的专业和技能都一致，但所有的实际经验都是第一次，让我没有任何准备，同样也打消了任何顾虑，人生就是这样，所有的一切都是要从第一次开始，没有接触过、干过并不可怕，领导给了我机会，让我有了一次尝试、一次展现自己的平台，那么我一定会更加倍的努力做好工作才是最大的回报。并且也是对自己的一次肯定。经过一段时间的工作及陌生环境的磨合，专心钻研业务知识，努力提高理论知识和业务工作水平。遵纪守法，踏实工作认真完成领导交办的各项工作任务，使自己渐渐的融入和适应到新的工作环境中。过去的大半年里在领导和同事们的悉心关怀和支持帮助下,通过自身的不懈努力，在思想、学习和工作等方面取得了新的进步。现总结如下: 一、公司电脑日常维护工作 1、先对公司员工进行一次基本知识培训，让员工了解 到计算机的正确使用方法，病毒防范，重要文件的备份等。从而大大提高了员工对电脑使用的熟练程度。 2、先恢复良好的秩序。电脑使用时如发现故障和需更改设置，必须先报告公司运维人员，由专门人员来进行专业及针对化的操作，个人不能私自进行改动，进行这样做的目的避免由于人为的盲目操作使某一台电脑的故障影响整个局域内的其它工作，使故障扩大化，并延长了解决问题的周期。 3、使员工使用统一的、经过安全测试的系统及应用软件，安装、设置统一的杀毒软件、防火墙等安全防护软件，且经过努力实践，并在每台机器上设定了自动系统补丁升级及定期查杀规则。 4、对于个人的关键性数据资料、邮件进行路径转移备份，使这些数据远离危险故障点，避免意外丢失所带来的严重后果。操作系统进行常规定期备份，便于事后的还原。 5、对于络管理进行了监管工作，公司所有电脑安装了行为管理软件后，员工工作效率逐步提高，自觉性得到明显改进，从而净化了公司络办公环境。 经过一段时间的贯彻和工作，先前的混乱现象得到有效控制，现公司的十余台电脑，工作状态稳定，没有出现大面积的系统崩溃和故障。 二、络的日常维护 运维人员个人工作总结 当工作进行到一定阶段或告一段落时，需要回过头来对所做的工作认真地分析研究一下，肯定成绩，找出问题，归纳出经验教训，提 高认识，明确方向，以便进一步做好工作，并把这些用文字表述出来，就叫做工作总结。橙子准备了以下运维人员个人工作总结，供大家参考！ 运维人员个人工作总结一岁月不居！转眼间我来到运维部宽带班工作已经三个月的时间。在这三个月的时间里，自己学习到了很多有关宽带的知识。为了更好地完成工作，总结经验，扬长避短，提高自己的业务技能，现将工作情况总结如下： 一、工作汇报 自20xx 年12 月26 日工作以来，我认真完成工作，努力学习，积极思考，工作能力逐步提高。刚进入新的工作岗位时，为了配合adsl 与端口的绑定工作，和百路达公司的工作人员一起到用户端摸排用户机器的网卡mac地址。为了确保端口的正确无误，摸排资料的准确，为将来端口的顺利绑定打下了坚实的基础。 紧接着又做了一部分资源上线的工作。包括模块局的建立和dslam 设备的内连接及外连接。这些工作使自己更加熟练的操作使用客服系统。而且对机房设备有了一定的了解，使自己对上层设备有了更加感官上的认识。 当郑州分公司搬到新的办公场所后，公司的内部办公网络交由我们维护。在为开通每一个信息点时，使自己学习到了更多的网络知识，更加提高了自己的实际动手能力。同时，为了确保每一个信息点的及时正常使用，使公司的各位领导及每一位同志尽快的在新的办公环境中投入到工作中，我和班上的几位同事加班加点的完成了这项艰苦的任务。 在投入到新的办公环境后，我也开始了新的工作――故障预处理。这项工作使自己掌握了基本的adsl 技术。可以处理大部分的用户端故障。为了解决一些外线班处理不了的问题，自己和外线人员一起机房和用户端处理。在用户家，每一句话都代表着公司形象。所以，我在实际工作中，时时严格要求自己，做到谨小慎微。 此外，火车跑的快还靠车头带，由于刚参加工作，无论从业务能力，还是从思想上都存在许多的不足。在这些方面我都得到了部门领导及本部门的老员工的正确引导和帮助，使我在工作能力提高，方向明确，态度端正。从而，对我的发展打下了良好的基础。 二、工作感想 踏入新的工作岗位后，经过三个月的锻炼，使自己对这份工作有了更多更深的认识。对于工作或者说事业，每个人都有不同的认识和感受，我也一样。对我而言，我通常会从两个角度去把握自己的思想脉络。 1、心态，套用米卢的一句话“态度决定一切”。有了正确的态度，才能运用正确的方法，找到正确的方向，进而取得正确的结果。 Oracle 中间件 WebLogic 12c 维护保养手册 目录 1日常监控及JVM查看工具 (3) 1.1安装 (3) 2VNC的安装及使用 (3) 2.1安装 (3) 2.2启动vnc (3) 2.3运行VNC Viewer客户端 (3) 2.4查询vnc服务 (4) 2.5停止vnc服务 (5) 2.6增加vnc服务终端 (5) 3服务器相关参数配置 (5) 3.1文件句柄数：根据实际服务器情况配置。 (5) 4常见问题及处理办法 (5) 4.1修改系统字符编码 (5) 4.2手工删除DOMIAN的方法 (6) 4.3域服务器启动端口冲突 (6) 4.4启动后可刷新页面，查看服务状态 (6) 4.5不重启服务情况下，替换静态文件 (6) 4.6weblogic改为开发模式 (7) 4.7版本管理 (7) 4.8使用部署的目标定义的默认值的情况下，清理缓存文件路径 (7) 4.9启动server，server**.out日志文件中包含乱码 (7) 4.10weblogic.xml文件说明 (7) 4.11weblogic控制台密码修改 (8) 4.12节点管理器配置文件说明 (9) 4.13设置GC日志的打印参数 (9) 4.14部署模式设置 (9) 1日常监控及JVM查看工具 1.1安装 2VNC的安装及使用 2.1安装 Linux系统默认已安装vnc服务器端。 2.2启动vnc 若未用vncpasswd设置密码，则第一次运行vncserver时，会提示设置密码，再次确定密码,并分配终端编号。 输入命令：vncserver You will require a password to access your desktops. Password:输入连接密码 Verify:再次输入密码 xauth: creating new authority file /webapp/.Xauthority New 'gd-webapps01:1 (webapp)' desktop is gd-webapps01:1 分配终端编号 Creating default startup script /webapp/.vnc/xstartup Starting applications specified in /webapp/.vnc/xstartup Log file is /webapp/.vnc/gd-webapps01:1.log 2.3运行VNC Viewer客户端 在Microsoft Windows上运行VNC Viewer “vncviewer.exe”,系统会出现”Connection details”对话框 在“Connection details”对话框中的“VNC server”文本框中输入VNC Server的IP地址：终端编号，单击“连接”按钮，再输入密码后，进入vnc操作界面。 Weblogic中间件（含业务应用）通用应急预案 一、应急处置原则与工作流程 国网信息系统中间件主要采用weblogic集群方式部署，通过中间件控制台对各应用节点进行统一管理和监控，本次中间 件应急预案以“先抢通、后抢修”为处理原则，首先恢复业务 应用，保存相关日志，后期再根据日志进行详细分析和故障定 位。 weblogic中间件是应用程序的发布平台，相对比较稳定。 业务应用均通过weblogic中间件进行发布，通过weblogic中间 件的JDBC等配置，实现前端应用和后台数据库之间的交互。因 此不管是程序代码问题、硬件问题、数据库问题均有可能体现 在weblogic中间件节点异常；并且由于程序代码效率低下、参 数配置不当，也会导致weblogic中间件节点异常。这种情况下，重启异常weblogic节点，释放资源，是最快的恢复业务的应急 手段。具体原因可以通过备份日志，事后进行分析排查。 本应急预案中涉及到的程序包路径，均是根据信通公司weblogic中间件安装规中指定的路径。如果未按照规安装的中 间件，请咨询对应系统专责协助处理。 二、weblogic中间件故障应急场景 故障应急处理步骤6步： 1、使用IE浏览器访问节点应用确认节点可用性。 2、登陆weblogic控制台确认节点状态。 3、收集故障点日志，备份节点日志。 4、查看节点日志，根据报错信息确定故障原因。 5、根据故障原因，执行应急操作。 6、组织人员进行具体原因分析并整改。 三、故障场景 Weblogic中间件日志文件中常见错误如下： ption: Unable to obtain lock on /home/weblogic/bea/user_projects/dom ains/bzcb_domain/servers/AdminServer/ tmp/AdminServer.lok. Server may already be running 16 13 因硬件或者系统故障，应用服务器全部无 法启动 四、应急处理步骤 1.使用IE登陆访问对应故障节点应用地址，验证故障现象，防止误 告警出现。 2.登录weblogic控制台，确认故障节点名称。 使用IE浏览器，访问weblogic控制台IP:端口，根据异常端口号确认异常节点名称，如下图。 3.使用weblogic用户登陆操作系统。 4.备份对应节点日志。 $ cd /app/logs/hqgl/server1.log ---进入对应日志目录 $ cp –r server1.log 20140808server1.log -----按照日期备份节点日志5.查看节点进程状态。 $ ps –ef|grep server1 (server1为节点名称) 如果返回值为空，如下，则执行步骤12： weblogic 59086 2803 0 22:12 pts/1 00:00:00 grep server1 如果返回值不为空，如下，则执行步骤11： Linux运维经验总结 一、线上操作规 1、测试使用 当初学习Linux的使用，从基础到服务到集群，都是在虚拟机做的，虽然老师告诉我们跟真机没有什么差别，可是对真实环境的渴望日渐上升，不过虚拟机的各种快照却让我们养成了各种手贱的习惯，以致于拿到服务器操作权限时候，就迫不及待的想去试试，记得上班第一天，老大把root密码交给我，由于只能使用putty，我就想使用xshell，于是悄悄登录服务器尝试改为xshell+密钥登录，因为没有测试，也没有留一个ssh连接，所有重启sshd服务器之后，自己就被挡在服务器之外了，幸好当时我备份sshd_config文件，后来让机房人员cp过去就可以了，幸亏这是一家小公司，不然直接就被干了……庆幸当年运气比较好。 第二个例子是关于文件同步的，大家都知道rsync同步很快，可是他删除文件的速度大大超过了rm -rf,在rsync中有一个命令是，以某目录为准同步某文件（如果第一个目录是空的，那么结果可想而知），源目录（有数据的）就会被删除，当初我就是因为误操作，以及缺乏测试，就目录写反了，关键是没有备份……生产环境数据被删了没备份，大家自己想后果吧，其重要性不言而喻。 2、Enter前再三确认 关于rm -rf / var 这种错误，我相信手快的人，或者网速比较慢的时候，出现的几率相当大，当你发现执行完之后，你的心至少是凉了半截。 大家可能会说，我按了这么多次都没出过错，不用怕，我只想说当出现一次你就明白了，不要以为那些运维事故都是在别人身上，如果你不注意，下一个就是你。 3、切忌多人操作 我在的上一家公司，运维管理相当混乱，举一个最典型的例子吧，离职好几任的运维都有服务器root密码。 通常我们运维接到任务，都会进行简单查看如果无法解决，就请求他人帮忙，可是当问题焦头烂额的时候，客服主管（懂点linux），网管，你上司一起调试一个服务器，当你各种百度,各种对照，完了发现，你的服务器配置文件，跟上次你修改不一样了，然后再改回来，然后再谷歌，兴冲冲发现问题，解决了，别人却告诉你，他也解决了，修改的是不同的参数……这个，我就真不知道哪个是问题真正的原因了，当然这还是好的，问题解决了，皆大欢喜，可是你遇到过你刚修改的文件，测试无效，再去修改发现文件又被修改的时候呢？真的很恼火，切忌多人操作。 4、先备份后操作 养成一个习惯，要修改数据时，先备份，比如.conf的配置文件。另外，修改配置文件时，建议注释原选项，然后再复制，修改 Weblogic中间件（含业务应用）通用应急预案一、应急处置原则与工作流程 国网信息系统中间件主要采用weblogic集群方式部署，通过中间件控制台对各应用节点进行统一管理和监控，本次中间件应急预案以“先抢通、后抢修”为处理原则，首先恢复业务应用，保存相关日志，后期再根据日志进行详细分析和故障定位。 weblogic中间件是应用程序的发布平台，相对比较稳定。 业务应用均通过weblogic中间件进行发布，通过weblogic中间件的JDBC等配置，实现前端应用和后台数据库之间的交 互。因此不管是程序代码问题、硬件问题、数据库问题均有可能体现在weblogic中间件节点异常；并且由于程序代码效率 低下、参数配置不当，也会导致weblogic中间件节点异常。 这种情况下，重启异常weblogic节点，释放资源，是最快的 恢复业务的应急手段。具体原因可以通过备份日志，事后进行分析排查。 本应急预案中涉及到的程序包路径，均是根据信通公司weblogic中间件安装规范中指定的路径。如果未按照规范安装的中间件，请电话咨询对应系统专责协助处理。 二、weblogic中间件故障应急场景 故障应急处理步骤6步： 1、使用IE浏览器访问节点应用确认节点可用性。 2、登陆weblogic控制台确认节点状态。 3、收集故障点日志，备份节点日志。 4、查看节点日志，根据报错信息确定故障原因。 5、根据故障原因，执行应急操作。 6、组织人员进行具体原因分析并整改。 三、故障场景 Weblogic中间件日志文件中常见错误如下： 12 VM Version 1.5.0_12-b04 from Sun Microsystems Inc.> <2014-8-11 下午04时50分58秒 CST> 系统运维工程师年终个人工作总结及下年工作计划
运维工作总结
Linux运维经验总结
weblogic中间件介绍
运维制度建设、核心业务系统维护个人工作总结
银行IT运维管理的心得
XXXX年运维工作总结
运维工作总结
Weblogic中间件运维经验汇总
it运维试用期转正工作总结
自动化运维项目总结报告
weblogic中间件常见问题
系统运维工程师工作总结
运维人员个人工作总结
Oracle中间件WebLogic 12c维护保养手册
weblogic中间件通用应急处置预案
Linux运维经验总结
weblogic中间件通用应急处置预案
相关主题
文本预览