主机运维整理—AIX
IBM小型机巡检命令
1、查看机器中CPU和内存的数量及使用率
1）查看CPU数量：
#lsdev -C | grep proc
#lsdev -Cc processor
#prtconf
以上3条命令，任意一条即可。
2）查看激活的CPU数
#bindprocessor -q
如果命令bindprocessor -q的输出是以前三条命令查看的CPU数的2倍，说明机器CPU为双核，如果和以上三条命令输出的CPU数相同，说明为单核CPU,P5的机器，一般都是双核CPU。
3）查看CPU使用率
#topas
4）查看内存
#lsattr -El mem0 或者 #lsattr -El sys0 -a realmem
5）查看内存使用率
#nmon 或 svmon -G (查)
2、查看文件系统是否满
#df -g
文件系统如果达到100%，不及时处理的话，很可能引起系统宕机，如果看到占用率达到90%以上，就需要马上进行处理，或者清理垃圾文件，如果清理后还是很大，就需要扩文件系统，来保证系统的正常运行。
3、查看是否有错误日志
1）通过命令# errpt –d H –T PERM查看是否有硬件错误
2）#errpt -aj 错误ID |more或pg查看详细错误信息
errpt这个命令的输出中，显示的有错误的类型，如果错误为P H，就需要关注下，有可能有硬件错误，还需要关注发生错误的时候，如果是很久以前的错误，有可能是以前的故障，维修完后没有清除错误日志，具体情况要具体查看。每一个错误的最前面都有一个错误ID,如果要查看具体的某一个错误详细信息用errpt –aj
注：硬件维修后要及时清理硬件错误信息和邮件信息。
#errclear 0
？d*
4、查看前面板告警灯是否正常：
1）通过直接到机房查看机器前面板是否有黄色告警灯；
2）通过命令查看：
#/usr/lpp/diagnostics/bin/usysfault
如果返回fault，说明有告警灯，如果返回为normal，说明无告警灯。
又告警灯说明机器在运行过程中可能出现过不正常的现象，不能说明机器有故障，是否有故障，要具体查看错误日志。
如果有告警灯，需要清除告警灯，清除方法:
#/usr/lpp/diagnostics/bin/usysfault -s normal
5、查看是否有mail故障
系统在运行过程中，如果出现不正常的情况，系统会给root用户发送mail，通过命令： #mail可以查看是否有root用户的mail,q退出。一般root用户的mail保存在
/var/spool/mail/root文件中，可以通过#more或vi /var/spool/mail/root
d*清理mail
6、查看分页空间利用率
分页空间，或者叫虚拟内存，是AIX操作系统的一个机制，必须存在，否则系统将出现故障，查看虚拟内存的占用率，可用这个命令来查看：
#lsps -s
如果想查看虚拟内存分布在具体哪块硬盘上，用以下命令查看：
#lsps -a
如果内存小于4GB,交换区大小为内存的1.5倍；如果大于4GB,一样大。
7、查看操作系统的版本
#oslevel
如果要查看AIX操作系统的补丁 #instfix -i | grep AIX_ML
8、查看IP地址
#ifconfig –a 或 netstat -a
查看出口网卡的状态是否为up
#lsdev -Cc adapter |grep ent
如果查看系统中有几个网卡并且能查看机器中网卡的数量。
9、查看是否有stale的逻辑卷
#lsvg -l rootvg
正常的逻辑卷的状态应为sync，如果逻辑卷出现了stale的状态，说明这个逻辑卷不同步，具体引起不同步的原因，就需要进一步检查
10、查看是否有mksysb
#more smit.log
这个通过系统无法查看，只能通过做备份时候的记录或者询问管理员是否有备份。可以通过根目录下的smit.log这个日志，查看做备份的记录，但是这个只能看到什么时候做过备份，磁带是否还在，或者磁带是否正常，是否过期，是无法确定的。
11、系统启动日志查看alog
#alog -o -t boot
Alog命令主要用来维护和管理系统启动及运行过程中记录的日志信息
-o 列出LogFile的内容
-t 标识alog数据库中定义的日志类型
-l 显示定义在alog配置数据库中的日志文件类型
boot 记录系统启动信息日志
cfg 记录系统配置日志
bosinst 记录BOS安装日志
12、查看双机的状态
#more /tmp/hac mp.out 或 /var/hacmp/log/hacmp.out日志查看
#lssrc -g cluster
如果有HACMP的进程存在，至少有clstrmgrES和clsmuxpdES两个进程存在，并且进程为active，则HACMP正常，如果没有进程，说明没有启动HACMP，具体原因需要进一步检查。
# /usr/sbin/cluster/clstat –a 查看查看两个节点上面各个资源的情况
13、系统dump大小设置合理性判断
1）估算dump设备所需要的大小
# sysdumpdev –e 查出当前大小
2）列出系统的DUMP主要设备名如sysdump_01
# sysdumpdev –l
#lsvg –l rootvg查看得出sysdump_01的PP数
#lsvg rootvg查看 PP SIZE
(sysdump_01的PP数)*(PP SIZE)>查出当前大小
可以把dump理解为系统当时的一个快照，供以后进行分析。（不可使用其他机器上的文件，即使操作系统版本相同也不行），dump是内存数据记录，大小随系统运行情况而变。
14、时钟同步查看
#date 查看系统时间与本地时间差值
#ntpq –p 查看offset值不超过一分钟
ntpq命令操作报错 #lssrc –g tcpip 查看xntpd进程是否开启
查看主机操作系统时钟与时钟同步源的同步情况
solaris10 ntpq -p
# ntpq -p
remote refid st t when poll reach delay offset disp
==============================================
*10.0.2.71 LOCAL(0) 4 u 4 64 377 0.58 -0.584 0.09
remote: ntp.conf文件中配置的server和peer主机
refid：远程主机的NTP Server地址
st：NTP采用分层同步方式，一般第n+1级与第n级时钟源进行同步。NTP最多支持
16层同步，即0－15层。多于16层将无法同步。注意st的值表示的是远程主机的层级。如果远程主机是当前主机的NTP Server的话，一般情况下本级主机的层级是st+1。
t：u 单播，m多播，b广播
when：自上次时钟同步以来经过了多少秒。当when=poll时，进行一次时钟同步，同
时when被清零，从头开始计时。通过when可以知道上一次同步时间（当前时间-when）和下一次同步时间（当前时间+poll-when）。
poll：时钟同步时间间隔。ntp服务刚启动时，缺省的最小同步间隔是64(minpoll=6)秒，然后依次增加，128, 256, ……, 1024。缺省的最大值是1024(maxpoll=10)秒。这两个值
分别可以通过minpoll和maxpoll参数修改。
reach：表示最近8次时钟同步包接收情况。1表示接收成功，0表示接收失败。delay：表示NTP client从发出NTP请求到接收到NTP服务器回复所经过的时间。offset：即NTP client的本地时间与NTP服务器时间的差异。也就是NTP client需要调
整的时间差异。
disp：表示两次时钟同步之间的offset的差值。
15、检查系统参数是否正常
# lsdev -Cc aio 没有值表示异常
有数据且有数据库系统值应该为 AIO :available
# more /etc/inittab 没有表示正常
hacmp系统中的Power Monitor系统应关闭
16、errdemon、srcmst r检查是否正常运行
#ps -ef |grep errdemon
# ps -ef |grep srcmst r
17、系统微码查看
#lsmcode
#lscfg -vp |grep ROM
18、集群检查
1）#cluster verification 集群运行状态检查
2）#lssrc -ls topsvcs /clstat 心跳检查是否正常
3）#lspv以及检查HACMP资源情况 HACMP两个节点上的共享资源是否一致
4）#lslpp -l |grep cluster.es.server HACMP版本检查
# lslpp -l |grep rsct.basic
19、HDLM状态检查
1）#usr/DynamicLinkManger/bin/dlnkmgr view -sys HDLM状态
2）# usr/DynamicLinkManger/bin/dlnkmgr view -path HDLM链路状态检查 3）# usr/DynamicLinkManger/bin/dlnkmgr view -drv 逻辑卷对应状态检查20、系统总体性能查看（检查size和RSS项）
#ps gv |head -n l
# ps gv |egrep –v “RSS”|sort +6b -7 -n -r
21. 检查errdemon,srcstr运行状态
#ps -ef |grep err 和 ps -ef |grep src
bootinfo -y 查看机器硬件位数，
bootinfo -K 查看AIX系统内核位数，
bootinfo -r 查看物理内存大小
diag检查系统硬件运行情况
22、查看密码限制
#More /etc/security/user 如果Max_age不等于0说明有限制
#smitty pwasswdattrs 改max_age=0
系统运维信息系统运行保障方案
第1章信息系统运行保障方案 1.1统一服务台建设 提供统一报障电话，统一报障、统一维修接口，XX企业可以通过统一的报障电话申请服务、查询服务处理进程，跟踪处理进度，确保服务时效、控服务质量、调查用户满意度。这个统一的服务接口，在国际上有个标准的称呼：服务台（Service Desk）。我们将为XX企业建立统一服务台，提供优质、专业的报障受理、跟进服务； 服务台总体架构如下： 服务台（服务台）在服务支持中扮演着一个极其重要的角色。完整意义上的服务台可以理解为其他IT 部门和服务流程的“前台”，它可以在不需要联系特定技术人员的情况下处理大量的客户请求。对用户而言，服务台是他们与IT 部门的唯一连接点，确保他们找到帮助其解决问题和请求的相关人员。 服务台不仅负责处理事故、问题和客户的询问，同时还为其它活动和流程提供接口。 这些活动和流程包括客户变更请求、维护合同、服务级别管理、配置管理、可用性管理和持续性管理等，服务台还负责事件快速响应，使用已知问题、已知事件知识库对终端用户的突发事件予以快速恢复或规避事故发生。 1.2建立文档管理制度 文档管理的目标是通过对运维服务过程中使用的文档进行统一管理，达到充分利用文档提升服务质量的目的，确保运维资源符合运维服务的要求。文档资源包括运维体系文档、项目（软硬件）文档资料、服务质量管理文档以及服务报告文档等。 双方的职责为：XX企业：负责批准运维文档的更改、删除和发布。XX企业运维部组织编写及更改运维文档；批准文档的借阅申请。运维服务商负责更新文件目录清单；负责保管文档资料； 负责备份文档资料；检查各类在用文件的有效性，防止使用无效版本；负责定期提交服务质量管理文档以及服务报告文档等。 文档资源管理流程图 文档资源管理的工作程序 文档资源管理包括对以下五类文档进行管理： ●运维文档：指运维体系文档，包括运维手册、程序文件、相关支持文件及表单格式等。 ●项目文档：指交付运维的软硬件系统相关的文档。 ●质量管理文档 ●服务报告文档 ●其他文件资料：指文件、传真、外来资料等。
IT运维管理系统使用手册
IT运维管理系统 用户使用手册 大庆和光电子科技开发有限公司 二〇一六年十月
目录 1、基础信息 (3) 1.1项目信息 (3) 1.2项目检查项 (4) 1.3设备基础信息 (6) 2、日常巡检 (8) 2.1软件日巡检 (8) 2.2软件周巡检 (9) 2.3服务器系统巡检 (10) 2.4服务器硬件巡检 (10) 3、巡检查询 (11) 3.1软件日常巡检检查 (11) 3.2服务器巡检报告 (11) 4、运维资料管理 (12) 4.1系统问题管理 (12) 4.2项目资料管理 (15)
1、基础信息 1.1项目信息 主要录入各运维组所维护的项目信息，各运维组各自录入各自的项目信息。如下图所示 【新增】按钮：点击“新增”按钮，按要求添加项目信息，点击“确认保存”按钮即可。如图所示： 注：状态字段：有两个状态，分别是“正常”和“停用”。当状态是“正常”，则在软件日/周巡检中显示；当状态是“停用”，则在软件日/周巡检中不显示。 项目路径：填写该项目发布的位置，例如：D:\Publish
【编辑】按钮：点击“编辑”按钮，编辑已添加的项目信息，点击“确认保存”按钮即可。如图所示： 【删除】按钮：选中要删除项目前的复选框，点击“删除”按钮，确定要删除，点击“确认”按钮即可。如图所示： 1.2项目检查项 主要是录入各运维组巡检项目的检查项，各运维组录入各自的项目检查项信息，如下图所示
【新增】按钮：点击“新增”按钮，按要求添加项目的检查项信息，点击“确认保存”按钮即可。如图所示： 【编辑】按钮：点击“编辑”按钮，编辑已添加的项目的检查项信息，点击“确认保存”按钮即可。如图所示：
系统运维管理制度
系统运维管理制度
运维管理制度 系统运维管理制度(试行) （2018年8月版） 第一章总则 运维以技术为基础，通过技术保障产品提供更高质量的服务。在软件产品的整个生命周期中运维组都需要适时参与并发挥不同得作用，因此运维组工作内容和方向非常多。 运维目标是在服务出现异常时尽可能快速恢复服务，从而保障服务的可用性；同时深入分析故障产生的原因；推动并修复服务存在的问题，同时设计并开发相关的预案以确保服务出现故障是可以高效止损。 第一条为保障信息系统软硬件设备的良好运行，使运维技术人员工作制度化、流程化、规范化，特制订本制度。 第二条运维管理工作总体目标：立足根本促发展，开拓运维新局面。在办公系统运行推广时期，通过网络、桌面、系统等的运维，促进信息系统能够稳定可持续性的发展。 第三条运维管理制度的适用范围：运维全体人员。 第二章编制方法 第一条本实施细则包括运维服务全生命周期管理方法、管理标准/规范、管理模式、管理支撑工具、管理对象以及基于流程的管理方法。
第二条本实施细则以ITIL/ISO20000为基础，以信息化项目的运维为目标，以管理支撑工具为手段，以流程化、规范化、标准化管理为方法，以全生命周期的PDCA循环为提升途径，体现了对运维服务全过程的体系化管理。 第三章运维部工作职责 第一条系统运维和技术支持 （1）根据公司业务的推进和发展目标，负责平台信息系统管理及数据交换策略的整体架构、对应用系统等技术开发方案的基础支撑，保障基础平台的稳定性和先进性。 （2）负责系统基础平台的使用培训和操作使用指南编写，对用户使用过程中出现问题的沟通和解决； （3）会同项目实施，确认系统信息基础设备和软件数量、品牌规格、技术参数，确保项目有效推进实施。 （4）系统信息基础设备和软件操作规程、应用管理制度的制定，并负责监督执行。 （5）系统信息基础设备的软件安装、调试和验收，使用培训和维修保养。 （6）系统信息基础平台日常运行过程中信息安全和技术问题的协调解决，保障平台24小时安全稳定运行。 （7）负责平台系统管理及设备保密口令的设置、更新、保存。 （8）负责系统信息协同管理及协同数据交换策略研究新程序、新系统和软件改版升级工作。
系统运维信息系统运行保障方案
第1章信息系统运行保障方案 1.1 统一服务台建设 提供统一报障电话，统一报障、统一维修接口，XX企业可以通过统一的报障电话申请服务、查询服务处理进程，跟踪处理进度，确保服务时效、控服务质量、调查用户满意度。这个统一的服务接口，在国际上有个标准的称呼：服务台（Service Desk）。我们将为XX企业建立统一服务台，提供优质、专业的报障受理、跟进服务； 服务台总体架构如下： 服务台（服务台）在服务支持中扮演着一个极其重要的角色。完整意义上的服务台可以理解为其他IT 部门和服务流程的“前台”，它可以在不需要联系特定技术人员的情况下处理大量的客户请求。对用户而言，服务台是他们与IT 部门的唯一连接点，确保他们找到帮助其解决问题和请求的相关人员。 服务台不仅负责处理事故、问题和客户的询问，同时还为其它活动和流程提供接口。 这些活动和流程包括客户变更请求、维护合同、服务级别管理、配置管理、可用性管理和持续性管理等，服务台还负责事件快速响应，使用已知问题、已知事件知识库对终端用户的突发事件予以快速恢复或规避事故发生。 1.2 建立文档管理制度 文档管理的目标是通过对运维服务过程中使用的文档进行统一管理，达到充分利用文档提升服务质量的目的，确保运维资源符合运维服务的要求。文档资源包括运维体系文档、项目（软硬件）文档资料、服务质量管理文档以及服务报告文档等。 双方的职责为：XX企业：负责批准运维文档的更改、删除和发布。XX企业运维部组织编写及更改运维文档；批准文档的借阅申请。运维服务商负责更新文件目录清单；负责保管文档资料；负责备份文档资料；检查各类在用文件的有效性，防止使用无效版本； 负责定期提交服务质量管理文档以及服务报告文档等。 文档资源管理流程图
系统运维手册模版
运维手册模板 ******* 二O XX 年XX 月?广西 ******* 移动公 司
目录 1 引言 (2) 1.1 编写目的. (2) 1.2 项目背景. (2) 1.3 术语与定义. (2) 1.4 参考资料. (2) 2 系统说明. (2) 2.1 系统用途. (2) 2.2 安全保密. (2) 2.3 总体说明. (2) 2.4 程序说明. (2) 2.4.1 程序 1 的说明. (2) 2.4.2 程序 2 的说明. (3) 3 操作环境. (3) 3.1 设备 (3) 3.2 支持软件. (3) 3.3 数据库 (3) 3.3.1 总体特征. (3) 3.3.2 结构及详细说明. (3) 4 维护过程. (3) 4.1 约定 (3) 4.2 验证过程. (4) 4.3 出错及纠正方法. (4) 4.4 专门维护过程. (4) 4.5 专用维护程序. (4) 4.6 程序清单和流程图. (4)
1 引言 1.1 编写目的 【阐明编写手册的目的并指明读者对象。】 1.2 项目背景 【说明项目的提出者、开发者、用户和使用场所。】 1.3 术语与定义 【列出报告中所用到的专门术语的定义和缩写词的原意。】 1.4 参考资料 【列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源，及保密级别，可包括：用户操作手册；与本项目有关的其他文档。】 2 系统说明 2.1 系统用途 【说明系统具备的功能，输入和输出。】 2.2 安全管理 【说明系统安全保密方面的考虑和用户权限的设置。】 2.3 总体说明 【说明系统的总体功能，对系统、子系统和作业做出综合性的介绍，并用图表的方式给出系统主要部分的内部关系。】 2.4 程序说明 【说明系统中每一程序、分程序的细节和特性。】 2.4.1 程序1 的说明 ? 功能：说明程序的功能。 ? 方法：说明实现方法。 ? 输入：说明程序的输入、媒体、运行数据记录、运行开始时使用的输入数据的类型和存放单元、与程序初始化有关的入口要求。 ? 处理：处理特点和目的，如：用图表说明程序的运行的逻辑流程；程序主要转移条件；对程序的约束条件；程序结束时的出口要求；与下一个程序的通信与联结（运行、控制）；由该程序产生并茶馆处理程序段使用的输出数据类型和存放单元；程序运行存储
运维安全堡垒平台用户操作手册
运维安全堡垒平台用户操作手册
目录 1.概述 (1) 1.1.功能介绍 (1) 1.2.名词解释 (1) 1.3.环境要求 (2) 2.登录堡垒机 (2) 2.1.准备 (2) 2.1.1.控件设置 (2) 2.2.登录堡垒机 (3) 3.设备运维 (4) 3.1.Web Portal设备运维 (4) 3.2.运维工具直接登录 (6) 3.3.SecureCRT打开多个设备 (7) 3.4.列表导出 (11) 4.操作审计 (14) 4.1.字符协议审计 (14) 4.2.SFTP和FTP会话审计 (16) 4.3.图形会话审计 (17) 4.4.RDP会话审计 (18) 4.5.VNC会话审计 (20) 5.其他辅助功能 (22) 5.1.修改个人信息 (22) 5.2.网络硬盘 (22) 5.3.工具下载 (23)
1.概述 运维安全堡垒平台（以下简称运维堡垒机）是用于对第三方或者内部运维管理员的运维操作行为进行集中管控审计的系统。运维堡垒机可以帮助客户规范运维操作行为、控制并降低安全风险、满足等级保护级其他法规对IT内控合规性的要求。 1.1.功能介绍 运维堡垒机集中管理运维账号、资产设备，集中控制运维操作行为，能够实现实时监控、阻断、告警，以及事后的审计与统计分析。 支持常用的运维工具协议（如SSH、telnet、ftp、sftp、RDP、VNC等），并可以应用发布的方式支持图形化运维工具。 运维堡垒机支持旁路模式和VPN模式两种方式，物理上旁路部署，灵活方面。 运维堡垒机在操作方式上，不改变用户的操作习惯，仍然可以使用自己本机的运维工具。 1.2.名词解释 协议 指运维堡垒机运维工具所用的通信协议，比如Putty使用SSH协议，CRT支持SSH 和Telnet等。 工具 指运维人员实现对设备的维护所使用的工具软件。 设备账号 指运维目标资产设备的用于维护的系统账户。 自动登录 指运维堡垒机为运维工具实现自动登录目标被管设备，而运维用户不需要输入目标设备的登录账号和密码，也称为单点登录（SSO）。 命令阻断
IT运维管理系统使用手册
IT运维管理系统使用手册
————————————————————————————————作者：————————————————————————————————日期：
IT运维管理系统 用户使用手册 大庆和光电子科技开发有限公司 二〇一六年十月
目录 1、基础信息 (3) 1.1项目信息 (3) 1.2项目检查项 (4) 1.3设备基础信息 (6) 2、日常巡检 (8) 2.1软件日巡检 (8) 2.2软件周巡检 (9) 2.3服务器系统巡检 (10) 2.4服务器硬件巡检 (10) 3、巡检查询 (11) 3.1软件日常巡检检查 (11) 3.2服务器巡检报告 (11) 4、运维资料管理 (12) 4.1系统问题管理 (12) 4.2项目资料管理 (15)
1、基础信息 1.1项目信息 主要录入各运维组所维护的项目信息，各运维组各自录入各自的项目信息。如下图所示 【新增】按钮：点击“新增”按钮，按要求添加项目信息，点击“确认保存”按钮即可。如图所示： 注：状态字段：有两个状态，分别是“正常”和“停用”。当状态是“正常”，则在软件日/周巡检中显示；当状态是“停用”，则在软件日/周巡检中不显示。 项目路径：填写该项目发布的位置，例如：D:\Publish
【编辑】按钮：点击“编辑”按钮，编辑已添加的项目信息，点击“确认保存”按钮即可。如图所示： 【删除】按钮：选中要删除项目前的复选框，点击“删除”按钮，确定要删除，点击“确认”按钮即可。如图所示： 1.2项目检查项 主要是录入各运维组巡检项目的检查项，各运维组录入各自的项目检查项信息，如下图所示
运维支撑平台功能需求V0.4
运维支撑平台功能需求 1、功能总览 运维平台由六部分组成，性能监控、故障管理、流程管理、知识库、账户管理及平台总体展现： 简要概述： ●性能监控：主要是对服务器CPU、内存及Apache、Nginx、Mysql等服务的监控，并通 过阈值进行邮件告警，并将报警记录进行周期性存档； ●故障管理：主要来源有3部分，一为性能监控的报警记录来源、二是人工作业维护计划 的问题发现，或者来自内部反馈或者用户反馈，一可以自动记录，二可以手工填报，然后进行汇总，并以图形或者报表的形式直观化反映出故障的来源及状况； ●流程管理：根据ITIL规范，有问题管理、发布管理（部署支持）、变更管理、配置管理 流程。但是结合我们现状分析如下： 1. 问题管理：由于有QONE的介入，不便引入； 2. 发布管理：建议将测试环节加入，通过测试加强发布的控制，并细化发布的内容； 3. 变更管理：是项目经理及主要项目干系人都可以发起的流程。目前我们在系统中一 般是通过任务的形式发起，而且很多环节项目经理要求开发人员更改功能口头通知比较
灵活，此流程不好介入； 4. 配置管理：由于配置需要由项目经理确认是否发布新版本后针对svn打版本，我们 现在处于频繁发布的阶段，配置版本可能是一个旧版本，在项目稳定期以前，发布管理应该更符合我们的运作方式。当项目稳定后不会频繁，为了统一更新，再采取配置管理的方式； ●知识库：根据故障处理的内容和运维中发现的问题，统一进行知识总结并存档； ●账户管理：对该系统的用户和管理权限进行分配； ●平台总体展现：将运维月报进行拆分性总体总结，对系统现状做总体展现；或者将运维 月报和作业维护计划都作为附件放置在文件列表。 2、功能需求 2.1 性能监控 主要是对服务器CPU、内存及Apache、Nginx、Mysql等服务的监控，并通过阈值进行邮件告警，并将报警记录进行周期性存档。包括资源监控、邮件告警、报警记录查询等功能。 2.1.1 资源监控 对企业社交化平台相关系统资源进行监控。该功能分为前端、控制端和受控端三部分。 ●前端：目前使用finereport破解版实现，但finereport破解版无法用于商用，所以 需改用php实现。样式可参考finereport已实现的页面。 ●控制端：使用python开发，目前部署在157服务器。 ●受控端：使用python开发受控端代理，并以后台进程方式部署到每一台受控端。 2.1.1 邮件告警 当出现系统故障或性能瓶颈时，需要通过邮件（或短信）方式将信息告警给相应的负责人。该功能分为告警探测、告警表、告警推送三部分。 ●告警探测：当出现系统故障，或性能达到阈值时，触发告警，并保存到告警表中。 ●告警表：用于存储告警信息，及告警推送结果。 ●告警推送：当发现告警表中存在需要告警信息时，将信息推送给指定的负责人。 2.1.1 报警记录查询 对告警历史记录进行查询，支持按负责人、时间段查询，并支持告警内容的模糊查询。 2.2故障管理 2.2.1 故障巡检 针对不同的巡检任务，自动按天、周、月的作业维护计划报告，并邮件（或短信）通知相应的负责人进行巡检，巡检完毕后，填写巡检结果。对于巡检异常的任务，可手工将异常任务流转到下面的故障处理流程。 2.2.2 故障处理 故障的主要来源有三部分： ● 1. 自动监控产生的报警； ● 2. 人工巡检发现的故障； ● 3. 内部反馈或者用户反馈； 其中1可以自动记录，2需要手工流转，3需要手工填报，然后进行故障的流转、处理
运维手册
XX体检系统 维护手册修订记录 XX软件股份有限公司
目录 1概述 (3) 1.1系统结构 (3) 1.2数据库分布 (4) 2运维环境介绍 (5) 2.1服务器配置及端口互通关系 (5) 2.2开发运行环境 (6) 2.2.1数据库 (6) 2.2.2插件（软件） (6) 2.2.3系统运行所需JDK (7) 2.2.4网络 (7) 3基本维护 (8) 3.1业务软件安装 (8) 3.2新增功能页面 (8) 3.3配置文件参数配置 (8) 3.4数据库维护 (9) 4账户信息 (10) 4.1登录服务器 (10) 4.2数据库 (10) 4.3其他问题........................................... 错误!未定义书签。
关键词： 摘要：本手册对系统运行环境、主要配置文件、系统新数据录入方法等进行了介绍，说明了主要运维工作的处理，以及常见问题的处理。 1概述 1.1 系统结构 系统采用的结构描述 业务平台结构图
1.2 数据库分布 数据分布图 portal为门户系统数据库 bs_tjxt为体检系统数据库 bslis52为检验数据库 bs_tjxt_photo为影像数据库 1.3 数据接口 各系统之间的数据调用关系如下图所示： 数据调用关系图 1、体检-检验接口：体检系统登记人员信息，产生检验项目信息与检验条码后，将 这些信息插入bslis52数据库里的l_jytmxx表。检验系统得到检验项目的结果后，生成 结果视图vi_tj_result，体检系统的项目与该视图结果进行对照后获取检验结果。 2、体检-影像接口：
配电终端运维支持系统设计与应用研究
配电终端运维支持系统设计与应用研究 发表时间：2018-11-13T20:13:02.167Z 来源：《电力设备》2018年第20期作者：陈珺婕马涛 [导读] 摘要：企业信息化建设，如今已经成为每个企业差异化竞争的核心优势，信息系统发挥的效能可以让终端使用者直接体验到信息技术带来的高效办公。 （国网泰州市姜堰区供电公司 225500） 摘要：企业信息化建设，如今已经成为每个企业差异化竞争的核心优势，信息系统发挥的效能可以让终端使用者直接体验到信息技术带来的高效办公。随着电脑和IT设备使用的普及，终端运维成了许多企业运维部门的重要工作内容。然而做好终端运维，需要克服终端设备分散，应用系统多；需要直接面对客户的困难，特别是服务器端的故障或问题也会首先在终端出现，致始用户的体验性下降，导致对终端运维的不满。本文主要针对目前运维的实际问题对运维的方式进行讨论分析，分享终端运维的经验和感想。 关键词：终端运维；系统设计；应用 终端对现代企业的发展有着巨大的影响。一方面，终端使数据处理模式从分散走向了集中，大大提升了数据的管理性和安全性，实现了通信和信息处理方式的网络化，拓展了数据的跨平台能力；另一方面，网络终端设备将不再继续局限于传统的桌面应用环境，伴随着终端连接方式的多样化，它既可以作为桌面设备使用，还可以以移动和便携方式使用，非常的灵活方便。因此随着企业信息化程度的不断提高，终端运维在企业终端设备的维护和信息的安全方面显示出日益重要的地位。 1终端运维的重要性 1.1保障信息和终端的安全 近年来，随着信息化建设的不断深入及发展，信息的安全与维护面临着日益严峻的挑战。传统的以组织边界和核心资产为保护对象的安全体系逐渐显示出严重的缺陷，无法有效应对终端安全面临的诸多问题。互联的网络环境给企业带来了极大的便利和丰富的资源，但同时也面临着以上诸多威胁，对企业安全影响最直接、覆盖面最广的终端安全问题不可忽视。终端内所存储的信息不仅对自身非常重要，对于客户也是极其重要的，万一泄露，后果不堪设想，所以需要终端的运维来保证终端安全。 1.2提高工作效率 “工欲善其事，必先利其器”，终端设备的正常运行对供电局的顺利工作起着至关重要的作用，只有这些设备正常运转，工作人员才能根据设备提供的信息有效的进行工作。供电局利用终端运维服务，解决了计算机操作系统安装升级和维护、硬件设备的维修和更换以及安全服务系统的系统升级和维护，提高了供电局工作人员的工作效率。 1.3增加客户的信任度，树立良好形象 做好终端运维工作，对维护人员应该提出严格的要求和筛选，必须掌握网络设备、安全设备的系统配置技能，能够分析网络设备，记录安全设备的故障日志，对网络设备和安全设备的系统故障能够及时有效的处理，使企业的设备能够有效的运转；对办公人员来来说，熟练使用终端设备，提高业务能力，使客户有良好的业务体验，不耽误客户的工作。 2?系统总体结构 配电终端运维支持系统采用面向服务的SOA构架设计，对外提供灵活服务；采用组件化开发思路，提供独立的软件界面，也可与配电自动化主站人机界面进行融合，实现对配电终端运维管理的可视化展示。原则上配电终端运维支持系统作为配电自动化的一个子系统，直接部署服务在配电自动化主站；也可增加服务器和工作站单独部署，通过与配电自动化、PMS、通信网管系统信息交互，实现配电终端运维相关功能。系统通过信息交互总线与配电自动化系统主站、通信网管系统、PMS系统进行信息交互，获取并融合相关业务数据，应用数据挖掘技术实现配电终端通信异常原因分析、终端缺陷自发现及缺陷原因诊断、终端蓄电池状态评估及寿命预警、终端通信质量评估和终端状态综合评价等功能。同时，系统对外提供服务，配电自动化系统主站、PMS系统可以订阅或请求其服务获取配电终端运维评价、预警等相关信息。 3终端运维现状与措施 随着网络化、信息化的不断发展，我们也在探索和寻求更好的运维管理方式，提升运维的效率和价值。具体来说主要有以下几点： 3.1统一化管理 原来的运维模式可以说是比较粗放型的，解决完终端问题后就结束了该运维工作，没有对运维工作进行系统地分析和总结，报修派工都是比较随机的。目前我们借鉴了网络运营商集中报修、分布式运维的经验，将报修、派工、维护等流程进行集中统一化管理，对日常终端运维后的数据进行记录，最终形成报表统计分析常见的故障并形成通用的解决方案，大大提高运维效率。 3.2单点登陆系统 前面提到如今企业的应用系统很多，但这些系统相互间并不兼容，数据也并不共享，这就造成了每个系统都可能产生账号，从而导致终端用户使用时产生数据混淆，最终给运维人员带来工作负担。从运维管理员的角度出发，要做到所有账号的管理在一个平台上进行，账号管理就更加简单有序；通过建立用户与账号的唯一对应关系，使用户能方便快速地登陆各个系统。目前我们通过自己的分析和开发，推出了单点登陆系统，用户只要将域账号与其他系统账号进行绑定，就能快速地登陆到各个相应的系统，提高用户的使用体验度。 3.3终端桌面管理系统 使用终端桌面管理系统，能大大降低运维工作量。建立一套终端桌面管理系统，可以对桌面级以及相关设备管理的整个生命周期提供完全的支持，提供软件分发、补丁管理、资产管理、系统配置、外设管理及应用管理等功能模块，协助IT运维人员集中管理大量的PC和移动设备。因此我们也通过使用相关的桌面管理系统对一千多台终端设备进行了管理，确实给终端的运维工作带来了便利。 3.4桌面虚拟化 此外还对部分人员进行了桌面虚拟化，将所有的服务、应用、软件都集中起来由后台的服务器进行统一管理，将用户所有的问题都集中到后台运维中心进行处理，并将桌面发布给用户，用户每天登陆和操作的是一个虚拟化的桌面，一旦发生问题后台运维人员都可以快速地在后台进行解决，不需要跑到现场处理，节省了很多劳力。目前我台的美编网就采用了这种虚拟桌面的使用模式，大大节省了劳力。 3.5远程协助 前面提到的终端运维有一个很大的麻烦就是终端的分散问题。虽然桌面虚拟化可以解决这一问题，但是现在还没有大面积普及这一模
运维操作手册
M PAY运维手册 目录 Mpay运维手册 (1) 一、登录方式说明 (2) 1.1VPN登录说明 (2) 1.2远程桌面登录说明 (6) 1.3主机登录说明 (6) 二、主机操作说明 (7) 1.1交易主机操作说明 (7) 2.2数据库主机操作说明 (12) 2.3文件系统主机操作说明 (12) 三、日志备份操作说明 (13)
一、登录方式说明 1.1VPN登录说明 以下是XP建立拨号VPN的说明 右键单击网上邻居点击属性，点击新建连接会出现如下图所示
完成后，双击桌面图标，弹出登录框输入账号密码，点击连接。 如果连接不上报789错误，则需要修改一下注册表。打开“运行”输入“regedit”来打开“注册表”。 打开“注册表”找到以下这个表项： “HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Service\RasMan\Parameters”，在右边新填一个“DOWN值”。
将这个“DOWN值”改名成“ProhibitIpSec”。将其值修改成“1”重启计算机后重新进行拨号。
修改完注册表重新连接VPN即可。win7系统不需要修改注册表。 1.2远程桌面登录说明 当连接VPN成功后，点击本地的开始——程序——附件——远程桌面。出现远程桌面登陆框如下图： 输入ip地址：192.168.21.3后，点击连接按钮。连接远程主机后使用以分配好的用户密码进行登陆。 1.3主机登录说明 登陆录生产主机我们一般使用的工具是SSH Secure Shell Client，在每个人的桌面上 都有快捷方式。双击该图标会弹出登录提示框。
硬件运维 项目系统运维方案
软件系统运维方案 2016年08月
目录 1XX系统的服务内容 (3) 1.1服务目标 (3) 1.2信息资产统计服务 (3) 1.3网络、安全系统运维服务 (4) 1.4主机、存储系统运维服务 (6) 1.5数据库系统运维服务 (9) 1.6中间件运维服务 (10) 2运维服务流程 (11) 3服务管理制度规范 (13) 3.1服务时间 (13) 3.2行为规范 (13) 3.3现场服务支持规范 (14) 3.4问题记录规范 (14) 4应急服务响应措施 (16) 4.1应急基本流程 (16) 4.2预防措施 (16) 4.3突发事件应急策略 (17)
1XX系统的服务内容 1.1服务目标 XX可为提供的运行维护服务包括，信息系统相关的主机设备、操作系统、数据库和存储设备的运行维护服务，保证用户现有的信息系统的正常运行，降低整体管理成本，提高网络信息系统的整体服务水平。同时根据日常维护的数据和记录，提供用户信息系统的整体建设规划和建议，更好的为用户的信息化发展提供有力的保障。 用户信息系统的组成主要可分为两类：硬件设备和软件系统。硬件设备包括网络设备、安全设备、主机设备、存储设备等；软件设备可分为操作系统软件、典型应用软件（如：数据库软件、中间件软件等）、业务应用软件等。 XX通过运行维护服务的有效管理来提升用户信息系统的服务效率，协调各业务应用系统的内部运作，改善网络信息系统部门与业务部门的沟通，提高服务质量。结合用户现有的环境、组织结构、IT资源和管理流程的特点，从流程、人员和技术三方面来规划用户的网络信息系统的结构。将用户的运行目标、业务需求与IT服务的相协调一致。 XX提供的信息系统服务的目标是，对用户现有的信息系统基础资源进行监控和管理，及时掌握网络信息系统资源现状和配置信息，反映信息系统资源的可用性情况和健康状况，创建一个可知可控的IT环境，从而保证用户信息系统的各类业务应用系统的可靠、高效、持续、安全运行。 服务项目范围覆盖的信息系统资源以下方面的关键状态及参数指标： 运行状态、故障情况 配置信息 可用性情况及健康状况性能指标 1.2信息资产统计服务 此项服务为基本服务，包含在运行维护服务中，帮助我们对用户现有的信息资产情况进行了解，更好的提供系统的运行维护服务。
××系统管理员日常维护操作手册
系统管理员日常维护操作手册 一、信息部工作日志 年月日星期
一、服务器日常开关机器规定 （一）、开机步骤 1、先开启ups电源，待UPS电源运转正常，加电稳定； 2、开启服务器电源，系统将自动启动UNIX操作系统，密切注意操作 系统启动过程中的系统提示信息，如果有异常的提示必须作好数据库操作启动的日志记录。 3、待服务器操作系统正常启动后，再以sybase用户身份登陆到sybase， 启动sybase数据库，在sybase数据库启动过程中如果有异常的提示，同样要记录启动过程中的日志。 4、服务器的任何异常提示，个人不得以任何形式任意进行服务器的 非授权处理； 5、如果要进行数据库大小的扩充操作则必须以数据库扩充标准及步 骤进行，并记录数据库扩充的系统提示信息，如果有异常情况则必须告诉公司系统集成部。 6、一般服务器至少20天左右要进行一次系统的关机动作。对于专用 服务器则不需要进行此操作。 （二）、系统运行过程中的数据库维护操作 7、一般数据库至少30天要进行一次数据库的dbcc检查。
8、数据库系统每一个月结帐后必须做月末的整理索引操作。 9、每天必须做好数据库的日常备份工作，同时必须进行数据库至少 存放在服务器的2个地方，或者备份到磁带机上,同时保存好备份数据。 （三）、服务器的关机操作步骤 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>
数据仓库系统运维操作手册
数据仓库生产环境操作手册 一．运维概述 “数据仓库生产系统”的运行维护责任在于保障系统运行，运维方式主要是操作员通过工作机远程登陆到系统中的相关主机，对主机进行操作，包括automation 调度系统、数据库、磁盘、软件环境、数据情况等，查看批出理的运行情况，一 旦运行出现问题作相应的记录并通知相关的技术人员，作出相应的处理。 所有运维项目成员严格按照《数据仓库系统运维守则.doc》文档来进行运维检查工作，否则出现事故由值班人员和当日值班负责人承担事故责任。 二．运维内容 1．每日维护 1.1数据检查 每日批处理运行前运行完成后都需要对源头的数据和生产出的数据进行检查，确保当日批处理程序正常从事生产。检查工作在每日9：00-9：30之间完成，且必须在启动程序（批处理程序）前执行。具体规定如下： 1.1.1 转定长数据的检查 每天上午9:00--9：45之间，运维值班人员进行这项工作具体执行步骤如下: 1.在本地工作机上使用telnet远程登录工具登录到168.7.6.163服务器上，输入用户名sjtq,密码:cib2009edw, 2.输入命令cd EDW/sh/log 3.输入命令more yyyymmdd当天的日志，是否有错误信息，最后数据是否都上传结束。 4.以下错误属于正常情况： 03:00:03 : 1.检查20091031标志文件失败～～～～～～～～～ 03:00:03 : 1.数据标志检查失败，等待5分钟(06001/dta_varied) 正常等待情况 5.检查点如下： 1）每个大任务开始的初始化操作 03:00:00 : ================ 0.环境变量设置完毕================
软件系统运维指导手册定稿版
软件系统运维指导手册精编W O R D版 IBM system office room 【A0816H-A0912AAAHH-GX8Q8-
系统日常维护 指导手册 目录 1、目的 (4) 2、适用范围 (4) 3、服务器及数据库概述 (4) 3.1 服务器概述 (4) 3.2 数据库概述 (4) 4、系统服务程序的详细说明 (5) 4.1系统服务程序的构成 (5) 4.2 系统服务程序的启动、关闭及维护管理 (5) 4.2.1 dhcp主服务 (5) 4.2.1.1 dhcp主服务说明 (5)
4.2.1.2 dhcp启动、关闭及进程查看方法 (5) 4.2.1.3 配置说明 (6) 4.2.2 dhcp从服务 (6) 4.2.2.1 dhcp从服务说明 (6) 4.2.2.2 dhcp启动、关闭及进程查看方法 (6) 4.2.2.3 配置说明 (7) 4.2.3 web管理模块 (7) 4.2.3.1 web管理模块中主要目录说明 (7) 4.2.5.2 web管理模块中各程序说明 (8) 4.2.5.3 web站点启动、关闭及进程查看方法 (8) 4.2.5.4 web日志说明 (8) 4.2.5.5 日常维护 (8) 5、服务器硬件维护（略） (9) 6、linux系统的日常维护 (9)
6.1 定期检查磁盘空间 (9) 6.2 使用top工具监视cpu及内存的使用率 (10) 6.3 定期查看root邮件 (10) 6.4 定期查看系统日志 (11) 7、备份策略 (11) 7.1 备份方式 (11) 7.2 备份计划 (11) 7.3 常见故障恢复 (11) 7.3.1 实例故障 (12) 7.3.2 介质故障 (12) 9、数据库的日常维护 (14) 9.1 检查数据库的基本状况 (14) 9.1.1 检查oracle的进程 (14) 9.1.2 检查oracle监听进程 (15)
运维体系说明
运维体系说明 文稿归稿存档编号：[KKUY-KKIO69-OTM243-OLUI129-G00I-FDQS58-MG129]
投标人运维体系说明我公司为用户提供免费技术服务热线，在接到用户请求后，根据请求情况协调公司资源，第一时间给用户反馈并解决问题。 运维组织架构 运维流程 技术支持服务热线工作流程图 1、诊断故障并提交故障诊断报告 根据系统运行过程中出现的系统故障或其它异常情况，及时进行故障诊断，并提出故障诊断报告。故障诊断报告的主要内容包括：故障现场情况记录、故障的级别和紧急处理过程记录等。 2、制定系统维护和故障恢复的实施计划 根据提交的故障诊断报告，制定系统维护和故障恢复的实施计划。按照制定的计划实施系统维护工作。 3、管理、监督维护计划的实施 组成系统维护工程管理和监督工作组，全面负责管理和监督系统维护工作实施过程（应包含用户方与项目承包商双方）。并根据系统维护实施的各个阶段提交维护工作报告。 4、确认维护工作完成并提交维护报告 在系统维护工作完成后，由系统维护人员提交系统维护工作报告，由用户方项目组的技术人员对系统维护情况进行测试并予以确认。 5、提交成果 每次系统维护工作完成后，都应提交如下的报告、记录等文档等资料：
故障诊断报告 系统维护和故障恢复的实施计划 维护工作阶段报告 系统维护工作报告 说明：紧急情况下，以排除故障，满足用户需要为首要任务，可以进行紧急处理，但事后要补充相应文档与记录。 现场服务流程 众所周知，最优的售后服务是一个项目的承建商必须做出的承诺。但是，如何根据用户的实际情况（人员素质、计算机应用水平、系统的要求等），做出切合实际的项目售后服务计划书，才是用户关注的问题。优质的售后服务也一直是我们公司在经营活动中最基本的原则。公司的技术支撑部门担负着专业的服务工作，无论是在系统的安装调试过程中还是在系统投入运行之后，无论发生任何问题用户都可以得到最快的响应，售后服务流程如下图所示： 售后服务流程 社会保险的组织结构、计算机应用水平、系统对人员素质要求等情况的分析，我们认为：社会保险信息系统稳定运行是保证本项目建设成功的一项关键因素。 公司提供的服务内容包括： 应用软件运行维护：应用软件自身缺陷的调整，为客户及时解决日 常运行中出现的问题。
中国移动运维支撑子系统操作手册
技术文件技术文件名称：EOMS运维支撑子系统操作手册技术文件编号： 版本： 文件质量等级：A级 共 35 页 (包括封面) 拟制于周理 审核 会签 标准化 批准 南京中兴软创科技股份有限公司
目录 1运维经验库......................................................
运维支撑 1运维经验库 1.1运维经验库管理 点击“运维经验库\运维经验库管理”进入运维经验库管理界面（如图1——2）。 图 1 图 2 1.1.1增加运维经验 1．在运维经验树中选择以知识库，点“增加经验”按钮（如图3）。 图 3 2．在弹出的新增专家经验对话框中，输入案例简述，选择专业，输入时限、设备型号、设备厂家等（如图4）。 图 4 3．点“确定”按钮，新增专家经验完成。 1.1.2修改运维经验 1．在运维经验列表中选中一运维经验项，右键，点“修改故障处理经验”（如图5）。 图 5 2．在弹出的修改故障处理经验对话框中，修改案例简述，专业，处理时限等（如图6）。 图 6 3．点“确定”按钮，运维经验修改完成。 1.1.3审核运维经验 1．在运维经验列表中选中一运维经验项，右键，点“审核故障处理经验”（如图7）。 图 7 2．弹出审核故障处理经验对话框（如图8）。 图 8 3．点“通过”按钮，审核通过，点“不通过”按钮，审核不通过。
1.1.4作废运维经验 1．在运维经验列表中选中一运维经验项，右键，点“作废故障处理经验”（如图9）。 图 9 2．弹出提示“你确认要作废该经验吗？”（如图10）。 图 10 3．选择“确定”则作废经验，选择“取消”则不作废。 运维经验库查询 1．点击“运维经验库\运维经验库查询”进入运维经验库查询界面（如图11——12）。 图 11 图 12 2．输入查询条件，点“查询”按钮，显示查询结果（如图13）。 图 13 2发布管理 2.1信息栏目定制 点击“发布管理\信息栏目定制”进入信息栏目定制界面（如图14——15）。 图 14 图 15 2.1.1增加信息栏目 1．在运维信息专题树中，右键，点“创建类别”；或者选中以专题项，右键，点“创建子类别”（如图16——17）。 图 16 图 17 2．输入信息栏目名称，备注，选择组织和权限（如图18）。 图 18 3．点“确定”按钮，新增信息栏目完成。 2.1.2修改信息栏目 1．在运维信息专题树中选中一信息栏目项，右键，点“修改”（如图19）。
信息化系统综合运维方案
1服务内容 1.1信息资产统计服务 此项服务为基本服务，包含在运行维护服务中，帮助我们对用户现有的信息资产情况进行了解，更好的提供系统的运行维护服务。 服务内容包括： ?硬件设备型号、数量、版本等信息统计记录 ?软件产品型号、版本和补丁等信息统计记录 ?网络结构、网络路由、网络IP地址统计记录 ?综合布线系统结构图的绘制 ?其它附属设备的统计记录 1.2网络、安全系统运维服务 从网络的连通性、网络的性能、网络的监控管理三个方面实现对网络系统的运维管理。网络、安全系统基本服务内容：
(1)用户现场技术人员值守 公司可根据用户的需求提供长期的用户现场技术人员值守服务，保证网络的实时连通和可用，保障接入交换机、汇聚交换机和核心交换机的正常运转。现场值守的技术人员每天记录网络交换机的端口是否可以正常使用，网络的转发和路由是否正常进行，交换机的性能检测，进行整体网络性能评估，针对网络的利用率进行优化并提出网络扩容和优化的建议。 现场值守人员还进行安全设备的日常运行状态的监控，对各种安全设备的日志检查，对重点事件进行记录，对安全事件的产生原因进行判断和解决，及时发现问题，防患于未然。 同时能够对设备的运行数据进行记录，形成报表进行统计分析，便于进行网络系统的分析和故障的提前预知。具体记录的数据包括： ?配置数据 ?性能数据 ?故障数据 (2)现场巡检服务
现场巡检服务是公司对客户的设备及网络进行全面检查的服务项目，通过该服务可使客户获得设备运行的第一手资料，最大可能地发现存在的隐患，保障设备稳定运行。同时，公司将有针对性地提出预警及解决建议，使客户能够提早预防，最大限度降低运营风险。 巡检包括的内容如下： (3)网络运行分析与管理服务 网络运行分析与管理服务是指公司工程师通过对网络运行状况、网络问题进行周期性检查、分析后，为客户提出指导性建议的一种综合性高级服务，其内容包括： (4)重要时刻专人值守服务
中国移动运维支撑子系统操作手册
技术文件 技术文件名称：EOMS运维支撑子系统操作手册技术文件编号： 版本：V2.0 文件质量等级：A级 共35 页 (包括封面) 拟制于周理 审核 会签 标准化 批准 南京中兴软创科技股份有限公司
版本号 2.0 制定日期2004-12-8 制定人员于周理修订版本号修订日期修订人员修订内容 2.0 2004-12-8 于周理创建文件
目录 1运维经验库 (5) 1.1 运维经验库管理 (5) 1.1.1 增加运维经验 (6) 1.1.2 修改运维经验 (7) 1.1.3 审核运维经验 (8) 1.1.4 作废运维经验 (9) 1.2 运维经验库查询 (9) 2发布管理 (11) 2.1 信息栏目定制 (11) 2.1.1 增加信息栏目 (12) 2.1.2 修改信息栏目 (13) 2.1.3 删除信息栏目 (14) 2.2 维护信息发布 (15) 2.2.1 发布信息 (15) 2.2.2 修改信息 (16) 2.2.3 删除信息 (17) 2.3 撰写公告 (17) 2.3.1 撰写公告 (18) 2.3.2 修改公告 (18) 2.3.3 审核运维经验 (19) 2.3.4 强制失效公告 (19) 2.4 审核公告 (20) 3工单考核 (20) 3.1 工单考核配置 (20) 3.1.1 新增考核部门 (21) 3.1.2 修改考核满分 (22) 3.1.3 增加考核指标 (22) 3.1.4 删除考核部门 (23) 3.1.5 删除考核指标 (23) 3.1.6 修改考核指标 (24) 3.2 工单考核结果查询 (25) 3.2.1 查询考核结果 (25) 3.2.2 查看工单考核规则 (26) 4KPI指标展示 (27) 4.1 指标展示定制 (27) 4.1.1 新增单一指标多时间统计 (27) 4.1.2 新增单一指标多指标类别统计 (28) 4.1.3 新增单一指标多地州统计 (29) 4.1.4 新增多指标统计 (30)