MQ配置文档说明手册
第一章中间件消息通信技术概要
一、中间件
中间件，就是介于应用系统与系统软件之间的一类软件，它使用系统软件所提供的基础功能，衔接于应用系统的不同部分，能够达到资源共享和功能共享的目的。
消息中间件，是中间件众多产品分类中一个重要部分。它能够适用于任何需要进行网络通信的系统，负责建立网络通信的通道，进行数据或文件发送。消息中间件的一个重要作用是可以实现跨平台操作，为不同操作系统上的应用软件集成提供服务。
二、几种通信技术的比较
1、CPI-C
CPI-C是一种同步对话通信模式。参加通信的一方发起一次对话，同时控制信息流动。数据既可以由发送者传递到接受者，也可以反向流动。
参加通信的两个程序需要跟踪对话的状态，如果异常发生导致连接中断，则需要发送方重建并恢复这次通话。通信双方既可以处于主从地位，也可以处于对等地位。也就是说，CPI-C既支持客户端－服务器环境，也支持对等通信方式。
虽然CPI-C在一般情况下是一种同步通信类型，但是在一定环境中，如CICS，可以通过―临时数据队列‖实现一定程度的异步。
TCP/IP，SNA都支持CPI-C。
由于需要应用程序参与错误的检测与恢复，CPI-C的编程接口相当复杂。
2、RPC
RPC，即远程过程调用，也是一种同步，对话方式的类型。一个调用程序向服务器提成申请，该调用被负责通信的转接器发往远端系统。调用者与被调用者关系是固定的，很难实现对等通信。
与CPI-C一样，通信错误需要应用程序自己维护。另外在申请服务得到响应之前，服务申请者被阻隔，这不仅是应用的瓶颈所在，更有可能遭受拒绝式服务攻击。
3、MQI(Message Queue Interface)
消息队列接口为程序提供了一种异步通信方式。一个程序以一个队列作为中转与另一个程序相互通信，这个队列向对于该程序而言既可以是本地，也可以是远程。当程序A与程序B进行通信时，A只需要将消息放入一条与B相通信的队列即可，至于消息何时，以何种协议，何种方式到达程序B与A没有关系。底层的通信细节被接口所覆盖，甚至通信错
误的恢复也由队列管理器代劳了，应用程序自身感受不到通信的发生。
由于通信方式和使用的协议无关，因而可以使用各种标准协议，比如TCP/IP，SNA或者其他局域网协议。
当程序A向B发送消息的时候，程序B不需要处于运行状态，消息队列负责了消息的转达。而且一个程序可以通过不同的队列与多个程序进行通信。
三、Websphere MQ简介
Websphere MQ是IBM公司的商业通信中间件。它提供一个具有工业标准，安全、可靠的消息传输系统，用以控制和管理一个集成的商业应用。Websphere MQ基本由一个消息传输体系和一套应用程序接口组成。
Websphere MQ主要包含以下资源：
1、消息：
消息就是一个信元单位。消息类型包含请求消息(Request Message)、应答消息(Reply Message)、报告消息(Report Message)、报文消息(Datagram Message)。另外，还有一类特殊的消息叫做触发消息，它是触发机制的重要组成部分。
消息包含两部分构成：消息描述符与应用程序数据。消息描述符标示消息，并包含其他控制信息，如消息类型和消息优先级；应用程序数据是消息的主体，它的内容与结构含义由使用它的程序定义。
2、队列
队列是消息的存储场所。消息存放在队列中，应用程序可以相互独立的运行，以不同的速度、在不同的时间地点进行消息通信。
队列按照功能划分，主要包含十个大类：本地队列、远程队列、传输队列、动态与模板队列、启动队列、群集传输队列、死信队列、命令队列、回复队列与别名队列。
3、消息传输系统
确保队列之间的消息传递。包括队列管理与调度、消息传达，并保证网络故障后的恢复。传输系统由队列、队列管理器、通道、进程、群集以及其他部分组成。
队列管理器是队列和其他对对象的容器。Websphere MQ的每一个部分都属于一个队列管理器，它是一个基本独立的执行单元，应用程序通过MQI编程接口向队列管理器申请服务。通道，是一种提供从一个队列管理器到另外一个队列管理器的通信途径。它通过消息通道代理(Message Channel Agents)把两个队列管理器连接起来。消息通道可以分为6种类型：发送通道(Sender)、接受通道(Receiver)、服务器通道(Server)、请求器通道(Requester)、
群集发送通道(Cluster Sender)和群集接受通道(Cluster Receiver)。
除了消息通道，还有一种特殊的通道，称为MQI通道。MQI通道是Websphere MQ客户端和服务器上的队列管理器的通信通道，当客户应用程序发出MQCONN或MQCONNX调用时，才开始建立连接。
消息通道与MQI通道主要存在两点差别。首先，MQI是双向通道，既可以发送请求，也可以接受响应，而消息通道只能进行单向数据通信；另外，MQI通道的通信是同步的，当MQI 请求从客户端发送到服务器时，Websphere MQ的客户端在发送下一个请求必须等待来自服务器的响应。而消息通道的数据传输的异步的，与时间无关。
4、应用程序接口
消息系统与应用程序之间通过一系列Websphere MQ API来实现。API只有14个调用，2个关键字：PUT和GET。
第二章IBM MQSeries的触发机制
一、触发器原理
触发（Triggering），是一种自动启动应用程序的机制。
队列管理器把某种条件称为触发事件。如果队列被设置为触发类型，并且触发事件发生了，那么队列管理器将发送一个触发消息到一个称作启动队列的队列中。触发消息被放置到启动队列的过程意味着产生了触发事件。
处理队列管理器中的消息是触发监控程序(Trigger-Monitor Application)，他的工作是读取触发消息并根据触发消息的信息做出相应的处理。触发监控程序没有什么特殊，它只不过是启动队列读取消息的应用程序。
当队列管理器发现由一条消息到达被触发的队列之后，它产生的触发消息将被存放到启动队列中，触发监控程序将从启动队列中取出触发消息，并根据触发消息中的内容，启动相应的消息处理程序来处理被触发队列中的消息。
触发所涉及的对象如下：
1 应用队列：一个本地队列并设置为可触发。当触发条件满足时，将会产生触发消息。
2 进程定义：一个应用队列可能由一个进程定义对象和它关联。进程定义中包含应用程序的信息。该应用程序负责从应用队列中取出消息。
3 传输队列：如果用触发方式来启动通道，则需要一个传输队列。在传输队列的TriggerData属性中设置为将被启动的通道名，这将省略进程的定义。
4 触发事件：它是一种引起队列管理器产生触发消息的事件。
5 触发消息：当触发事件发生时，队列管理器将产生触发消息。触发信息来自于应用队列和于应用队列关联的进程定义，它包含了将要被启动的程序名。
6 启动队列：一个本地队列。被用来存发触发消息的队列。一个队列管理器可用拥有多个启动队列。一个启动队列可以为多个应用队列服务。
7 触发监控器：是一个持续运行的程序，当一个触发消息到达启动队列时，触发监控器获取触发消息，并利用触发消息中的信息，启动应用程序来处理应用队列中的消息，并把触发消息头发送传递给应用程序，消息头中包含应用队列名。
在所有平台上，都有一个特殊的触发监控器叫做通道启动器（Channel Initator），它的作用就是启动通道。
二、触发类型
1、EVERY：
应用队列中每接受到一个消息时，都将产生触发消息。如果应用程序仅仅处理一个消息就结束，可采用这种触发类型。
2、FIRST：
应用队列中消息从0变为1时会触发事件。如果当队列中的一个消息到达时启动程序，直到处理完所有消息才结束，则采用这种触发类型。
3、DEPTH：
应用队列中消息数目和TriggerDepth（引起触发事件发生时，队列中的消息数目）属性值相同时，才会产生触发事件。当一系列请求的回复都收到时，才启动应用程序，则可以采用这种方法。
需要注意的时，当DEPTH属性值为0的时候，实际上就形成了同步通信。另外，当采用Depth触发时，产生触发消息以后，队列将被修改为非触发方式，如果需要再次触发，需要重新设置成允许触发。
一般而言，在实际应用中，如果通道设置成触发方式，触发类型往往设置成为FIRST和DEPTH。
三、触发器工作流程
1、本地或远程应用程序A，往应用队列(Application Queue)中PUT了一条消息。
2、当队列原来深度为0时（队列为空），这是PUT一条消息到队列中将形成触发事件，同时产生一条触发消息，触发消息中将包含进程定义中的信息。
3、队列管理器创建触发消息，并把它PUT入与应用队列相关的启动队列Initiation Queue。
4、触发监控器(Trigger Monitor)从启动队列(Initiation Queue)中GET触发消息。
5、触发监控器处理触发消息，发出启动应用程序B的命令。
6、应用程序B打开应用队列(Application Queue)，并处理队列中的消息。
第三章MQ配置说明文档
安装系统后，以administrator进入；
安装完，自动生成mqm组；
将administrtor加入mqm组，或定义mqm用户，将mqm用户加入mqm和admin组；
重启，以administrator(或mqm)进入；
需要更改系统配置文件，使得1414端口被监听（不过启动通道之前仍需启动监听器）
进入系统目录/winnt/system32/drivers/etc/services,
加入MQSeries 1414/tcp #MQSeries channel listener
如果实在AIX环境下，则添加字符串改为
MQSeries stream tcp nowait root /usr/lpp/mqm/bin/amqcrsta amqcrsta –m AIX
********root为mq用户名，AIX为mq管理器******
改好后，refresh –s inetd
最后，管理器的CCSID要一样，DIS QMGR ***查看***
ALTER QMGR CCSID(437) ***437为西文字符集***
下面的步骤需要在DOS环境下进入MQ的安装目录/bin
示例一（本机SDR通道，接受端RCVR通道）
在发送方A (本机：127.0.0.1)
1）建立队列管理器QMA: crtmqm QMA
2）strmqm QMA
runmqsc QMA
3）定义本地传输队列: define qlocal (QAQB) usage (xmitq) defpsist(yes) REPLACE
4）创建远程定义: define qremote (QR.TOB) rname (LQB) rqmname (QMB) xmitq (QAQB)
//远程定义（本地队列管理器）：QR.TOB
//远程队列名称：LQB
//远程队列管理器名称：QMB
//传输队列名称：QAQB
5) 定义死信队列
ALTER QMGR DEADQ(QMA.DEADQ)
DEFINE QL(QMA.DEADQ) REPLACE
6）定义发送通道: define channel (A.TO.B) chltype (SDR) conname
('192.168.0.198(1414)') xmitq (QAQB) trptype (tcp)
// define channel (A.TO.B) chltype (SDR) conname ('127.0.0.1(1414)') xmitq (QAQB) trptype (tcp) REPLACE
7）end //退出MQSC命令环境
8）runmqlsr –t TCP –M QMA //启动监听器
9）runmqchl –c A.TO.B –m QMA
//注意：启动此步之前，需要保证QMB上的通道定义完成并且侦听器在QMB上已经启动
在接收方B：( 假设为：192.168.0.198:1414 / 127.0.0.1:1414)
1）建立队列管理器QMB: crtmqm QMB
2）strmqm QMB
3）RUNMQSC QMB
4) 定义死信队列
ALTER QMGR DEADQ(QMB.DEADQ)
DEFINE QL(QMB.DEADQ) REPLACE
5）定义本地队列LQB: define qlocal (LQB) DEFPSIST(YES) REPLACE
6）创建接收通道: define channel (A.TO.B) chltype (RCVR) trptype (tcp) REPLACE 7）end //退出MQSC命令环境
——————测试验证——————
AMQSPUT QR.TOB QMA
//在QMA队列管理器的QR.TOB远程定义中输入一些消息数据
AMQSGET LQB QMB
//在QMB队列管理器的LQB本地消息队列中读取通过管道A.TO.B传递过来的数据
通道是MQ的关键，主要包括手动方式启动和自动方式（触发）启动。
手动方式：手动方式维护有两个通道参数值得注意：
1）DISCINT（Disconnect Interval，断开间隔）
当传输队列中没有消息要传送时，发送方通道(SDR)、服务器通道(SVR)将在等待了该参数指定的时间间隔后断开连接，停止通道。该参数以秒为单位，定义新的通道时，如果没有特别指定，该参数会继承系统对象的属性，设为6000秒，约两个小时。亦通道连续两个小时没有消息发送后就会停止。DISCINT参数设定为0，通道永远不会停止。
2）HBINT(Heart Beat Interval,心跳间隔)
当传输队列中没有消息要传送时，发送方通道(SDR)、服务器通道(SVR)定时向对方发送心跳测试信号，双方通道借这个信号作消息发送事务的同步(quiesce)。通常这个参数的值要比DISCINT参数的值小很多，让通道程序有机会在停止之前作多次的事务同步较验。
假如系统管理员为了避免反复重新启动通道而把DISCINT参数设定为0，但通道运行期间网络线路发生了故障，通讯双方不能交换心跳信号，通道也会停止，仍然要求系统管理员监控网络线路状态和通道状态，在网络线路收复后重新启动。也可以编写专门的监控程序自动执行这些工作，但都比较复杂。
系统管理员不能因为交换心跳信号失败会导致通道停止就把HBINT设为0或设为极大的值，当有消息要通过通道发送出去，但网络线路又发生故障时，发送通道会停止，但接收通道不会停止。所以下次系统管理员再启动通道时会发现MQ报告出错信息―远程节点不可用或资源不足‖，这不是因为远程节点的连接有问题，或内存资源不足，而是因为远程节点上的接收通道没有停止，启动发送通道时发现对方节点上同名的通道还在运行，就禁止本地的发送通道启动。系统管理员只好在远程节点上停止接收通道(用STOP CHANNEL 命令)。
正常情况下并不推荐使用STOP CHANNEL命令，该命令把通道置于STOPPED状态，实际上是不可用状态。为了重新使用该通道，系统管理员要输入START CHANNEL 命令，但这条命令并没有真正地启动通道，要在发送方输入START CHANNEL命令才能启动通道。必须注意的是，STOP CHANNEL命令与START CHANNEL命令对接收通道都是没有实际意义的，只是修改了通道的状态。
常用命令
创建队列管理器
crtmqm –q QMgrName
-q是指创建缺省的队列管理器
删除队列管理器
dltmqm QmgrName
启动队列管理器
strmqm QmgrName
如果是启动默认的队列管理器，可以不带其名字
停止队列管理器
endmqm QmgrName 受控停止
endmqm –i QmgrName 立即停止
endmqm –p QmgrName 强制停止
显示队列管理器
dspmq –m QmgrName
运行MQSeries命令
runmqsc QmgrName
如果是默认队列管理器，可以不带其名字
往队列中放消息
amqsput QName QmgrName
如果队列是默认队列管理器中的队列，可以不带其队列管理器的名字从队列中取出消息
amqsget QName QmgrName
如果队列是默认队列管理器中的队列，可以不带其队列管理器的名字启动通道
runmqchl –c ChlName –m QmgrName
启动侦听
runmqlsr –t TYPE –p PORT –m QmgrName
停止侦听
endmqlsr -m QmgrName
MQSeries命令
定义死信队列
DEFINE QLOCAL（QNAME）DEFPSIST（YES）REPLACE
设定队列管理器的死信队列
ALTER QMGR DEADQ（QNAME）
定义本地队列
DEFINE QL（QNAME）REPLACE
定义别名队列
DEFINE QALIAS(QALIASNAME) TARGQ(QNAME)
远程队列定义
DEFINE QREMOTE（QRNAME）+
RNAME（AAA）RQMNAME（QMGRNAME）+
XMITQ（QTNAME）
定义模型队列
DEFINE QMODEL（QNAME）DEFTYPE（TEMPDYN）
定义本地传输队列
DEFINE QLOCAL(QTNAME) USAGE(XMITQ) DEFPSIST(YES) +
INITQ（SYSTEM.CHANNEL.INITQ）+
PROCESS(PROCESSNAME) REPLACE
创建进程定义
DEFINE PROCESS（PRONAME）+
DESCR（?STRING‘）+
APPLTYPE（WINDOWSNT）+
APPLICID（‘ runmqchl -c SDR_TEST -m QM_ TEST‘）
其中APPLTYPE的值可以是：CICS、UNIX、WINDOWS、WINDOWSNT等
创建发送方通道
DEFINE CHANNEL（SDRNAME）CHLTYPE（SDR）+
CONNAME（?100.100.100.215(1418)‘）XMITQ（QTNAME）REPLACE
其中CHLTYPE可以是：SDR、SVR、RCVR、RQSTR、CLNTCONN、SVRCONN、CLUSSDR 和CLUSRCVR。
创建接收方通道
DEFINE CHANNEL（SDR_ TEST）CHLTYPE（RCVR）REPLACE
创建服务器连接通道
DEFINE CHANNEL（SVRCONNNAME）CHLTYPE（SVRCONN）REPLACE
显示队列的所有属性
DISPLAY QUEUE（QNAME）[ALL]
显示队列的所选属性
DISPLAY QUEUE（QNAME）DESCR GET PUT DISPLAY QUEUE（QNAME）MAXDEPTH CURDEPTH
显示队列管理器的所有属性
DISPLAY QMGR [ALL]
显示进程定义
DISPLAY PROCESS（PRONAME）
更改属性
ALTER QMGR DESCR（?NEW DESCRIPTION‘）ALTER QLOCAL（QNAME）PUT（DISABLED）ALTER QALIAS（QNAME）TARGQ（TARGQNAME）
删除队列
DELETE QLOCAL（QNAME）
DELETE QREMOTE（QRNAME）
清除队列中的所有消息
CLEAR QLOCAL（QNAME）
常用补充命令
显示队列管理器dspmq
显示文件名dspmqfls
启动本地队列管理器strmqm
结束本地队列管理器endmqm
启动通道启动进程runmqchi/runmqchl
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．固定式开关柜投运前应检查下列内容： ●检查漆膜有无剥落，柜内是否清洁。 ●操动机构是否灵活，不应有卡住或操作力过大现象。 ●断路器、隔离开关等设备通断是否可靠正确。 ●仪表与互感器的接线、极性是否正确，计量是否准确。 ●母线连接是否良好，其支持绝缘子等是否安装牢固可靠。 ●继电保护整定值是否符合要求，自动装置动作是否正确可靠，表计及继 电器动作是否正确无误。 ●辅助触点的使用是否符合电气原理图的要求。 ●带电部分的相间距离、对地距离是否符合要求。 ●“五防”装置是否齐全、可靠。 ●保护接地系统是否符合要求。 ●二次回路选用的熔断器的熔丝规格是否正确。 ●机械闭锁应准确，柜内照明装置应齐全、完好，以便于巡视检查设备运 行状态。 2．固定式开关柜运行巡视项目： ●每天定时巡视检查。 ●遇有恶劣天气或配电装置异常时，进行特殊巡视。 ●内设备有无异常。 ●属颜色变化或观察示温蜡片有无受热融化，来判断母线和各种触点有无 过热现象。 ●检查注油设备有无渗油，油位、油色是否正确。 ●仪表、信号、指示灯等指示是否正确。 ●接地装置的连接线有无松脱和断线。 ●继电器及直流设备运行是否正常。 ●开关室内有无异常气味和声响。 ●通风、照明及安全防火装置是否正常。 ●断路器操作次数或跳闸次数是否达到了应检修的次数。 ●防误操作装置、机械闭锁装置有无异常。 3．手车式开关柜投运前检查内容： ●柜上装置的元件、零部件均应完好无损。 ●接地开关操作灵活，合、分位置正确无误。 ●各连接部分应紧固，螺丝连接部分应无脱牙及松动。 ●柜体可靠接地，门的开启与关闭应灵活。 ●二次插头完好无损，插接可靠。 ●柜顶主、支母线装配完好，母线之间的连接紧密可靠，接触良好。
全球眼?（MEGAEYES）网络图像管理系统2.0 ORACLE日常维护与管理手册 北京互信互通信息技术有限公司 2004-08-08
目录 全球眼?（MEGAEYES）网络图像管理系统2.0 (1) 1引言 (3) 1.1 目的 (3) 1.2 范围 (3) 1.3 参考资料 (3) 2日常维护与管理说明 (3) 2.1 运行环境 (3) 2.1.1硬件环境 (3) 2.1.2软件环境 (3) 2.2 数据库日常维护 (4) 2.2.1数据库初始设置 (4) 2.2.2每日工作内容 (5) 2.2.3每周工作内容 (6) 2.2.4每月工作内容 (7)
1引言 1.1目的 对于重要的商业系统来说，数据库系统的正常运行是保证商业应用平稳运行的关键。但是数据库在运行过程中可能会因为种种原因发生问题。这时，数据库的管理与日常维护工作将变得尤为重要。 为了指导数据库管理员做好日常维护工作，保证数据库系统的正常运行，特制定本文档。当然，数据库的日常维护是复杂和繁琐的，本文仅涉及一些常见的数据库日常维护的内容，在实际工作中，数据库管理员还需要做更多的工作。 1.2范围 本文档使用的人员：数据库维护管理人员和相关人员。 本文档涉及内容：oracle数据库的日常维护与管理解决方案。 1.3参考资料 中国电信网络视频监控技术（暂行）规范 2日常维护与管理说明 2.1运行环境 程序的运行环境包括硬件运行环境和软件运行环境。 2.1.1硬件环境 ◆CPU类型：Intel及其兼容系列CPU ◆内存容量：剩余内存要达2G以上 ◆硬盘容量：剩余硬盘容量要达1G以上 ◆网卡类型：100M网卡 2.1.2软件环境 ◆操作系统：RedHat Linux AS 3.0 ◆数据库：Oracle9i Database Release 2 (9.2.0.4.0) for Linux x86
仓库日常工作操作 手册 1 2020年6月23日
仓库日常工作操作手册 第三版 深圳中集专用车限公司物料部 二OO七年三月 - 2 - 2020年6月23日
目录 1、仓库概况 2、仓库各岗位职责 2．1仓库主任工作职责 2．2工段长工作职责 2．3钢材库班长工作职责 2．4OEM件班长工作职责 2．5仓管员工作职责 2．6收货员工作职责 2．7配货区仓管员工作职责 2．8帐务员工作职责 - 3 - 2020年6月23日
2．9统计员工作职责 2．10计划员工作职责 2．11叉车司机卸货、移库工作职责 2．12开卷机长工作职责 3、仓库各岗位职责 3．1物料收货管理规定 3．2物料发放管理规定 3．3物料配货管理规定 3．4物料退库管理规定 3．5盘点作业管理规定 4、库房日常管理制度 4．1出门条管理办法 4．2委外加工材料管理规定 - 4 - 2020年6月23日
4．3标识及库位管理规定 4．4物料数量验收管理规定 4．5物料摆放管理规定 4．6物料先进先出管理办法 4．7设备管理规定 4．8危险物品操作规定 4．9材料过磅管理规定 4．10退货与发运管理规定 4．11托盘箱管理规定 4．12扫描枪使用管理规定 仓库概况 - 5 - 2020年6月23日
1、面积 仓库1-8库库房面积10629㎡, 其中钢材料库400㎡( 含开卷机) ; OEM小件及劳保用品库1584㎡, 油漆库面积1188㎡, 库外堆场约5400㎡; 合计18800㎡。 2、人员及组织构架。( 见组织结构图) 仓库现有岗位16个, 现有人员50人, 其中经理助理1人, 主任1人, 文员2人, 工人46人( 其中: 工段长1人, 班长2人) 。 3、设备 叉车8台, 开卷机1台, 地磅1台。 4、管理范围 公司所有原材料、OEM件、劳保用 - 6 - 2020年6月23日
IBM P750小型机 日常维护手册 一、服务器硬件运行状态检查 1.当服务器处于启动和正常工作状态时，其前面板上的状态灯（与电源灯并排）和各硬盘的状态灯 （一排小灯，与各硬盘位置一一对应）应显示为绿色。 2.当服务器的状态灯出现橙黄色时，说明有硬件告警，此时要检查服务器的电源、接线、硬盘等。 如果有硬件故障则需要立即进行更换和更正，如果查不出具体问题，则需要联系相关专家进一步诊断。 3.当硬盘工作正常时，与各硬盘对应的硬盘灯会呈绿色，如无读写，则绿灯一直亮，如该硬盘有读 写操作，则绿灯会不规则闪烁，当硬盘损坏时，则硬盘状态灯将熄灭，或者呈闪烁状态：以1～3秒的频率有规律地、不停地闪烁。 如果发现有服务器硬件状态灯不正常的情况，请及时联系我公司工程师，以便及时进行诊断并解决故障。 二、HMC（硬件管理平台）管理与操作 HMC的两种访问途径： 1、在机房直接通过显示器和键盘进行管理维护等相关操作 2、通过web远程访问，登录HMC web管理界面，访问地址为： 1、登录HMC 浏览器访问连接HMC后，首页界面如下图所示。 点击下图所示链接，进入HMC验证登录界面。 输入用户名与口令，登录HMC。 用户名：hscroot 口令： 成功登录到HMC管理界面如下图所示。 2、注销HMC 在HMC console右上角有（hscroot | help | log off）链接，单击log off，会出现如下图所示注销界面：选择Log off，系统返回到HMC初始登录界面状态。
3、重启HMC 左边导航栏中选择HMC Management shut down or Restart，如下图所示，对HMC进行正常重启及关机操作。 请谨慎对HMC进行关机和重启操作！ 4、状态栏功能 状态栏位于HMC左下角位置，如下图所示，负责监控并反映管理系统资源状态和HMC状态。单击每个图标状态可以列出详细状态，你可以查到更详细的帮助信息： ：非法操作，如果任何被管理的主机执行了非法操作，这个图标将会变亮。 ：黄灯警告, 如果任何被管理的主机有错误并有黄灯被点亮，这个图标也将会变亮 ：报错日志：日志中有报错信息，这个图标将会变亮，此项与 ：摘要，摘要中会将有用信息做统计并显示在工作栏中。 5、Service Management 导航栏中Service Management强大的管理功能给用户日常维护提供了更简单直观的界面，如下图所示， 但日平时最常用的子项是Manage Serviceable Events，如下图步骤可以对HMC所管理的设备进行日常错误及时直观的观察，以确保IBM小型机能正常工作，下图就是基本的操作方法图示： Service ManagementManage Serviceable Events 6、Service Plans-分区管理与操作 如何查看小型机资源配置： 如上图红色标注所示，选中所需查看主机（备注：请不要同时选中多台主机及多个分区）,在下拉菜单中选中“Properties”，打开参数窗口，通过“Properties”可以查看主机运行状态，CPU,内存，I/0等重要硬件系统参数，如下图所示。 同理，在分区区域中先中每分区后的Properties选项，便可以直观方便的掌握分区状态和资源配置信息。 如何开关机及激活分区： 关机。 开机。
第四部分监控系统 一、系统各设备操作说明 （一）监控头 1、日常使用流程及方法 2、预先设置流程及方法 初次安装监控探头，不管是网络监控还是模拟监控都需要进行一些必要的设置，包括IP地址分配，地址码分配，监控点位备注信息等等。（1）网络监控系统中的摄像头每一台都对应着唯一的IP地址，在安装完毕之后需要在后台中对IP地址进行调整或者并记录，即哪台探头对应的是哪个IP地址，如果是云台摄像机除了IP地址之外还需要记录地址码信息。 （2）为了方便检修维护需要对监控探头所监控的区域进行命名，给该探头通道所监控的区域起一个方便记忆且唯一的名称，如果该探头有故障可以马上到现场找到该探头并检修。 3、日常维护注意事项 （1）要具备对监控系统进行正常维护所需的基本条件 ◆备件齐：通常来说，每一个系统的维护都必须建立相应的备 件库，主要储备一些比较重要而损坏后不易马上修复的设 备，如摄像机、镜头、监视器等。这些设备一旦出现故障就 可能使系统不能正常运行，必须及时更换。 ◆配件齐：配件主要是设备里各种分立元件和模块的额外配 置，可以多备一些，主要用于设备的维修。这样，经过维修
就能用小的投入产生良好的效益，节约更新设备的经费。 ◆工具和检测仪器齐：要做到勤修设备，就必须配置常用的维 修工具及检修仪器，如各种钳子、螺丝刀、测电笔、电烙铁、 胶布、万用表、工程宝、示波器等等，需要时还应随时添置， 必要时还应自己制作如模拟负载等作为测试工具。 （2）日常维护工作要注意细节 ◆每个季度进行一次除尘，清扫监控设备上的尘土，对摄像机、 防护罩等部件要卸下彻底吹风除尘，之后用无水酒精棉将镜 头擦干净，调整清晰度，防止由于机器运转、静电等因素将 尘土吸入监控设备机体内，确保机器正常运行。根据监控系 统各部份设备的使用说明，每月检测其各项技术参数及监控 系统传输线路质量，处理故障隐患。 ◆对容易老化的监控设备部件每月一次进行全面检查，一旦发 现老化现象应及时更换、维修，如视频头等。 ◆每月定期对监控系统和设备进行优化：合理安排监控中心的 监控网络需求，如带宽、IP地址等限制，对网络设备进行 杀毒处理。 ◆提供每月一次的定期信息服务：每月第一个工作日，将上月 抢修、维修、维护、保养记录表以电子文档的形式报送监控 中心负责人。 ◆定期的对监控设备的维护和保养，可以延长监控摄像头的工 作时间，从而达到节约成本的效果。
信息部TI硬件操作及维护手册 目录 第一章：信息部工作职责 (2) 一、信息部经理岗位职责 (2) 二、网络管理专员岗位职责 (3) 第二章：门店设备的使用及维护 (3) 一、机房环境注意与日常维护 (3) 二、服务器操作与维护 (4) 三、网络设备的日常维护 (6) 四、监控系统的操作与维护 (6) 五、功放设备的使用和日常维护 (9) 六、UPS不间断供电源 (10) 七、点单收银电脑使用和维护 (12) 八、微型打印机使用和维护 (16) 九、排号等位使用和维护 (18) 十、门店网费电话费缴费流程 (19) 十一、钉钉考勤机操作流程 (21) 十二、钉钉审批流程 (26) 十三、天子星前厅点餐系统操作流程 (31)
第一章：信息部工作职责 一、信息经理岗位职责 1，拟定和执行企业信息化战略。 1）负责制订公司信息化中长期战略规划、当年滚动实施计划。 2）制定企业信息化管理制度、制定信息化标准规范。 3）负责公司信息化网络规划、建设组织。 4）制订IT基础资源（硬、软件）运行流程、制定网络安全、信息安全措施并组织实施， 实现IT资源集约管理。 5）负责公司集成信息系统总体构架，构建企业信息化实施组织，结合业务流程重组、项目管理实施企业集成信息系统。 6）负责集团公司网站建设计及总体规划。 2、办公自动化系统开发与运行 （1）根据公司发展战略和实际需要，组织实施公司办公自动化系 统、网站的运行管理和维护与更新，协助信息管理工作； （2）负责公司办公自动化设备（计算机及其软件、打印机）的维护、管理工作。 3、企业信息资源开发 根据企业发展战略和信息化战略要求，负责企业内外部信息资源开发利用。导入知识管理，牵头组织建立企业产业政策信息资源、竞争对手信息资源、供应商信息资源、企业客户信息资源、企业基础数据资源五大信息资源库。 4、建立信息化评价体系 根据公司信息化战略和企业实情，建立公司信息化评价体系和执行标准、制定全员信息化培训计划。 5、信息处理 负责信息的收集、汇总、分析研究，定期编写信息分析报告报公司领导决策参考；参与公司专用管理标准和制度的
系统管理员日常维护操作手册一、日常维护
一、服务器日常开关机器规定 （一）、开机步骤 1、开启服务器电源，系统将自动启动server2008操作系统，注意操作系统 启动过程中的系统提示信息，如果有异常的提示必须作好数据库操作启动的日志记录,并联系硬件维护人员。 2、待服务器操作系统正常启动后，使用administrator身份登陆到服务器， 启动自动过费程序。 3、服务器的任何异常提示，请及时联系硬件公司检查,个人及其他非专业人 员勿进行操作,以免造成数据丢失； 4、一般服务器至少20天左右要进行一次系统的关机动作。对于专用服务器 则不需要进行此操作。 （二）、系统运行过程中的数据库维护操作 5、每天必须做好数据库的日常备份工作，同时必须进行数据库至少存放在服 务器的2个地方，或者备份到U盘或其他电脑上,同时保存好备份数据。 6、拷贝数据库备份文件的U盘或其他存储工具,必须先在其他电脑杀毒后,在 到服务器使用,禁止其他未杀毒U盘在服务器使用,避免服务器中毒! （三）、服务器的关机操作步骤
7、点击开始菜单中关机按钮,进行正常关机,关机前先关闭应用程序,禁止 强制关机! 二、数据库备份原则说明 1、以上操作的意义为： 每天在服务器上执行数据备份以保证数据的安全性。防止硬件故障等突发原因引起的系统崩溃。 系统安全稳定性依赖于规范的操作。非正常操作（如：未正常关机,直接关电。强制关机）都会给系统带来损害。 2、建议备份方案： 每月盘点后：数据库备份并且将备份保存一年。 3、注意事项： 在使用过程中如果发生断电或硬件故障等意外情况而造成前后台死机，应先尝试开启服务器,如服务器不能开机,需及时联系硬件公司与蓝崎公司售后人员,大面积的死机可能由服务器故障引起，也可能由于网络（网线、HUB）等故障引起，出现问题时要注意区分，以便迅速有效的解决问题。
充电桩设备 维护保养及常见故障指引手册
第一章、充电桩系统概述 充电桩其功能类似于加油站里面的加油机，可以固定在地面或墙壁，安装于公共建筑（公共楼宇、商场、公共停车场等）和居民小区停车场或充电站内，可以根据不同的电压等级为各种型号的电动汽车充电。充电桩的输入端与交流电网直接连接，输出端都装有充电插头用于为电动汽车充电。充电桩一般提供常规充电和快速充电两种充电方式，人们可以使用特定的充电卡或者APP在充电桩提供的人机交互操作界面上刷卡或者进行扫码使用，进行相应的充电方式、充电时间、费用数据打印等操作，充电桩显示屏能显示充电量、费用、充电时间等数据。 第二章、充电桩工作原理 例： 1、现在有1台120KW充电桩 2、还有1台电动车： 电池充满状态U:650V 电池最大承受电流I:80A 内部电阻R:1欧姆 电池目前使用剩余的电压是U 0: 550V 3、那么充电的过程是怎样的？ U0:550V U:650V I:100A R:1欧姆750V 160A
第三章、充电桩日常巡检维护手册 一、检查方法及内容 在检查设备情况时,一般采用直接感觉诊断法来进行故障诊断,概括起来可分为:问、查、听、试。 检查方式检查内容参考问询问用户对日常使用过程中遇到的常见故障及使用心得 查1．充电车位环境检查 （1）检查充电车位清洁情况，有无杂物 （2）照明情况是否良好，有无应急照明 （3）充电桩表面、充电桩上有无异物 （4）检查充电桩供电及通讯线管道或桥架连接是否良好， 有无断裂情况 （5）检查充电位消防设施充电位的消防设施齐全 （6）有无应急消防操作指导 （7）核对充电桩运行保养记录，了解机组运行保养状况 2．充电桩整体状况检查 （1）充电桩底座是否有损坏，裂痕，倾斜现象； （2）检查充电桩本身及布线管道或桥架各部件的安装情 况，各附件安装的稳固程度，及固定膨胀螺栓相连是否牢 靠； （3）充电桩固定情况检查，有无脱落，晃动现象； （4）充电枪是否脱落，枪头是否插在枪位内，充电桩内 部及枪头内部有无残留水； （5）充电桩进线接线端子，通讯线接线接线端子，有无 1.现场应具备相应 的消防器材； 2.对设备基础部分 如有开裂或缺口，应及 时修复； 3.充电枪头或充电 桩内有积水或水汽，应 及时清洁干净并检测 是否有短路现象； 4.发现接线端子松 动，应及时加固或更 换； 5.铜牌焦黑应及时 更换，并对设备进行详 细检测，查找故障原 因。
Tivoli Storage Manager 软件维护手册当前版本：Version 1.0 修改日期：2004/09/4 版权所有：IBM中国软件服务
TSM 日常管理 启动和停止TSM服务器 (a) 启动TSM服务器 Aix系统中，TSM Server作为一项系统服务已设置为在系统启动时自动启动。 (b) 停止TSM服务器 停止TSM服务器操作步骤为： (1) 运行dsmadmc，输入口令/密码admin/admin进入管理员界面 (2) 禁止服务器接收新的客户端访问TSM>disable sessions (3) 查看当前客户端与服务器的连接TSM>query session (4) 等待客户端结束备份或直接中断连接TSM>cancel session XX(all) (5) 查看服务器进程TSM>query process (6) 等待服务器进程结束或直接中断进程TSM>cancel process (7) 停止服务器TSM>halt 进入管理员界面 (a) 字符界面访问 在TSM服务器上运行dsmadmc，输入管理员ID，密码。 (b) 用web browser访问 在任何一台安装了web browser工具，例如netscape、IE的PC机或主机上，打开web browser，键入http://tsm_server_ip:1580地址，输入管理员ID和密码。这种方式下不需要该机上已安装TSM代码。 进入TSM client文件备份/恢复界面 (a) 字符界面访问 在TSM客户端运行 dsmc输入密码。 (b) GUI界面访问 在TSM客户端运行dsm，点击backup/restore 按钮既可。要求有图形支持。 管理数据库和日志 (a) 查看tsm数据库和日志使用率 查看数据库使用率，使用命令为TSM>query db，查看PctUtil项是否接近100。查看日志使用率，使用命令为TSM>query log，查看PclUtil项是否接近100。 (b) 扩充数据库和日志容量 如PctUtil接近100，则必须扩充容量，扩数据库为： TSM>define dbvolume dsmdb02.dsm formatsize=XX wait=yes TSM>extend db XX 扩日志容量为： TSM>define logvolume log03 formatsize=XX wait=yes TSM>extend log XX (XX为大小，例如200代表200MB.) 扩充之后，用query db和q log查看扩充后PctUtil的值。 管理磁带库 (a) 由于TSM对磁带库以独占方式访问，所以，在TSM Server运行的时候，不要用任何其他命令或方式对磁带库进行操作，以免冲突。 (b) 查看3581带库中磁带驱动器状态 在3580磁带驱动器状态正常情况下，TSM才能正常的备份数据。 TSM>query drive 查看3580磁带驱动器状态，应显示1个驱动器，其中OnLine项应皆为Yes，表明3580磁带驱动器可以使用。
Guangzhou Institute of Technology 工程技术职业学院 信息系计算机服务公司 工 作 手 册 发行时间：2010年3月
目录 目录 (2) 第一章前言 (4) 第二章组织机构图 (5) 第三章质量目标 (6) 第四章岗位标准 (7) 4.1计算机服务公司经理岗位标准 (7) 4.1.1计算机服务公司副经理岗位标准 (8) 4.2计算机服务公司综合调度部经理岗位标准 (9) 4.2.1计算机服务公司综合调度部对外联系主管岗位标准………………………………………… 10 4.2.2计算机服务公司综合调度部数据综合主管岗位标准………………………………………… 11 4.2.3计算机服务公司对外联系岗位干事工作标准………………………………………………… 12 4.2.4计算机服务公司数据综合岗位干事工作标准………………………………………………… 13 4.3计算机服务公司安全服务部经理岗位标准 (14) 4.3.1计算机服务公司安全服务部办公软件维护及安装主管岗位标准…………………………… 15 4.3.2计算机服务公司办公软件维护及安装岗位干事工作标准…………………………………… 16 4.3.3计算机服务公司办公软件维护及安装岗位服务人员工作标准……………………………… 17 4.3.4计算机服务公司安全服务部办公软件安全检测主管岗位标准……………………………… 18 4.3.5计算机服务公司安全服务部办公软件安全检测岗位干事工作标准………………………… 19 4.3.6计算机服务公司安全服务部办公软件安全检测岗位服务人员工作标准…………………… 20 4.4计算机服务公司计算机维护服务部经理岗位标准……………………………………………… 21 4.4.1计算机服务公司维护服务部计算机硬件日常维护岗位主管岗位标准……………………… 22 4.4.2计算机服务公司维护服务部计算机硬件日常维护岗位干事工作标准……………………… 23 4.4.3计算机服务公司维护服务部计算机硬件日常维护岗位服务人员工作标准………………… 24 4.4.4计算机服务公司维护服务部计算机组装检测主管岗位标准………………………………… 25 4.4.5计算机服务公司维护服务部计算机组装检测干事工作标准………………………………… 26 4.4.6计算机服务公司维护服务部计算机组装检测岗位服务人员工作标准……………………… 27 4.5计算机服务公司网络技术服务部经理岗位标准…………………………………………………
Confidential 1 目录 NETAPP GLOBAL SERVICES FAS 系列存储日常维护手册 Prepared for: Prepared by: NetApp, SZ https://www.doczj.com/doc/954850988.html, ? 2013 NetApp. All rights reserved. Specifications are subject to change without notice. NetApp, the NetApp logo, Go further faster, FlexVol, FlexClone, RAID-DP, SnapVault, and NetApp, Inc. 495 East Java Drive Sunnyvale, CA 94089 USA Telephone: +1 (408) 822-6000 Fax: +1 (408) 822-4501 Support telephone: +1 (888) 4-NETAPP
Customer logo 1 目标 (4) 2硬件设备说明 (5) 2.1 NetApp FAS3200系列 (5) 2.2 机架/电源/磁盘 (8) 3 设备管理 (11) 3.1System Manager 图形管理接口 (11) 3.2命令行(CLI) (13) 3.3设备正常开关机顺序 (15) 4 NETAPP 设备日常操作 (16) 4.1 System Manager 图形界面操作 (16) 4.1.1登陆方式 (16) 4.1.2 创建存储池（Aggregate） (18) 4.1.3 创建灵活卷（Flex Volume） (22) 4.1.4 创建NAS 共享（CIFS/NFS） (24) 4.1.5 Snapshot配置管理 (33) 4.1.6 目录配额配置管理 (36) 4.1.7 创建SAN 共享（如果没有FCP或ISCSI的license，无法使用） (40) 4.2 CLI 命令行操作 (52) 4.2.1登陆方式 (52) 4.2.2 创建存储池（Aggregate） (52) 4.2.3 创建灵活卷（Flex Volume） (54) 4.2.4 创建NAS共享（CIFS/NFS） (56) 4.2.5 Snapshot 配置管理 (57) 4.2.6 目录配额配置管理 (59) 4.2.7 创建SAN 共享 (60)
系统管理员日常维护操作手册 年月日星期
服务器日常开关机器规定 ＜一）、开机步骤 1、先开启ups 电源，待UPS电源运转正常，加电稳定； 2、开启服务器电源，系统将自动启动UNIX 操作系统，密切注意操作系统启动过程 中的系统提示信息，如果有异常的提示必须作好数据库操作启动的日志记录。 b5E2RGbCAP 3、待服务器操作系统正常启动后，再以sybase 用户身份登陆到sybase，启动sybase 数据库，在sybase 数据库启动过程中如果有异常的提示，同样要记录启动过程中的日志。p1EanqFDPw 4、服务器的任何异常提示，个人不得以任何形式任意进行服务器的非授权处理； 5、如果要进行数据库大小的扩充操作则必须以数据库扩充标准及步骤进行，并记录 数据库扩充的系统提示信息，如果有异常情况则必须告诉公司系统集成部。 DXDiTa9E3d 6、一般服务器至少20 天左右要进行一次系统的关机动作。对于专用服务器则不需 要进行此操作。 ＜二）、系统运行过程中的数据库维护操作 7、一般数据库至少30天要进行一次数据库的dbcc 检查。 8、数据库系统每一个月结帐后必须做月末的整理索引操作。 9、每天必须做好数据库的日常备份工作，同时必须进行数据库至少存放在服务器的 2 个地方，或者备份到磁带机上, 同时保存好备份数据。RTCrpUDGiT ＜三）、服务器的关机操作步骤
10、先备份数据库数据到备份设备 上； 11、关sybase 数据库； 12、关UNIX 操作系统； 13、关服务器电源； 14、关UPS电源； 二、服务器操作系统启动关闭及备份操作步骤<一）、服务器数据库系统的启动和日常维护：1．开机<按电源开关后，等待了现SCO界面，接着按下Ctrl+Alt+F1> 进 入unix 系统 Login ：Sybase< 回车> Password：asdf< 密码，如有错继续回车，正确时出现> $<表示启动成功，pwd查看正确路径应为/u/sybase> $ Run < 启动成功> $ isql -Usa < > Password：<无密码，回车> Sybase>
船舶安全管理操作维护手册 船舶修理质量管理须知 1 目的 本须知对船舶修理质量管理工作制订规定，旨在确保船舶设备得到良好的修理，保证修船质量。 2 适用范围 本文件适用于公司进入SMS的所有船舶。 3 修船工作目标 保证船舶及设备处于良好技术状况，符合国际公约及船级社的要求，保证关键性设备和技术系统通过修船消除缺陷和隐患。 4 修船责任 4.1 修船安排 4.1.1 船舶中、特检修船应根据公司年度修船计划，结合船公司提出的季度修船计划，经运输生产部门确认后来进行安排，由船公司全面负责实施。 4.1.2 事故修理由船公司负责实施，公司技术部协调和指导。 4.1.3 船舶年度检验和临、航修由船公司统一安排实施。 4.1.4 船舶在境外，若发生事关安全必须进行的修理或备件供应，应及时将具体情况汇报船公司，船公司把处理决定通知船方并报备公司技术部。 4.2 修船实施过程的责任
4.2.1 船舶根据本船技术状况，以满足营运法规、公约为基本要求，结合保养和日常检修记录，确定修理项目、范围、工艺，认真编写《船舶修理单》。经船长审核后按证书到期日之前二个月报船公司。 4.2.2 《船舶修理单》编写要求 4.2.2.1 《船舶修理单》的编写由船舶轮机长、大副负责，分坞修、轮机、甲板、电气等部分一式四份，经船长审核后按证书到期日之前二个月报船公司。 4.2.2.2 《船舶修理单》是作为船厂安排施工的依据，编写必须清楚明了，要写清名称、部位、规格、数量、材料和特殊要求。 4.2.2.3 船员自修需要的材料、备件等应另列清单，经机务监督员同意后方可采购。 4.2.3 船公司机务科负责监督所属船舶按时编制和上报《船舶修理单》。《船舶修理单》由机务监督员负责审核，对修理项目予以核实。船公司在船舶进厂修理前二十天把经机务科长、主管经理审批后的《船舶修理单》报备公司技术部。 4.2.4 船公司根据质量信誉、计价标准、预估修费和周期来指定承修厂，承修厂的最后确定报公司技术部认可。 4.2.5 船舶进厂修理要签订修船合同，并在进厂之前三天逐级上报审批。 4.2.6 机务监督员负责船舶修理全过程的现场安全、质量监控管理，协调厂、船、验船师三方的关系。督促船员对修理项目进行质量验收，对完工单认真核实。修船完工离厂前应取得厂方质检部门提供的测量记录和检验报告单，及时联系船检部门取得有效证书。 5 修船质量监控 5.1 修船质量监控实施 5.1.1 船员应按各自职责对修理全过程的质量进行监控，防止承修单位的疏忽而留下隐患，
H3C日常维护手册 （v 20131114）
版本说明
目录 版本说明 (2) 一、网络设备日常维护---日操作 (4) 1、检查CPU使用情况以及进程 (4) 2、察看内存使用情况 (4) 3、显示IP流量统计信息 (4) 4、显示接口当前运行状态和统计信息 (4) 5、查看板卡工作状态 (4) 6、查看无异常告警 (5) 7、检查显示日志缓冲区记录的信息 (5) 8、测试整个网络可达性和连通性 (5) 9、检查并显示到达目标的包路径 (5) 10、显示系统保存的用于启动的配置文件 (5) 11、显示当前配置内容 (5) 显示IP路由表中的信息 (5) 二、网络设备日常维护---月操作 (6) 1、检查设备状态灯是否正常 (6) 2、配置文件的检查核对 (6) 3、标签检查 (6) 4、检查环境状态 (6) 5、配置文件的备份 (6) 6、显示时钟 (7) 三、网络设备日常维护---季度操作 (7) 1、显示系统硬件和软件版本 (7) 2、检查运行的IOS软件信息 (7) 3、设备密码更改 (7)
一、网络设备日常维护---日操作 1、检查CPU使用情况以及进程 #display cpu-usage 检查CPU使用情况 说明：检查cpu 值是否超70% 2、察看内存使用情况 #display memory 察看内存使用情况 说明：内存使用率是否超70% 3、显示IP流量统计信息 #disp ip statistic 显示IP流量信息 说明： 4、显示接口当前运行状态和统计信息 #display interface [type number ] 查看接口的tcp/ip 信息 说明：主要查看packets input、packets output、input errors、output errors 5、查看板卡工作状态 #display device 说明：检查设备板卡运行状态
中达系列开关电源维护手册 在本手册中，我们简要介绍了目前我省常用的中达ES3000/MCS3000，ES5500/MCS6000及ES750/MCS1800系列开关电源系统的基本原理、产品性能，接着着重对系统参数配置、设定等日常操作及故障处理方法(同时提供部分实战案例供各位参考)进行汇编；最后是有关中达电源系统的维护要点及开关电源维护制度汇编。 第一节开关电源系统原理简介 常用中达开关电源系列及特点 中达ES3000/MCS3000,ES5500/MCS6000及ES750/MCS1800系列高频开关直流电源系统，由交流配电单元（屏）、整流变换单元、直流配电单元（屏）及监控管理单元组成。3000系列整流模块单机输出额定值为-48V/50A或+24V/100A，系统设计采用整流及配电综合型设计，每个机架含整流模块、监控单元及交直流配电，在目前基站使用较多。ES750/MCS1800系列与3000系列结构类同，只是容量较小，适用边际网一类站所；ES5500/MCS6000系列直流供电系统,是由多部48V/100A(或24V/150A)整流模块与直流配电组合成整流低阻综合屏再配上交流配电盘和监控模块组成；适用大容量的局站等。中达电源内置全智能型监控单元内装微处理器，针对系统输入、输出、模块状况、电池充放电、电池及环境温度等运作状况监控及警示。备有RS-232接口供本地或远程通信用，具有三遥(遥讯、遥测、遥控)功能。 1．2中达电源整流模块工作原理 中达整流模块其工作原理说明如下： 经交流配电（屏）来的单相220V（5500/6000系列为三相380V）交流电源接入整流模块之后经过AC 断路器，保险丝等保护组件，进入EMI滤波器，单相（三相）交流电源经桥式整流器整流为直流后，再经主动式功率因素校正线路(PFCBoostConverter)，经PFC控制器完成高功率因素(PF>，低失真因素(THD<5%)之要求，产生一约400V（三相为530V）的直流电压供给直流对直流转换器使用。 接着由400V(三相为530V)直流电压经直流对直流转换器产生一稳定的输出电压，再回馈经直流控制器可得到稳定的直流输出。才输出到系统的并联铜排上；再经过直流（屏）配电后，输送到各个用电设备。另为对整流模块与系统做最佳与适时的保护，还有保护回路，其包含输出过高/低压保护、输出过流保护、过温度保护、短路保护、风扇失效保护。 交流配电单元 交流配电是与开关电源和直流配电单元（屏）一起配套使用，组成满足移动通信设备需要的完整供电系统。
数据库维护工作手册 文档编号：文档名称：编写：审核：批准: 批准日期：
目录 1概述 (3) 2数据库监控 (3) 2.1 数据库监控工作内容 (3) 2.2 数据库监控工作步骤 (3) 2.2.1 查看数据库日志 (3) 2.2.2 检查是否有失效的数据库对象 (4) 2.2.3 查看数据库剩余空间 (4) 2.2.4 重点表检查 (4) 2.2.5 查看数据库是否正常 (4) 2.2.6 死锁检查 (5) 2.2.7 监控SQL语句的执行 (5) 2.2.8 操作系统级检查 (5) 2.2.9 其他 (5) 3数据库维护 (5) 3.1 数据库维护工作内容 (5) 3.2 数据库维护工作事项 (5) 3.2.1 页面修复 (5) 3.2.2 数据库对象重建 (6) 3.2.3 碎片回收（数据重组） (6) 3.2.4 删除不用的数据 (6) 3.2.5 备份恢复 (6) 3.2.6 历史数据迁移 (6) 3.2.7 定期修改密码 (7) 3.2.8 删除掉不必要的用户 (7) 3.2.9 其他 (7) 4数据库管理常用SQL脚本 (7) 5日常维护和问题管理 (16) 5.1 目的 (16) 5.2 例行工作建议 (16) 5.3 相关填表说明 (16)
1概述 数据库的日常监控是使管理员及时了解系统异常的手段。大部分情况下，系统总是正常运行的。只有对正常情况的充分了解，才能通过对比正常情况发现异常情况。对于数据库的日常监控要有记录，文字记录或者电子文档保存。对于数据库异常进行分析，提出解决方案。 日常工作包括监控和维护两个部分。 此文档中关于数据库的运行命令示例主要针对于ORACLE数据库，但对于SYBASE数据库同样有参考价值，只要换用相对应的语句即可。 数据库监控 2数据库监控 数据库监控工作内容 制定和改进监控方案，编写监控脚本。 对于数据库进行日常监测，提交记录。 根据监测结果进行分析、预测，提交相应的系统改进建议方案。 数据库监控工作步骤 2.1.1查看数据库日志 数据库的日志上会有大量对于管理员有用的信息。ORACLE的Alert日志纪录了数据库系统所报的系统级错误信息，以及数据块失效等严重错误信息。错误信息的产生，会产生相应的跟踪文件，通过查看警告日志和跟踪文件可查找错误原因，对于发现的问题应及时解决和汇报。如： 1.表空间是否满，是否需要进行添加或者扩展。Alert文件中会显示有表块无法扩展 的提示。 2.表的块或者页面是否损坏。（往往这时alert文件中会显示ora-600的错误。） 3.数据库是否进行了异常操作。（如：drop tablespace等等）。 实用命令： ·报警日志文件（alert.log或alrt
维护项目管理操作手册（2013年修订稿） 第一章总则 第1条为加强运行维护成本管理，推进维护项目精确化管理，规范维护项目实施操作，根据《浙江长途电信传输局线路维护项目管理实施细则》及相关补充规定要求，特制定本操作手册。 第2条本手册是浙江传输局光缆线路维护项目立项、申报、实施、竣工结算等管理工作的操作依据。 第3条维护项目管理的基本原则： 1．集约管理、明确责任，精确高效； 2．规范操作、确保质量、安全生产； 3．合理安排、重点突出、降本增效。 第4条维护项目按照工作内容和性质分为零星维护项目、整治维护项目、迁改维护项目及应急维护项目。 第5条维护项目的实施按项目储备、项目申报审批、成本立项、项目实施、竣工结算等流程进行管理，除应急维护项目，可先行组织实施再补报外，其余情况不得擅自实行。 第二章维护项目审批管理 第一节维护项目库管理 第6条项目库是指各级线路维护、管理人员在线路巡查、工作中发现的问题，按照项目库管理的要求和程序，经过初步评估分析，整理出具体的工作量、编制成项目，纳入系统管理，以便有计划的开展主动性、针对性的线路整治工作的储存库。 第7条零星维护项目，归入零星打包项目处理，不纳入项目库，按打包流程管理。根据零星工作的性质，分为周期性零星维护、日常零星维护和应急零星维护等工作。 第8条整治维护项目应从项目库中选取。该类项目由分局或市局运维部编报，市局运维部进行核查后纳入项目库。结合本局线路情况按照轻重缓急、难易程度划分A、B、C三个等级的项目储备。 项目储备划分原则：A级为干线安全隐患整治，本地网跨公路高度整治、鼠
患多发段落更换防鼠光缆、三线交越整治、不良纤芯修复、其他安全整治等可控可维项目；B级为机房ODF改造（干线）、路由优化等项目；C级为提升线路形象的线路整治项目。 第9条迁改维护项目在收到其他单位及个人提出线路迁改保护书面申请后，市传输局受理后，提出迁改初步方案，编制项目，按项目管理流程上报意向表，可不纳入项目库管理。 第10条应急维护项目是指线路发生紧急情况，需立即启动应急程序，组织应急处理而发生的维护项目。应急维护项目应即时处理，可不纳入项目库管理。 第11条维护项目编报的主要内容： 1．为保持线路设备良好和维护线路形象的周期性工作，如标石油漆、管道路由明显化等。 2．线路路由标志不明显或不规范的，如由于环境变化需更换或增设标石标记、宣传牌，或添补电杆编号、光缆挂牌等整治工作。 3．干线线路的同路由、同沟、同杆等“三同”存在安全隐患的路由整治工作。 4．气候条件因素影响线路安全的整治工作，如线路加深保护、护砍堵塞等维修。 5．电杆、拉线在易碰屡撞地点，有安全隐患未做警示和保护措施；架空引上等设施无相应保护措施或未得到有效保护；易受盗窃、火烧或其它外力侵害影响安全；电杆、拉线机械强度严重影响杆路安全；缆线跨路高度不符合间距要求或未设置警示标志等整治工作。 6．吊线、拉线、铁件因腐蚀严重影响安全等整治工作。 7．防强电安全措施未按规定和要求进行布置的，或缆线敷设明显不符规范直接影响安全的整治工作。 8．其他单位或个人提出的线路迁改或保护工作。 9．线路发生紧急情况，应急修理工作。 10．根据障碍分析，属于可控可维的优化整治工作。 第二节维护项目申报管理 第12条零星维护项目的申报流程。 1．周期性的线路维护工作是指定期发生的已知的周期性线路维护作业，应