WebSphereND版6.1命令行安装与升级与日常维护手册
目录
第一章背景 (6)
1.1背景 (6)
1.2文档说明 (6)
1.3术语解释 (6)
1.4WebSphere体系简介 (7)
第二章Websphere安装 (8)
2.1WAS安装 (8)
2.1.1Hosts配置 (8)
2.1.2检查依赖包 (8)
2.1.3解压缩安装文件 (8)
2.1.4编辑配置文件 (9)
2.1.5执行安装 (10)
2.1.6检查安装目录 (10)
2.1.7检查版本 (10)
2.2IBMHttpServer安装 (11)
2.2.1解压缩安装程序 (11)
2.2.2编辑配置文件 (11)
2.2.3执行安装 (12)
2.2.4安装后检查安装大小 (12)
2.2.5安装后检查版本 (12)
2.3UpdateInstaller安装 (12)
2.3.1编辑配置文件 (13)
2.3.2执行安装 (13)
2.3.3安装后检查目录大小 (13)
2.3.4版本检查 (13)
第三章WebSphere升级 (15)
3.1WAS升级 (15)
3.1.1准备补丁文件 (15)
3.1.2编辑配置文件 (15)
3.1.3执行升级 (15)
3.1.4空间检查 (15)
3.1.5版本检查 (16)
3.2IBMHttpServer升级 (16)
3.2.1编辑配置文件 (16)
3.2.2执行升级 (16)
3.2.3版本检查 (17)
3.3IBMHttpServer Plugins升级 (17)
3.3.1编辑配置文件 (17)
3.3.2执行升级 (17)
3.3.3版本检查 (17)
第四章命令行维护 (19)
4.1后台手工创建节点 (19)
4.1.1创建节点 (19)
4.1.2查看节点信息 (19)
4.1.3加入新节点到控制台 (20)
4.1.3.1启动控制台 (20)
4.1.3.2添加到控制台 (20)
4.1.3.3访问控制台 (22)
4.2WAS启动与停止 (22)
4.2.1启动顺序 (22)
4.2.1.1启动控制台 (22)
4.2.1.2启动节点 (22)
4.2.1.3启动服务 (23)
4.2.1.4查看进程 (23)
4.2.2停止顺序 (24)
4.2.2.1停止服务 (24)
4.2.2.2停止节点 (24)
4.2.2.3停止控制台 (24)
第五章维护经验积累 (26)
5.1安装常见问题 (26)
5.1.1安装时没有配置HOST (26)
5.1.2安装时不能创建默认的profile (27)
第六章日志 (28)
6.1启动日志 (28)
6.1.1启动控制台日志 (28)
6.1.2启动节点日志 (29)
6.1.3启动服务日志 (29)
6.2停止日志 (30)
6.2.1停止服务日志 (30)
6.2.2停止节点日志 (31)
6.2.3停止控制台日志 (32)
6.3业务输出日志 (33)
6.3.1SystemOut.log日志 (34)
6.3.2SystemError.log日志 (34)
6.3.3native_stderr.log (35)
6.4WAS内存溢出日志 (36)
6.4.1手工生成javacore文件 (36)
6.4.2生成javacore文件 (38)
第七章控制台操作 (39)
第八章安全配置 (40)
8.1禁止WebSphere列表显示文件，防止遍历Web目录 (40)
第一章背景
1.1背景
在linux或AIX系统上安装WebSphereND版6.1软件，包括WebSphere Application Server6.1,IBM HttpServer6.1,UpdateInstaller7；
升级WebSphere软件，分别为WebSphere Application Server,IBM HttpServer打补丁，提高安全性和稳定性；
WebSphere日常维护操作
1.2文档说明
文档记录websphere命令行安装过程中的操作事项，以及操作过程中的经验总结，提供比较实用的操作指引。提供WebSphere日常维护技能，供参考学习。
1.3术语解释
1.4WebSphere体系简介
WebSphere Application Server Network Deployment提供了一个具有高级性能和可用性的操作环境，用来支持动态应用程序环境。除了基本WebSphere Application Server内的所有特性和功能外，此配置还提供高级部署服务，包括群集、网络边界服务、Web服务增强功能和分布式配置的高可用性
第二章Websphere安装
2.1WAS安装
2.1.1Hosts配置
编辑hosts文件，映射本机IP地址；例如：
/etc/hosts
----------------------------------------------------------------------
127.0.0.1localhost
#special IPv6addresses
::1localhost ipv6-localhost ipv6-loopback
fe00::0ipv6-localnet
ff00::0ipv6-mcastprefix
ff02::1ipv6-allnodes
ff02::2ipv6-allrouters
ff02::3ipv6-allhosts
192.168.238.155linux-suse10suse10
最后一行红色字体就是更改的hostname文件配置，将IP地址改为本机IP地址2.1.2检查依赖包
检查软件下软件包是否安装
compat-libstdc++-33-3.2.3-61
compat-db-4.2.52-5.1
libXp-1.0.0-8
rpm-build-4.4.2-37.el5
2.1.3解压缩安装文件
tar–zxvf WebSphereND6.1.tar.gz
2.1.4编辑配置文件
先备份一份配置文件
cp responsefile.nd.txt responsefile.nd.txt.bak
下面是实际安装的配置文件实例：
[root@localhost WAS]#cat responsefile.nd.txt|grep-v"^$"|grep-v"^#"
-OPT silentInstallLicenseAcceptance="true"
-OPT allowNonRootSilentInstall="true"
-OPT disableOSPrereqChecking="true"
-OPT installType="installNew"
-OPT feature="noFeature"
-OPT installLocation="/was/WebSphere/AppServer"
-OPT profileType="cell"
-OPT PROF_enableAdminSecurity="fasle"
参数含义：
-OPT silentInstallLicenseAcceptance="true"静默安装，接手安装协议，必选；
-OPT allowNonRootSilentInstall="true"允许非root用户安装
-OPT disableOSPrereqChecking="true"取消操作系统检查，选上，否则部分操作系统不能安装；-OPT installType="installNew"新安装
-OPT feature="noFeature"不安装其他演示实例
-OPT installLocation="/was/WebSphere/AppServer"安装目录；
-OPT profileType="cell"
-OPT profileType=”standalone”–生成标准概要表，
指定为none则不创建任何概要文件，需要通过manageprofiles.sh命令手工创建概要文件，
指定为cell可以创建一个cell概要文件和一个dm概要文件；
-OPT PROF_enableAdminSecurity="fasle"不设置控制台安全验证
-OPT PROF_enableAdminSecurity="fasle"要指明，不能没有这个选项，如果不设置就指明为false;
如果-OPT PROF_enableAdminSecurity="true"
那么就需要下面两个参数：
用户名和密码可自行设置;
-OPT PROF_adminUserName=root
-OPT PROF_adminPassword=root
注意：-OPT installLocation="/was/WebSphere/AppServer"不要预先创建WebSphere/AppServer目录。让安装程序自己创建；
2.1.5执行安装
在解压的安装程序目录下：
./install-options"/was/soft/was/WAS/responsefile.nd.txt"–silent /was/soft/was/WAS/responsefile.nd.txt也可以使用相对路径。2.1.6检查安装目录
安装后检查一下安装目录的大小
[root@localhost WebSphere]#du-sh*
833M AppServer
2.1.7检查版本
进入/was/WebSphere/AppServer/bin目录：
2.2IBMHttpServer安装
2.2.1解压缩安装程序
tar–zxvf IHS6.1.tar.gz
2.2.2编辑配置文件
[root@localhost IHS]#cat responsefile.txt|grep-v"^$"|grep-v"^#"
-OPT silentInstallLicenseAcceptance="true"
-OPT allowNonRootSilentInstall=true
-OPT disableOSPrereqChecking="true"
-OPT installLocation="/was/WebSphere/HTTPServer"
-OPT installGSKit="true"
-OPT httpPort="80"
-OPT adminPort="8008"
-OPT createAdminAuth="false"
-OPT adminAuthUser="username"
-OPT adminAuthPassword="password"
-OPT adminAuthPasswordConfirm="password"
-OPT runSetupAdmin="false"
-OPT createAdminUserGroup=true
-OPT setupAdminUser="useridname"
-OPT setupAdminGroup="groupname"
-OPT installHttpService="true"
-OPT installAdminService="true"
-OPT winServiceLogOnAs="localSystem"
-OPT winServiceUser="YOUR_USER_NAME"
-OPT winServicePassword="YOUR_PASSWORD"
-OPT winServiceStartType="automatic"
-OPT installAfpa="true"
-OPT installPlugin="true"
-OPT webserverDefinition="webserver1"
-OPT washostname="localhost"
以上蓝色字体为需要更改的参数，其他可以保持默认；
-OPT installLocation="/was/WebSphere/HTTPServer"HTTPServer目录不要先创建了；
2.2.3执行安装
./install-options"/was/soft/ihs/IHS/responsefile.txt"-silent
2.2.4安装后检查安装大小
检查安装的目录大小
[root@localhost WebSphere]#du-sh*
833M AppServer
324M HTTPServer
2.2.5安装后检查版本
/was/WebSphere/HTTPServer/bin
2.3UpdateInstaller安装
安装UpdateInstaller工具，用来给WebSphere和IBMHttpServer打补丁，升级。
2.3.1编辑配置文件
[root@localhost UpdateInstaller]#cat responsefile.updiinstaller.txt|grep-v"^$"|grep-v"^#" -OPT silentInstallLicenseAcceptance="true"
-OPT disableOSPrereqChecking="true"
-OPT installLocation="/was/WebSphere/UpdateInstaller"
2.3.2执行安装
./install-options"./responsefile.updiinstaller.txt"-silent
2.3.3安装后检查目录大小
[root@localhost WebSphere]#du-sh*
833M AppServer
324M HTTPServer
239M UpdateInstaller
2.3.4版本检查
/was/WebSphere/UpdateInstaller
第三章WebSphere升级
3.1WAS升级
3.1.1准备补丁文件
[root@localhost pak]#ls-l
total580800
-rw-r--r--1root root9222820Oct2014:036.1.0-WS-IHS-LinuxX32-FP0000045.pak
-rw-r--r--1root root13481706Oct2014:036.1.0-WS-PLG-LinuxX32-FP0000045.pak
-rw-r--r--1root root511264024Oct2014:016.1.0-WS-WAS-LinuxX32-FP0000045.pak -rw-r--r--1root root60138245Oct2014:066.1.0-WS-WASSDK-LinuxX32-FP0000045.pak
3.1.2编辑配置文件
[root@localhost responsefiles]#cat install.txt|grep-v"^$"|grep-v"^#"
-OPT checkFilePermissions="true"
-W maintenance.package="/was/pak/6.1.0-WS-WAS-LinuxX32-FP0000045.pak;
/was/pak/6.1.0-WS-WASSDK-LinuxX32-FP0000045.pak"
-W product.location="/was/WebSphere/AppServer"
-W update.type="install"
注意一定要指明正确的安装目录和补丁文件的位置；
3.1.3执行升级
./update.sh-options"./responsefiles/install.txt"-silent
3.1.4空间检查
[root@localhost WebSphere]#du-sh*
1.5G AppServer
3.2IBMHttpServer升级
3.2.1编辑配置文件
[root@localhost UpdateInstaller]#cat./responsefiles/install.txt|grep-v"^$"|grep-v"^#"
-OPT checkFilePermissions="true"
-W maintenance.package="/was/pak/6.1.0-WS-IHS-LinuxX32-FP0000045.pak"
-W product.location="/was/WebSphere/HTTPServer"
-W update.type="install"
3.2.2执行升级
./update.sh-options"./responsefiles/install.txt"-silent
3.3IBMHttpServer Plugins升级
3.3.1编辑配置文件
[root@localhost UpdateInstaller]#cat./responsefiles/install.txt|grep-v"^$"|grep-v"^#"
-OPT checkFilePermissions="true"
-W maintenance.package="/was/pak/6.1.0-WS-PLG-LinuxX32-FP0000045.pak"
-W product.location="/was/WebSphere/HTTPServer/Plugins"
-W update.type="install"
3.3.2执行升级
./update.sh-options"./responsefiles/install.txt"–silent
3.3.3版本检查
/was/WebSphere/HTTPServer/Plugins/bin
第四章命令行维护
4.1后台手工创建节点
4.1.1创建节点
[root@localhost bin]#./manageprofiles.sh-create-profileName AppSrv02
-profilePath/was/WebSphere/AppServer/profiles/AppSrv02
-templatePath/was/WebSphere/AppServer/profileTemplates/default/
创建后显示
INSTCONFSUCCESS:Success:Profile AppSrv02now exists.
Please consult/was/WebSphere/AppServer/profiles/AppSrv02/logs/AboutThisProfile.txt for more information about this profile.
4.1.2查看节点信息
[root@localhost bin]#
cat/was/WebSphere/AppServer/profiles/AppSrv02/logs/AboutThisProfile.txt
Application server environment to create:Application server
Location:/was/WebSphere/AppServer/profiles/AppSrv02
Disk space required:200MB
Profile name:AppSrv02
Make this profile the default:False
Node name:localhostNode02
Host name:localhost
Enable administrative security(recommended):False
Administrative console port:9062
Administrative console secure port:9045
HTTP transport port:9081
HTTPS transport port:9444
Bootstrap port:2810
SOAP connector port:8881
Run application server as a service:False
Create a Web server definition:False
4.1.3加入新节点到控制台
4.1.3.1启动控制台
root@localhost bin]#/was/WebSphere/AppServer/bin/startManager.sh
ADMU0116I:Tool information is being logged in file
/was/WebSphere/AppServer/profiles/Dmgr01/logs/dmgr/startServer.log ADMU0128I:Starting tool with the Dmgr01profile
ADMU3100I:Reading configuration for server:dmgr
ADMU3200I:Server launched.Waiting for initialization status.
ADMU3000I:Server dmgr open for e-business;process id is7540
4.1.3.2添加到控制台
[root@localhost bin]#./addNode.sh192.168.238.1438879
ADMU0116I:Tool information is being logged in file
/was/WebSphere/AppServer/profiles/AppSrv02/logs/addNode.log ADMU0128I:Starting tool with the AppSrv02profile
CWPKI0308I:Adding signer alias"dummyclientsigner"to local keystore
NGN ORACLE数据库日常维护指导手册 UTS.610G14.A0 编者杨健易滨肖利光审稿吕学勇 日期2004年4月22日UT斯达康通讯有限公司 项目与技术支持部
UT斯达康公司以"客户成功，我们成功"的价值观衡量、规范员工的行为，致力于服务创新和服务承诺的兑现，力求为用户提供超越客户期望的服务。 UT斯达康公司拥有完善的服务体系，技术服务中心拥有一批优秀的专业技术人员，并在全国设有服务分支机构，提供24小时技术服务。本着用户至上，信守承诺的原则，UT斯达康公司承诺：在24小时之内对用户的问题给予答复。为客户提供优质、高效、专业的服务是UT斯达康的追求。 UT斯达康通讯有限公司项目与技术支持部 联系地址：浙江省杭州市教工路1号12号楼 邮政编码：310012 电话号码：(0571)88916789 传真：(0571)88916789 800免费电话：8008571466 邮件地址：utsupport@https://www.doczj.com/doc/913019852.html, 客户支持网站：https://www.doczj.com/doc/913019852.html,
版权声明 本文档属UT斯达康通讯有限公司版权所有，侵权必究。 本文档专供用户、本公司职员以及经本公司许可的人员使用。未经公司书面同意，任何单位或个人不得以任何方式复制、翻印、改编、摘编、转载、翻译、注释、整理、出版或传播手册的全部或部分内容。 UTStarcom，PAS，WACOS, iAN, AIRSTAR, WLL, ISP, WICOPS, NGDLC, Intranode, Internode, Xtr-m-IP, UNITECH，iPATH, !-Volution, mSwitch, 小灵通, 为UT斯达康公司或其子公司、关联公司的注册商标，受商标法保护， 任何个人或团体非法使用以上商标，UT斯达康公司有权追究其法律责任。
数据库日常维护工作是系统管理员的重要职责。其内容主要包括以下几个部分： 一、备份系统数据 SYBASE 系统的备份与恢复机制保证了在系统失败时重新获取数据的可能性。SQL Server 提供了两种不同类型的恢复机制：一类是系统自动完成的恢复，这种措施在每次系统启动时都自动进行，保证了在系统瘫痪前完成的事务都写到数据库设备上，而未完成的事务都被回退；另一类是人工完成的恢复，这是通过 DUMP 和 LOAD 命令来执行人工备份和恢复工作。因此定期备份事务日志和数据库是一项十分重要的日常维护工作。 1、备份数据库 每一个数据库都应在创建之后卸出，从而提供一个装入基点。在此之后按排定的时间周期表卸出。比如每周五卸出数据库。对一般数据库系统卸出数据库周期建议为每周一次。 除了按计划周期卸出数据库之外，还需在每次运行没有日志的操作后卸出数据库。例如：·每次强制地运行了 DUMP TRAN WITH NO_LOG （因为数据库的磁盘空溢出）； ·每次用 sp_dboption 允许 select into/bulkcopy 做快速拷贝，或用 SELECT INTO 命令创建一个永久性的表，或使用了 WRITETEXT 命令。 卸出数据库的命令为： DUMP DATABASE database_name TO dump_device database_name 是要卸出的数据库名称，dump_device 是卸出设备的名称。用系统过程 sp_helpdevice 可以获得设备的信息。 下面一条命令用来卸出数据库 my_db ： DUMP DATABASE my_db TO db_bk_dev 2、备份事务日志 如果事务日志与数据库放在同一个设备上，则事务日志不应与数据库分开备份。master 数据库和小于 4M 的用户数据库就是这种情况。一般数据库系统的数据库和日志分别放在不同的设备上，因此，可以用 DUMP TRAN 命令单独备份日志。 备份事务日志的周期直接影响数据的恢复程度，因此建议每天备份。 备份事务日志的命令格式为： DUMP TRANsaction database_name [TO dump_device] [WITH TRUNCATE_ONL Y|WITH NO_LOG|WITH NO_TRUNCA TE] 其中 database_name 是要备份事务的数据库名称，dump_device 是备份设备名称，仅当包含了 WITH TRUNCA TE_ONL Y 或 WITH NO_LOG 子句时，才可以备份到设备。 注意：如果总是用 DUMP DA TEBASE （备份数据库及其日志），而不用 DUMP TRAN ，事务日志将不会刷新，而变得非常庞大。
【最新整理，下载后即可编辑】 系统运维手册 1、目的 (3) 2、适用范围 (3) 3、服务器及数据库概述 (3) 3.1 服务器概述 (3) 3.2 数据库概述 (3) 4、系统服务程序的详细说明 (4) 4.1系统服务程序的构成 (4)
4.2 系统服务程序的启动、关闭及维护管理 (4) 4.2.1 dhcp主服务 (4) 4.2.2 dhcp从服务 (5) 4.2.3 web管理模块 (5) 5、服务器硬件维护（略） (6) 6、windows 2003系统的日常维护 (6) 6.1 定期检查磁盘空间 (6) 6.2 维护系统注册表 (7) 6.3 定期备份系统注册表 ..................................................................... 7 6.4清理system路径下的无用的dll文件 (7) 7、备份策略 (8) 7.1 备份方式 (8) 7.2 备份计划 (8) 7.3 常见故障恢复 (8) 9、数据库的日常维护 (11) 9.1 检查数据库的基本状况 (11) 9.2 检查数据库日志文件 (11) 9.4监控数据库表空间的使用情况（字典管理表空间） (11) 9.4.1 判断是否需要碎片整理 (11) 10、命令解释 (12) 1、目的 楚天行消费卡管理系统运营支撑系统使用的服务器中，服
务器均采用windows xp操作系统,数据库版本为：sql server 2000，随着业务的开展，sql server 数据库中存储的数据量也不断增大，这样操作系统和数据库的日常维护就显得十分重要。 本手册详细描述了程序模块，windows xp操作系统，负载平衡及sql server 数据库等日常检查的主要步骤，指导现场工程师对其进行监控和维护。 2、适用范围 使用者为网e通宽带网络运营支撑系统维护工程师 3、服务器及数据库概述 3.1 服务器概述 服务器数量：4台，基本信息如下： 3.2 数据库概述 数据库软件分别安装在主服务器上。 4、系统服务程序的详细说明 4.1系统服务程序的构成 DHCP主程序：
全球眼?（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
文档编号
Oracle 数据库日常维护工作
凌群电脑有限公司 凌群电脑有限公司 2004 年 12 月 15 日
数据库日常维护工作》 《Oracle 数据库日常维护工作》
目
1.1 1.2 1.3 1.4 1.5 1.6
录
1. DBA 日常维护工作 ..................................................................................................................... 3 检查已经打开的所有实例 .................................................................................................... 3 检查最新的警告日志 ............................................................................................................ 7 检查数据库备份是否正确 .................................................................................................... 8 检查备份到磁带中的文件是否正确 .................................................................................... 9 检查数据库的性能是否合理，系统资源是否充足 ............................................................ 9 仔细阅读 ORACLE 标准文档 ............................................................................................... 10
2.晚间维护工作 晚间维护工作.............................................................................................................................. 10 晚间维护工作 2.1 收集相关表的统计数据 ....................................................................................................... 10 3.每周维护工作 每周维护工作.............................................................................................................................. 10 每周维护工作 3.1 检查异常的对象................................................................................................................... 10 3.1.1 检查现有的 NEXT_EXTENT 情况：............................................................................ 10 3.1.2 检查已有的 EXTENTS： .............................................................................................. 11 3.1.3 查看哪些表没有主键 .................................................................................................... 11 3.1.4 查找哪些主键是没有发挥作用的 ................................................................................ 12 3.1.5 所有作索引的主键都应是唯一的 ................................................................................ 12 3.2 检查是否有不安全的问题 ................................................................................................... 12 3.3 检查是否有错误 SQL*NET 日志 ....................................................................................... 13 3.4 归档当前告警日志 ............................................................................................................... 13 3.5 访问供应商站点................................................................................................................... 13 4.月维护工作 月维护工作.................................................................................................................................. 13 月维护工作 4.1 检查是否有异常的空间增长 ............................................................................................... 13 4.2 回顾以前数据库性能优化的调整 ....................................................................................... 14 4.3 检查 IO 瓶颈 ........................................................................................................................ 14 4.4 检查碎片的问题（8I 系统） ............................................................................................... 15
2
Oracle数据库日常维护手册 在Oracle数据库运行期间，DBA应该对数据库的运行日志及表空间的使用情况进行监控，及早发现数据库中存在的问题。 一、Oracle警告日志文件监控 Oracle在运行过程中，会在警告日志文件(alert_SID.log)中记录数据库的一些运行情况: ●数据库的启动、关闭，启动时的非缺省参数; ●数据库的重做日志切换情况，记录每次切换的时间，及如果因为检查点(checkpoint)操作没有执行完成造成不能切换，会记录不能切换的原因; ●对数据库进行的某些操作，如创建或删除表空间、增加数据文件; ●数据库发生的错误，如表空间不够、出现坏块、数据库内部错误(ORA-600) DBA应该定期检查日志文件，根据日志中发现的问题及时进行处理 问题处理 启动参数不对检查初始化参数文件 因为检查点操作或归档操作没有完成造成重做日志不能切换如果经常发生这样的情况，可以考虑增加重做日志文件组;想办法提高检查点或归档操作的效率; 有人未经授权删除了表空间检查数据库的安全问题，是否密码太简单;如有必要，撤消某些用户的系统权限 出现坏块检查是否是硬件问题(如磁盘本生有坏块)，如果不是，检查是那个数据库对象出现了坏块，对这个对象进行重建 表空间不够增加数据文件到相应的表空间 出现ORA-600根据日志文件的内容查看相应的TRC文件，如果是Oracle的bug，要及时打上相应的补丁 二、数据库表空间使用情况监控(字典管理表空间)
数据库运行了一段时间后，由于不断的在表空间上创建和删除对象，会在表空间上产生大量的碎片，DBA应该及时了解表空间的碎片和可用空间情况，以决定是否要对碎片进行整理或为表空间增加数据文件。 select tablespace_name, count(*) chunks , max(bytes/1024/1024) max_chunk from dba_free_space group by tablespace_name; 个人收集整理 上面的SQL列出了数据库中每个表空间的空闲块情况,如下所示: TABLESPACE_NAME CHUNKS MAX_CHUNK -------------------- ---------- ---------- INDX 1 57.9921875 RBS 3 490.992188 RMAN_TS 1 16.515625 SYSTEM 1 207.296875 TEMP 20 70.8046875 TOOLS 1 11.8359375 USERS 67 71.3671875个人收集整理 其中，CHUNKS列表示表空间中有多少可用的空闲块(每个空闲块是由一些连续的Oracle 数据块组成)，如果这样的空闲块过多，比如平均到每个数据文件上超过了100个，那么该表空间的碎片状况就比较严重了，可以尝试用以下的SQL命令进行表空间相邻碎片的接合: alter tablespace 表空间名 coalesce; 然后再执行查看表空间碎片的SQL语句，看表空间的碎片有没有减少。如果没有效果，并且表空间的碎片已经严重影响到了数据库的运行，则考虑对该表空间进行重建。 MAX_CHUNK列的结果是表空间上最大的可用块大小，如果该表空间上的对象所需分配的空间(NEXT值)大于可用块的大小的话，就会提示ORA-1652、ORA-1653、ORA-1654的错误信息，DBA应该及时对表空间的空间进行扩充，以避免这些错误发生。 对表空间的扩充对表空间的数据文件大小进行扩展，或向表空间增加数据文件，具体操作见“存储管理”部份。 三、查看数据库的连接情况
数据库日常维护(参考) 数据库日常维护工作是系统管理员的重要职责。其内容主要包括以下几个部分： 一、备份系统数据 SYBASE 系统的备份与恢复机制保证了在系统失败时重新获取数据的可能性。SQL Server 提供了两种不同类型的恢复机制：一类是系统自动完成的恢复，这种措施在每次系统启动时都自动进行，保证了在系统瘫痪前完成的事务都写到数据库设备上，而未完成的事务都被回退；另一类是人工完成的恢复，这是通过DUMP 和LOAD 命令来执行人工备份和恢复工作。因此定期备份事务日志和数据库是一项十分重要的日常维护工作。 1、备份数据库 每一个数据库都应在创建之后卸出，从而提供一个装入基点。在此之后按排定的时间周期表卸出。比如每周五卸出数据库。对一般数据库系统卸出数据库周期建议为每周一次。 除了按计划周期卸出数据库之外，还需在每次运行没有日志的操作后卸出数据库。例如： ·每次强制地运行了DUMP TRAN WITH NO_LOG （因为数据库的磁盘空溢出）； ·每次用sp_dboption 允许select into/bulkcopy 做快速拷贝，或用SELECT INTO 命令创建一个永久性的表，或使用了WRITETEXT 命令。 卸出数据库的命令为： DUMP DATABASE database_name TO dump_device database_name 是要卸出的数据库名称，dump_device 是卸出设备的名称。用系统过程sp_helpdevice 可以获得设备的信息。 下面一条命令用来卸出数据库my_db ： DUMP DATABASE my_db TO db_bk_dev 2、备份事务日志
软件维护手册 主要包括软件系统说明、程序模块说明、操作环境、支持软件的说明、维护过程的说明，便于软件的维护。 1 引言 1.1 编写目的 阐明编写手册的目的并指明读者对象。 1.2 项目背景 说明项目的提出者、开发者、用户和使用场所。 1.3 定义 列出报告中所用到的专门术语的定义和缩写词的原意。 1.4 参考资料 列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源，及保密级别，可包括：用户操作手册；与本项目有关的其他文档。
2 系统说明 2.1 系统用途 说明系统具备的功能，输入和输出。 2.2 安全保密 说明系统安全保密方面的考虑。 2.3 总体说明 说明系统的总体功能，对系统、子系统和作业做出综合性的介绍，并用图表的方式给出系统主要部分的内部关系。 2.4 程序说明 说明系统中每一程序、分程序的细节和特性。 2.4.1 程序 1 的说明 ? 功能：说明程序的功能。 ? 方法：说明实现方法。 ? 输入：说明程序的输入、媒体、运行数据记录、运行开始时使用的输入数据的类型和存放单元、与程序初始化有关的入口要求。 ? 处理：处理特点和目的，如：用图表说明程序的运行的逻辑流程；程序主要转移条件；对程序的约束条件；程序结束时的出口要求；与下一个程序的通信与联结（运行、控制）；由该程序产生并茶馆处理程序段使用的输出数据类型和存放单元；程序运行存储量、类型及存储位置等。 ? 输出：程序的输出。 ? 接口：本程序与本系统其他部分的接口。 ?表格：说明程序内部的各种表、项的细节和特性。对每张表的说明至少包括：表的
标识符；使用目的；使用此表的其他程序；逻辑划分，如块或部，不包括表项；表的基本结构；设计安排，包括表的控制信息。表目结构细节、使用中的特有性质及各表项的标识、位置、用途、类型、编码表示。 ? 特有的运行性质：说明在用户操作手册中没有提到的运行性质。 2.4.2 程序 2 的说明 与程序1 的说明相同。以后的其他各程序的说明相同。
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出错分析
日常运维管理制度 1.运维保障机制 (1)建立硬件、网络、系统、应用及业务软件日常维护流程机制； (2)建立故障应急处理流程机制； (3)建立备份恢复保障机制； (4)建立安全保障管理机制； (5)建立版本管理机制，管理平台生产环境运行的软件版本； 以上机制应形成文档，作为日常遵循规范，按要求执行。 2．硬件维护能力 需对硬件设备具备7*24小时不间断的支持、响应能力，原则上每日对硬件设备至少健康检查一次并记录；定期对网络环境进行检查。我公司服务器部署在移动云上定期通过命令进行硬件检测，内存、硬盘、I/O的使用情进行查询并进行登记，每台服务器运行的软件对硬件性能使用情况检测，对于服务器我们进行系统备份、软件，每日对网络使用情况进行观察，针对突发异常流量进行分析。
3. 故障处理响应及要求 设备（系统）出现故障时，根据不同的故障级别提供相应的服务响应，响应方式及要求如下： 4．具备应急预案 针对部署国家平台节点服务器我们实施系统备份、软件重要数据实时备份，主机备份是提供的保留某个时间点上的主机系统数据状态
的服务。基于主机备份可以随时生成或删除备份，并基于已备份进行主机的恢复，实现已有应用和主机数据的快速复用，如系统出现事故无法使用将进行系统恢复并把最近一次备份的数据进行恢复。对于突发情况建立应急服务流程，主要是针对可能发生的各种意外情况设计应急的方案，以控制和规避突发事件带来的集中性风险，从而降低设备集中性风险所造成的损失，制定以下流程图：
为保证服务实施的质量能够稳定并不断有所提升，保障客户需求能够得到有效满足，保障服务实施团队为客户提供统一、标准化的服务支持，并为客户设立专门的技术服务专员，对进行全程跟踪，提升服务实施专业性，制定服务流程：
系统运维手册
1、目的 (3) 2、适用围 (3) 3、服务器及数据库概述 (3) 3.1 服务器概述 (3) 3.2 数据库概述 (3) 4、系统服务程序的详细说明 (3) 4.1系统服务程序的构成 (3) 4.2 系统服务程序的启动、关闭及维护管理 (4) 4.2.1 dhcp主服务 (4) 4.2.2 dhcp从服务 (5) 4.2.3 web管理模块 (5) 5、服务器硬件维护（略） (6) 6、windows 2003系统的日常维护 (6) 6.1 定期检查磁盘空间 (6) 6.2 维护系统注册表 (7) 6.3 定期备份系统注册表 (7) 6.4清理system路径下的无用的dll文件 (7) 7、备份策略 (8) 7.1 备份方式 (8) 7.2 备份计划 (8) 7.3 常见故障恢复 (8) 9、数据库的日常维护 (11) 9.1 检查数据库的基本状况 (11) 9.2 检查数据库日志文件 (11) 9.4监控数据库表空间的使用情况（字典管理表空间） (11) 9.4.1 判断是否需要碎片整理 (11) 10、命令解释 (12)
1、目的 楚天行消费卡管理系统运营支撑系统使用的服务器中，服务器均采用windows xp操作系统,数据库版本为：sql server 2000，随着业务的开展， sql server 数据库中存储的数据量也不断增大，这样操作系统和数据库的日常维护就显得十分重要。 本手册详细描述了程序模块，windows xp操作系统，负载平衡及sql server 数据库等日常检查的主要步骤，指导现场工程师对其进行监控和维护。 2、适用围 使用者为网e通宽带网络运营支撑系统维护工程师 3、服务器及数据库概述 3.1 服务器概述 3.2 数据库概述 数据库软件分别安装在主服务器上。 4、系统服务程序的详细说明 4.1系统服务程序的构成
全球眼（MEGAEYES网络图像管理系统2.0 ORACLE S常维护与管理手册 北京互信互通信息技术有限公司 2004-08-08 目录
1 引言 1.1 目的 对于重要的商业系统来说， 数据库系统的正常运行是保证商业应用平稳运行 的关键。但是 数据库在运行过程中可能会因为种种原因发生问题。 这时，数据库 的管理与日常维护工作将变得尤为重要。 为了指导数据库管理员做好日常维护工作， 保证数据库系统的正常运行， 特 制定本文档。 当然， 数据库的日常维护是复杂和繁琐的， 本文仅涉及一些常见的 数据库日常维护的内容，在实际工作中，数据库管理员还需要做更多的工作。 1.2 范围 本文档使用的人员:数据库维护管理人员和相关人员。 本文档涉及内容: oracle 数据库的 日常维护与管理解决方案。 1.3 参考资料 中国电信网络视频监控技术（暂行）规范 2 日常维护与管理说明 2.1 运行环境 程序的运行环境包括硬件运行环境和软件运行环境。 2.1.1 硬件环境 Intel 及其兼容系列 CPU 剩余内存要达2G 以上 剩余硬盘容量要达 1G 以上 100 M 网卡 2.1.2 软件环境 CPU 类型: 内存容量： 硬盘容量: 网卡类型:
: RedHatLinuxAS3.0 Oracle9iDatabaseRelease2forLinuxx86 2.2数据库日常维护 数据库的日常维护工作主要包括管理员每日的工作内容， 每周的工作内容以 及每月的工作内容。 2.2.1数据库初始设置 基于数据安全性的考虑，需要对数据库进行如下的初始设置。 1数据库设为归档模式 1） 以管理员身份连接数据库 SQL>>connectsys/sys@数据库例程 SIDassysdba 2） 察看数据库是否处于存档模式 SQL>>archiveloglist 说明：该命令会提示以下信息，注意灰色部分显示的状态。 DatabaselogmodeNoArchiveMode AutomaticarchivalDisabled Archivedest in ati on Oldest on li nelogseque nce31 Curren tlogseque nce33 3） 如果处于非归档模式则设为归档模式 SQL>>shutdow nimmediate; SQL>>start upmount; SQL>>alterdatabaseachivelog; 4） 如果处于非自动归档状态则设为自动归档 SQL>>altersystemsetlog_archive_start=TRUESC OP E=s pfile; 5重新启动数据库 SQL>>shutdow nimmediate; SQL>>startu p; 2控制文件设置 每一个数据库都必须有一个控制档。它是一个小型二进制档案，用来描述 Oracle9i 实体结构。主要是储存数据库名称，数据库建立时间，资料文件名称 与所在位置，重置日志文件名称与所在位置，目前的日志序列码 （logsequeneenumber ），检查点信息。因此开启Oracle9i 数据库时一定要读取控 制文件才能取得所有数据库实体档案相关信息。 一旦控制文件不幸毁损，数据库 便无法顺利开启。也因为如此，控制档的管理与维护工作显得格外重要。 通常的设置建议为：每个数据库最好拥有两个以上控制档，并各自存放在不 同磁盘上。系统默认有三个控制文件 controlOl.ctI ， control02.ctl ， con trol03.ctl 。 如果需要增加更多的控制文件，最简单的方式就是先将既有控制文件复制到 目的位置，然后将控制文件名称加入起始参数档的 CONTROLFILE 之中（）。同 理，如果想更改控制档名称，也可以先将控制文件复制到目的位置后予以更名， 再更新操作系统： 数据库：
IBM P750小型机 日常维护手册 一、服务器硬件运行状态检查 1.当服务器处于启动和正常工作状态时，其前面板上的状态灯（与电源灯并排）和各硬盘的状态灯（一排 小灯，与各硬盘位置一一对应）应显示为绿色。 2.当服务器的状态灯出现橙黄色时，说明有硬件告警，此时要检查服务器的电源、接线、硬盘等。如果有 硬件故障则需要立即进行更换和更正，如果查不出具体问题，则需要联系相关专家进一步诊断。 3.当硬盘工作正常时，与各硬盘对应的硬盘灯会呈绿色，如无读写，则绿灯一直亮，如该硬盘有读写操作， 则绿灯会不规则闪烁，当硬盘损坏时，则硬盘状态灯将熄灭，或者呈闪烁状态：以1～3秒的频率有规律地、不停地闪烁。 如果发现有服务器硬件状态灯不正常的情况，请及时联系我公司工程师，以便及时进行诊断并解决故障。 二、HMC（硬件管理平台）管理与操作 HMC的两种访问途径： 1、在机房直接通过显示器和键盘进行管理维护等相关操作 2、通过web远程访问，登录HMCweb管理界面，访问地址为：https://
1、登录HMC 1.1 浏览器访问连接HMC后，首页界面如下图所示。 1.2 点击下图所示链接，进入HMC验证登录界面。 1.3 输入用户名与口令，登录HMC。 用户名：hscroot 口令：
1.4 成功登录到HMC管理界面如下图所示。 2、注销HMC 在HMC console右上角有（hscroot|help|log off）链接，单击log off，会出现如下图所示注销界面：
选择Log off，系统返回到HMC初始登录界面状态。 3、重启HMC 左边导航栏中选择→HMC Management→shut down or Restart，如下图所示，对HMC进行正常重启及关机操作。 请谨慎对HMC进行关机和重启操作！
Oracle数据库日常维护方案书
————————————————————————————————作者：————————————————————————————————日期： 2
ORACLE数据库日常运行维护年度服务项目 方案书
目录 1 2 3 项目背景及目标 (5) 1.1项目背景 (5) 1.2项目目标 (5) 需求分析 (5) 项目总体方案 (7) 3.1数据库性能优化 (8) 3.1.1检查Oracle数据库性能 (8) 3.1.1.1 3.1.1.2 3.1.1.3 3.1.1.4 3.1.1.5 3.1.1.6 3.1.1.7 3.1.1.8 3.1.1.9 检查数据库的等待事件 (9) Disk Read 最高的SQL 语句的获取 (9) 查找前十条性能差的sql (9) 等待时间最多的 5 个系统等待事件的获取 (9) 检查运行很久的SQL (9) 检查消耗CPU 最高的进程 (10) 检查碎片程度高的表 (10) 检查表空间的I/O 比例 (10) 检查文件系统的I/O 比例 (10) 3.1.1.10 检查死锁及处理 (10) 3.1.1.11 检查数据库cpu、I/O、内存性能 (11) 3.1.1.12 查看是否有僵死进程 (12) 3.1.1.13 检查行链接/迁移 (13) 3.1.1.14 定期做统计分析 (13) 3.1.1.15 检查缓冲区命中率 (14) 3.1.1.16 检查共享池命中率 (14) 3.1.1.17 检查排序区 (14) 3.1.1.18 检查日志缓冲区 (15) 3.1.2性能调优及方法 (15) 3.1.2.1 3.1.2.2 3.1.2.3 3.1.2.4 3.1.2.5 寻找问题根源 (16) System_Event 事件 (16) Session_Event 事件 (16) Session_Wait (17) 应用优化 (17) 3.1.2.5.1 3.1.2.5.2 3.1.2.5.3 3.1.2.5.4 例程调优 (17) I-O 优化 (19) 竞争优化 (19) O-S 监控 (20) 3.2数据库备份恢复 (21) 3.2.1检查Oracle数据库备份结果 (21) 3.2.1.1 3.2.1.2 3.2.1.3 检查数据库备份日志信息 (21) 检查backup 卷中文件产生的时间 (22) 检查oracle 用户的email (22) 3.3数据库迁移 (22)
密级：保密编号： Oracle10g数据库 维护手册
日期： 编写： 核对： 更新： 目录1............................... 检查数据库基本状况9
1.1. ........................... 检查O RACLE实例状态 9 1.2. ........................... 检查O RACLE服务进程 11 1.3. ........................... 检查O RACLE监听状态 14 2........................ 检查系统和ORACLE日志文件16 2.1. ........................ 检查操作系统日志文件 16 2.2. ........................... 检查ORACLE日志文件 16 2.3. ....................... 检查O RACLE核心转储目录 18 2.4. .............. 检查R OOT用户和O RACLE用户的EMAIL 18 3.............................. 检查ORACLE对象状态18 3.1. ....................... 检查O RACLE控制文件状态
19 3.2. ....................... 检查O RACLE在线日志状态 19 3.3. ....................... 检查O RACLE表空间的状态 20 3.4. ................... 检查O RACLE所有数据文件状态 22 3.5. ................................ 检查无效对象 26 3.6. .......................... 检查所有回滚段状态 26 4.................... 检查ORACLE相关资源的使用情况27 4.1. ............. 检查O RACLE初始化文件中相关参数值 28 4.2. .......................... 检查数据库连接情况 31 4.3. ............................ 检查系统磁盘空间 34
Oracle 数据库定期维护手册 定期备份任务计划执行检查 打开附件(系统工具(任务计划 查看状态，如果状态是未能启动,则打开菜单高级(查看日志，看未能执行任务计划的原因，并处理，处理完成后，右击任务计划运行。 使用DBA 图形工具(8.1.7 DBA Studio,9i Oracle Enterprise manager Console,10G 网页的EM )检查数据库状态 主要检查空间使用情况，重点对超过80%已使用的表空间进行检查，必要时增加数据文件或将相应的数据文件设为自动扩展，注意单个数据文件大小不要超过3.9G Oracle警告日志文件监控 Oracle在运行过程中，会在警告日志文件(alert.log或alert_SID.log)中记录数据库的一些运行情况: ●数据库的启动、关闭，启动时的非缺省参数; ●数据库的重做日志切换情况，记录每次切换的时间，及如果因为检查点(checkpoint)操作没有执行完成造成不能切换，会记录不能切换的原因; ●对数据库进行的某些操作，如创建或删除表空间、增加数据文件; ●数据库发生的错误，如表空间不够、出现坏块、数据库内部错误(ORA-600) DBA应该定期检查日志文件，根据日志中发现的问题及时进行处理 问题处理 如提示启动参数不对，则检查初始化参数文件 因为检查点操作或归档操作没有完成造成重做日志不能切换如果经常发生这样的情况，可以考虑增加重做日志文件组;想办法提高检查点或归档操作的效率; 有人未经授权删除了表空间则检查数据库的安全问题，是否密码太简单;如有必要，撤消某些用户的系统权限 出现坏块检查是否是硬件问题(如磁盘本生有坏块)，如果不是，检查是那个数据库对象出现了坏块，对这个对象进行重建 表空间不够增加数据文件到相应的表空间 出现ORA-600根据日志文件的内容查看相应的TRC文件，如果是Oracle的bug，要及时打上相应的补丁 数据库表空间使用情况检查 数据库运行了一段时间后，由于不断的在表空间上创建和删除对象，会在表空间上产生大量的碎片，DBA应该及时了解表空间的碎片和可用空间情况，以决定是否要对碎片进行整理或为表空间增加数据文件。 select tablespace_name, count(*) chunks , max(bytes/1024/1024) max_chunk from dba_free_space group by tablespace_name; 其中，CHUNKS列表示表空间中有多少可用的空闲块(每个空闲块是由一些连续的Oracle 数据块组成)，如果这样的空闲块过多，比如平均到每个数据文件上超过了100个，那么该