系统维护手册样例

系统维护手册样例
系统维护手册样例

海南海航航空信息系统有限公司

XXX项目

系统维护手册

海南海航航空信息系统有限公司文档版本:V2.01

文档日期:2005年07月21日

本文件中出现的任何文字叙述、文档格式、插图、照片、方法、过程等内容,除另有特别注明,版权均属海南海航航空信息系统有限公司所有,受到有关产权及版权法保护。任何个人、机构未经海南海航航空信息系统有限公司的书面授权许可,不得复制或引用本文件的任何片断,无论通过电子形式或非电子形式。

版本记录

目录

1.主机配置 (4)

2.系统安装和配置 (4)

3.数据备份 (5)

4.系统维护说明 (6)

5.故障解决经验 (12)

1.主机配置

(包括一台发布服务器和一台数据库服务器)

(一)发布服务器

(1)发布服务器配置如下:

主机型号: IBM X255

CPU:主频XEON DP 1.4GHZ × 2

内存: 2G DDR

硬盘:36.4G×2(RAID1)+36.4G×2(RAID5)

磁盘阵列: 36.4G×9 (RAID5)(分成80G、90G、100G三个逻辑盘,与主机通过百兆光纤连接)

磁带机: IBM 20/40G

网卡: 10/100M/1000M自适应网卡

主机名: hoasrvhk03

IP地址: 10.2.1.77、10.2.1.86(在一张网卡上配置两个IP地址)

操作系统:windows 2000 server advance

(二)数据库服务器

主机型号:HP LH6000

CPU:PIIIXEON × 2

内存: 1280M

硬盘:18.2G×4(RAID5)

磁带机: HP 8G

网卡: 10/100M/1000M自适应网卡

主机名: hoasrvhk01

IP地址: 10.1.1.69

操作系统:windows 2000 server advance

2.系统安装和配置

(一)发布服务器安装和配置

1、打SP4系统补丁及各安全补丁

2、发布程序路径: D:\group_oa

D:\group_oa_history

D:\minsheng_oa

3、公文呈报件存储路径: E:\

(呈报件按年、月、日分类分别存放在不同文件夹中)

4、ODBC配置:在系统DSN中建立名称为HNA_OA和HNA_OA_HISTORY的

数据库连接,连接到数据库服务器。

5、注册组件:将组件hnasoa.dll拷贝到硬盘上(例如c:\upload目

录),然后在运行中输入regsvr32 c:\upload\hnasoa.dll 。

注:“c:\upload\hnasoa.dll”为组件所在的绝对路径及组件名称

(二)数据库服务器安装和配置

1、打SP4系统补丁及各安全补丁

2、安装SQL SERVER 2000数据库

3、公文流转系统数据库:hnair_oa、HistoryOa(归档数据库)

3.数据备份

(一)发布服务器备份

(二)数据库服务器备份

4.系统维护说明

(一)简单系统原理:

通过公司的内部网络,将传统的人工公文呈报方式改为网上传递,加强文秘的管理职能,缩短公文流转时间。

(二)系统主要模块简单说明:

●公文呈报:

按照公文的样式分类:目前有发文稿纸、呈批单、合同、采购审批表、出差审批表、出国审批表、请假审批表、印刷品制作申请表、礼品宣传品申请表,主要功能是将用户输入的信息提交至数据库中。

用表格表示的对应关系如下表所示:

●公文签发:系统每隔2分钟检索数据库,将需要签批的文件显示

在页面上,主要显示、内容摘要、提交部门、提交人、提交时间、类型、机密等级)。

●公文跟踪:追踪公文流转情况,所有与该公文相关的人员都可以

追踪公文的流转情况(trace.asp)。普通员工和领导看到的是:我

呈报的公文、我签发的公文;文秘分为公司文秘、部门文秘、处

室文秘三类,分别跟踪相关的公文,文秘看到的是:本部门呈报

的公文, 外部门呈报的公文, 我签发的公文;领导秘书看到的是:我呈报的公文,我签发的公文,领导签发的公文;机要员看到的

是:我呈报的公文,我签发的公文,领导签发的公文,机要跟踪。

●公文查询:主要按照标题、我呈报的公文、我签发的公文、分发

给我的公文、时间、公文类型查询,返回结果为:类型、标题、

公文编号、提交人、提交日期。流转没有结束的公文无法在此查

询。

●待办公文:通过页面do.asp来显示需要您参与的公文,查看结束

后系统将自动把该公文标为已读,并将公文转入公文查询页面

query.asp中。

●公文统计:该模块是根据集团办公室的要求开发的,通过相关的

公式对集团决策和执行层领导的公文审批情况进行汇总和分析,

同时能够随时监控相关领导超过审批时限的公文,通过短信提醒

功能进行催办。通过该模块可以统计相关领导的审批工作量和效

率,同时可对公文流转系统的一些运行指标进行统计,积累相关

的数据。目前设置的统计功能包括:

文件总量统计:统计某时间段内公文流转系统审批结束的文件总量;

分类文件比重:统计某时间段内结束的各类文件的数量以及该类别结束文件占所有结束文件数量的比例;

文件流转率:按月统计每月最后一天流转的公文与当月结束流转公文的比率;

样本文件处理率:统计集团决策层及执行层领导每月决策公文的数量和所占比例;

样本分类文件处理率:统计集团决策层及执行层领导每月决策分类公文的

数量和所占类别比例;

样本文件过手率:统计集团决策层及执行层领导每月参与审批并已结束的公文数量和所占比例;

样本分类文件过手率:统计集团决策层及执行层领导每月参与审批并已结束的公文数量和所占类别比例;

超时审批公文统计:统计并列出集团决策层及执行层领导当前未审批的超时公文;

月度超时审批统计:统计并列出集团决策层及执行层领导某月超时审批的公文;

公文统计程序目录D:\grpup_oa\statistic,公文统计的相关权限分别在此目录的相关程序中添加。

●审批时限功能:

(1)、提醒设定标志

根据《海航集团公文审批与管理规定》:特急件收到后立即审批,急件审核不超过7个工作小时,平件审核不超过14个工作小时,合同、费用预算审核不超过21个工作小时,人事任免审核不超过28个工作小时。

在审批提醒中,除特急件自始至终红色显示外,其他公文开始为绿灯亮,时间过半后黄灯亮,超时后红灯亮。遇红灯才审批的,在流转过程中红色显示“审批超时”。

(2)、提醒时限计算方法

1、公文流转审批节点的算法:以公文流转账号库所示组织为基准,

自本部门向外呈报的时刻开始计时,在后续的审批过程中,每个部门、每位公司领导(包括助理)和集团领导视为一个审批节点。

2、公文流转审批工时的算法:工作日8:30-12:00;13:30-17:00(金

鹿公务机有限公司为9:00-17:30)。在工作时间以外或是在公休日、节假日提交的公文,则从下一个最早的工时开始计算。一般公文审批遇到公休日、节假日或跨越公休日、节假日,审批时间相应顺延;

急件、特急件的审批时间则不做顺延处理,仍按工作日时间计算。

撤回、删除、查阅功能:所有人员均能把自己呈报或签发后的公文做撤回操作;文秘可以把本部门或处室的所有未结束公文做撤回操作;机要员可做连续回退操作。文秘和机要员具有删除本部门或处室所有呈报的公文。只有领导和文秘可以查阅还在签批中的公文签批意见。

(三)后台管理经常的维护内容:

(1)添加删除账号程序:进入系统管理页面的“admin添删帐号”菜单,然后添入正确的内部网账号、姓名、岗位、排序号(默认999,数字小的排在本部门的前面,默认按岗位和姓名排列)。若要删除某账号,只需选出该用户,然后双击确认即可。

(2)修改账号信息:进入系统管理页面的“admin修改帐号”菜单,在“内部网帐号”栏输入需修改的帐号,点击“查询”,在弹出的页面可更改用户中文名、岗位、手机、序号以及单位信息,管理员可无限次更新某人的单位信息。管理员在管理页面中更改某用户单位信息后必须手工在attachment表和approval表中更改该用户单位信息(company和sub_company字段)。

(3)添加修改单位信息:若要添加新单位,把相应单位写入company表中,单位代码编号的原则为:前两位为公司代号,中间两位为部门代号,后两位为处室代号,一定要确保company_id没有重复且按顺序增加, 公司的ordernum字段内容必须为1—99之间的数字,部门及处室的ordernum字段内容可以是1—999之间的数字。更改单位名称时,进入系统管理页面的“admin公司维护”菜单,点击“原单位名称”选择需更改的单位,在“新单位名称”中输入新名称,点击“确定”即可。

管理员更改完单位名称后,还必须手工更改attachment表中原单位人员的单位名称(company字段)。

(4)上传领导签名程序:把相应已处理好的领导签名图像文件(以内部网账号命名)分别拷到D:/group_oa/image、

D:/group_oa_history/image、D:/minsheng_oa/group_oa/image、D:/minsheng_oa/group_oa_history/image、目录下,同时在personnel表中,把相应人员中的sign字段设为1.

(5)更改设置领导秘书程序:相关的表为secretary,把领导

的账号写在lead字段里,把他的秘书账号写在对应的name字段里。这样,领导在公文签发时收件人里默认显示的是他的秘书,同时,在公文跟踪里,领导所签发的文件其秘书都能跟踪到。

(6)更改文秘账号程序:在personnel表的kinds字段中,普通员工为0,领导为1,文秘为2。在other_kinds中,公司文秘为2,部门文秘为3,处室文秘为4,领导秘书为空(null)。

(7)机要跟踪的设置:集团总部跟踪主要领导签发由toplead 视图提供;海航股份跟踪主要领导签发由toplead21视图提供;长安航空跟踪主要领导签发由toplead2视图提供;美兰机场跟踪主要领导签发由toplead6视图提供;新华航跟踪主要领导签发由toplead4视图提供;山西航跟踪主要领导签发由toplead34视图提供;集团办公室提供相关跟踪领导的设置资料,由管理员更改相关视图中领导的账号。更改步骤:机要员设置在personnel表的trace_kinds字段中,1对应toplead,21对应toplead2, 6对应toplead6, 21对应toplead21, 4对应toplead4, 34对应toplead34, 相关内容在公文跟踪的机要跟踪中显示。机要员可连续做撤回的动作。

(8)、节假日的添加维护:在审批时限中对节假日有相关的规定,节假日写在festa.inc文件的festa字符中;不放假的周六、周日也设置在notfesta字符中,(注意:festa.inc文件中原来的内容不要删除,只需继续添加新的内容即可)。

(9)每添加一个公司,需做一个公司名称图片(*.gif格式,文件名为company表中company_id编号的前两位(公司编号)),并保存在发布程序D:/group_oa/image/com、D:/group_oa_history/image/com、D:/minsheng_oa/group_oa/image/com、

D:/minsheng_oa/group_oa_history/image/com目录中。

(四)、前台用户端常见的问题和解决

(1)用户自己添加账号:有E网账号的用户若还未被加入到公文流转账号库中,在他进入公文流转系统时,会有提示让他自己添加公文流转账号库,登记自己的姓名、单位和岗位。

(2)用户自己更新账号信息:当用户单位变更、岗位变化时,可在点收件人后有一条“按此修改自己的账号信息”的连接,点击

后通过updateme.asp修改自己的单位、或岗位等信息。单位每更改一次,在personnel表的changetimes字段中的数值将加一,超过3次将不提供修改机会,需管理员把该值请空。注意:文秘秘书类人员账号权限较特殊,不提供其直接更改自己账号信息的能力,需她们发email给管理员,由管理员代其更改相关信息。

(3)最经常的是用户端的浏览器未作以下设置:进入Internet →工具→Internet选项→常规→删除文件→删除所有脱机内容(在前面打上“√”)→确定→设置(在常规中)→选“每次启动Internet Explorer时检查”→确定→确定。如果用户端未作好这些设置,有新公文时将不显示;已报出的公文在公文跟踪还显示在本地;报出的公文标题发生变化(变成上一条公文的标题)等问题。

(4)用户点击附件时打不开,首先让用户看看附件是什么格式的文件,用户端是否有打开此格式文件的工具。如用户端有打开附件的工具仍打不开附件,可能是工具版本不一致造成,可让用户将附件保存到本地后打开或换其他电脑试试其他版本的工具是否可以打开附件。

(5)如用户呈报公文时呈报件太大造成公文无法呈报,一般是呈报件中带有图片,且图片占用空间较大,应让用户使用photoshop将图片缩小并保存成jpg格式的图片文件,再将图片导入到WORD文档中重新呈报公文即可。

(6)当用户反映就其使用不了公文流转问题时,可让他在另外一台电脑上测试,若可以正常使用则是ie浏览器的问题。

(7)其他问题请参考E网-教育栏目中的《公文流转常见问题解答(一)》。

(五)、管理员常用存储过程

(1)Clean_OaSpilthCode

hnair_oa数据库存储过程,作用:将attachment、approval、allot 表中的垃圾数据(update_flag字段not null)分别移到

attachment_del、approval_del、allot_del表中(已建立计划任务,每月30日自动执行一次,)。

(2) return_OaSpilthCode

hnair_oa数据库存储过程,作用:将attachment_del、

approval_del、allot_del表中的数据分别还原到attachment、

approval、allot表中。

(3)sp_collection

HistoryOa数据库存储过程,作用:将hnair_oa数据库中结束三个月的公文记录移到HistoryOa数据库相应表中。(hnair_oa数据库中的attachment_bak、approval_bak、allot_bak表中的相关记录分别移到HistoryOa数据库的attachment_bak、approval_bak、allot_bak 表中)(已建立计划任务,每月30日自动执行一次,)。

(4)sp_resume_collection

HistoryOa数据库存储过程,作用:将HistoryOa数据库中的公文记录恢复到hnair_oa数据库相应表中。(注:如果用户要求将结束后的公文恢复流转,管理员先执行此存储过程将相应公文记录移到

hnair_oa数据库,再由文秘恢复此公文流转。)

(5) sp_Cooperate

作用:把公文流转系统hnair_oa 库中公司、用户、可以使用图片签名的用户同步到HistoryOa库(归档系统)中。(已建立计划任务,每天自动执行一次)。

(6)存储过程执行步骤:

例:恢复HistoryOa数据库中attachment_bak表中id 号为19778的公文恢复到hnair_oa数据库attachment_bak表中,具体操作为:进入SQL查询分析器,输入并执行以下语句即可:

exec sp_resume_collection

@id=’19778’

5.故障解决经验

(一)系统BUG导致的故障

(1)公文呈报

1、呈报公文时提示“公文无法提交”,公文接收人也接收不到公文,但

呈报人在公文跟踪中却可以跟踪公文,点击公文标题提示“”,检查公文呈报表(attchment)可以看到此公文记录,但公文流转过程表(approval)或其他相关表(例:呈报采购立项申请表时的stock表)中没有此公文记录。

解决:要求用户参照E网-教育栏目中的《公文流转各类公文字段长度

说明》检查各字段长度的允许范围,然后在各字段长度允许范围内填写公文呈报内容。

(2)公文签发

1、用户在公文签发过程中上传附件,后又不想带附件撤回重签发,但数

据库中仍记录附件路径,导致附件撤不了(无论哪种类型的公文)。

解决方法:手工在数据库中清除附件上传记录。

2、公文撤回出错,会出现以下情况之一:

(i)attachment表update_flag字段被屏蔽,造成除呈报人外的其他人不能跟踪文件,但签发人可以正常签发。

解决:手工清除attachment表update_flag标志。

(ii)approval表underwrite 、dodate字段没正确更改,造成公文撤回人看不到公文,无法继续签发。

解决:手工更改数据库underwrite 、dodate字段。

3、公文屏蔽功能在windows2000系统中登录域能正常使用,但在

windows 98系统中必须不登录域才能使用。

解决:如用户确实屏蔽不了,可手工在approval表中屏蔽(hide=0)。

4、有时某些用户可以连着签发同一个公文两次,造成记录重复。

解决:手工在approval表中屏蔽删除多余记录(在相应记录的

update_flag字段标上删除者帐号)。

5、用户帐号删除或更改单位信息后,正在流转的approval、attachment

表中的单位信息没有相应改变,造成公文无法继续流转。

解决:手工更改approval表、attachment表中的相应用户的单位信

息,如用户有正在流转的公文必须等公文结束后才能删除公文。

6、公文签发时某用户只签发一次,且查数据库中此用户只产生一条记

录,但在公文跟踪中却看到两条一样的记录。

解决:无法处理,需开发部更改程序。

7、用户在公文查询中常常收到两条一模一样的公文(标题、内容、结束

时间全都一样),但常分发记录只有一条。此问题何海燕总前段时间

也曾遇到。

解决:无法处理,需开发部更改程序。

8、某节点签发公文时如果遇公文超时,在审批提醒栏会出现错误信息,

虽不影响公文签发,但用户常以为公文有错误。

解决:无法处理,但不影响公文的正常签发,需开发部更改程序。(3)公文跟踪

公文跟踪中公文流转过程的审批时限计算不对,原来是针对签发人计

算的,现在变成针对一个部门计算了。

解决:无法处理,但不影响公文的正常签发,需开发部更改程序。(4)公文分发、查询

1、分发的公文阅读后再也无法撤回。

解决:allot表中的update_flag字段值无效(直接在表中屏蔽此字段也没用),必须从表中删除分发记录才行。

2、待办公文看完后,公文分发记录从allot表移到allot_bak表时,

allot_bak 表中的do_date字段经常没有记录时间,导致公文查询中

无法查询此公文。

解决:手工在allot_bak表中输入do_date字段时间。

(5)系统管理

“海航酒店(集团)有限公司”在company表中ordernum规则与其他公司不一样,造成“酒店集团”人员不能自己添加、更改公文流转单位信息。

解决:海航酒店(集团)有限公司的公文流转帐号信息添加、更改由系统管理员更改。

(二)其他用户使用问题请见E网-教育栏目的《公文流转常见问题解答(一)》、《公文流转系统使用手册》、《公文流转帐号信息更改说明》。

消防系统维护保养手册

消防系统维护保养手册 文档编制序号:[KKIDT?LLE0828?LLETD298?POI08] 防

系 统 维 护 保 养 手 册 保养事项 —、消防设备管理要求 1.所有安全及疏散指示牌必须保持良好状态,停电后仍正常工作。 2.所有消防设备应每月测试一次’如发现故障应马上维修并记录。3?任何消防设备安装于机房内,应每星期检查一次。 4.消防系统主机应每月测试一次’如有故障应马上维修并记录。 5.消防水泵应保持良好状态,阀门没有被人误关及消防水箱水位正常。 6.填写完整消防保养记录。 7.每年应有一次消防演习。

第一章维护保养方案 依据有关消防法规及相关规范和《消防设施维护保养细则》,我 公司确定维管方案如下: 1、紧急故障处理制度 当系统出现故障,值班人员应做好故障记录,然后及时通知我公司技术人员,讲清楚故障现象(便于作相应准备),我公司将派人员在2小时内赶到现场处理故障,一般故障保证在24小时内排除如遇特殊原因(如配件不能及时购买)不能及时排除的,向甲方出具书面报告,说明原因,并极积配合相关单位,力争在最短时间内解决,确保系统正常运行。每次维护由维护人员填写维管记录表,一式两份,双方人员签字确认后,各存一份,作为工程维护档案,以备查阅。 2、系统月检制度 每月应由维管人员2名到现场作相应月检及测试工作,发现问题及 时解决,并填写《月检记录表》。 具体工作内容: 每季度第一个月 ①火灾自动报警系统 A、检查消防主机的运行情况及各项功能。 B、抽检各类报警点的报警功能。 ②消火栓系统 A、检查管网上的阀门、减压阀、减压孔板是否正常。 B、启动消防水泵(包括用启泵按钮启动)及有关联动信号。 C、检查消防蓄水量是否满足要求。

2020年(项目管理)系统运行维护手册项目

(项目管理)系统运行维护手册项目

XXX项目 系统运行维护手册安徽科大讯飞信息科技股份有限公司

修订文档历史记录

目录 1.前言 (3) 2.系统运行监控 (3) 2.1服务器运行状态监控 (3) 2.1.1监控内容 (3) 2.1.2监控要求 (3) 2.1.3监控产物 (4) 2.1.4操作说明 (4) 2.1.5邮件系统可用性验证 (8) 2.1.6SAN磁盘状态检查 (8) 2.2平台可用性检查 (9) 2.2.1监控内容 (9) 2.2.2监控要求 (10) 2.2.3监控产物 (10) 2.3补丁与病毒定义更新检查 (10) 2.3.1补丁检查与升级 (10) 2.3.2病毒检测及病毒定义更新检查 (10) 2.4垃圾邮件维护 (11) 2.4.1维护垃圾邮件地址列表 (11) 2.4.2定期清理垃圾邮件 (12) 2.5系统备份检查 (12) 2.6服务器硬件状态检查 (12)

3.1收集用户信息 (13) 3.2在AD中添加用户 (13) 3.3为用户开通邮箱 (15) 3.4为用户开通LCS功能 (16) 3.5为用户开通U SER S ERVICE服务 (17) 3.6在U SER S ERVICE中为用户配置角色 (18) 4.平台访问安全控制 (19) 5.平台系统开、关机 (19) 5.1系统关机 (19) 5.2系统开机 (20) 6.基础架构信息维护 (20) 7.系统运行维护报告 (21) 8.附件 (21) 8.1服务器监控范围 (21) 8.2系统运行监测记录表 (22) 8.3平台功能模块监测记录表 (24) 8.4服务器补丁升级检查表 (27) 8.5服务器病毒定义升级及病毒检查表 (28) 8.6服务器巡检记录表 (30) 8.7系统运行维护日报 (31)

消防系统维保技术要求

消防系统维保技术要求 一.总则 1.本技术规范书适用于XXX有限公司的消防系统维保项目, 包括全厂消防系统的维保内容、维保质量等技术要求以及现场施工和安全的相关要求。 2.维保目的﹕为使能对本工程的各类消防设施进行有效的维护及保养,使其处于 最佳工作状态。保证在发生意外状况时能立即发挥其作用,将人员及财产损失降至最低。二.项目概况 1.项目名称:XXX有限公司消防系统维护保养。 2. 工程地点:XX市XXXXXXX。 3. 维修保养项目如下,乙方针对以下项目提供维保方案,维保方案中应包含但不 限于本技术文档中提及维护保养内容及技术要求: 3.1 火灾报警及联动控制系统(主要包括火灾报警控制器、通讯控制柜、感 烟探测器、感温探测器、手动报警按钮、警铃等); 3.2 消防给水系统(主要包括:室内消火栓、室外消火栓、消防水泵、水泵 接合器、消防水池、浮球阀、屋顶水箱、管道阀门、管网等); 3.3 自动喷水灭火系统(主要包括:水灭火系统控制柜、喷洒头、湿式报警 阀、水流指示器、压力开关、水泵、管道阀门、管网、水力警铃等); 3.4 气体灭火系统(主要包括CO2气体灭火系统,七氟丙烷气体灭火系统等) 3.5 防排烟及联动系统(主要包括:防排烟阀、防排烟风机、电控箱等) 3.6 应急照明和疏散指示标志(主要包括应急照明电源、应急照明灯,疏散 指示牌等)

3.7 防火分隔设施(主要包括:防火门,防火卷帘门,卷帘门控制箱、电机、限位器、帘片、按钮盒等) 3.8 应急广播系统(主要包括广播喇叭,话筒,消防电话等) 3.9 灭火器维护管理 三. 乙方资格要求 1. 应具备独立法人资格,同时具有消防维修保养资质证。 2. 应具备丰富的维修保养经验及良好的社会信誉; 3. 必须提供以下文件: 3.1 营业执照原件及复印件、法人代表证明及身份证复印件及委托代理人证明及身份证复印件; 3.2消防设施维修保养资质证书原件及复印件; 3.3消防设施维修保养人员资格证原件及复印件; 4. 国际认证企业及守合同重信用企业优先考虑。 四.维护保养内容及技术要求 1. 概述 乙方需根据本技术要求描述的维护保养范围及内容、“附件A-2 消防系统维保记录表”的内容及技术要求认真履行职责(当本技术要求与“附件A-2 消防系统维保记录表”中的技术要求和内容有不一致时,以“附件A-2 消防系统维保记录表”优先),确保厂内所有消防设施的正常运行,并在设备发生故障的情况下能够及时组织专业人员进行维修以及突发事件的应急响应。另外,乙方需遵守公司所有的规章制度和管理体系的要求,履行公司对供应商规定的义务,加强在物料、成本、培训方面的管理。同时须严格按照以下规

在线监测系统维护手册

在线监测系统维护手册

在线监测系统维护手册公司内部档案编码:[OPPTR-OPPT28-OPPTL98-OPPNN08]

公用产品质量在线监测系统项目 系 统 维 护 手 册 山东煌通数码科技有限公司 版本:0.8 编制人:审核人:审批人: 日期:日期:日期: 版本修订历史记录: 目录 1. 引言.................................................... 1.1 编写目的: ............................................ 1.2 项目背景: ............................................ 1.3 定义: ................................................

1.4 参考资料: ............................................ 2. 任务概述................................................ 2.1 目标 .................................................. 2.2 用户类型 .............................................. 2.3 条件与限制 ............................................ 3. 总体部署结构描述........................................ 3.1 系统运行方法 .......................................... 3.2 日常检查项目 .......................................... 3.3 数据库维护 ............................................ 3.3.1 添加新的终端(非OPC的)............................. 3.3.2 添加新的OPC终端..................................... 3.4 数据核对 .............................................. 3.4.1 检查终端连接状态..................................... 3.4.2 检查实时数据......................................... 3.5 环境温度接入 .......................................... 3.5.1 修改配置文件接入数据................................. 3.5.2 环境温度通道连接状态检查............................. 3.5.3 环境温度实时数据检查................................. 4. 附录一 .....................................................

软件项目程序维护手册模版

十一、程序维护手册 1.引言 (1) 1.1编写目的 (1) 1.2开发单位 (1) 1.3定义 (2) 1.4参考资料 (2) 2.系统说明 (2) 2.1系统用途 (2) 2.2安全保密 (2) 2.3总体说明 (2) 2.4程序说明 (2) 3.操作环境 (3) 3.1设备 (3) 3.2支持软件 (3) 3.3数据库 (4) 4.维护过程 (4) 4.1约定 (4) 4.2验证过程 (4) 4.3出错及纠正方法 (5) 4.4专门维护过程 (5) 4.5专用维护程序 (5) 4.6程序清单和流程图 (5) 1.引言 1.1编写目的 【阐明编写手册的目的,指明读者对象。】 1.2开发单位 【说明项目的提出者、开发者、用户和使用场所。】

1.3定义 【列出报告中所用到的专门术语的定义和缩写词的原文。】 1.4参考资料 【列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源,以及保密级别,可包括: a.用户操作手册; b.与本项目有关的其他文档。】 2.系统说明 2.1系统用途 【说明系统具备的功能,输入和输出。】 2.2安全保密 【说明系统安全保密方面的考虑。】 2.3总体说明 【说明系统的总体功能,对系统、子系统和作业做出综合性的介绍,并用图表的方式给出系统主要部分的内部关系。】 2.4程序说明 【说明系统中每一程序、分程序的细节和特性。】 2.4.1程序1的说明 2.4.1.1功能 【说明程序的功能。】 2.4.1.2方法 【说明实现方法。】 2.4.1.3输入 【说明程序的输入、媒体、运行数据记录、运行开始时使用的输入数据的类型和存

放单元、与程序初始化有关的入口要求。】 2.4.1.4处理 【处理特点和目的,如: a.用图表说明程序中的运行逻辑流程; b.程序主要转移条件; c.对程序的约束条件; d.程序结束时的出口要求; e.与下一个程序的通信与联结(运行、控制); f.由该程序产生并供处理程序段使用的输出数据类型和存放单元; g.程序运行所用存储量、类型及存储位置等。】 2.4.1.5输出 【程序的输出。】 2.4.1.6接口 【本程序与本系统其他部分的接口。】 2.4.1.7表格 【说明程序内部的各种表、项的细节和特性。对每张表的说明至少包括: a.表的标识符; b.使用目的; c.使用此表的其他程序; d.逻辑划分,如块或部,不包括表项; e.表的基本结构; f.设计安排,包括表的控制信息。表目结构细节、使用中的特有性质及各表项的 标识、位置、用途、类型、编码表示。】 2.4.1.8特有的运行性质 【说明在用户操作手册中没有提到的运行性质。】 2.4.2程序2的说明 【与程序1的说明相同。以后其他各程序的说明相同。】 3.操作环境 3.1设备 【逐项说明系统的设备配置及其特性。】 3.2支持软件 【列出系统使用的支持软件,包括它们的名称和版本号。】

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项目检查项 主要是录入各运维组巡检项目的检查项,各运维组录入各自的项目检查项信息,如下图所示

烟气在线监测系统维护技术规范书

烟气在线监测系统维护技术规范书 为确保句容发电厂全厂烟气在线监测设备(以下简称CEMS系统)的安全可靠使用,招标方拟委托投标方对全厂烟气在线监测设备进行检修维护,为明确双方的权利和义务,保质保量做好烟气在线监测设备的检修维修,根据《中华人民共和国合同法》和国家有关制度的规定,特制订本技术规范书。 一、双方工作范围 投标方负责句容发电厂(2×1000MW机组)四套脱硫烟气在线监测系统及设备、八套脱硝烟气在线监测系统及设备、十二套电除尘粉尘浓度监测设备(含现场数据处理、DAS系统、报表数据及外送信号部分等)的日常消缺、定期保养和计划检修工作(设备清单附后)。CEMS系统维护范围为以电监办和环保厅上传数据设备为界,上传数据设备以下均为乙方维护范围,包括分析仪表系统以及所有就地设备(包括烟气的压力、温度、流量测量元件、烟尘浓度、湿度仪、样气的探头、伴热取样管路、加热系统电磁阀、吹堵装置、控制电磁阀等的组成部分)、工控柜、PLC控制系统、远程数据采集系统(含GPRS)、上位机等。 合同履约期间,招标方新增或更改的烟气在线监测设备均属投标方合同范围内工作内容。如需要对以上烟气在线监测设备进行重大技术改造,则改造发生的费用将不包含在总承包费用中。 句容发电厂1、2号机组脱硫装置目前能够满足新环保标准排放限值要求,但根据《江苏省煤电节能减排升级与改造行动计划(2014-2020年)》要求,句容公司将执行超低排放限值要求:脱硫装置出口SO2浓度低于35mg/m3(标态、干基、6%O2),NOX浓度低于50mg/m3(标态、干基、6%O2),粉尘浓度低于5mg/m3(标态、干基、6%O2)。 二、承包方式: 1、投标方根据国家环保总局、江苏省环保局及当地环保局认可的运行方案、针对该类系统的运行技术规范及相应的管理要求,对该系统进行定期的维护,确保CEMS系统的稳定运行,在监测仪器设备正常稳定运转的情况下,确保外送数据联网。 设备维修保养所需的工器具、消耗品(如分析仪取样探头滤芯、气水管路、

软件用户手册

第一部分系统管理员操作说明 1.1 管理员操作说明 1.1.1管理员登录 功能概述: 管理员登录窗口:管理员通过该步操作才可进入系统进行系统操作 操作方法: 1.打开IE浏览器,输入配送优化大赛软件的访问地址:http://IP:915/,进入之后如图 所示: 2.输入用户名和密码,点击【登录】进入系统选择页面。

3.选择【配送优化大赛软件V1.0】进入系统首页。 1.1.2地图上传 功能概述: 管理员上传一张地图。

操作方法: 1.系统管理员进入主系统,点击【地图上传】按钮进入【地图上传】页面。 2.点击浏览,选择需要上传的地图,点击上传。(下图为上传好的地图) 功能按钮说明: 【浏览】:点击浏览选择地图图片。 【上传】:上传选择的地图。 1.1.3站点维护 功能概述: 管理员对站点进行维护。 操作方法: 1.系统管理员进入主系统,点击【站点维护】按钮进入【站点维护】页面。 2.选定某个客户或支点进行拖动,可随意放置客户和支点的位置,并对支点进行删除(只

能删除未保存的支点)。 3.可对站点添加多个支点(添加支点是为了方便后续线路维护)。 注:红色图标表示:配送中心;绿色图标表示:配送客户;蓝色图标表示:支点。 点击重置所有点,可将之前维护好的站点全部重置。

重置之后的所有站点需要重新部署。 4.站点维护好之后点保存可直接跳转到线路维护页面。 功能按钮说明: 【帮助】:显示帮助信息; 【重置所有点】:点击重置所有点,之前维护好的站点将重置。 【添加支点】:可添加多个支点。 【删除支点】:可删除支点(只能删除未保存的支点)。 【保存】:保存维护好的站点。 1.1.4线路维护 功能概述: 管理员进行线路维护。 操作方法: 1.系统管理员进入主系统,点击【线路维护】按钮进入【线路维护】页面。

系统维护管理手册

系统维护分册 目录第一章软件的安装 第一节 环境要求 第二节数据库安装 第三节软件安装 第二章 软件配置环境 第三章 数据库备份与恢复 第四章 疑问解答 第一节 打印问题 第二节 软件升级问题 第三节 软件使用注册问题

第一章 软件的安装 本章介绍的内容包括:NAVECO特约服务站管理系统软件运行的环境要求、软件使用数据库的安装、软件的安装三个小节,下面分别讲述。 第一节 软件运行的环境要求 一、软件运行的硬件要求 软件运行的硬件要求, 两个部分:一个是服务器的硬件要求,一个是客户端的硬件要求。 1、服务器端的硬件要求 配置512M内存和40G硬盘的586PC个人计算机均可作为系统运行的服务器。资金许可的客户可以建议采用PC SERVER专用服务器,性能稳定,速度更加快捷。软件采用的MSSQL SERVER 2000数据库,支持多颗CPU,为用户将来升级、扩展提供了技术上的可行性。 2、工作站的硬件要求 配置256M内存和40G硬盘的586PC个人计算机均可作为系统运行的工作站。资金许可的客户可以建议采用相同配置以上的品牌电脑。 二、软件运行的软件环境 软件运行环境同样有服务器端和客户端的区分,他们的运行要求分别是: 1、服务器要求 服务器要求安装WINDOWS 2000 ADV SERVER高级服务器版或WINDOWS 2000 SERVER服务器版网络操作系统,并安装MSSQL SERVER 2000数据库。为了保障数据库服务器安全,要求客户安装NORTON防病毒软件(或其他防毒软件),并且经常性地更新病毒代码,以使服务器免受病毒感染,对用户数据造成损害。 2、工作站要求 工作站可以安装: WINDOWS 2000 ADV SERVER高级服务器版 WINDOWS 2000 SERVER服务器版 WINDOWS 2000 PROFESSIONAL 专业版 WINDOWS XP 操作系统。 如果工作站采用WINDOWS 2000网络操作系统,由于对网络用户身份验证设置不正确,常常发生数据库连接失败的报错,其正确的用户身份验证设置在售后服务部分介绍。

信息系统运行维护服务成本度量规范

《信息系统运行维护服务成本度量规范》xx地方标准编制说明 一、编制的目的和意义 目前我省尚无科学统一的信息系统运行维护服务成本度量标准体系以指导、规范、信息系统运行维护服务项目的研发成本,较大程度导致做预算时无据可依,造成资源极大浪费或预算不足;在信息系统运行维护服务项目招评标过程中,由于无法界定信息系统运行维护服务工程项目的合理成本范围,常常出现恶意低价或超高价格竞标现象; 信息系统运行维护服务成本度量规范的出台,其意义在于: 统一预测算口径,明确运维服务内容,采用科学的计算方法计算运维费用,使信息系统运维费用测算更加科学化、合理化,从而有效利用资金,保障相关企事业单位和部门的信息化运维工作正常开展,确保对信息化运维工作的有效支撑和业务持续。 因此,该规范的制定将是河南省信息系统运维服务行业走向成熟的标志,将为河南省信息服务产业的可持续健康发展提供重要的战略支撑。 本标准借鉴国内成熟经验,针对河南省信息系统运维服务项目,规定了信息系统运行维护服务成本度量方法,包括运维成本的构成、度量公式、参数取值,以满足河南省信息系统运维服务产业发展的需求。 二、任务来源及编制原则和依据2018年3月,由中平信息技术有限责任公司向河南省质量技术监督局提出制定《信息系统运行维护服务成本度量规范》地方标准立项申请, 2018年7月,该标准列入2018年第一批河南省地方标准制修订计划(豫质监标发〔2018〕236号),立项编号:065,由中平信息技术有限责任公司、河南省软件服务业协会信息技术标准化专业委员会等单位负责该地方标准的编制工作。 标准的编制原则:

1.在规范制定过程中,对大量各种案例和场景进行了分析,提炼出符合河南省信息系统运维项目实际情况的成本度量方法。 2.编制组对国内水利信息系统运行维护定额标准、软件研发成本度量规范、电力标准成本度量等标准和规范进行了研究和学习,总结并借鉴了其中成熟的做法。 依据和参考的主要标准有: 【1】GB/T 1.1标准化工作导则第1部分: 标准的结构和编写 【2】GB/T 28827.1信息技术服务运行维护第1部分: 通用要求 【3】GB/T 28827.2信息技术服务运行维护第2部分: 交付规范 【4】GB/T 28827.3信息技术服务运行维护第3部分: 应急响应规范 【5】GB/T28449信息安全技术信息系统安全等级保护测评过程指南 【6】GB/T 29264信息技术服务分类与代码 【7】ISO/IEC 20926软件和系统工程-软件度量 【8】SJ/T11463软件研发成本度量规范

系统维护手册(完整资料).doc

【最新整理,下载后即可编辑】 密级:内部公开 文档编号:LANDUNTEC_SD_TEMP_08 版本号:V1.0 分册名称:第1册/共1册 系统维护手册 中国普天信息产业股份有限公司 --------------------------------------------------------------------- 中国普天信息产业股份有限公司对本文件资料享受著作权及其它专属权利,未经书面许可,不得将该等文件资料(其全部或任何部分)披露予任何第三方,或进行修改后使用。 文件更改摘要:

目录 1. 适用范围 (2) 2. 系统运行环境 (2) 2.1. 数据库环境 (2) 2.2. Web环境 (2) 3. 系统运维计划 (3) 3.1. 运维目标 (3) 3.2. 运维内容 (3) 3.3. 运维服务 (3) 4. 各个设备工作状态判断标准及疑问 (4) 4.1. 慧瑞通楼宇呼叫单元机,对讲分机状态监控 (4) 4.2. Ipc广播设备状态监控 (4) 4.3. 电梯运行状态监控 (4) 4.4. 摄像头运行状态监控 (4) 4.5. 停车场系统系统实时控制及监控 (5)

1.适用范围 该手册适用于系统管理员及系统维护人员适用。 2.系统运行环境 2.1.数据库环境 服务器信息: 安装软件:

数据库配置: Jdk及mysql软件是分别安装在22服务器和26 服务器上的。Mysql的数据库管理信息配置如下: 全局数据库名:cms 数据库IP:10.1.8.26 数据库别名:cms 数据库管理员用户:root 密码: 2.2.Web环境 Web服务器为虚拟操作系统。 系统信息: 服务器网络配置: IP地址:10.1.8.22 IP的子网掩码:255.255.255.0 默认网关:10.1.8.1

软件维护手册

软件维护手册 主要包括软件系统说明、程序模块说明、操作环境、支持软件的说明、维护过程的说明,便于软件的维护。 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 的说明相同。以后的其他各程序的说明相同。

系统维护手册模板

湖南省地方税务局规费管理系统 维护手册 长沙海蝶计算机科技开发有限公司

一、适用范围 该手册适用于系统管理员及系统维护人员适用。 二、系统运行环境 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)负责为用户到现场安装并调试公司的应用软件,直到系统能正常运行。

北京《安全技术防范系统维护保养和维修服务规范》含费率

北京《安全技术防范系统维护保养和维修服务规范》含费率

————————————————————————————————作者:————————————————————————————————日期: 2

ICS XXX DB X XX 备案号:XXX-XXXX 北京市地方标准 DB11/X XXX—XXXX 安全技术防范系统维护保养和维修服务规范Security and safety system maintenance and repair service standard (征求意见稿) XXXX-XX-XX发布XXXX-XX-XX实施北京市质量技术监督局发布

目次 前言 1范围 0 2规范性引用文件 0 3术语和定义 0 4一般要求 (1) 5维护保养技术要求 (2) 6维护保养内容要求 (3) 7维护保养和维修作业人员工作要求 (7) 8维护保养和维修服务取费原则 (7) 9服务要求 (8) I

前言 DB11/X XXX《安全技术防范系统维护保养和维修服务规范》分为9部分: ——第1部分:范围 ——第2部分:规范性引用文件 ——第3部分:术语和定义 ——第4部分:一般要求 ——第5部分:维护保养技术要求 ——第6部分:维护保养内容要求 ——第7部分:维护保养和维修作业人员工作要求 ——第8部分:维护保养和维修服务取费原则 ——第9部分:服务要求 本规范为推荐性规范。 本规范由北京市公安局提出并归口。 本规范起草单位:北京市公安局内部单位保卫局、北京安全防范行业协会、北京安防系统紧急维修维护服务中心、北京市高特技工贸公司、北京泰瑞特认证中心。 本规范主要起草人:初京、何钢、李辉、黄山、栗萍、韩锦坤、蔡荣琴、方新堂、邓德建、田昕、周敏云。

在线监测系统维护手册样本

公用产品质量在线监测系统项目 系 统 维 护 手 册 山东煌通数码科技有限公司 版本: 0.8 编制人: 审核人: 审批人: 日期: 日期: 日期: 版本修订历史记录:

目录 1. 引言.................................. 错误!未定义书签。 1.1 编写目的: .......................... 错误!未定义书签。 1.2 项目背景: .......................... 错误!未定义书签。 1.3 定义: .............................. 错误!未定义书签。 1.4 参考资料: .......................... 错误!未定义书签。 2. 任务概述.............................. 错误!未定义书签。 2.1 目标................................ 错误!未定义书签。 2.2 用户类型............................ 错误!未定义书签。 2.3 条件与限制.......................... 错误!未定义书签。 3. 总体部署结构描述...................... 错误!未定义书签。 3.1 系统运行方法........................ 错误!未定义书签。 3.2 日常检查项目........................ 错误!未定义书签。 3.3 数据库维护.......................... 错误!未定义书签。 3.3.1 添加新的终端( 非OPC的) ........... 错误!未定义书签。 3.3.2 添加新的OPC终端................... 错误!未定义书签。 3.4 数据核对............................ 错误!未定义书签。 3.4.1 检查终端连接状态................... 错误!未定义书签。 3.4.2 检查实时数据....................... 错误!未定义书签。

软件系统运维手册范本

系统运维手册

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系统服务程序的构成

公司文件系统维护管理规定

公司文件系统维护管理 规定 公司内部编号:(GOOD-TMMT-MMUT-UUPTY-UUYY-DTTI-

目录

第一章总则 1.1 目的 对公司各类文件的编制、更改等工作进行控制,明确各类文件的编制、更改程序。确保各类文件的出处及内容的规范。 1.2 释义 本制度及公司其他管理制度中提及的业务支持部门,在现 阶段是指办公室、财务/物料部、资源质量管理部、工程服 务中心、战略发展部等部门。

1.3 文件分类及定义 根据公司目前的实际情况:将公司文件分类如下:见下图: 1.4 应用范围 本制度仅对文档结构中“管理文件”部分的编制、更改程序及权限进行规定。 1.5 文件编制层级依据 见下图: 1.6 编制原则 各部门编制的文件原则上不能和公司相关文件的规定相冲突;部门内部文件内容及规定不能相互冲突。 各类文件的编制应遵循以公司“质量管理系统文件”为核心的原则。 1.7 说明 各类文件的编号、保存、查询、借阅、销毁等程序详见公 司《档案资源管理制度》及《质量手册》之相关规定。本 制度编制时已充分考虑了与上述文件的相容性,与上述文 件的规定互为补充,没有冲突。

第二章文件的策划、编制、审核、批准程序 2.1 策划、审核、批准原则 1.本制度所定义的文件发布前必须得到批准,以保证文件 的适宜性。 2.文件策划时必须系统策划文件类,即每类文件应该包含 的内容。以保证每类文件有相同或相近的格式。 3.多个需审批的文档组成一个系统文件时。可分单个文档 进行审批,如需对系统文件进行总体审批时,必须完整 列出所需审批文档的目录,以确保系统文件是通过审批 的。 4.文件有附件时,必须在审批页完整列出附件目录,以确 保附件是通过审批的。 2.2 董事会管理文件 公司董事会文件由公司董事会策划,公司CEO负责组织编制,董事会讨论发布。 2.3 总经理直管文件 企业战略文件 由CEO策划,CEO组织编制,并提交董事会讨论通过,董事会批准发布。

消防设备维护保养技术规范标准

忻州广宇煤电有限公司一期2×135MW机组消防系统维保技术规范 批准: 审核: 编制:

2015年08月20日 第一章目的与范围: 1.1目的﹕为使能对本工程的各类消防设施进行有效的维护及保养,使其处于最佳工作状态。保证在发生意外状况时能立即发挥其作用,将人员及财产损失降至最低。 1.2范围:本规定适用于本工程范围内的所有消防设备。 1.3 本工程服务年限一年。 1.4资质要求:消防维保一级资质。 第二章参考资料: 2.1 「中华人民共和国消防法」 2.2 「建筑消防设施检测技术规程」 2.3 「消防产品现场检查判定规则(GA588-2005)」 第三章维护保养内容: 第一节消防控制主机

3.1.1每月消防控制主机电源检查项目: 1)检查系统电压偏移是否在允许范围内。系统电源标准﹕AC 197V~242V 50Hz 1Hz 2)查看消防控制配电箱的标志,以及仪表、指示灯、开关、控制按钮。 3)检查主电源和备用电源之间的自动切换是否正常。 检查方式﹕ a)自动控制方式下,手动切断消防主电源,观察备用消防电源的投入 以及指示灯的显示。 b)人为控制方式下,在低压配电室应先切断消防主电源,后闭合备用 消防电源,观察备用消防电源的投入以及指示灯的显示。 c)每季度要对备用电源进行1~2次充放电实验,1~3次主电源和备 用电源自动切换实验。 3. 1.2每月应对消防控制主机进行如下项目检查﹕ 1)触发自检键,进行功能自检: 2)对控制器电源全部发光显示器进行检验,并循环三次。 3)对Ⅱ级编程继电器进行检验,检验期间继电器触点动作,但输出 +24V撤消。 4)对打印机功能进行检验。 5)对控制器的主要硬件接口芯片,存储器芯片及各类插件的主要I芯 片进行自动实时故障检测。

信息系统维护手册模板

信息系统维护手册 模板

密级: XXX XXX软件项目 系统维护手册 8月

第一章环境要求错误!未定义书签。 1.1 概述 ................................................................... 错误!未定义书签。 1.2 环境要求............................................................ 错误!未定义书签。 1.2.1工作站 错误!未定义书签。 1.2.2应用服务器 错误!未定义书签。 1.2.3数据库服务器(针对数据分布方式) 错误!未定义书签。 1.2.4其它配置 错误!未定义书签。 第二章系统维护错误!未定义书签。 2.1 省厅WebSphere集群环境应用程序更新步骤错误!未定义书签。

第一章环境要求 1.1 概述 根据广东省XXX软件项目的要求,结合各地市实际情况,系统将采取集中与分布相结合的部署方式。 省厅现在有两台p690小型机,可作为今后数据大集中的中心数据库。 对于大型城市,如广州、深圳等地,可考虑建立单独的数据库服务器、应用服务器,经过数据交换/共享平台与省厅数据中心进行信息交互。 对于中小城市,可考虑将数据大集中到省厅数据库服务器(采用数据分区方式);应用服务器可采取主机托管方式,由省厅统一管理。 整个系统部署的网络拓扑图如下:

1.2 环境要求 注意:以下配置仅供参考,生产环境要根据实际需要进行配置。 1.2.1工作站 名称建议配置最低标准 CPU PIII600及以上赛扬400及以上 内存256M及以上64M及以上 硬盘无特殊要求无特殊要求 显示器分辨率1024*768 800*600

系统运营和维护管理制度

信息系统运行维护管理制度

第一章总则 第一条. 为规范信息系统的运行维护管理工作,确保信息系统的 安全可靠运行,切实提高生产效率和服务质量,使信息系统更好地服务于 生产运营和管理,特制订本管理办法。 第二条. 本管理办法适用于及其分支机构的信息系统,各分支机 构和各部门可根据本办法制定相应的实施细则。 第三条. 信息系统的维护内容在生产操作层面又分为机房环境维护、计算机硬件平台维护、配套网络维护、基础软件维护、应用软件维护 五部分: 1、计算机硬件平台指计算机主机硬件及存储设备; 2、配套网络指保证信息系统相互通信和正常运行的网络组织,包括联网所需的交换机、路由器、防火墙等网络设备和局域 网内连接网络设备的网线、传输、光纤线路等。 3、基础软件指运行于计算机主机之上的操作系统、数据库软件、中间件等公共软件; 4、应用软件指运行于计算机系统之上,直接提供服务或业务的专

5、机房环境指保证计算机系统正常稳定运行的基础设施,包含机房建筑、电力供应、空气调节、灰尘过滤、静电防护、消 防设施、网络布线、维护工具等子系统。 第四条. 运行维护管理的基本任务: 1、进行信息系统的日常运行和维护管理,实时监控系统运行状态,保证系统各类运行指标符合相关规定; 2、迅速而准确地定位和排除各类故障,保证信息系统正常运行,确保所承载的各类应用和业务正常; 3、进行系统安全管理,保证信息系统的运行安全和信息的完整、准确; 4、在保证系统运行质量的情况下,提高维护效率,降低维护成本。 第五条. 本办法的解释和修改权属于行政人事部。

第二章运行维护组织架构 第一节运行维护组织 第六条. 信息系统的运行维护管理遵循在统一的领导下,分级管理和维护的模式。作为信息系统维护管理部门,牵头组织分支机构实施信息系统的维护管理工作。原则上信息系统的维护工作应逐步集中。 第七条. 信息系统的维护管理分两个层面:管理层面和生产操作层面。 1、在管理层面,为信息系统维护管理部门,负责公司范围内信息 系统的维护管理和考核。 2、在生产操作层面,信息系统维护部门是运行中心和分支机构设 置的实体或虚拟的维护部门(或维护人员)。信息系统维护部门直接对信 息系统维护管理部门负责,并接受信息系统维护管理部门的业务指导和归 口管理。 第八条. 分支机构信息系统维护部门(或维护人员)可根据维护工作需要,向申请抽调技术人员和业务人员临时组成虚拟团队,参加分支机构设备巡检,制定技术规范、作业计划、应急预案,编制技术方案、培训教材等,各部门单位应积极配合。

相关文档
最新文档