中间件日常维护手册(weblogic部分)
（v 120925）
目录
1. 每天要维护的文档 (3)
1.1 启动服务相关的几个文件 (3)
1.1.1 startWebLogic.cmd/startWebLogic.sh (3)
1.1.2 startManagedWebLogic.cmd/startManagedWebLogic.sh (3)
1.1.3 setDomainEnv.cmd/setDomainEnv.sh (3)
1.1.4 stopWebLogic.cmd/stopWebLogic.sh (4)
1.1.5 stopManagedWebLogic.cmd/stopManagedWebLogic.sh (4)
1.1.6 thread的监控 (4)
1.1.7 JDBC监控 (5)
1.1.8 检查是否生成javacore和heapdump文件 (5)
1.2．weblogic配置文件config.xml (5)
1.2.1 关于WebLogic 管理和config.xml 文件概述 (6)
1.2.2 何时去编辑config.xml (6)
1.2.3 config.xml 文件里的内容 (6)
1.3 每天要维护的日志文件 (7)
1.3.1 域日志(domain.log) (7)
1.3.2 server.log (7)
1.3.3 access.log (7)
1.4 系统文件 (8)
1.4.1硬盘分区使用情况 (8)
1.4.2 CPU 负载情况 (8)
1.4.3 内存MEMORY和SWAP使用率 (8)
2.每周要维护的文档 (9)
2.1 应用属性文件weblogic.xml (9)
2.1.1 说明 (9)
2.1.2 可配置的属性详解 (9)
2.2属性文件web.xml (10)
2.2.1 说明 (10)
2.2.2 文件说明 (10)
3.每月要维护的文件 (11)
3.1 weblogic 系统文件备份 (11)
3.2 定期日志删除 (11)
3.3 补丁的更新 (11)
1. 每天要维护的文档
1.1 启动服务相关的几个文件
WebLoigc 的启动是通过启动文件来完成的，包括启动管理服务器(startWebLogic)、
启动被管服务器(startManagedWebLogic)、设置域环境(setDomainEnv)、关闭管理服务器(stopWebLogic)、关闭被管服务器(stopManagedWebLogic)等。
1.1.1 startWebLogic.cmd/startWebLogic.sh
1. 说明
startWebLogic.cmd(Windows 环境下的启动文件)
startWebLogic.sh(Linux/Unix 环境下的启动文件)
2. 文件位置
/WLS_HOME/user_projects/domains/base_domain(默认安装目录，可更改)，启动文件的最外层目录，调用
/WLS_HOME/user_projects/domains/base_domain/bin(默认安装目录，可更改)目录下的startWebLogic.cmd/startWebLogic.sh。
1.1.2 startManagedWebLogic.cmd/startManagedWebLogic.sh
1. 说明
startManagedWeblogic.cmd(Windows 环境下的启动文件)
startManagedWebLogic.sh(Linux/Unix 环境下的启动文件)
2. 文件位置
/WLS_HOME/user_projects/domains/base_domain/bin
1.1.3 setDomainEnv.cmd/setDomainEnv.sh
1. 说明
setDomainEnv.cmd(Windows 环境下的启动文件)
setDomainEnv.sh(Linux/Unix 环境下的启动文件)
启动管理和被管服务器时的参数信息记录在此文件里。例如：设置堆内存的最小值和最大值-Xms1024m –Xmx1024m，Sun JDK 和HP JDK 的perm 区大小-XX:PermSize=512m -XX:MaxPermSize=512m。
2. 文件位置
/WLS_HOME/user_projects/domains/base_domain/bin
1.1.4 stopWebLogic.cmd/stopWebLogic.sh
1. 说明
stopWebLogic.cmd(windows 环境下的启动文件)
stopWebLogic.sh(Linux/Unix 环境下的启动文件)
2. 文件位置
/WLS_HOME/user_projects/domains/base_domain/bin
1.1.5 stopManagedWebLogic.cmd/stopManagedWebLogic.sh
1. 说明
stopManagedWebLogic.cmd(windows 环境下的启动文件)
stopManagedWebLogic.sh(Linux/Unix 环境下的启动文件)
2. 文件位置
/WLS_HOME/user_projects/domains/base_domain/bin
1.1.6 thread的监控
console去监控thread的运行情况,如图所示
1.1.7 JDBC监控
可以通过console去监控jdbc 连接池的运行情况，每个服务器选择一个jdbc去监控，如图所示。
1.1.8 检查是否生成javacore和heapdump文件
当中间件weblogic出现意外宕机或者出现故障的时候，一般都会生成javacore和heapdump文件，如果没有给文件定向指定，文件生成在启动脚本的位置，发给相关的weblogic系统工程师，找到问题的根源。
1.2．weblogic配置文件config.xml
系统配置文件config.xml 内存放着域内所有配置信息，该文件的存放位置为：
/WLS_HOME/user_projects/domains/base_domain/config/config.xml(默认安装目录，其中域的名字以及路径可任意选择)。
1.2.1 关于WebLogic 管理和config.xml 文件概述
WebLogic 的管理和配置服务是基于Sun 公司的JavaTM Management Extensions (JMX)API 的。创建config.xml 文件的目的是存储管理对象的变更信息，以便在确保在weblogic，重新启动时这些对象仍然可用。通常应使用管理控制台来配置WebLogic Server 的管理对象和服务以及允许WebLogic Server 来维持config.xml 文件。每次通过管理控制台或其他weblogic server 工具修改config.xml 文件，weblogic 都会把他归档到一个旧文件中，你可以配置WebLogic 保存的归档文件的个数。
虽然config.xml 是一个良好的XML 文档，您可以使用文本编辑器修改，你应该把它看作一个数据库，你只会在特殊情况下直接更新。该文件并不是一个正式的XML 内容文档，它实际上是一个库，其中每个XML 元素包含了一个在WebLogic Server 管理对象在内存中实例的请求保存的数据。
1.2.2 何时去编辑config.xml
只有在很少的情况下您会选择直接修改文件而不是通过管理控制台。在这些情况下您要保证所的更改遵循最小化明确化。您不能试图通过写一个新的config.xml 文件来创建一个新的WebLogic 配置。
警告：您不能在WebLogic 运行期间修改config.xml，因为WebLogic 会定期重写config.xml 文件。您的更改将会丢失并且根据您平台的不同可能会导致WebLogic 服务的失败。在任何情况下您应该先保留一份config.xml 的副本，再去修改文件。
这里有一些情况适合您直接修改config.xml 文件：如果您要部署多个WebLogic Server 实例，您可以“克隆”一个config.xml 文件并编辑新的服务器上为每个值；
如果您有一台服务器上定义一个对象，并希望将其复制到另一台服务器，您可以复制在config.xml 文件中定义的xml 元素到令一个config.xml 文件中；
为了帮助您更好的解决问题，WebLogic 的技术支持可能会建议您在config.xml 文
件中设置一些不能通过管理控制台设定的属性；
一些第三方应用程序文件可能需要您修改config.xml 文件。
1.2.3 config.xml 文件里的内容
config.xml 文件中包含了一系列的xml 元素。其中域元素的顶层元素，域中所有元素都是域元素的子集。域元素包括服务器、集群、应用等子元素，这些元素可能还有其自己的子元素。例如：服务器的子元素
包含Web 服务器，SSL 和日志等，应用程序的子元素包含EJB 组件和Web 应用程序组件等。
每个元素都有一个或多个可配置的属性。一个属性有一个配置API 中相应的属性。例
如，服务器元素有一个ListenPort 属性，同样，
weblogic.management.configuration.ServerMBean 类有一个ListenPort 属性。可配置
的属性是可读可写，也就是ServerMBean 的getListenPort()和setListenPort()方法。
所有属性的值都必须加引号。Boolean 属性的值只能是“true”或“false”。整数
值不能包含逗号或小数点，但如果属性允许负值，可以有一个前置的减号。
1.3 每天要维护的日志文件
1.3.1 域日志(domain.log)
存放位置：
/WLS_HOME/userprojects/domains/base_domain/servers/AdminServer/logs(默认)
域日志记录一个DOMIAN 的运行情况，一个DOMAIN 中的各个WebLogic SERVER 可以把它们的一些运行信息（比如：很严重的错误）发送给一个DOMAIN 的Administrator Server上，Administrator Server 把这些信息些到DOMAIN 日志中，默认名为：domain_name.log。
1.3.2 server.log
存放位置：
/WLS_HOME/user_projects/domains/base_domain/servers/AdminServer/logs
/WLS_HOME/user_projects/domains/base_domain/servers/servername/logs(默认)
在日志中主要分析error以上级别的信息，是分析故障和性能的主要依据。
1.3.3 access.log
存放位置：
/WLS_HOME/user_projects/domains/base_domain/servers/servername/logs(默认)
http 访问日志。在WebLogic 中可以对用http，https 协议访问的服务器上的文件都做记录，该Log 文件默认的名字为Access.log，示例内容如下，该文件具体记录在某个时间，某个IP 地址的客户端访问了服务
器上的哪个文件：127.0.0.1 - - [25/Feb/2002:11:35:58 +0800] "GET /weather HTTP/1.1" 302 0 127.0.0.1 - - [25/Feb/2002:11:35:58 +0800] "GET /weather/index.Html HTTP/1.1"200 176
不做分析，建议定期删除。
1.4 系统文件
1.4.1硬盘分区使用情况
了解磁盘使用情况，因为在业务运行的时候会产生大量的日志，包括业务日志，有的开发厂家在维护的时候，还打开很多日志（例如heapdump和javacore文件），这些文件都很大，占用了大量的资源，影响weblogic 的稳定。查看一下看是否安装weblogic的文件系统的空间小于该系统空间的20%。
1.4.2 CPU 负载情况
Weblogic正常运行的情况，不占有大量的cpu资源，当客户业务量并发大的时候，如果cpu的使用率超过85%，严重的影响了中间件的运行，这时候数据量的大的时候会占有大量的cpu资源，导致系统宕机。
1.4.3 内存MEMORY和SWAP使用率
内存资源足够该应该使用。Java应用程序最消耗的资源是内存，当内存不够用的时候，会报出大量的错误，甚至影响中间件和业务的运行。
系统内存的使用率建议值不超过80%，如果超过，建议检查是否是weblogic占用。
每个硬盘上应该只有一个内存交换区，并且所有内存交换区的大小应该一致，Swap分区的数量对性能也有很大的影响。
理论上Swap分区最好是不使用，如果使用，建议不要超过50%，否则影响weblogic的性能。
2.每周要维护的文档
2.1 应用属性文件weblogic.xml
2.1.1 说明
WebLogic Server 允许通过设置weblogic 应用程序扩展描述符（weblogic.xml）配置jsp 容器，该文件通常位于web 应用程序的web-inf 目录下。可配置的元素包含根节点下。
2.1.2 可配置的属性详解
description
description 元素是Web 应用程序的文字描述。
weblogic-version
weblogic-version 元素表示该Web 应用程序（在根元素
security-role-assignment
security-role-assignment 元素声明Web 应用程序安全角色与WebLogic Server 中
一个或多个委托人之间的映射，如以下示例所示。
还可以使用它将给定角色标记为外部定义的角色，如以下示例所示：
2.2属性文件web.xml
2.2.1 说明
Web 工程中，使用web.xml 文件来配置：欢迎页面、servlet、filter 等Web 元素。web.xml的模式文件是由JavaEE 对应的规范定义的，每个web.xml 文件的根元素在
例如：
Xmlns=https://www.doczj.com/doc/ec2766090.html,/xml/ns/javaee Xmlns:xsl=https://www.doczj.com/doc/ec2766090.html,/2001/XMLSchema-instance Xsi:schemaLocation=”https://www.doczj.com/doc/ec2766090.html,/xml/ns/javaee https://www.doczj.com/doc/ec2766090.html,/xml/ns/javaee/web-app_2_5.xsd”>
建议每周都要备份，检查，以备应急。
2.2.2 文件说明
而且web.xml 的模式文件中定义的标签并不是死的，模式文件也可以改变的，一般来说，随着web.xml 模式文件的版本升级，里面定义的功能会越来越复杂，也就是标签元素的种类会越来越多，但有些是不常用的，我们只需记住一些常用的就可以了。
3.每月要维护的文件
3.1 webl ogic 系统文件备份
备份weblogic所有文件，当出现灾难时可以恢复。
3.2 定期日志删除
定期删除一个月以前的域日志，server日志等
3.3 补丁的更新
了解中间件是否做过升级，打补丁，做过中间件的变更等操作，license是否做过变更。并且变更后对程序是否有影响。记录补丁最新信息，包括版本，在启动日志中（classpath）中能找到补丁情况，或者是直接把启动脚本和配置环境的脚本setDomain.cmd或者是setDomain.sh发给我
SAP系统日常管理 1 系统监视 1.1 进程监视 §SM66/SM50 进程查看 管理员需全天监看系统的进程。长时间运行的后台工作，有缺陷的报表程序，若不进行控制都将消耗掉大量的系统资源。管理员用这个事务码检查他们的环境。当然，在杀掉这些进程前，需要与最终用户协商。 1.2 服务器监视 §SM51 R/3服务器的列表可用SM51显示，管理员用它来监视不同服务器之间的工作进程。想要显示某一服务器的进程，鼠标指针点中服务器的名称，然后选Processes。 §RZ20 CCMS监控 双击要查看的菜单项，检查系统收集的监控信息，遇到报警和错误信息要查清原因，找出解决办法。 1.3 用户监视 §SM04 用户监视 管理员应该考虑全天监视用户仅他们的活动。是否有非法用户？是否有用户试图或正在用他们不该用的事务码，等等。 1.4 性能监视 §ST03 工作量分析 世上没有经验的替代品。当需要调R/3系统的性能的时候是很痛苦的事情。管理员应该保留尽可能多的工作量分析数据，特别是系统没用性能问题时候的数据。拥有一副系统工作正常时的清晰的系统图，将使你具有对你的系统的不可估量的感觉，这种感觉将使你能预见到将要发生的问题，并且很多时候可以避免问题的发生。 §ST02 缓存分析 R/3的缓存存储经常用到的数据，以使本地应用服务器的实例能取得这些数据。这样就可以减少数据库的访问，数据库的负载，网络的流量，从而提高系统的性能。数据缓存中包括了ABAP/4程序，屏幕，ABAP/4字典数据和公司的数据，这些数据在系统操作过程中是不会改变的。我们应该经常的监视缓存、点击率、剩余空间、交换区。此进程可以帮助管理员作性能调整。 §SP12 TemSe管理 管理员要检查文件系统和数据库空间的增长，尤其是批量打印大量数据时。TemSe的一致性检查(RSPO0043)需要计划每天在打印池重新整理(RSPO0041)之前执行。 1.5 更新记录 §SM13更新记录 此事务码显示失败的更新动作。失败的更新动作在生产系统中是决不允许发生的，一旦发生，开发人员应马上修改。 1.6 锁定对象 §SM12 锁定对象 用户总是会时不时的因为某种原因（如断线，程序出错等等）而锁定一个对象。所有被锁定的老的对象均要被分析，更正。 1.7 出错分析 §ST22出错分析
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! ?大部分的变化不需要重启服务器
软件室 Weblogic12 C安装配置手册-初级 版本 <1.0>
修订历史记录
目录 1.简介 (4) 1.1目的 (4) 1.2范围 (4) 1.3定义、首字母缩写词和缩略语 (4) 1.4参考资料 (4) 1.5概述 (4) 2.部署前准备工作 (4) 2.1JDK环境安装(使用ROOT用户) (4) 2.2H OSTS文件配置和多台WEBLOGIC集群说明(使用ROOT用户) (5) 2.3创建WEBLOGIC用户和用户组(使用ROOT用户) (6) 3.WEBLOGIC12C的安装（在桌面模式下进行安装，非命令行模式） (6) 3.1运行安装程序 (6) 3.2安装步骤图片展示 (7) 4.创建WEBLOGIC域(DOMAIN) (15) 4.1运行配置向导 (15) 4.2选择D OMAIN S OURCE (19) 4.3输入管理员用户名称和密码 (21) 4.4选择WEBLOGIC启动模式和JDK (21) 4.5选择定制配置和集群服务器配置选择说明 (23) 4.6配置管理节点 (23) 4.7W EB容器服务配置 (25) 4.8集群配置 (26) 4.9其他配置图解 (29) 5.WEBLOGIC 启动和JVM内存设置 (33) 5.1节点配置 (33) 5.2W EBLOGIC手动启动(使用WEBLOGIC用户) (33) 5.2.1启动管理服务（使用weblogic用户） (33) 5.2.2启动web容器节点（使用weblogic用户） (34) 5.2.3访问地址 (34) 5.3生产模式免密码和后台启动（使用WEBLOGIC用户操作命令） (34) 5.4开机自启动服务配置和设置（使用ROOT用户） (35) 5.5关闭WEBLOGIC (39) 5.6调整WEBLGOC的运行JVM内存 (39)
全球眼?（MEGAEYES）网络图像管理系统2.0 ORACLE日常维护与管理手册 北京互信互通信息技术有限公司 2004-08-08
目录 全球眼?（MEGAEYES）网络图像管理系统2.0 (1) 1引言 (3) 1.1 目的 (3) 1.2 范围 (3) 1.3 参考资料 (3) 2日常维护与管理说明 (3) 2.1 运行环境 (3) 2.1.1硬件环境 (3) 2.1.2软件环境 (3) 2.2 数据库日常维护 (4) 2.2.1数据库初始设置 (4) 2.2.2每日工作内容 (5) 2.2.3每周工作内容 (6) 2.2.4每月工作内容 (7)
1引言 1.1目的 对于重要的商业系统来说，数据库系统的正常运行是保证商业应用平稳运行的关键。但是数据库在运行过程中可能会因为种种原因发生问题。这时，数据库的管理与日常维护工作将变得尤为重要。 为了指导数据库管理员做好日常维护工作，保证数据库系统的正常运行，特制定本文档。当然，数据库的日常维护是复杂和繁琐的，本文仅涉及一些常见的数据库日常维护的内容，在实际工作中，数据库管理员还需要做更多的工作。 1.2范围 本文档使用的人员：数据库维护管理人员和相关人员。 本文档涉及内容：oracle数据库的日常维护与管理解决方案。 1.3参考资料 中国电信网络视频监控技术（暂行）规范 2日常维护与管理说明 2.1运行环境 程序的运行环境包括硬件运行环境和软件运行环境。 2.1.1硬件环境 ◆CPU类型：Intel及其兼容系列CPU ◆内存容量：剩余内存要达2G以上 ◆硬盘容量：剩余硬盘容量要达1G以上 ◆网卡类型：100M网卡 2.1.2软件环境 ◆操作系统：RedHat Linux AS 3.0 ◆数据库：Oracle9i Database Release 2 (9.2.0.4.0) for Linux x86
中间件故障诊断总结 一、步骤： 1、准确描述现象：客户说的和自己查看到的：平台、版本、操作、信息等。特别是，故障前是否有做过什么操作：网络调整、设备调整、主机参数调整、配置文件修改……反正将这一切都列入排查的对象。 2、使用工具收集数据，收集配置文件、日志、dump文件等等。 3、使用分析数据，根据问题或收集的数据，使用适当的工具分析数据，当然包括了在网上和在官方支持站点搜索类似的问题的解决办法。 4、尝试解决问题，根据找到的问题点，尝试解决。如修改错的，复原正确的；运行有问题的，适当调整运行的环境和运行的参数等等。 5、给出最佳解决方案，一般就是继续观察了。 6、总结经验并加以重用，知识积累。 二、通过前台收集基本的信息： 1、重点是故障前做过的操作 2、比对运行平台是否在官方的兼容性列表中，一般就是关注各个版本，特别是一些比较怪异的问题 3、检查环境和参数，如能打开控制台，就在控制台中初步观察，一般进入控制台的格式是http://ip地址：端口/console如：http://192.168.0.89:7001/console/。常用的留意点如下： A、域运行状态（域-监视-健康状况）；一般为running状态，如果不是 running，那这些界面就没有了。 B、服务器运行状态（域-环境-服务器），正常的为running。
进入，监视-健康状况）;留意JVM 堆中当前可用的内存量。 不同的JVM，所显示的内容可能不一样，以下为sun的：
D、各个server线程状态（域-环境-服务器，点击具体的serve后进入，监 视-线程）；一般来说，空闲线程要多；健康状况为ok 如下图health状态为：Warning，这个是有线程阻塞的。
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/ec2766090.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)
软件项目维护方案
1.项目背景及目标 1.1.项目背景 在国家政策的指导和帮助下，信息化也越来越发挥出十分重要的作用。XXXX 不断加大信息化管理工作力度，积极实施“上网工程”，大力推进全市局域网建设，加快办公自动化系统进程，信息技术在改革中发挥了重要的支撑作用，为充分发挥政府公共职能，促进依法理财、科学理财，提供了重要的信息技术保障。近年来建设各系统随着数据量的逐年增加，陆续出现了性能问题，有必要进行数据库系统的升级及性能优化，以确保应用系统的正常运行，为单位员工提供更好的信息服务。 1.2.项目目标 ●对各系统数据库进行补丁升级服务，安装补丁前制定详细的升级计划和应急 回退计划。 ●完成各系统数据库的性能调优工作。 ●各业务持续性得到有效的保证。 2.需求分析 XXXXXXX项目，我公司有多年的行业经验。具有对运维服务对象进行适时监测、指标分析、和及时修复的能力。 Oracle 产品日常运行维护项目主要从如下几个方面进行： (1). 每天对ORACLE数据库的运行状态,日志文件,备份情况,数据库的空间使用情况,系统资源的使用情况进行查看,发现并解决问题。
(2). 每周对数据库对象的空间扩展情况,数据的增长情况进行监控,对数据库做健康查看,对数据库对象的状态做查看。 (3). 查看表空间碎片,提出下一步空间管理计划。对ORACLE数据库状态进行一次全面查看。 （4）由于这些数据库系统承载着XXXX非常重要的业务系统数据，所以在日常 维护中需要非常仔细，每周、每月、每季都需要有相应的巡检记录，需要详细记载以下一些内容： 监控数据库对象的空间扩展情况 监控数据量的增长情况 系统健康查看，查看以下内容: 数据库对象有效性查看 查看是否有危害到安全策略的问题。 查看 alert、Sqlnet 等日志并归档报错日志 分析表和索引 查看对数据库会产生危害的增长速度 查看表空间碎片 数据库性能调整 预测数据库将来的性能 调整和维护工作 后续空间
IBM P750小型机 日常维护手册 一、服务器硬件运行状态检查 1.当服务器处于启动和正常工作状态时，其前面板上的状态灯（与电源灯并排）和各硬盘的状态灯 （一排小灯，与各硬盘位置一一对应）应显示为绿色。 2.当服务器的状态灯出现橙黄色时，说明有硬件告警，此时要检查服务器的电源、接线、硬盘等。 如果有硬件故障则需要立即进行更换和更正，如果查不出具体问题，则需要联系相关专家进一步诊断。 3.当硬盘工作正常时，与各硬盘对应的硬盘灯会呈绿色，如无读写，则绿灯一直亮，如该硬盘有读 写操作，则绿灯会不规则闪烁，当硬盘损坏时，则硬盘状态灯将熄灭，或者呈闪烁状态：以1～3秒的频率有规律地、不停地闪烁。 如果发现有服务器硬件状态灯不正常的情况，请及时联系我公司工程师，以便及时进行诊断并解决故障。 二、HMC（硬件管理平台）管理与操作 HMC的两种访问途径： 1、在机房直接通过显示器和键盘进行管理维护等相关操作 2、通过web远程访问，登录HMC web管理界面，访问地址为： 1、登录HMC 浏览器访问连接HMC后，首页界面如下图所示。 点击下图所示链接，进入HMC验证登录界面。 输入用户名与口令，登录HMC。 用户名：hscroot 口令： 成功登录到HMC管理界面如下图所示。 2、注销HMC 在HMC console右上角有（hscroot | help | log off）链接，单击log off，会出现如下图所示注销界面：选择Log off，系统返回到HMC初始登录界面状态。
3、重启HMC 左边导航栏中选择HMC Management shut down or Restart，如下图所示，对HMC进行正常重启及关机操作。 请谨慎对HMC进行关机和重启操作！ 4、状态栏功能 状态栏位于HMC左下角位置，如下图所示，负责监控并反映管理系统资源状态和HMC状态。单击每个图标状态可以列出详细状态，你可以查到更详细的帮助信息： ：非法操作，如果任何被管理的主机执行了非法操作，这个图标将会变亮。 ：黄灯警告, 如果任何被管理的主机有错误并有黄灯被点亮，这个图标也将会变亮 ：报错日志：日志中有报错信息，这个图标将会变亮，此项与 ：摘要，摘要中会将有用信息做统计并显示在工作栏中。 5、Service Management 导航栏中Service Management强大的管理功能给用户日常维护提供了更简单直观的界面，如下图所示， 但日平时最常用的子项是Manage Serviceable Events，如下图步骤可以对HMC所管理的设备进行日常错误及时直观的观察，以确保IBM小型机能正常工作，下图就是基本的操作方法图示： Service ManagementManage Serviceable Events 6、Service Plans-分区管理与操作 如何查看小型机资源配置： 如上图红色标注所示，选中所需查看主机（备注：请不要同时选中多台主机及多个分区）,在下拉菜单中选中“Properties”，打开参数窗口，通过“Properties”可以查看主机运行状态，CPU,内存，I/0等重要硬件系统参数，如下图所示。 同理，在分区区域中先中每分区后的Properties选项，便可以直观方便的掌握分区状态和资源配置信息。 如何开关机及激活分区： 关机。 开机。
目录
概述 XXX第二次土地调查数据库及国土资源视频会议系统运维项目内容主要分为土地调查数据库软硬件运维工作和视频会议系统运维工作，服务内容涵盖了网络交换机机设备、网络安全防护设备、服务器设备、存储设备、操作系统以及数据库等内容，存在技术多样化、管理复杂化等问题，从而对运维公司的技术力量以及管理团队都有着一定的要求。 XXX公司根据多年的项目实施和服务，积累了丰富人力资源和管理经验，根据本次项目特点，特制定如下运行维护解决方案。 服务内容 服务目标 XXX公司可提供的运行维护服务包括，信息系统相关的网络设备、服务器设备、存储设备、操作系统、数据库以及视频会议系统的运行维护服务，保证用户现有的信息系统的正常运行，降低整体管理成本，提高网络信息系统的整体服务水平。同时根据日常维护的数据和记录，提供用户信息系统的整体建设规划和建议，更好的为用户的信息化发展提供有力的保障。 用户信息系统的组成主要可分为两类：硬件设备和软件系统。硬件设备包括网络设备、安全设备、服务器设备、存储设备和视频会议系统设备等；软件系统主要为操作系统、数据库软件、集群软件等和业务应用软件等。 XXX公司通过运行维护服务的有效管理来提升用户信息系统的服务效率，协调各业务应用系统的内部运作，改善网络信息系统部门与业务部门的沟通，提高服务质量。结合用户现有的环境、组织结构、IT资源和管理流程的特点，从流程、人员和技术三方面来规划用户的网络信息系统的结构。将用户的运行目标、业务需求与IT服务的相协调一致。 XXX公司提供的信息系统服务的目标是，对用户现有的信息系统基础资源进行监控和管理，及时掌握网络信息系统资源现状和配置信息，反映信息系统资源的可用性情况和健康状况，创建一个可知可控的IT环境，从而保证用户信息系统的各类业务应用系统的可靠、高效、持续、安全运行。 服务项目范围覆盖的信息系统资源以下方面的关键状态及参数指标：运行状态、故障情况 配置信息 可用性情况及健康状况性能指标 信息资产统计服务 此项服务为基本服务，包含在运行维护服务中，帮助我们对用户现有的信息资产情况进行了解，更好的提供系统的运行维护服务。 服务内容包括： 硬件设备型号、数量、版本等信息统计记录 软件产品型号、版本和补丁等信息统计记录 网络结构、网络路由、网络IP地址统计记录 综合布线系统结构图的绘制 其它附属设备的统计记录 网络、安全系统运维服务
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/ec2766090.html,ng.OutOfMemoryError: class allocation, 153359080 loaded, 154140672 footprint JVM@check_alloc (src/jvm/model/classload/classalloc.c:118). 19416 bytes 通过修改启动内存，设置4G以上 3后台日志出现以下报错 User
系统管理员日常维护操作手册一、日常维护
一、服务器日常开关机器规定 （一）、开机步骤 1、开启服务器电源，系统将自动启动server2008操作系统，注意操作系统 启动过程中的系统提示信息，如果有异常的提示必须作好数据库操作启动的日志记录,并联系硬件维护人员。 2、待服务器操作系统正常启动后，使用administrator身份登陆到服务器， 启动自动过费程序。 3、服务器的任何异常提示，请及时联系硬件公司检查,个人及其他非专业人 员勿进行操作,以免造成数据丢失； 4、一般服务器至少20天左右要进行一次系统的关机动作。对于专用服务器 则不需要进行此操作。 （二）、系统运行过程中的数据库维护操作 5、每天必须做好数据库的日常备份工作，同时必须进行数据库至少存放在服 务器的2个地方，或者备份到U盘或其他电脑上,同时保存好备份数据。 6、拷贝数据库备份文件的U盘或其他存储工具,必须先在其他电脑杀毒后,在 到服务器使用,禁止其他未杀毒U盘在服务器使用,避免服务器中毒! （三）、服务器的关机操作步骤
7、点击开始菜单中关机按钮,进行正常关机,关机前先关闭应用程序,禁止 强制关机! 二、数据库备份原则说明 1、以上操作的意义为： 每天在服务器上执行数据备份以保证数据的安全性。防止硬件故障等突发原因引起的系统崩溃。 系统安全稳定性依赖于规范的操作。非正常操作（如：未正常关机,直接关电。强制关机）都会给系统带来损害。 2、建议备份方案： 每月盘点后：数据库备份并且将备份保存一年。 3、注意事项： 在使用过程中如果发生断电或硬件故障等意外情况而造成前后台死机，应先尝试开启服务器,如服务器不能开机,需及时联系硬件公司与蓝崎公司售后人员,大面积的死机可能由服务器故障引起，也可能由于网络（网线、HUB）等故障引起，出现问题时要注意区分，以便迅速有效的解决问题。
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：
Guangzhou Institute of Technology 工程技术职业学院 信息系计算机服务公司 工 作 手 册 发行时间：2010年3月
目录 目录 (2) 第一章前言 (4) 第二章组织机构图 (5) 第三章质量目标 (6) 第四章岗位标准 (7) 4.1计算机服务公司经理岗位标准 (7) 4.1.1计算机服务公司副经理岗位标准 (8) 4.2计算机服务公司综合调度部经理岗位标准 (9) 4.2.1计算机服务公司综合调度部对外联系主管岗位标准………………………………………… 10 4.2.2计算机服务公司综合调度部数据综合主管岗位标准………………………………………… 11 4.2.3计算机服务公司对外联系岗位干事工作标准………………………………………………… 12 4.2.4计算机服务公司数据综合岗位干事工作标准………………………………………………… 13 4.3计算机服务公司安全服务部经理岗位标准 (14) 4.3.1计算机服务公司安全服务部办公软件维护及安装主管岗位标准…………………………… 15 4.3.2计算机服务公司办公软件维护及安装岗位干事工作标准…………………………………… 16 4.3.3计算机服务公司办公软件维护及安装岗位服务人员工作标准……………………………… 17 4.3.4计算机服务公司安全服务部办公软件安全检测主管岗位标准……………………………… 18 4.3.5计算机服务公司安全服务部办公软件安全检测岗位干事工作标准………………………… 19 4.3.6计算机服务公司安全服务部办公软件安全检测岗位服务人员工作标准…………………… 20 4.4计算机服务公司计算机维护服务部经理岗位标准……………………………………………… 21 4.4.1计算机服务公司维护服务部计算机硬件日常维护岗位主管岗位标准……………………… 22 4.4.2计算机服务公司维护服务部计算机硬件日常维护岗位干事工作标准……………………… 23 4.4.3计算机服务公司维护服务部计算机硬件日常维护岗位服务人员工作标准………………… 24 4.4.4计算机服务公司维护服务部计算机组装检测主管岗位标准………………………………… 25 4.4.5计算机服务公司维护服务部计算机组装检测干事工作标准………………………………… 26 4.4.6计算机服务公司维护服务部计算机组装检测岗位服务人员工作标准……………………… 27 4.5计算机服务公司网络技术服务部经理岗位标准…………………………………………………
湖南省地方税务局规费管理系统 维护手册 长沙海蝶计算机科技开发有限公司
一、适用范围 该手册适用于系统管理员及系统维护人员适用。 二、系统运行环境 2.1数据库环境 使用刀片3和刀片4这两块配置一模一样硬件来作为 ORACEL RAC 环境的两个物理节点。 在刀片系统配置两块物理千兆网卡作为数据库RAC实用网卡。 服务器信息： 网络配置： 其中公共IP的子网掩码： 安装软件： 数据库配置： grid 及 database 软件的安装操作全部都在 RAC1 服务器上进行，RAC2 服务器上的软件都是通过RAC1 通过局域网共享来完成安装。其数据库管理信息配置如下： 全局数据库名：orcl
数据库IP: 数据库别名： 所有账户统一管理口令： Asm专用的ASMSNNP口令： 数据库创建用户：密码： 网络拓扑图 2.2 Web环境 Web服务器为虚拟操作系统。 网络配置： 主机名： IP地址： IP的子网掩码： 默认网关： 安装软件： Weblogic配置： Weblogic管理用户：管理密码： 三、系统运维计划 3.1运维目标 地方税务局规费管理系统运维管理的目标是保证系统平台的正常、可靠、高速运行，保证对突发事
件、需求变更进行快速响应，保证规费管理系统的信息完整。 3.2运维内容 系统平台维护： 保证操作系统、数据库系统、中间件、其他支撑系统应用的软件系统及网络协议等安全性、可靠性和可用性而实施的维护与管理；及时排除系统故障；每月对系统平台进行一次巡检，及时消除故障隐患，保障系统的安全、稳定、持续运行。 应用系统管理和维护： 在系统维护过程中采取各种技术手段及时排除系统故障，保证系统及相应接口的安全性、可靠性和可用性。及时消除系统可能存在的安全隐患和威胁、根据需求更新或变更系统功能。 数据储存设施管理和维护： 为保证数据存储设施、如服务器设备、集群系统、存储网络及支撑数据存储设施运行的软件平台的安全性、可靠性和可用性，保证存储数据的安全。定期对系统的性能，确认数据存储的安全，及时消除故障隐患，保障系统安全、稳定、持续运行。 数据管理和维护： 数据管理是系统应用的核心。为保证数据存储、数据访问、数据通信、数据交换的安全，每月对数据的完整性、安全性、可靠性进行检查。 3.3 运维服务 在维护期间，具备灵活、多样的通信手段，提供5*8小时的响应服务，保证用户能及时得到技术支持。对于影响系统运行的故障，3小时内派人到现场解决，对于一般性故障，提供电话或E-Mail等方式解决；在维护期之外，由于软件原因引起的故障，由开发商提供升级解决； 技术支持热线为用户提供全面的技术服务，负责记录、解答用户的问题。 （1）公司不断地向用户传递最新的技术和产品，主动提供版本升级，并保证签定合同规定的期限内的系统维护及版本更新，同时向用户提供长期的技术咨询和服务。 （2）在系统的正常运行中出现的严重问题需现场解决的做到： ?公司做到1小时内响应，3小时内到现场服务。 ?其它情况根据距离远近尽快到现场服务。 （3）负责为用户到现场安装并调试公司的应用软件，直到系统能正常运行。
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> 系统管理员日常维护操作手册 年月日星期 服务器日常开关机器规定 ＜一）、开机步骤 1、先开启ups 电源，待UPS电源运转正常，加电稳定； 2、开启服务器电源，系统将自动启动UNIX 操作系统，密切注意操作系统启动过程 中的系统提示信息，如果有异常的提示必须作好数据库操作启动的日志记录。 b5E2RGbCAP 3、待服务器操作系统正常启动后，再以sybase 用户身份登陆到sybase，启动sybase 数据库，在sybase 数据库启动过程中如果有异常的提示，同样要记录启动过程中的日志。p1EanqFDPw 4、服务器的任何异常提示，个人不得以任何形式任意进行服务器的非授权处理； 5、如果要进行数据库大小的扩充操作则必须以数据库扩充标准及步骤进行，并记录 数据库扩充的系统提示信息，如果有异常情况则必须告诉公司系统集成部。 DXDiTa9E3d 6、一般服务器至少20 天左右要进行一次系统的关机动作。对于专用服务器则不需 要进行此操作。 ＜二）、系统运行过程中的数据库维护操作 7、一般数据库至少30天要进行一次数据库的dbcc 检查。 8、数据库系统每一个月结帐后必须做月末的整理索引操作。 9、每天必须做好数据库的日常备份工作，同时必须进行数据库至少存放在服务器的 2 个地方，或者备份到磁带机上, 同时保存好备份数据。RTCrpUDGiT ＜三）、服务器的关机操作步骤 10、先备份数据库数据到备份设备 上； 11、关sybase 数据库； 12、关UNIX 操作系统； 13、关服务器电源； 14、关UPS电源； 二、服务器操作系统启动关闭及备份操作步骤<一）、服务器数据库系统的启动和日常维护：1．开机<按电源开关后，等待了现SCO界面，接着按下Ctrl+Alt+F1> 进 入unix 系统 Login ：Sybase< 回车> Password：asdf< 密码，如有错继续回车，正确时出现> $<表示启动成功，pwd查看正确路径应为/u/sybase> $ Run < 启动成功> $ isql -Usa < > Password：<无密码，回车> Sybase> 系统管理员日常维护操作手册
相关主题
文本预览