1、运行操作
1.1 1.1操作前检查事项
11前需对一些先决条件进行检查，检查内容包括检查归档日志目录、对应用当前状态等的检查。先决条件都满足之后方可启动11的加载。
按照以下步骤检查：
1.1.1检查归档日志目录
使用oracle/oraclemv用户登录DEP数据库188.1.6.101，敲入命令：df –g，检查文件系统/dev/oraarc01的使用率情况，如图3.2.1.2所示：
图3.2.1.2
如果归档日志使用率高于50%，则需要联系珠海客户方马华兵或王虎，由他们决定是否直接进行清理或由他们联系营运中心进行清理。（除月末和年底外，正常工作日期dep一个完整的加载过程归档日志增长40%左右）
注意如遇特殊情况，如周一白天加载周六日数据或节假日后一天当中追加好几天的数据时，加载过程中注意监控归档日志的使用率，加载中如出现高于90%的情况，要马上进行处理。
1.1.2检查当前状态
在浏览器中输入使用admin用户进入11管理应用前台：
1)检查触发器状态，应为停止状态
在左边的菜单树中选择工作管理->触发器定义，查询当前触发器的状态，如图3.2.1.3-1所示：
图3.2.1.3-1
查询结果，三个触发器的状态为停止作为启动当日增量的先决条件
2)检查DEP系统工作日期
在左边的菜单树中选择系统配置->系统参数配置，查询当前工作日期，如图3.2.1.3-2所示：
图3.2.1.3-2
当前工作日期应为所加载增量数据的日期为启动增量加载的先决条件；查看当前阶段信息，当前一日数据加载完成，所有数据处理阶段运行完成后为启动当日增量加载的先决条件。
3)检查当前阶段状态
在左边的菜单树中选择监控与调度->当前工作状态，当前阶段状态循环结束、阶段状态完成，为当日启动增量加载的先决条件，如图3.2.1.3-3所示：
图3.2.1.3-3
1.2 1.2工作日启动所有数据源的加载操作
每个工作日下班前，应启动11增量数据加载，具体操作如下：
在浏览器中输入http: /，使用admin用户进入数用前台：
在左边的菜单树中选择监控与调度->当前工作状态，点击启动当日增量按钮，在弹出框中点击确定，启动当日增量数据加载如图3.2.2所示：
图3.2.2
启动后，系统会自动将触发器状态置为运行，重复3.2.1.3—1）步骤，检查触发器状态，正常时三个触发器状态均为运行。
1.3 1.3周末及节假日单独加载CM2006（唯一数据源）操作
CM2006的数据每天都需要加载，而综合业务系统、国际结算系统、报账制系统和债券核算系统的数据只有综合业务系统跑批处理时才需要加载，当不需要加载综合业务系统、国际结算系统、报账制系统、债券系统的数据时，需要使用脚本修改11抽取元数据，对CM2006系统增量数据进行单独加载，当所有CM2006系统数据加载完成后，需要使用脚本恢复元数据，以保证在下个工作日正常加载五个源系统的数据。具体操
作步骤如下：
1.3.1当前状态检查
(1)检查触发器状态（工作管理->触发器定义），应为停止状态；如下图：
(2)检查当前工作状态（监控与调度->当前工作状态），应为循环结束。如下所示：
(3)检查系统工作日期（系统配置->系统参数配置），确保为正确的加载日期；
1.3.2修改元数据
只启用CM2006所需元数据及禁用增量PDS指标加工工作：
登录DEP数据库（DEPDB1_188.1.6.101）
执行脚本：
UPDA TE BI_TABLE_DEF T SET T.STATUS = 'EXPIRED';
UPDA TE BI_TABLE_DEF T
SET T.STATUS = 'ACTIVE'
WHERE T.SCHEMA_NAME = 'CM2006'
OR (T.DS_TYPE = 'UDS' AND T.TABLE_NAME LIKE 'CM_%')
OR (T.DS_TYPE = 'PDS' AND T.SOURCE LIKE 'UDS.CM_%'); update eaf_job set status ='EXPIRED' where job_code='INCR_PDS_GUIDE';
COMMIT;
1.3.3确认步骤2的操作执行成功
（1）在当前库执行脚本select count(*) from bi_table_def where status='ACTIVE'，查询结果应为1853。--20130324 改造上线增加24张表 1877—201308010改造上线后1977
(2)在管理前台界面选择工作管理->工作定义,则可以看到增量PDS指标加工为失效状态。
1.3.4开始加载
登录管理前台，监控与调度->当前工作状态，点击启动当日增量，开始CM2006数据的加载处理。
1.3.5加载完成
监控工作状态至循环结束即为完成一次CM2006数据的单独加载。（如果需要，至此可进入第二个工作日期的CM2006单独加载过程，操作同步骤1.3.4）
1.3.6恢复元数据
启用所有元数据及启用增量PDS指标加工工作，
登录DEP数据库（DEPDB1_188.1.6.101）
执行脚本：
UPDA TE BI_TABLE_DEF T SET T.STATUS = 'ACTIVE';
update eaf_job set status='ACTIVE' where job_code='INCR_PDS_GUIDE';
COMMIT;
1.3.7确认步骤6的操作执行成功
（1）在当前库执行脚本select count(*) from bi_table_def where status='ACTIVE'；查询结果应为4323；20130324 改造上线增加24张表4346 ；20130810改造上线后4464 2013116改造上线后4472
（2）在管理前台界面选择工作管理->工作定义,则可以看到增量PDS指标加工为有效状态。
2、监控操作
1.4
2.1检查前一个工作日的加载是否正确完成
每个工作日上班后，检查DEP昨日增量加载情况，是否完成，检查方法为在浏览器中输入
http://188.1.5.103:7001/DEP_APP/，使用admin/adbcmv用户进入11管理应用前台，在左边的菜单树中选择监控与调度->当前工作状态，当前阶段状态循环结束、阶段状态完成，标志前一工作日的增量数据加载完成，如下图3.2.1所示：
图3.2.1
如果前一天的加载工作没有完成，则及时通知DEP维护人员进行紧急处理。
1.5
2.2如果加载完成，则检查各阶段具体执行情况
以sim/sim用户登录11数据库DEPDB1_188.1.6.101，执行以下查询sql，
select PHASE_CODE as 阶段,case STATUS when 'COMPLETED' then '完成' when 'STOPPED' then '停止' when 'RUNNING' then '运行' when 'FAILED' then '失败' else STATUS end as 状态
,TOTAL_JOBS as 总共作数,COMPLETED_JOBS as 完成工作数,START_TIME as 启动时间,END_TIME as 结束时间,
(to_number (substr( to_char(END_TIME,'yyyymmddhh24mi'),7,2)) * 1440 + to_number (substr( to_char(END_TIME,'yyyymmddhh24mi'),9,2)) * 60 +
to_number(substr( to_char(END_TIME,'yyyymmddhh24mi'),11,2))) -
(to_number (substr( to_char(START_TIME,'yyyymmddhh24mi'),7,2)) * 1440 + to_number (substr( to_char(START_TIME,'yyyymmddhh24mi'),9,2)) * 60 +
to_number(substr( to_char(START_TIME,'yyyymmddhh24mi'),11,2)))
as "运行时间(分)",(to_number (substr( to_char(END_TIME,'yyyymmddhh24miss'),7,2)) * 86400 +
to_number (substr( to_char(END_TIME,'yyyymmddhh24miss'),9,2)) * 3600 +
to_number(substr( to_char(END_TIME,'yyyymmddhh24miss'),11,2)) * 60 + to_number(substr( to_char(END_TIME,'yyyymmddhh24miss'),13,2))) -
(to_number (substr( to_char(START_TIME,'yyyymmddhh24miss'),7,2)) * 86400 +
to_number (substr( to_char(START_TIME,'yyyymmddhh24miss'),9,2)) * 3600 +
to_number(substr( to_char(START_TIME,'yyyymmddhh24miss'),11,2)) * 60 + to_number(substr( to_char(START_TIME,'yyyymmddhh24miss'),13,2)))
as "运行时间(秒)"
from dep.eaf_phase_instance where to_char(business_date,'yyyymmdd')='20140106' order by START_TIME ;并将加载情况记录在《11值班记录表》
3、故障处理
每个工作日上班后，如果值班人员按照步骤2.1检查DEP没有完成前一天的加载，则马上通知dep组维护人员，由dep组维护人员进行紧急处理。由于对报表平台的供数在加载的第二阶段，即BDS增量加载完成后的下一个阶段，所以处理时以尽快完成BDS增量加载阶段为基本原则，尽最大可能避免延误供数，甚至可以先保留日志，问题原因可以稍后分析和归档。以下几种错误的处理均遵循这一原则。
1.6 3.1处理流程：
1.6.13.1.1首先判断错误类型：
查看dep日志，使用DEP用户登录11应用运行的节点服务器，进入/app/dep/dep_domain/logs下，查看dep.log 文件，根据出错日志判断错误类型，若属于常见错误，由dep组维护人员进行紧急处理，但一定要记录操作步骤，修改脚本等所以表更，并在处理结束后整理为错误案例，进行归档记录，并在周报中统一汇报。
1.6.23.1.2如果不属于常见错误
则马上联系开发人员陈嘉交流问题解决方法，并同时向龚晓飞和余总上报。两方人员尽快拿出解决方案后在生产环境实施，全力保障问题及早得到解决，并将问题处理情况及时反馈给龚晓飞和余总。
1.7 3.2常见错误：
1、PDS快照表出现重复数据
2、cm2006提供的晚批zip包为空
3、不能使用LOB locators加载错ORA-22992: cannot use LOB loca
tors selected from remote tables
4、PDS临时表有重复数据ORA-30926: unable to get a stable set of rows in the source tables
5、数据源有空字段，但是dep定义该字段不能为空：ORA-01400: cannot insert NULL into ("PDS"."DIM_PD_DP_GLDTL_CORP"."ABST_PAGE_CNT")
6、PDS加载阶段的job失败后重试成功，但是阶段状态未更新，仍是失败。
7、PDS加载违反唯一约束ORA-00001: unique constraint (PDS.SYS_C0047247) violated
8、数据源中有主键重复数据，操作标志分别为D和I。
9、源数据超长：value too large for column "PDS"."DEP_CODE_DIC"."CODE_DESC"
10、CM 2006zip包里有个别txt文件里的数据重复卸载，sqlloder错误日志为重复索引
11、CM触发器未触发：Could not connect to FTP server on "172.31.29.7".
12、归档日志满：ORA-00257: archiver error. Connect internal only, until freed.
13、CM加载错，数据源有完全重复数据ORA-00001: unique constraint (CM2006.PK_LS300019) violated
14.sqlldr加载CM数据出错：工行字段超长
15、偶尔大表merge操作时报ora-00600的错误，oracle数据库bug导致：ORA-00600: internal error code, arguments: [ktrexc_1], [], [], [], [], [], [], []
16、索引失效。ORA-01502: index 'CM2006.PK_LS300001' or partition of such index is in unusable state
17、元数据定义里的数据卸载格式不对，导致无法供给。
18、数据源的精度超过PDS定义精度：ORA-01438: value larger than specified precision allowed for this column
19、CM早批数据包命名出错导致报表平台无法取数
4、其他注意事项
1、如果dep的供数不全或不准确，需要重新跑数，这种情况要及时通过马华兵或王虎告知报表平台系统，避免他们加载不正确的数据。
2、需要释放Weblogic内存时才漂移应用，平时不需要漂，尤其是在运行状态的时候；每次漂移之前，要检查是否需要取zip压缩包，确保漂后的服务器上存在zip包后再漂，以免构造CM加载任务为0个
3、数据库归档日志，当前清理机制是：工作日白天16点之后调度备份进程，20点左右备份完毕后开始清理，白天做dep加载的话，加载之前要检查，加载的过程中也要时刻注意查看归档日志的使用率，达到90%即告知马华兵，由他决定是否直接进行清理或由营运中心进行清理
4、修改job定义状态为有效、失效时，不要在界面直接修改，应在数据库执行SQL脚本改，（因为直接修改时可能会连带着更改其所属阶段的代码，容易出错）
5、定期清理表uds.cb_jnl_imis（IMIS临时表，每日加载时全量更新）
truncate table uds.cb_jnl_imis;暂定为每周一
6、解决加载错误或升级更新时如涉及到数据库数据的变更，要及时做数据库备份，备份目录188.1.6.102/oraarc02/depdmp
7、改了触发器状态、工作定义、阶段定义等元数据后，前台应通过查看详细来检查，重点检查所属阶段；并在数据库查表进行验证，修改后重启应用，将更改加载到内存。
运行维护管理制度 2017年8月
目录3 3 3 5 6 6 7 8 8 9 9
1、总则 第一条为保障公司信息系统软硬件设备的良好运行，使员工的运维工作制度化、流程化、规范化，特制订本制度。 第二条运维工作总体目标：立足根本促发展，开拓运维新局面。在企业发展壮大时期，通过网络、桌面、系统等的运维，促进企业稳定可持续性发展。 第三条运维管理制度的适用范围：运维部全体人员。 2、编制方法 本实施细则包括运维服务全生命周期管理方法、管理标准/规范、管理模式、管理支撑工具、管理对象以及基于流程的管理方法。 本实施细则以ITIL/ISO20000为基础，以信息化项目的运维为目标，以管理支撑工具为手段，以流程化、规范化、标准化管理为方法，以全生命周期的PDCA循环为提升途径，体现了对运维服务全过程的体系化管理。 3、运维部工作职责 一、负责网站运维和技术支持 （一）根据网站运营战略和目标，负责网站整体架构、栏目、应用系统等技术开发方案制定和组织开发，保障网站技术的稳定性和先进性。 （二）负责网站栏目和应用系统的使用培训和操作使用指南编
写，对用户使用过程中出现问题的沟通和解决； （三）网站设备和软件购买计划书的拟定，包括采购数量、品牌规格、技术参数。会同行政部进行采购。 （四）网站设备和软件操作规程和应用管理制度的制定，并负责监督执行。 （五）网站设备和软件安装、调试和验收，使用培训和维修保养。 （六）网站日常运行过程中信息安全和技术问题的协调解决，保障网站24小时安全稳定运行。 （七）网站技术服务外包管理，主要包括技术外包开发、运行服务托管和空间域名管理。 （八）负责网站管理系统及设备保密口令的设置和保存，保密口令设置后报中心主任备案，保密口令设定后任何人不得随意更改，保密口令每季度更新一次。 （九）负责网站新程序、新系统和网站改版升级方案技术的设计开发。 二、负责网站信息和技术安全 （一）执行国家和省上有关网络信息技术安全的法律法规，与通信管理和网络安全监管部门联络，及时处理网站信息技术安全方面存在的问题，确保网站安全、稳定、可靠运行。 （二）网站信息技术安全保密制度和工作流程的制定，落实信息技术安全保密责任制，执行“谁主管、谁负责，谁主办、谁负责”的原则，责任到人。
省环境自动监测与信息管理系统运维管理模块 操 作 手 册 省环境保护局监测信息处 省环境保护局信息中心 2011年7月
目录 1.前言 (1) 1.1目的 (1) 1.2围 (1) 1.3运行环境 (1) 1.4如使用本手册 (2) 2.概述 (2) 3.操作手册 (2) 3.1系统登录 (2) 3.2在线监控 (4) 3.2.1首页 (4) 3.2.2实时信息 (5) 3.3运维管理 (8) 3.3.1 运维单管理 (8) 3.3.2日常运维 (13) 3.3.3比对数据 (19) 3.3.4汇总查询 (21) 3.3.5消息转发 (24)
1.前言 1.1目的 省环境自动监测与信息管理系统是对全省污染源在线监控进行统一管理的系统操作平台，实现了省、市、县（区）三级联动，数据整合交换，为环境执法人员及管理者提供了有效的信息支撑与管理平台，提高了操作人员及管理者的工作效率，为改善全省环境质量提供了技术保障。本操作手册详细介绍了《省环境自动监测与信息管理系统》的各种服务程序、应用功能、具体操作法及相关问题解答，为使用人员实际操作提供指导。 1.2围 本手册的编写对象：《省环境自动监测与信息管理系统》的管理人员、操作人员和维护人员等。 1.3运行环境 本系统运行环境要求如下 系统使用环境： 操作系统：window操作系统 浏览器版本：IE7.0、IE8.0 系统安装环境： 操作系统：window server2003操作系统（含：.netframework2.0，IIS6.0）数据库：oracle10g 发布平台：tomcat5.5
1.4如使用本手册 1）按顺序阅读每一章。 2）根据目录中的索引词条选择性阅读。 3）建议您完整阅读本手册，以便整体把握与操作。 2.概述 《省环境自动监测与信息管理系统》是原在线监控系统的升级改造版本，解决了之前使用过程中出现的一些系统缺陷，操作不便及人工耗时等问题，并针对新的用户需求进行研发，如：环境质量和数据统计的信息化处理，有效性数据审核等。提高了工作人员的办公效率，加强了省、市、县（区）三级部门的信息联动，为管理者的有效考核与管理提供了支撑。 3.操作手册 3.1系统登录 (1)在浏览器中输入相应的网址，启动系统时，显示登录页面如图3.1.1。
IT运维手册 第二篇硬件篇 一计算机章 ㈤常见问题 1主机 ⑴无法正常开机 ①硬盘灯亮 多为显示器或LCD排线问题，可插入系统引导盘看有无反应，若无反应，则为硬件问题，建议售后处理；若有反应，则为软件问题，可重装系统。 ②硬盘灯不亮 I电源问题 需更换电源和电池，多为电源适配器或电池损坏造成的提供电压不稳。可更换同型号电源线，排查故障。 II内存问题 拔插内存条或更换插槽。可能是内存条松动或自配内存条不兼容造成，若因不兼容，可通过更改BIOS设置解决。 III灰尘问题 笔记本长期不清洗，积压过多灰尘会造成静电或短路，可拆开外壳用吹风机清理灰尘。 IV主板问题 主板问题是造成不能开机最大可能因素，主板为集成电路，任何地方损坏都会造成硬盘无法通电，从而不能开机，建议去售后处理。 ⑵无法正常上网
①网络设置问题 此原因较多出现于需手动指定IP、网关、DNS服务器联网方式下，及使用代理服务器上网的，应仔细检查计算机的网络设置。 ②DNS服务器的问题 I当IE无法浏览网页时，可先尝试用IP地址来访问，如果可以访问，则为DNS的问题，造成DNS的问题可能是联网时获取DNS出错或DNS服务器本身问题，可手动指定DNS服务（地址可以是当地TSP提供的DNS服务器地址，也可用其它地方可正常使用DNS服务器地址。在网络的属性里进行（控制面板-网络和拨号连接-本地属性-TCP/IP协议-属性-使用下面的DNS服务器地址）。不用的ISP有不同的DNS地址。有时候则是路由器或网卡的问题，无法与ISP的DNS服务连接，这种情况可重启路由器或重新设置路由器。 II本地DNS缓存出现问题，为提高网站访问速度，系统会自动将已经访问过并获取IP地址的网站存入本地DNS缓存里，一旦继续访问此网站，则不再通过DNS服务器而直接从本地DNS缓存取出该网站的IP地址进行访问。所以，如果本地DNS缓存出现问题，会导致网站无法访问。可以在“运行”中执行ipconfig /flushdns来重建本地DNS缓存。 ③IE浏览器本身的问题 IE浏览器本身出现故障或IE被恶意修改破坏都会导致无法浏览网页，可尝试用上网助手“IE修复专家”来修复或者重装IE浏览器。 ④网络防火墙问题 如果网络防火墙设置不当，如安全等级过高、不小心把IE放进了阻止访问列表、错误的防火墙策略等，可尝试检查策略、降低防火墙安全等级或直接关掉试试是否恢复正常。
上海伯乔信息科技有限公司 运维部服务规范手册 @ ~
版本历史 备注 版本/状态作者参与者、 起止日期 2011-8-29创建 、 增加运维流程、去掉部分 2011-9-16 表单 2011-10-12优化板块和界面 文档中特殊符号注解： 表示注解。 表示同个标题下不同项目或步骤 : 目录 目录 1服务文化 (3) 服务宗旨： (3) 服务理念： (3) 2服务总则 (4) 两个愿景： (4) 四项要求： (4) 七大不准 (4) 3运维规范 (5) ， 24小时响应机制 (5) 远程排障规范 (5)
服务电话接听流程规范 (6) 接听电话 (6) 上门服务流程规范 (7) 生成上门服务单（见附表1） (7) 上门服务流程规范 (8) 交单归档 (17) 售前技术支持规范 (17) 售前技术支持的准备工作 (18) < 售前工作注意事项 (18) 拜访结束，填写表单 (19) 售前后续工作 (19) 售后培训服务规范 (20) 售后培训环境部署 (20) 售后讲师培训工作规划 (20) 培训体系优化 (21) 运维流程 (21) 4附表 (22) " 1服务文化 1.1服务宗旨： 愈精致、愈宽容、愈贴心
1.2服务理念： 激情、创造、分享、奉献 2服务总则 2.1两个愿景： 用我们的诚心满足客户服务需求，让伯乔客户感动用我们的专业提升客户使用价值，让伯乔品牌增值2.2— 2.3四项要求： 服装整洁，注重仪表 关注客户，真诚服务 操作规范，行为专业 乐于沟通，耐心指导 2.4七大不准 不准对客户的需求置之不理 不准代替客户在服务单据上签名 不准接受客户任何形式的馈赠 不准无故失约 :
某公司运维服务规范 第一章总则 第一条为保障公司运维工作有序开展,规范运维工作和人员的服务要求,避免人为操作不当引起的重大、关健运维事故，根据电信公司及公司维护管理办法要求，特制定本规范。 第二条本规范是公司运行维护管理的基本依据，维护岗位人员必须严格遵照执行。 第三条本规定的最终解释权在技术质量管理部。 第二章适用范围 第四条本规定所指的系统是指公司及各部门承接的运维项目中涉及的范围，按合同约定包括：网络设备、服务器、操作系统、应用系统、数据及保障项目正常运行的各项辅助设施。 第五条本规定适用于对各部门运维分管领导、运维管理员、运维项目经理及成员等各维护岗位人员（包括各部门外包员工）的运维管理要求。 第三章运维服务要求 第六条运维岗位人员要具备良好的工作作风和严谨的工作态度，服从管理，认真负责，坚守岗位，在问题面前不推诿、不拖拉、不盲目、不蛮干，要冷静分析、沉着处理。 第七条遵照公司各项运维管理制度及客户运维工作要求，严格执行维护工作服务规范，确保人员、系统及各项设施安全。具体要求
包括： （一）、基本维护要求 1、遵守客户业务管理和现场管理要求。 2、周期性的维护工作应经客户审批同意后方可实施。 3、因故障修复、功能升级等引起的系统版本升级和割接工作应经客户测试通过后方可实施。 4、未经客户同意，各维护岗位人员不得私自对客户的在线系统进行数据变更、数据统计、应用程序变更、系统参数调整、硬件设备调整。 5、维护外包人员须经业务和管理培训，明确岗位职责，通过部门考核确认后方可上岗。在客户现场以理想公司员工身份执行维护工作，遵循各项运维管理制度。 6、定期检查所维护系统的安全状况，为客户提出合理的预防处理措施。 （二）、故障响应/处理制度 1、遵照公司（故障控制管理办法）要求，在接到故障报修通知后，及时与用户取得联系后进行排障，故障排除后填写故障修复信息。 2、各维护岗位人员应确保通讯工作24小时畅通。 3、严格执行故障处理和处理逐级上报制度。 （三）、信息记录（维护资料管理） 1、建立健全系统维护文档和记录资料库，相关资料由各部门妥
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项目检查项 主要是录入各运维组巡检项目的检查项，各运维组录入各自的项目检查项信息，如下图所示
【新增】按钮：点击“新增”按钮，按要求添加项目的检查项信息，点击“确认保存”按钮即可。如图所示： 【编辑】按钮：点击“编辑”按钮，编辑已添加的项目的检查项信息，点击“确认保存”按钮即可。如图所示：
常见问题及处理方案 CPU使用率高的问题 通过操作系统命令top topas glance等查看top进程号，确认是系统进程还是oracle应用进程，查询当前top进程执行的操作和sql语句进行分析。 根据进程号获取正在执行的sql SELECT a.osuser, https://www.doczj.com/doc/cf12909473.html,ername,b.address,b.hash_value, b.sql_text from v$session a, v$sqltext b, v$process p where p.spid = &spid and p.addr = a.paddr and a.STATUS = 'ACTIVE' and a.sql_address =b.address order by address, piece; 数据库无法连接 数据库无法连接，一般可能是如下原因造成： （1）数据库宕了 （2）监听异常 （3）数据库挂起 （4）归档目录满 （5）数据库或应用主机的网卡出现问题不能正常工作 （6）应用主机到数据库主机的网络出现问题。 1、数据库宕了 立即启动数据库。 2、监听异常 此时一般体现为： 监听进程占用CPU资源大； 监听日志异常。 此时，立即重启监听，监听重启一般能在1分钟之完成。 3、数据库挂起 立即重启数据库。 4、归档目录满 （1）在没有部署OGG数据同步的情况下，立即清理归档日志文件。
（2）如果部署了OGG数据同步，查看OGG正在读取的归档日志文件，立即 清理OGG不再需要的日志文件。 5、数据库或应用主机的网卡出现问题不能正常工作。 立即联系主机工程师处理。 6、应用主机到数据库主机的网络出现问题。 立即联系网络维护人员查看。 CRS/GI无法启动 对于10g及11gR1版本的CRS问题 1、进入/tmp目录下，看是否产生了crsctl.xxxxx文件 如果有的话，看文件容，一般会提示OCR无法访问，或者心跳IP无法 正常绑定等信息。 2、如果/tmp目录下没有crsctl.xxxxx文件 此时查看ocssd.log文件，看是否能从中得到有价值的信息。 可能的问题：网络心跳不通。 3、/tmp目录无crsctl.xxxxx且日志中没有报错信息，只有停CRS时的日志信 息。 此时可能是RAC两个节点对并发裸设备的访问有问题，此时考虑： （1）停掉两个节点的CRS。 （2）两个节点先同时去激活并发VG，然后再激活VG。 （3）重新启动CRS。 对于11gR2的GI问题 分析$GRID_HOME/log/nodename目录下的日志文件，看是否能从中找出无法启动的原因。常见问题： 1、心跳IP不同。 2、ASM实例无法启动。 对CRS的故障诊断和分析,参加本文档中RAC部分的MOS文档. 数据库响应慢
中国铁塔动环常见告警处理指导手册一、FSU离线告警 告警名称：FSU离线； 告警解释：FSU和铁塔集团平台连接通讯中断； 原因分析：1）信号差或不稳定；2）FSU设备掉电；3）无线模块硬件故障；4）FSU设备硬件故障；5）天线和无线模块连接中断，或天线丢失；6）VPN服务器连接不上；7）SIM卡被盗、欠费或故障。平台处理方法：查询历史告警记录，如频繁离线或长时间离线，需现场检查。 现场处理方法： 第一步检查供电： 1）在运维监控系统检查离线站点是否有停电告警，判断是否现场停电； 2）现场检查FSU指示灯不亮设备没有供电。 原因分析：FSU供电异常。 解决方案： 1）检查整个基站是否停电，如停电则通知相关人员取电； 2）检查FSU供电空开是否跳闸及通电线路是否正常。 第二步检查无线模块： 检查无线模块指示灯都不亮或都常亮。
原因分析：无线模块供电异常或无线模块故障。 解决方案： 1）无线模块供电故障，则检查给无线模块供电接线是否正常如正常，则用万用表测量给无线模块供电FSU输出端是否有12V，如没有则为FSU供电板问题，更换FSU供电板。 2）确认供电正常，则更换无线模块进行测试。 下站建议：下站时建议随身带上一套可以成功拨号的无线网卡和SIM 卡，下站的时候作对比验证，快速确认是SIM卡问题，还是无线模块问题。 第三步FSU检查 通过EISUConfig软件登陆FSU设备，点击设备诊断管理。 1）信号强度弱：通过设备软件登录设备，如信号强度小于15。
解决方案：更换运营商无线模块或将天线外延（室内站放到室外，室外柜放到底部隐蔽区域或有外层保护情况下放到机柜顶部） 2）铁塔VPN网络连接异常：铁塔VPN网络提示连接异常 3）铁塔网管未注册：铁塔网管提示连接异常（正常显示连接正常）解决方案： 确认总部平台正常，重启FSU（等待程序连接）。如重启后未恢复，联系厂家专业人员。 平台恢复确认：告警管理-活动告警监控-当前告警查询该站点，确认告警是否消除。 二、电源配套告警 2.1开关电源类告警： 2.1.1开关电源通信状态告警 告警名称：开关电源通信状态告警； 告警解释：开关电源和FSU之间的通讯中断； 原因分析：开关电源和FSU之间的通讯中断 平台处理方法：无 现场处理方法：检查开关电源屏幕是否显示正常，和FSU的监控线连接是否正常。
故障管理和故障处理流程规定 (暂行稿) 工程运维中心 二〇〇八年八月
目录 第一章目的 (3) 第二章工程运维中心在95013业务维护管理中的职责 (3) 第三章 95013业务故障分类 (3) 第四章故障处理的原则: (4) 第五章故障处理时限要求。 (4) 第六章故障管理和故障报告制度 (4) 第七章故障通报制度 (5) 第八章故障处理及报告流程图 (5) 第九章工程运维中心内部处理流程 (6) 第十章外部支持流程(研发、建设和其他厂家） (6) 第十一章工程运维中心各部门及公司相关部门的责任 (7) 第十二章故障的跟踪管理 (7) 附件一：95013业务重大/严重故障分析报告 (9)
第一章目的 工程运维中心承担95013业务网络和平台日常维护工作，为规范故障管理和故障处理的工作流程，使网络和平台故障能够得到正确及时地处理，保证 95013业务安全稳定的运行，特制定本规定。 第二章工程运维中心在95013业务维护管理中的职责 a）工程运维中心网管中心值班工程师和各分公司运维人员承担95013业务的日常运行监控和维护工作。 b）工程运维中心运维组负责95013平台的故障处理；各地分公司运维人员负责现场支持，并负责协调当地运营商的运维支持。 c）建立故障通报制度，如发生重大故障，应按照故障等级和故障上报流程逐级向上汇报。 d）定期召开网络质量分析会，遇有重大故障，应及时召开故障分析会。 负责全公司运维人员的技术业务培训，提高运维人员的技术维护水平和工作能力。 第三章 95013业务故障分类 95013业务系统和网络故障分为重大故障、严重故障和一般故障。 1.重大故障：全部业务中断 2.严重故障包括： 一种以上业务全部中断≥60分钟 一省以上业务全部中断≥60分钟 用户注册、业务受理全部中断≥4个小时 3.一般故障：除重大故障、严重故障以外的其它故障。
事件/故障处理应该要有什么思路 导读: 在讲解事件、故障处理思路前,我先讲一个故障场景(以呼叫中心系统作为一例子): 业务人员反映呼叫中心系统运行缓慢,部份电话在自助语言环节系统处理超时,话务转人工座席,人工座席出现爆线情况。 运维人员开始忙活了,查资源使用情况、查服务就是否正常、查日志就是否报错、查交易量还有没有……时间不知不觉的在敲键盘、敲键盘、敲键盘中过去,但就是原因还未定位。 经理过来了解情况:“系统恢复了不？”、“故障影响就是什么？”、“交易中断了不？”…… 运维人员赶紧敲键盘,写sql,瞧交易量;敲键盘,写命令,瞧系统资源、情况…… 最终,定位到问题原因就是其中一个功能没有控制返回数量,导致内存泄露。 针对这个故障,业务希望运维能否更快的解决故障的恢复,经理希望制定优化呼叫中心故障处理流程,做了以下几件事: 1.优先故障处理过程的时间——”能通过鼠标完成的工作,不要用键盘“ 2.提前发现故障,加强监控——“技术早于业务发现问题,监控不仅就是报 警,还要协助故障定位” 3.完善故障应急方案——“应急方案就是最新的、准确的、简单明了的” 4.长远目标:故障自愈——”能固化的操作自动化,能机器做的让机器做“ 下面将从故障常见的处理方法开始介绍,再从故障前的准备工作(完善监控、制定应急方案等方式)来解决经理提出的问题,并提出未来解决故障的想法。 1、常见的方法: 1)确定故障现象并初判问题影响 在处理故障前,运维人员首先要知道故障现象,故障现象直接决定故障应急方案的制定,这依赖于运维人员需要对应用系统的整体功能有一定的熟悉程度。 确认了故障现象后,才能指导运维人员初判断故障影响。 2)应急恢复
NGBOSS3.0系统问题及故障管理流程 1、相关概念 1)问题定义：问题是一个或多个不知原因的事件。 2)问题与故障（或突发事件）的关系：当问题的影响符合故障（或突发事件）定义 标准时，问题即形成故障（或突发事件）。 3)故障处理小组：故障处理小组由各业务流的故障牵头处理人组成，共同完成故障 管理相关工作。目前业务运营中心故障处理小组包括话单流陈霞、订单流张嘉琦、账务流刘华、热线支持组马立娜及值班组阴衍亮。 2、故障处理 一、角色及职责定义 1)故障上报人 ●根据故障上报标准判断为故障后，第一时间按要求发出报告邮件，并电话通 知故障分派员。 ●对于符合故障或突发事件定义的问题，逐层升级至本部门主管经理；未达到 标准的通知主管，由主管酌情升级。 ●对于故障或突发处理过程中未按时限回复进展情况，由故障上报人直接升级 至故障分派员。 ●对于发生的故障，统一按业务运营中心内部要求进行登记。 ●故障上报人由业务运营中心50000号值班班长及运维组人员担当。 2)故障分派员 ●接收故障上报人的报障邮件和报障电话通知。
●根据故障情况，以邮件及电话方式指定故障处理牵头人。 ●根据故障牵头人要求，协助故障牵头处理人进行故障处理，跟进处理步骤， 监督执行。 ●故障分派员由值班组人员担任。 3)故障处理牵头人 ●牵头处理故障分派员分派的故障。 ●指派故障涉及的各部分人员协助进行故障处理，如有必要，可要求相关人员 现场支持。 ●跟踪整个故障处理过程，做好记录，评估各步骤的完成情况。 ●组织BMCC相关人员和相关厂商人员进行故障处理方案的制定，掌控整个过 程。 ●监督故障处理各重要步骤的执行，做好资源调度，在异常问题及时升级至相 关领导，协助完成资源调配。 ●在原因明确后、方案确认后、方案实施关键点完成后及时通报故障最新进展， 直至故障解决。。 ●根据故障处理情况及时向领导汇报故障处理情况。 ●与对外信息发布人及时沟通，协商确认对外发布口径。 ●记录问题处理过程，登记故障问题管理列表中的相关处理信息。 ●负责故障处理完成后，整理并填写故障分析报告，并按时提交。 ●总结及优化类似故障的处理步骤，为后续故障处理提供依据。 ●根据故障管理员的要求组织故障分析会、故障分享会，对故障进行总结分 析。
【最新整理，下载后即可编辑】 系统运维手册 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主程序：
事件/故障处理应该要有什么思路 导读： 在讲解事件、故障处理思路前，我先讲一个故障场景（以呼叫中心系统作为一 例子）： 业务人员反映呼叫中心系统运行缓慢，部份电话在自助语言环节系统处理超时，话务转人工座席，人工座席出现爆线情况。 运维人员开始忙活了，查资源使用情况、查服务是否正常、查日志是否报错、 查交易量还有没有……时间不知不觉的在敲键盘、敲键盘、敲键盘中过去，但 是原因还未定位。 经理过来了解情况：“系统恢复了吗？”、“故障影响是什么？”、“交易中 断了吗？”…… 运维人员赶紧敲键盘，写sql，看交易量；敲键盘，写命令，看系统资源、情况…… 最终，定位到问题原因是其中一个功能没有控制返回数量，导致内存泄露。 针对这个故障，业务希望运维能否更快的解决故障的恢复，经理希望制定优化 呼叫中心故障处理流程，做了以下几件事： 1.优先故障处理过程的时间——”能通过鼠标完成的工作，不要用键盘“ 2.提前发现故障，加强监控——“技术早于业务发现问题，监控不仅是报 警，还要协助故障定位” 3.完善故障应急方案——“应急方案是最新的、准确的、简单明了的” 4.长远目标：故障自愈——”能固化的操作自动化，能机器做的让机器做 “ 下面将从故障常见的处理方法开始介绍，再从故障前的准备工作（完善监控、 制定应急方案等方式）来解决经理提出的问题，并提出未来解决故障的想法。 1、常见的方法： 1）确定故障现象并初判问题影响 在处理故障前，运维人员首先要知道故障现象，故障现象直接决定故障应急方 案的制定，这依赖于运维人员需要对应用系统的整体功能有一定的熟悉程度。
确认了故障现象后，才能指导运维人员初判断故障影响。 2）应急恢复 运维最基本的指标就是系统可用性，应急恢复的时效性是系统可用性的关键指标。 有了上述故障现象与影响的判断后，就可以制定故障应急操作，故障应急有很多，比如： 服务整体性能下降或异常，可以考虑重启服务； 应用做过变更，可以考虑是否需要回切变更； 资源不足，可以考虑应急扩容； 应用性能问题，可以考虑调整应用参数、日志参数； 数据库繁忙，可以考虑通过数据库快照分析，优化SQL； 应用功能设计有误，可以考虑紧急关闭功能菜单； 还有很多…… 另外，需要补充的是，在故障应急前，在有条件的情况需要保存当前系统场景，比如在杀进程前，可以先抓个CORE文件或数据库快照文件。 3）快速定位故障原因 是否为偶发性、是否可重现 故障现象是否可以重现，对于快速解决问题很重要，能重现说明总会有办法或 工具帮助我们定位到问题原因，而且能重现的故障往往可能是服务异常、变更 等工作导致的问题。 但，如果故障是偶发性的，是有极小概率出现的，则比较难排查，这依赖于系 统是否有足够的故障期间的现场信息来决定是否可以定位到总是原因。 是否进行过相关变更 大部份故障是由于变更导致，确定故障现象后，如果有应的变更，有助于从变 更角度出现分析是否是变更引起，进而快速定位故障并准备好回切等应急方案。 是否可缩小范围 一方面应用系统提倡解耦，一支交易会流经不同的应用系统及模块；另一方面，故障可能由于应用、系统软件、硬件、网络等环节的问题。在排查故障原因时 应该避免全面性的排查，建议先把问题范围缩小到一定程序后再开始协调关联 团队排查。 关联方配合分析问题
《日常运维操作手册》 ? 一、查看硬盘可用容量 双击“我的电脑”打开资源管理器，右击我们将要查看的盘符。例如：我们要查看Ｄ盘,只需要在相关的D盘上右击―属性即可看到如下图1-1所示
图１-1 从上图1-１中可以看出Ｄ盘的己用空间为9．６6GB,而可用空间仅为10９MB。 二、监视系统资源 根据运维报告指示,一般需要对服务器的处理器(ＣPU）、内存、网卡及IＩS等在系统运行过程中表现的性能状况进行监测。 监测指标分析 Ｉ D 计数器名称说明 1 %Processｏr Ｔ ime 指处理器执行非闲置线程时间的百分比;通俗一点讲就是ＣPU使用率。计数器会自动记录当前所有进程的处理器时间。 2 Page／sec 指为解析硬页错误从磁盘读取或写入磁盘的页数（是Ｐ ａges Ｉnｐut/ｓeｃ和Ｐaｇｅs Ouｔｐｕt/ｓec 的总和）。 3 Nｅtwoｒk Inteｒ faｃe Byｔes Tｏ taｌ/seｃ为发送和接收字节的速率,包括帧字符在内。判定网络连接是否存在瓶颈。 ４Cｕｒｒｅｎt Co ｎｎectionｓ 检测WEＢ服务的用户连接情况。 1.建立性能监测后台运行计数器 1)打开开始-程序－管理工具-性能,找到“性能日志和警报”下的“计数器日志”。
新建一个计数器，右击右边空白区域“新建”，如下图2－1所示. 图２-１ 2)在新建计数器日志的名称输入容易理解的名称，如:新性能。下图2-2所示． 图2－2 3)输入计数器名称后，可进入如下图2－3所示图面。其中计数器的日志内容会 在默认情况下记录到“C:\ＰｅｒfLｏｇs\新性能_０00００１.bｌg”下（文件名称的定义后面有详细说明并且可定制)。
上海伯乔信息科技有限公司运维部服务规范手册
版本历史 版本/状态作者参与者起止日期备注 2011-8-29创建 2011-9-16增加运维流程、去掉部 分表单 2011-10-12优化板块和界面 文档中特殊符号注解： 表示注解。 表示同个标题下不同项目或步骤 目录 目录 1服务文化 ....................................................... 错误!未定义书签。 服务宗旨：.............................................. 错误!未定义书签。 服务理念：.............................................. 错误!未定义书签。2服务总则 ....................................................... 错误!未定义书签。 两个愿景：.............................................. 错误!未定义书签。 四项要求：.............................................. 错误!未定义书签。 七大不准................................................ 错误!未定义书签。3运维规范 ....................................................... 错误!未定义书签。 24小时响应机制 ......................................... 错误!未定义书签。 远程排障规范............................................ 错误!未定义书签。 服务电话接听流程规范.................................... 错误!未定义书签。 接听电话................................................ 错误!未定义书签。 上门服务流程规范........................................ 错误!未定义书签。
系统运维管理制度
运维管理制度 系统运维管理制度(试行) （2018年8月版） 第一章总则 运维以技术为基础，通过技术保障产品提供更高质量的服务。在软件产品的整个生命周期中运维组都需要适时参与并发挥不同得作用，因此运维组工作内容和方向非常多。 运维目标是在服务出现异常时尽可能快速恢复服务，从而保障服务的可用性；同时深入分析故障产生的原因；推动并修复服务存在的问题，同时设计并开发相关的预案以确保服务出现故障是可以高效止损。 第一条为保障信息系统软硬件设备的良好运行，使运维技术人员工作制度化、流程化、规范化，特制订本制度。 第二条运维管理工作总体目标：立足根本促发展，开拓运维新局面。在办公系统运行推广时期，通过网络、桌面、系统等的运维，促进信息系统能够稳定可持续性的发展。 第三条运维管理制度的适用范围：运维全体人员。 第二章编制方法 第一条本实施细则包括运维服务全生命周期管理方法、管理标准/规范、管理模式、管理支撑工具、管理对象以及基于流程的管理方法。
第二条本实施细则以ITIL/ISO20000为基础，以信息化项目的运维为目标，以管理支撑工具为手段，以流程化、规范化、标准化管理为方法，以全生命周期的PDCA循环为提升途径，体现了对运维服务全过程的体系化管理。 第三章运维部工作职责 第一条系统运维和技术支持 （1）根据公司业务的推进和发展目标，负责平台信息系统管理及数据交换策略的整体架构、对应用系统等技术开发方案的基础支撑，保障基础平台的稳定性和先进性。 （2）负责系统基础平台的使用培训和操作使用指南编写，对用户使用过程中出现问题的沟通和解决； （3）会同项目实施，确认系统信息基础设备和软件数量、品牌规格、技术参数，确保项目有效推进实施。 （4）系统信息基础设备和软件操作规程、应用管理制度的制定，并负责监督执行。 （5）系统信息基础设备的软件安装、调试和验收，使用培训和维修保养。 （6）系统信息基础平台日常运行过程中信息安全和技术问题的协调解决，保障平台24小时安全稳定运行。 （7）负责平台系统管理及设备保密口令的设置、更新、保存。 （8）负责系统信息协同管理及协同数据交换策略研究新程序、新系统和软件改版升级工作。
min 海康威视iVMS-9300综合监控与运维管理平台 用户操作手册 杭州海康威视系统技术有限公司 2016.3
目录 目录 (1) 第1章前言 (5) 1.1编写目的 (5) 1.2术语和缩写 (5) 第2章平台概述 (6) 2.1环境要求 (6) 2.1.1运行硬件环境 (6) 2.1.2运行软件环境 (6) 2.2用户登录 (7) 第3章运维概况 (7) 3.1视频概况 (11) 3.1.1视频概况 (11) 3.1.2一键运维 (13) 3.2卡口概况 (14) 3.2.1过车统计 (15) 3.2.2资源信息 (15) 3.2.3服务器信息 (15) 3.2.4最新异常信息 (16) 第4章巡检中心 (16) 4.1运行监测 (17) 4.1.1监控点视频 (17) 4.1.1.1 监控点明细查看 (17) 4.1.1.2 视频预览 (18) 4.1.1.3 工单上报 (19) 4.1.1.4 视频质量诊断图片查看 (20) 4.1.1.5 图像重巡 (21) 4.1.1.6 查询导出 (21) 4.1.2录像 (22) 4.1.2.1 录像详情查看 (23) 4.1.2.2 巡检一次 (24) 4.1.2.3 工单上报 (24) 4.1.2.4 查询导出 (25) 4.1.3卡口 (26) 4.1.3.1 卡口信息 (26) 4.1.3.2 异常信息 (28) 4.1.4编码资源 (29) 4.1.4.1 设备详情查看 (30) 4.1.4.2 工单上报 (31) 4.1.4.3 查询导出 (31) 4.1.5解码资源 (32) 4.1.5.1 解码资源详情查看 (33) 4.1.5.2 工单上报 (33)
1现有的低压集抄原理及采集方案 1.1电力线载波通信原理 1.1.1电力线载波(PLC) 电力线载波(PLC)是电力系统特有的、基本的通信方式，电力线载波通讯是指利用现有电力线，通过载波方式将模拟或数字信号进行高速传输的技术。由于使用坚固可靠的电力线作为载波信号的传输媒介，因此具有信息传输稳定可靠，路由合理、可同时复用远动信号等特点，是唯一不需要线路投资的有线通信方式。 1.1.2电力线载波的特点： 1、配电变压器对电力载波信号有阻隔作用，所以电力载波信号只能在一个配电变压器区域范围内传送； 2、三相电力线间有很大信号损失（10 dB -30dB）。通讯距离很近时，不同相间可能会收到信号。一般电力载波信号只能在单相电力线上传输； 3、不同信号藕合方式对电力载波信号损失不同，藕合方式有线-地藕合和线-中线藕合。线-地藕合方式与线-中线藕合方式相比，电力载波信号少损失十几dB，但线-地藕合方式不是所有地区电力系统都适用； 4、电力线存在本身固有的脉冲干扰。目前使用的交流电有50HZ和60HZ，其周期为20ms和16.7ms，在每一交流周期中，出现两次峰值，两次峰值会带来两次脉冲干扰，即电力线上有固定的100HZ或120HZ脉冲干扰，干扰时间约2ms，因此干扰必须加以处理。有一种利用波形过0点的短时间内进行数据传输的方法，但由于过0点时间短，实际应用与交流波形同步不好控制，现代通讯数据帧又比较长，所以难以应用；
5、电力线对载波信号造成高削减。当电力线上负荷很重时，线路阻抗可达1欧姆以下，造成对载波信号的高削减。实际应用中，当电力线空载时，点对点载波信号可传输到几公里。但当电力线上负荷很重时，只能传输几十米。 1.2低压集抄系统方案说明 1.2.1低压集抄系统工作原理 集中抄表系统是指利用微电脑技术，通信技术和数字信号处理技术，通过通信介质自动实现电能量数据采集、存储、传输和处理的系统。根据采用通讯载体的不同，目前主要有专线通信技术、无线通信技术和电力线载波通信技术。 利用电力线作为通信介质实现电力线载波集中抄表系统是完成电力行业自动抄表的最佳解决方案。如图 1 所示，安装在用户电能表侧的采集器模块（采集器）或直接使用的载波电能表，采集并存储电能表数据，并与采集终端或集中器进行双向通讯，集中器再通过GPRS/PSTN/GSM/RJ45 等方式的传输媒介将电能数据发送至系统主站。同时，也可实现手持抄表器对现场电能表、采集器、集中器的数据抄读和参数设置。
xxxx运维综合管理平台 操作手册V1.0 xxxx（天津）科技有限公司
变更记录
目录 1. 平台介绍 (4) 1. 概述 (4) 2. 平台架构 (4) 2.1展示层 (5) 2.2功能层 (7) 2.3技术层 (8) 2.4外部接口层 (8) 1. xxxx运维综合管理平台软件功能 (9) 2.1服务台 (9) 2.2自助服务中心 (10) 2.3配置管理模块 (11) 2.4事件管理模块 (13) 2.5问题管理模块 (17) 2.6变更管理模块 (19) 2.7服务管理模块 (22)
1.平台介绍 1.概述 xxxx运维综合管理平台是为了业务需要进行开发，适用于IT服务的日常运维管理。它基于ITSS最佳实践，适应符合ITSS最佳实践的流程，同时它又很灵活，可以适应一般的IT服务管理流程。 xxxx运维综合管理平台的功能包括： ?记录IT配置项（如服务器、应用程序、网络设备、虚拟机、联系人、位置、VLAN 等）及其各个配置项之间的关联关系； ?管理事件、用户请求和变更审批与执行等； ?归档IT服务及与外部供应商的合约，包括SLA（服务级别协议）； ?手动或脚本方式导出所有信息； ?批量导入或同步/联调所有来自外部平台的数据； xxxx运维综合管理平台基于Apache/IIS、MySQL和PHP，它可以在任何支持这些程序的操作平台上运行，如Windows、Linux（Debian、Ubuntu和Redhat）、Solaris和MacOS X等。此外，由于平台是基于B/S架构的应用程序，不需要在用户电脑上部署任何客户端，只需要一个简单的Web浏览器（IE 8+、Firefox 3.5+、Chrome或Safari 5+）即可使用。 2.平台架构 平台架构如下图所示:
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项目检查项 主要是录入各运维组巡检项目的检查项，各运维组录入各自的项目检查项信息，如下图所示