日常数据维护管理
S1240机型日常维护管理
第一节数据制作
一、创建新局向
1、创建7号局名
2、创建7号链路组(假如是直联链路，准直联链路无此步骤> LKSET:DEST=H’3142E&NAT,SLC=0,CCMEN=H’10&9,DTMEN=H’1200&1 6,LKTYPE=CCSMGRD.DXDiTa9E3d 3、创建NO.7信令路由 <1）、假如是直联链路 <2）、如果是准直联链路 4、话务路由 5、创中继群 L_ZXIMS,DEST=H’3142E&NAT,REFTKG= L_ZXIMS_D1.5PCzVD7HxA 6、扩中继线 〈1561：2=H’XXXX&1&&31&1&1，TKGID= L_ZXIMS_D1，20. 注意：CIC一定要与对方相一致，否则电路状态为BLACK或虽为FREE状态但呼叫不正常。 7、创TKGCOM： T KGCOM:TKGCMID=”L_ZXIMS”,TKGCHN=L_ZXIMS_D1.jLBHrnAILg 8、创子路由块： SRTGBLK:SRTGBLID=”L_ZXIMS”,TKGCCHN=L_ZXIMS.xHAQX74J0X 9、创路由块： RTGBLK:RTGBLKID=”L_ZXIMS”,DEPCOMB1=SPEECH&ANY,SRTGBLK1=L_ ZXIMS,DEPCOMB2=AUDIO31&ANY,SRTGBLK2=L_ZXIMS,DEPCOMB3=DIGITA L&ANY,SRTGBLK3=L_ZXIMS,DEPCOMB4=SPEECH&ISDNPREF,SRTGBLK4=L_ ZXIMS,DEPCOMB5=AUDIO31&ISDNPREF,SRTGBLK5=L_ZXIMS,DEPCOMB6=D IGITAL&ISDNPREF,SRTGBLK6=L_ZXIMS. <7474：CREATE，RTGBLKID=L_ZXIMS，ACCINFO=OG&0。 ** 11、将某一字冠指向北环关口： <715：1=10，2=K’202,3=10,4=K’303,DESTACC=**. 第二节数据维护 1. 查看路由<以到202局为例） 所显示的内容中各项参数如下： DESTACC 路由指向，用〈7473：DESTACC=X.查看具体内容。 DESTNBG 位长索引, 用〈712:DESTNBG=X.查看具体内容。 DESTSIG 是否要主叫用〈712:DESTSIG=X.查看具体内容。 DESTCTRL 控制方式, 用〈712:DESTCTRL=X.查看具体内容。 DESTSEL 几位上中继，用〈712：DESTSEL=X.查看具体内容。 DESTCH 记费索引,用〈5104:DESTCH=X. <796:TARZONE=X. DESTDID 局间配合数据DID索引，用〈84命令看。 以下以202字冠为例,具体说明以上参数 1、DESTACC < DISPLAY-ROUTING-TASK(7473>:DESTACC=53. 得出RTGBLKID=L_IMS。 < DISPLAY-RTGBLK(5794>: 1=L_IMS,DETAIL=0. 得出 TKGID=L_ZXIMS_D1&L_BHIMS_D1. 即为两个智能汇接局负荷分担，可用以下命令或MAC显示中 继线的状态： MAC为〉AC NA NA〉：DEVST 命令为< DISPLAY-TRUNK(136>:11=L_ZXIMS_D1&ALL. 可显示出到智能汇接局局所有的中继电路。 2. DESTCH 得出 TARZONE(费率区>=3. 得出LINEMTR=3，表示本局电话拨叫字冠202计费，计在计费表3中。 注：表1为网话，表2为长途<没起用），表3为市话 若LINEMTR=0，则不跳表计费。 若AMADCR=NOAMA，则不计费，不出详单。 若AMADCR=DBLNG&INDBLNG，则计费，出详单。 3、DESTDID <84:SCO=SUBSC&1&NOTAPPL,DESTGRP=L_ZXIMS_D1,DESTDID=DID_00,D ETAIL=NORM.Zzz6ZB2Ltk 第三节计费带与后备带制作与管理 A、计费带制作 1、市话计费带制作基本步骤： OUTPUT(6204>:CALLTYPE=OMBBB,DISK.dvzfvkwMI1 FILE(405>:SRCDEV=1032,DESTDEV=4020,LFILID=803.rqyn14ZNXI 2、长途计费带(TP计费>制作基本步骤： 3、长途计费带<非TP计费）制作步骤 B、后备带的制作过程:后备带制作维护作业要求每月制作一次，程 序带SLP放在光盘0分区,数据带DLP放在光盘1分区 SixE2yXPq5 1、制作命令为 <8331:SLPDLP,SRCDEV=1032,DDEVSLP=4020(C侧光驱>/4120(D 侧 光>,DDEVDLP=4021/4121,SLPIDF=”SLP0628”,DLPIDF=” DLP0628”.6ewMyirQFL 2、制作过程中查看以拷贝的文件数及状态 kavU42VRUs 3、停止制作 CONCEL.y6v3ALoS89 C、制作过程中的注意事项： 1、将本局所有光盘分类编号。 2、插盘之前，检查光盘硬件写保护是否打开，注意使用面朝右插 入光盘。 3、MOUNT-DISK 不成功时，看所插光盘是否为新光盘，新光盘需 格式化。 〈CONFIRM-FORMAT(8338>:LDEV=4020. 证实 此证实命令需3分钟内敲入，否则命令自动停止。 4、MOUNT-DISK 成功后，如果所用为旧光盘，需做以下检查： .显示分区内容 〈DISPLAY-PARTIT-DIR<6438）：LDEV=4020. 〈DISPLAY-LOGICAL-FILE(466>:LDEV=4020.(原为计费带可 显>0YujCfmUCw 注：观察报告中写保护(PROTECT>一项： ON：写保护 OFF：未写保护 .去除软件写保护 〈PROTECT-PARTIT(8334>：LDEV=4020，PROTECT=OFF。 .清除分区内容 〈CLEAR-PARTIT<8335）：LDEV=4020. 〈CONFIRM-CLEAR-PARTIT<8336）：LDEV=4020.(2分钟内键入> 5、计费带COPY成功后，用268命令检查文件长度 〈DISPLAY-DISK-FILE<268）：LDEV=101，FILE=803. 〈DISPLAY-DISK-FILE<268）：LDEV=4020，FILE=803. 注：LDEV=101 C侧DISK逻辑标识 两次显示文件长度应相同。 6、UNMOUNT-DISK成功后，取出光盘，贴好标签，注明局名、市 话带、后备带、分区、文件号及日期。eUts8ZQVRd 7、填写计费带、后备带制作记录表。 第四节告警及障碍处理 S1240交换机在运行过程中，一旦某些部件出现故障，系统就会产生一系列告警，提醒维护人员进行必要的处理，保证交换机的正常运行。告警的产生由交换机系统完成，该告警系统主要有维护外设模块、机架告警电路及主告警盘 A、交换机的告警可分类： .SBL<安全块）告警 如：CTLE<控制单元）、SLIF<用户）、SMCL、S23L<网络告警）等告警 .非SBL告警 SLIX <用户线告警）、CONV 主要是传输告警：AIS<上游告警）、LIS<输入信号断）、SLIP<滑码告警）、RJA<远端告警）、LFA<帧失步）、LMA<复帧失步）等。GMsIasNXkA 系统中出现的所有告警都被存在交换机的数据库中，因此，我们可用人机命令显示系统中当前的所有告警，并可指出每个告警的类型、发生的时间、故障位置、出错类型等。TIrRGchYzg 例： >MM USERID： PW0001-PW0009 PASSWORD：PW0001-PW0009 <19：7=ALL或OPTION=ALL． B、告警的处理 ．传输告警 告警盘提示或从19命令中看出有传输告警后，根据NA从传输资料中找出相应的电路代号通知传输机房，并用MACRO观测其状态配合处理。7EqZcWLZNX >SELLIB 968T >：GET ALMPCE >AC NA >：ALMPCE NA --为告警模块网址 例: >AC 2332 2332>：ALMPCE 2332 NTUP TCE AT NA= 2332 ALARM: OFF (ON为有告警，OFF为正常> ALARM_TYPE ALARM_ON_EXT LFA 00 LMF 00 RSA 00 RJA 00 AIS 00 SLP1 00 SLP2 00 LIS 01 EXT_PCM_ALM 00 INT_PCM_ALM 00 “00”为正常，“01”为有告警；EXT_PCM_ALM为01 则为外部告警，INT_PCM_ALM为01则为内部告警。lzq7IGf02E 此种情况需找传输配合处理,当处理后没有传输告警后,电路状态仍不好,可做以下操作 >AC NA NA>：DEVST NA 查看电路状态，其中00空闲，01为忙，11闭塞，若为闭塞则： >AC NA 激活该模块 NA>：RB 重新启动，该操作对正在通话的时隙没有影响若还是不好，再找对端一起处理。 .电源告警<该告警用19显示为 CONV ） 若电源板掉电，它所属模块的CTLE<控制单元）为FLT 状态，这时可找出电源板的位置： <45：SBLTYPE=CTLE，NA=XX，NBR=1，OPTION=ALL。 此时电源的开关应在OFF位置上，把它拨到ON并观察是否正常，若再掉电可更换电源板。首先把要换的电源板的 开关拨到OFF位置，插上后等上几秒钟，再拨到ON 。 zvpgeqJ1hk ．SBL告警 SBLTYPE 意义板子型号 CTLE SBL控制单元 DTCL 数字中继公共逻辑 MMCH 人机命令信道接口 CCLD 中央时钟分配 SMCL 用户板 SLIF用户 SE1S 交换单元第1级 ……. 对所有SBL的告警，可对其打死，激活。例如以上告警报告中有SLIF<用户）告警： >：D SLIF，8011，247 打死 >：I SLIF，8011，247 激活 >：V SLIF，8011，247 诊断 结果：IT正常运行；FIT为带病工作状态，仍可使用；FLT为故障停用状态需进行换板。找出相应位置： >：SBLRIT SLIF，8011，247 或 <39:SBLTYPE=SLIF,NA=H’XXXX.NBR=XX,OPTION=SBLRIT. C、常见故障处理方法 一、七号链路告警的处理 从19、7599命令显示有链路告警 <19:OPTION=ALL.显示有CCLD、CCLK等 <7599：OPTION=LINK，ALMTYPE=ALL.显示某LINK告警 <7599：OPTION=DEST，ALMTYPE=ALL. 显示某七号路由告警 可用<250:DEST=H’XXXX&NAT,DETAIL=1.显示七号路由 <241：CCMEN=ALL，DETAIL=6. 查看所有链路状态，LINK-STATE为ACTIVE为正常，ACTING为不好。若不好则：NrpoJac3v1 1、首先看有无DTM传输告警 <241：DEST=H’XXXX&NAT，SLC=0(1>,DETAIL=1. 看DTMEN下的DTM网络地址号： >：ALMPCE NA 看传输是否有告警 有传输告警找传输配合处理，若没有则执行下一步 2、 <220：DEST=H’XXXX&NAT,SLC=0，9=6. (打死LINK> <220：DEST=H’XXXX&NAT,SLC=0，9=30. (软件环路> 环路状态为ACTIVE-LOOP为环路正常，ACTING-LOOP为不正常正常则找对端配合处理，不正常则做以下处理： 3、<220：DEST=H’XXXX&NAT,SLC=0，9=6. (打死 LINK><220：DEST=H’XXXX&NAT,SLC=0，9=5. (激活 LINK> 1nowfTG4KI <241：DEST=H’XXXX&NAT,SLC=0,DETAIL=1. 根据CCSM/HCCM/IPTM 下的信令模块地址及时隙号，用 fjnFLDa5Zo >：V SLTC，NA，NBR，0，ALL 〉：V N7TU，NA，NBR，0，ALL <端局）有些端局用的信令模块为IPTMN7，此模块不可诊断 若诊断不成功，则换板<在话务低时）。若成功则：<220：DEST=H’XXXX&NAT,SLC=0，9=5.<激活）同时对方也做 <241：DEST=H’XXXX&NAT,SLC=0，DETAIL=6.链路状态应为正常 4、如仍处理不好可更换公共信令模块时隙。 <220：ELN=XX，9=6. <117：EN=H‘XX，19. LKSET:DEST=H’314XX&NAT,SLC=X,DTMEN=H’XX&16,CCMEN=H’XX &1,LKTYPE=CCSMGRD.tfnNhnE6e5 <117：EN=H‘XX，19. <220：ELN=XX，9=5. 6、若再不正常，则在话务低时，对此模块做： >AC NA >：RB 此动作危险慎做 二、传输故障处理顺序。 1、通知传输维护人员在DDF架B面作环路，环路不正常，显示模块状态，如有障碍先作激活，DTCL故障处理不好换DTRE 板，CTLE模块不好换MCUA板，如机架环路正常，说明扳子没问题，检查机架2M电路端子接头和传输DDF架B面端子接头。遇到疑难问题处理不好或到对端局只有一个2M电路，必须立刻处理好，缩短障碍历时，可更换网络地址，通知传输重新跳线，我方把原模块数据删除移到新的模块上，并拨叫测试，更改资料。HbmVN777sL 2、传输B面能环回，通知传输从A面环路，如不正常，传输A 面到B面之间问题。 3、传输A面能环回，通知对端局作环路，如不能环回，对端处理 第五节日常维护注意事项 1、时钟核对要按时做；对于时钟电路，交换、传输都要有明显 的标注，每个人都要清楚。 2、计费制作要按规定做，防止计费空间不足，影响呼叫 后备带的制作时间一定要严格遵守，而且盘面标注要清楚<局名、制作年月日、各分区的文件名称等），存放要安全，不要放在设备间，要每个维护人员都能够很快找到最新的后备带。V7l4jRB8Hs 4、C、D册的例行倒换要按时做，保证两侧运行均正常。 5、各局的应急远程接入设备要求每个维护人员都会使用，能够 很快准备好随时接入，另外应急联系电话要人人知道。 6、中继资料要准确无误，交换、传输、对端三方要完全一致。 7、对于链路，资料要清楚，交换、传输都要有明显的标注，每 个人都要清楚。 8、对所有的特殊数据要建立详细档案，要求每个人都清楚。 9、备好应急用的放电灯。 10、每月的系统报告要仔细查看，主要是7439报告、各种例测 报告及其他的一些异常报告。 11、用户过流要及时处理，防止强电侵入交换机，烧坏设备，注 意处理的先后顺序，先外后内。 12、更换单板时，要认真核对该板的型号，并且要在换板前用指 令将该硬件位置置于维护状态，再换。 13、更换带有拨码开关的电源板时，拔插前，要先将开关置 “OFF”，插入后，停几秒再将开关拨回“ON”。 14、 15、申明： 16、所有资料为本人收集整理，仅限个人学习使用， 勿做商业用途。 17、 18、 NGN ORACLE数据库日常维护指导手册 UTS.610G14.A0 编者杨健易滨肖利光审稿吕学勇 日期2004年4月22日UT斯达康通讯有限公司 项目与技术支持部 UT斯达康公司以"客户成功，我们成功"的价值观衡量、规范员工的行为，致力于服务创新和服务承诺的兑现，力求为用户提供超越客户期望的服务。 UT斯达康公司拥有完善的服务体系，技术服务中心拥有一批优秀的专业技术人员，并在全国设有服务分支机构，提供24小时技术服务。本着用户至上，信守承诺的原则，UT斯达康公司承诺：在24小时之内对用户的问题给予答复。为客户提供优质、高效、专业的服务是UT斯达康的追求。 UT斯达康通讯有限公司项目与技术支持部 联系地址：浙江省杭州市教工路1号12号楼 邮政编码：310012 电话号码：(0571)88916789 传真：(0571)88916789 800免费电话：8008571466 邮件地址：utsupport@https://www.360docs.net/doc/fe4431884.html, 客户支持网站：https://www.360docs.net/doc/fe4431884.html, 版权声明 本文档属UT斯达康通讯有限公司版权所有，侵权必究。 本文档专供用户、本公司职员以及经本公司许可的人员使用。未经公司书面同意，任何单位或个人不得以任何方式复制、翻印、改编、摘编、转载、翻译、注释、整理、出版或传播手册的全部或部分内容。 UTStarcom，PAS，WACOS, iAN, AIRSTAR, WLL, ISP, WICOPS, NGDLC, Intranode, Internode, Xtr-m-IP, UNITECH，iPATH, !-Volution, mSwitch, 小灵通, 为UT斯达康公司或其子公司、关联公司的注册商标，受商标法保护， 任何个人或团体非法使用以上商标，UT斯达康公司有权追究其法律责任。 数据库日常维护工作是系统管理员的重要职责。其内容主要包括以下几个部分： 一、备份系统数据 SYBASE 系统的备份与恢复机制保证了在系统失败时重新获取数据的可能性。SQL Server 提供了两种不同类型的恢复机制：一类是系统自动完成的恢复，这种措施在每次系统启动时都自动进行，保证了在系统瘫痪前完成的事务都写到数据库设备上，而未完成的事务都被回退；另一类是人工完成的恢复，这是通过 DUMP 和 LOAD 命令来执行人工备份和恢复工作。因此定期备份事务日志和数据库是一项十分重要的日常维护工作。 1、备份数据库 每一个数据库都应在创建之后卸出，从而提供一个装入基点。在此之后按排定的时间周期表卸出。比如每周五卸出数据库。对一般数据库系统卸出数据库周期建议为每周一次。 除了按计划周期卸出数据库之外，还需在每次运行没有日志的操作后卸出数据库。例如：·每次强制地运行了 DUMP TRAN WITH NO_LOG （因为数据库的磁盘空溢出）； ·每次用 sp_dboption 允许 select into/bulkcopy 做快速拷贝，或用 SELECT INTO 命令创建一个永久性的表，或使用了 WRITETEXT 命令。 卸出数据库的命令为： DUMP DATABASE database_name TO dump_device database_name 是要卸出的数据库名称，dump_device 是卸出设备的名称。用系统过程 sp_helpdevice 可以获得设备的信息。 下面一条命令用来卸出数据库 my_db ： DUMP DATABASE my_db TO db_bk_dev 2、备份事务日志 如果事务日志与数据库放在同一个设备上，则事务日志不应与数据库分开备份。master 数据库和小于 4M 的用户数据库就是这种情况。一般数据库系统的数据库和日志分别放在不同的设备上，因此，可以用 DUMP TRAN 命令单独备份日志。 备份事务日志的周期直接影响数据的恢复程度，因此建议每天备份。 备份事务日志的命令格式为： DUMP TRANsaction database_name [TO dump_device] [WITH TRUNCATE_ONL Y|WITH NO_LOG|WITH NO_TRUNCA TE] 其中 database_name 是要备份事务的数据库名称，dump_device 是备份设备名称，仅当包含了 WITH TRUNCA TE_ONL Y 或 WITH NO_LOG 子句时，才可以备份到设备。 注意：如果总是用 DUMP DA TEBASE （备份数据库及其日志），而不用 DUMP TRAN ，事务日志将不会刷新，而变得非常庞大。 目录1项目综述 (1) 1.1项目背景 (1) 1.2任务综述 (2) 1.2.1总体目标 (3) 1.2.2本期目标 (4) 1.2.3工作任务 (5) 1.2.4建设思想 (6) 1.3实施综述 (9) 1.3.1标准规范与法规建设 (9) 1.3.2专家委员会 (13) 1.3.3项目组织管理方法 (15) 1.3.4数据共享政策 (19) 2需求综述 (22) 2.1用户对象分析 (22) 2.1.1政府类对象 (22) 2.1.2企业类对象 (23) 2.1.3公众类对象 (23) 2.2数据分析 (24) 2.2.1现有数据资源状况 (24) 2.2.1.1.................................. 图形数据情况 24 2.2.1.2.................................. 属性数据情况 29 2.2.2数据处理需求 (35) 2.3系统功能需求 (36) 2.3.1数据更新子系统 (36) 2.3.1.1.................................. 基本功能需求 36 2.3.1.2.................................. 影像管理功能 36 2.3.1.3.............................. 电子地图更新功能 37 2.3.1.4...................... 系统对道路专题要素的更新 38 2.3.1.5.................... 系统对建筑物专题要素的更新 39 2.3.2PDA采集子系统 (40) 【最新整理，下载后即可编辑】 系统运维手册 1、目的 (3) 2、适用范围 (3) 3、服务器及数据库概述 (3) 3.1 服务器概述 (3) 3.2 数据库概述 (3) 4、系统服务程序的详细说明 (4) 4.1系统服务程序的构成 (4) 4.2 系统服务程序的启动、关闭及维护管理 (4) 4.2.1 dhcp主服务 (4) 4.2.2 dhcp从服务 (5) 4.2.3 web管理模块 (5) 5、服务器硬件维护（略） (6) 6、windows 2003系统的日常维护 (6) 6.1 定期检查磁盘空间 (6) 6.2 维护系统注册表 (7) 6.3 定期备份系统注册表 ..................................................................... 7 6.4清理system路径下的无用的dll文件 (7) 7、备份策略 (8) 7.1 备份方式 (8) 7.2 备份计划 (8) 7.3 常见故障恢复 (8) 9、数据库的日常维护 (11) 9.1 检查数据库的基本状况 (11) 9.2 检查数据库日志文件 (11) 9.4监控数据库表空间的使用情况（字典管理表空间） (11) 9.4.1 判断是否需要碎片整理 (11) 10、命令解释 (12) 1、目的 楚天行消费卡管理系统运营支撑系统使用的服务器中，服 务器均采用windows xp操作系统,数据库版本为：sql server 2000，随着业务的开展，sql server 数据库中存储的数据量也不断增大，这样操作系统和数据库的日常维护就显得十分重要。 本手册详细描述了程序模块，windows xp操作系统，负载平衡及sql server 数据库等日常检查的主要步骤，指导现场工程师对其进行监控和维护。 2、适用范围 使用者为网e通宽带网络运营支撑系统维护工程师 3、服务器及数据库概述 3.1 服务器概述 服务器数量：4台，基本信息如下： 3.2 数据库概述 数据库软件分别安装在主服务器上。 4、系统服务程序的详细说明 4.1系统服务程序的构成 DHCP主程序： 全球眼?（MEGAEYES）网络图像管理系统2.0 ORACLE日常维护与管理手册 北京互信互通信息技术有限公司 2004-08-08 目录 全球眼?（MEGAEYES）网络图像管理系统2.0 (1) 1引言 (3) 1.1 目的 (3) 1.2 范围 (3) 1.3 参考资料 (3) 2日常维护与管理说明 (3) 2.1 运行环境 (3) 2.1.1硬件环境 (3) 2.1.2软件环境 (3) 2.2 数据库日常维护 (4) 2.2.1数据库初始设置 (4) 2.2.2每日工作内容 (5) 2.2.3每周工作内容 (6) 2.2.4每月工作内容 (7) 1引言 1.1目的 对于重要的商业系统来说，数据库系统的正常运行是保证商业应用平稳运行的关键。但是数据库在运行过程中可能会因为种种原因发生问题。这时，数据库的管理与日常维护工作将变得尤为重要。 为了指导数据库管理员做好日常维护工作，保证数据库系统的正常运行，特制定本文档。当然，数据库的日常维护是复杂和繁琐的，本文仅涉及一些常见的数据库日常维护的内容，在实际工作中，数据库管理员还需要做更多的工作。 1.2范围 本文档使用的人员：数据库维护管理人员和相关人员。 本文档涉及内容：oracle数据库的日常维护与管理解决方案。 1.3参考资料 中国电信网络视频监控技术（暂行）规范 2日常维护与管理说明 2.1运行环境 程序的运行环境包括硬件运行环境和软件运行环境。 2.1.1硬件环境 ◆CPU类型：Intel及其兼容系列CPU ◆内存容量：剩余内存要达2G以上 ◆硬盘容量：剩余硬盘容量要达1G以上 ◆网卡类型：100M网卡 2.1.2软件环境 ◆操作系统：RedHat Linux AS 3.0 ◆数据库：Oracle9i Database Release 2 (9.2.0.4.0) for Linux x86 目录 数据中心基础设施管理运行维护流程！.............................。 简介...............................................................。 1.标准操作流程（SOP）.............................................。 2.维护操作流程（MOP）.............................................。 3.应急操作流程（EOP）.............................................。 数据中心基础设施管理运行维护流程！ 简介： 数据中心基础设施监控管理系统是对数据中心资产设备，资源设备运行状况的进行全面监控和管理，包含基础设施监控和基础设施管理两大功能模块。通过采集设备、传输设备和管理设备等，DCIM提供一个全面的管理平台，对数据中心资产设备和场地基础设施进行统一监控、科学管理、全方位展示。 数据中心基础设施管理运行维护流程。设备是数据中心基础设施的组成子集，对设备的维护是保障基础设施稳定运行的重要措施。设备维护的工作主要包括维护流程的制定、预防性维护工作的执行、维护档案的管理和故障的处理几方面内容。 运行维护流程是设备维护工作的指导和依据，数据中心管理者首先要保证各维护流程的正确性、完整性和全面性，同时通过反复的培训和演练使运维人员对流程充分熟悉和理解，并在实际工作中严格执行。 运行维护流程通常包括三个主要类别：标准操作流程(SOP)、维护操作流程(MOP)、应急操作流程(EOP)。 Oracle数据库日常维护手册 在Oracle数据库运行期间，DBA应该对数据库的运行日志及表空间的使用情况进行监控，及早发现数据库中存在的问题。 一、Oracle警告日志文件监控 Oracle在运行过程中，会在警告日志文件(alert_SID.log)中记录数据库的一些运行情况: ●数据库的启动、关闭，启动时的非缺省参数; ●数据库的重做日志切换情况，记录每次切换的时间，及如果因为检查点(checkpoint)操作没有执行完成造成不能切换，会记录不能切换的原因; ●对数据库进行的某些操作，如创建或删除表空间、增加数据文件; ●数据库发生的错误，如表空间不够、出现坏块、数据库内部错误(ORA-600) DBA应该定期检查日志文件，根据日志中发现的问题及时进行处理 问题处理 启动参数不对检查初始化参数文件 因为检查点操作或归档操作没有完成造成重做日志不能切换如果经常发生这样的情况，可以考虑增加重做日志文件组;想办法提高检查点或归档操作的效率; 有人未经授权删除了表空间检查数据库的安全问题，是否密码太简单;如有必要，撤消某些用户的系统权限 出现坏块检查是否是硬件问题(如磁盘本生有坏块)，如果不是，检查是那个数据库对象出现了坏块，对这个对象进行重建 表空间不够增加数据文件到相应的表空间 出现ORA-600根据日志文件的内容查看相应的TRC文件，如果是Oracle的bug，要及时打上相应的补丁 二、数据库表空间使用情况监控(字典管理表空间) 数据库运行了一段时间后，由于不断的在表空间上创建和删除对象，会在表空间上产生大量的碎片，DBA应该及时了解表空间的碎片和可用空间情况，以决定是否要对碎片进行整理或为表空间增加数据文件。 select tablespace_name, count(*) chunks , max(bytes/1024/1024) max_chunk from dba_free_space group by tablespace_name; 个人收集整理 上面的SQL列出了数据库中每个表空间的空闲块情况,如下所示: TABLESPACE_NAME CHUNKS MAX_CHUNK -------------------- ---------- ---------- INDX 1 57.9921875 RBS 3 490.992188 RMAN_TS 1 16.515625 SYSTEM 1 207.296875 TEMP 20 70.8046875 TOOLS 1 11.8359375 USERS 67 71.3671875个人收集整理 其中，CHUNKS列表示表空间中有多少可用的空闲块(每个空闲块是由一些连续的Oracle 数据块组成)，如果这样的空闲块过多，比如平均到每个数据文件上超过了100个，那么该表空间的碎片状况就比较严重了，可以尝试用以下的SQL命令进行表空间相邻碎片的接合: alter tablespace 表空间名 coalesce; 然后再执行查看表空间碎片的SQL语句，看表空间的碎片有没有减少。如果没有效果，并且表空间的碎片已经严重影响到了数据库的运行，则考虑对该表空间进行重建。 MAX_CHUNK列的结果是表空间上最大的可用块大小，如果该表空间上的对象所需分配的空间(NEXT值)大于可用块的大小的话，就会提示ORA-1652、ORA-1653、ORA-1654的错误信息，DBA应该及时对表空间的空间进行扩充，以避免这些错误发生。 对表空间的扩充对表空间的数据文件大小进行扩展，或向表空间增加数据文件，具体操作见“存储管理”部份。 三、查看数据库的连接情况 数据库日常维护(参考) 数据库日常维护工作是系统管理员的重要职责。其内容主要包括以下几个部分： 一、备份系统数据 SYBASE 系统的备份与恢复机制保证了在系统失败时重新获取数据的可能性。SQL Server 提供了两种不同类型的恢复机制：一类是系统自动完成的恢复，这种措施在每次系统启动时都自动进行，保证了在系统瘫痪前完成的事务都写到数据库设备上，而未完成的事务都被回退；另一类是人工完成的恢复，这是通过DUMP 和LOAD 命令来执行人工备份和恢复工作。因此定期备份事务日志和数据库是一项十分重要的日常维护工作。 1、备份数据库 每一个数据库都应在创建之后卸出，从而提供一个装入基点。在此之后按排定的时间周期表卸出。比如每周五卸出数据库。对一般数据库系统卸出数据库周期建议为每周一次。 除了按计划周期卸出数据库之外，还需在每次运行没有日志的操作后卸出数据库。例如： ·每次强制地运行了DUMP TRAN WITH NO_LOG （因为数据库的磁盘空溢出）； ·每次用sp_dboption 允许select into/bulkcopy 做快速拷贝，或用SELECT INTO 命令创建一个永久性的表，或使用了WRITETEXT 命令。 卸出数据库的命令为： DUMP DATABASE database_name TO dump_device database_name 是要卸出的数据库名称，dump_device 是卸出设备的名称。用系统过程sp_helpdevice 可以获得设备的信息。 下面一条命令用来卸出数据库my_db ： DUMP DATABASE my_db TO db_bk_dev 2、备份事务日志 数据中心机房及信息化终端设备维护方案 一、概况 xxx客户数据中心机房于XX年投入使用，目前即将过保和需要续保运维的设备清单如下： 另外，全院网络交换机设备使用年限较长，已全部过保，存在一定的安全隐患。 二、维保的意义 通过机房设备维护保养可以提高设备的使用寿命，降低设备出现故障的概率，避免重特大事故发生，避免不必要的经济损失。设备故障时，可提供快速的备件 供应，技术支持，故障处理等服务。 通过系统的维护可以提前发现问题，并解决问题。将故障消灭在萌芽状态， 提高系统的安全性，做到为客户排忧解难，减少客户人力、物力投入的成本。为 机房内各系统及设备的正常运行提供安全保障。可延迟客户设备的淘汰时间，使 可用价值最大化。 通过引入专业的维护公司，可以将客户管理人员从日常需要完成专业性很强 的维护保养工作中解放出来，提升客户的工作效率，更好的发挥信息或科技部门 的自身职能。 通过专业的维护，将机房内各设备的运行数据进行整理，进行数据分析，给 客户的机房基础设施建设、管理和投入提供依据。 三、维护范围 1、数据中心供配电系统 2、数据中心信息化系统 3、全院信息化终端设备 4、数据库及虚拟化系统 四、提供的服务 为更好的服务好客户，确实按质按量的对设备进行维护；我公司根据国家相关标准及厂商维护标准，结合自身多年经验积累和客户需求，制定了一套自有的服务内容： 1、我公司在本地储备相应设备的备品备件，确保在系统出现故障时，及时免费更换新的器件，保障设备使用安全。 2.我公司和客户建立24小时联络机制，同时指定一名负责人与使用方保持沟通，确保7*24小时都可靠联系到工程技术人员，所有节日都照此标准执行。 3.快速进行故障抢修：故障服务响应时间不多于30分钟，2小时内至少2人以上携带相关工具、仪器到达故障现场，直到设备恢复正常运行。 4.我公司对维修维护的设施设备的使用性能负责，在维修维护过程中严格执行技术规范，保证设施设备的性能符合相关技术标准要求。在维修维护间，我方应对设施设备可能存在的故障隐患做出评估，并进行恰当的预防性处理，以保证设 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、正文中不得采用形容词； 4、每个条文应注明主语，语句中不可出现“包括但不限于”这样的 不规范用语； 5、正文中凡是“例如”的部分应体现在条文说明中。 目录 第一章总则 第二章符号和术语 第三章一般规定 第四章运维流程 第五章组织架构及人员管理 第六章文件管理 第七章日常维护 第八章应急管理 第九章环境健康和安全 第十章数据中心一体化运维管理第十一章质量管理的监督与检查第十二章其他 第一章总则 1.1、范围 本标准给出国网数据中心基础设施运维管理的指南，包括总则、符号和术语、一般规定、运维流程、组织架构及人员管理、文件管理、日常维护、应急管理、环境健康和安全、数据中心一体化运维管理、质量管理的监督与检查、成本管理等。 本标准可为国网数据中心管理者提供基础设施运维管理系统性指导，也可作为用户或第三方评价国家电网数据中心基础设施运维管理水平的参考。 1.2、规范性引用文件 下列文件对于本标准的应用是必不可少的。凡是注明日期的引用文件，仅注日期的版本适用于本标准。凡是不注明日期的引用文件，其最新版本（包括所有的修改单）适用于本标准。 GB/T 33136 信息技术服务数据中心服务能力成熟度模型 GB/T 51314 数据中心基础设施运行维护标准 GB/T 2887 计算机场地通用规范 GB/T 26572 电器电子产品有害物质限制使用管理办法 GB 26860 电力安全工作规程发电厂和变电站电气部分 GB 50174 数据中心设计规范 DL 408 电业安全工作规程 AQ7004-2007 制冷空调作业安全技术规范 GB/T24353风险管理原则与实施指南 信息系统运行维护方案 2012年8月 目录 第一章目标 (3) 第一节运行维护服务目标 (3) 第二节运行维护内容及步骤 (3) 第二章运行维护服务具体内容 (4) 第一节驻点服务 (4) 第二节运维服务 (5) 第三节服务方式建议 (6) 第四节运维服务内容 (7) 1.预防性维护服务 (7) 2.中心机房设备维护服务 (7) 3.台式PC机类维护服务 (8) 4.笔记本计算机维护服务 (8) 5.服务器维护服务 (9) 6.工作站软件维护 (9) 7.语音（电话）信息点维护 (9) 8.病毒防护与监控服务 (10) 9.运维期结束前 (10) 第三章XX 运行维护服务预算 (10) 第一章目标 第一节运行维护服务目标 信息系统主要业务为税务征收系统及外部门之间数据交换系统，为确保XX 的网络系统、应用系统、安全系统、防病毒系统及办公OA系统在可靠、高效、稳定的环境中运行。达到故障快速定位并解决、信息安全可控可查、不断优化运行效率和性能，保障XX 信息系统资源共享，提高办公效率和质量，提高决策能力、管理能力、应急能力。针对XX 现有的网络环境、服务器硬件设备以及办公硬件设备，病毒防护等进行实时行监控，更好地规范和提高XX 的各项维护工作，保障网络、应用平台的正常运行以及防病毒的顺利正常开展。保证整体运维项目实施顺利，确保网络原因对业务运行影响最小化、确保网络故障快速定位并解决、确保网络信息安全可控可查、确保不断优化网络的运行效率和性能。保证目标系统7×24正常工作。 第二节运行维护内容及步骤 1.协助XX信息系统工作计划，掌握信息系统各设备运行情况，具体落实各设 备运行维护工作； 2.巡视运行维护各岗位，检查运行维护情况和服务质量，督导、协调各项工作， 保持XX信息系统运行维护良好的秩序； 3.保证按时按质完成XX负责人交付的各项维护任务。 4.通过数据分析和其他相关网络测试设备，解决XX 信息系统问题； 5.发展和维护问题解决程序、网络文件和标准操作程序； 6.协助管理XX 信息系统集成，更新维护各种工程用设备器材； 7.协助XX 调试、维护PC及OA工作计划，掌握调试、维护PC及OA设备运 全球眼（MEGAEYES网络图像管理系统2.0 ORACLE S常维护与管理手册 北京互信互通信息技术有限公司 2004-08-08 目录 1 引言 1.1 目的 对于重要的商业系统来说， 数据库系统的正常运行是保证商业应用平稳运行 的关键。但是 数据库在运行过程中可能会因为种种原因发生问题。 这时，数据库 的管理与日常维护工作将变得尤为重要。 为了指导数据库管理员做好日常维护工作， 保证数据库系统的正常运行， 特 制定本文档。 当然， 数据库的日常维护是复杂和繁琐的， 本文仅涉及一些常见的 数据库日常维护的内容，在实际工作中，数据库管理员还需要做更多的工作。 1.2 范围 本文档使用的人员:数据库维护管理人员和相关人员。 本文档涉及内容: oracle 数据库的 日常维护与管理解决方案。 1.3 参考资料 中国电信网络视频监控技术（暂行）规范 2 日常维护与管理说明 2.1 运行环境 程序的运行环境包括硬件运行环境和软件运行环境。 2.1.1 硬件环境 Intel 及其兼容系列 CPU 剩余内存要达2G 以上 剩余硬盘容量要达 1G 以上 100 M 网卡 2.1.2 软件环境 CPU 类型: 内存容量： 硬盘容量: 网卡类型: : RedHatLinuxAS3.0 Oracle9iDatabaseRelease2forLinuxx86 2.2数据库日常维护 数据库的日常维护工作主要包括管理员每日的工作内容， 每周的工作内容以 及每月的工作内容。 2.2.1数据库初始设置 基于数据安全性的考虑，需要对数据库进行如下的初始设置。 1数据库设为归档模式 1） 以管理员身份连接数据库 SQL>>connectsys/sys@数据库例程 SIDassysdba 2） 察看数据库是否处于存档模式 SQL>>archiveloglist 说明：该命令会提示以下信息，注意灰色部分显示的状态。 DatabaselogmodeNoArchiveMode AutomaticarchivalDisabled Archivedest in ati on Oldest on li nelogseque nce31 Curren tlogseque nce33 3） 如果处于非归档模式则设为归档模式 SQL>>shutdow nimmediate; SQL>>start upmount; SQL>>alterdatabaseachivelog; 4） 如果处于非自动归档状态则设为自动归档 SQL>>altersystemsetlog_archive_start=TRUESC OP E=s pfile; 5重新启动数据库 SQL>>shutdow nimmediate; SQL>>startu p; 2控制文件设置 每一个数据库都必须有一个控制档。它是一个小型二进制档案，用来描述 Oracle9i 实体结构。主要是储存数据库名称，数据库建立时间，资料文件名称 与所在位置，重置日志文件名称与所在位置，目前的日志序列码 （logsequeneenumber ），检查点信息。因此开启Oracle9i 数据库时一定要读取控 制文件才能取得所有数据库实体档案相关信息。 一旦控制文件不幸毁损，数据库 便无法顺利开启。也因为如此，控制档的管理与维护工作显得格外重要。 通常的设置建议为：每个数据库最好拥有两个以上控制档，并各自存放在不 同磁盘上。系统默认有三个控制文件 controlOl.ctI ， control02.ctl ， con trol03.ctl 。 如果需要增加更多的控制文件，最简单的方式就是先将既有控制文件复制到 目的位置，然后将控制文件名称加入起始参数档的 CONTROLFILE 之中（）。同 理，如果想更改控制档名称，也可以先将控制文件复制到目的位置后予以更名， 再更新操作系统： 数据库： 重庆大学党务工作平台(一期) 建设需求 目录 1建设内容与效果 (1) 1.1基础数据管理与维护版块 (1) 1.2组织关系管理版块 (2) 1.3介绍信管理版块 (5) 1.4权限管理 (5) 1.5报表 (6) 1.6日志管理 (7) 1.7数据报表 (7) 2技术路线 (8) 2.1实现技术路线 (8) 2.2开发技术选型 (10) 3建设模式 (10) 1建设内容与效果 党务管理系统应 用服务完善个人信息 填写转组织 关系 查看转接进度上传回执凭证 系 统服务基础数据 管理 组织关系 管理 介绍信管 理 权限管理报表管理日志管理 研究生管理数据库 本科生管理数据库 人事管理数据库 图1 建设主要内容 党务组织工作平台接入重庆大学数字化校园系统，数据库实现全校共享，用户可通过校园信息门户登录该系统，拥有不同权限的人员可查询到相关的数据，可在线对相关信息进行管理。 1.1基础数据管理与维护版块 主要功能：实现基础数据的导入，通过更新、删除等操作维护数据正确性。导入数据过程中，生成日志，针对重复数据，人工处理。同时为了防止错误操作，支持数据回滚。对用户密码采用MD5算法进行加密。 1.1.1本科生信息导入 通过本科生管理系统导出本科生信息Excel，通过上传该Excel，实现本科生的基础信息导入。 1.1.2研究生信息导入 通过研究生管理系统导出研究生信息Excel，通过上传该Excel，实现研究生的基础信息导入。 1.1.3职工信息导入 通过上传相关职工信息的Excel，实现职工的基础信息导入。 1.1.4党员信息核对 利用12371平台的导出的党员信息Excel, 通过上传该Excel，确认基础信息中的党员情况，更新相关基础信息。 1.1.5个人信息维护 党员登录后，可以查看个人信息，更新相关个人资料，重要信息需要提交修改申请，管理员审核后才可更新相关信息。 1.2组织关系管理版块 党员毕业转出组织关系，需要在线填报介绍信的必要信息及查看进度，管理人员在线审批。 1.2.1在线填报信息 需要转接介绍信的党员，在线完善介绍信必要信息的填写，通过初步筛选匹配等方式进行第一次筛选，提交人工审阅，尽量避免组织关系抬头“越级”等简单错误。申报信息，在未审核前，可自行修改。审核后，需提交申请方可修改。 信息系统运行维护方案（IT运维服务方案） 目录 1运维服务内容......................... 错误!未定义书签。 服务目标.......................... 错误!未定义书签。 信息资产统计服务 .................. 错误!未定义书签。 网络、安全系统运维服务 ............ 错误!未定义书签。 主机、存储系统运维服务 ............ 错误!未定义书签。 数据库系统运维服务 ................ 错误!未定义书签。 中间件运维服务.................... 错误!未定义书签。2运维服务流程......................... 错误!未定义书签。3服务管理制度规范..................... 错误!未定义书签。 服务时间.......................... 错误!未定义书签。 行为规范.......................... 错误!未定义书签。 现场服务支持规范 .................. 错误!未定义书签。 问题记录规范...................... 错误!未定义书签。4应急服务响应措施..................... 错误!未定义书签。 应急基本流程...................... 错误!未定义书签。 预防措施.......................... 错误!未定义书签。 突发事件应急策略 .................. 错误!未定义书签。 密级：保密编号： Oracle10g数据库 维护手册 日期： 编写： 核对： 更新： 目录1............................... 检查数据库基本状况9 1.1. ........................... 检查O RACLE实例状态 9 1.2. ........................... 检查O RACLE服务进程 11 1.3. ........................... 检查O RACLE监听状态 14 2........................ 检查系统和ORACLE日志文件16 2.1. ........................ 检查操作系统日志文件 16 2.2. ........................... 检查ORACLE日志文件 16 2.3. ....................... 检查O RACLE核心转储目录 18 2.4. .............. 检查R OOT用户和O RACLE用户的EMAIL 18 3.............................. 检查ORACLE对象状态18 3.1. ....................... 检查O RACLE控制文件状态 19 3.2. ....................... 检查O RACLE在线日志状态 19 3.3. ....................... 检查O RACLE表空间的状态 20 3.4. ................... 检查O RACLE所有数据文件状态 22 3.5. ................................ 检查无效对象 26 3.6. .......................... 检查所有回滚段状态 26 4.................... 检查ORACLE相关资源的使用情况27 4.1. ............. 检查O RACLE初始化文件中相关参数值 28 4.2. .......................... 检查数据库连接情况 31 4.3. ............................ 检查系统磁盘空间 34 Oracle 数据库定期维护手册 定期备份任务计划执行检查 打开附件(系统工具(任务计划 查看状态，如果状态是未能启动,则打开菜单高级(查看日志，看未能执行任务计划的原因，并处理，处理完成后，右击任务计划运行。 使用DBA 图形工具(8.1.7 DBA Studio,9i Oracle Enterprise manager Console,10G 网页的EM )检查数据库状态 主要检查空间使用情况，重点对超过80%已使用的表空间进行检查，必要时增加数据文件或将相应的数据文件设为自动扩展，注意单个数据文件大小不要超过3.9G Oracle警告日志文件监控 Oracle在运行过程中，会在警告日志文件(alert.log或alert_SID.log)中记录数据库的一些运行情况: ●数据库的启动、关闭，启动时的非缺省参数; ●数据库的重做日志切换情况，记录每次切换的时间，及如果因为检查点(checkpoint)操作没有执行完成造成不能切换，会记录不能切换的原因; ●对数据库进行的某些操作，如创建或删除表空间、增加数据文件; ●数据库发生的错误，如表空间不够、出现坏块、数据库内部错误(ORA-600) DBA应该定期检查日志文件，根据日志中发现的问题及时进行处理 问题处理 如提示启动参数不对，则检查初始化参数文件 因为检查点操作或归档操作没有完成造成重做日志不能切换如果经常发生这样的情况，可以考虑增加重做日志文件组;想办法提高检查点或归档操作的效率; 有人未经授权删除了表空间则检查数据库的安全问题，是否密码太简单;如有必要，撤消某些用户的系统权限 出现坏块检查是否是硬件问题(如磁盘本生有坏块)，如果不是，检查是那个数据库对象出现了坏块，对这个对象进行重建 表空间不够增加数据文件到相应的表空间 出现ORA-600根据日志文件的内容查看相应的TRC文件，如果是Oracle的bug，要及时打上相应的补丁 数据库表空间使用情况检查 数据库运行了一段时间后，由于不断的在表空间上创建和删除对象，会在表空间上产生大量的碎片，DBA应该及时了解表空间的碎片和可用空间情况，以决定是否要对碎片进行整理或为表空间增加数据文件。 select tablespace_name, count(*) chunks , max(bytes/1024/1024) max_chunk from dba_free_space group by tablespace_name; 其中，CHUNKS列表示表空间中有多少可用的空闲块(每个空闲块是由一些连续的Oracle 数据块组成)，如果这样的空闲块过多，比如平均到每个数据文件上超过了100个，那么该 软件及信息资源维护方案 标准化软件及信息维护服务是我公司基于ISO2000质量认证体系和ITIL质量认证体系开展的具体实践，通过对软件维护经验的积累及对软件维护流程的规范，建立完善的、符合客户需求的规范化和标准化的服务理念。我们的服务会结合实际，严格按照既定软件维护服务作业指导书的要求，将软件维护服务的每个步骤明确细化加以实施。 我公司提供的软件维护服务包括以下两方面内容： 1、从软件质量角度划分，我们提供软件改正性维护服务、软件适用性维护服务、 软件完善性维护服务及软件预防性维护服务; 2、从软件维护方式划分，我们提供远程维护服务、电话维护服务、现场维护服务 及定期维护服务。 我公司客户技术服务的宗旨：以高质量、高成效的服务支援来确认软件系统的稳定、正常运行。为此我公司会建立一支高质量的技术服务队伍，拥有严格的管理制度和雄厚的技术实力，保证客户的投资及事实上的成功。 1.总则 为基础设施的连续性和信息安全性，制定有效的运行维护策略来保证服务交付的质量，兼顾运行维护过程（及时和规范）和运行维护结果（可用和安全），实现“事前防范，风险前移；事中控制，快速响应；事后改进，持续评估”的持续改进原则。 1.1 可用性 采取适当措施，确保按服务协议提供长期、持续的满足需求的优质服务，保持服务对象符合SLA的可用性要求。包括： a)在服务实施时，建立相关的作业流程和响应机制，必要时按需方要求制定系统冗余和备份规范，以满足需方对可用性的要求； b)进行合理的人员岗位设置和职责定义，保证专人专岗并设置人员备份； c)配备具有相应能力的人员和必要的工具，并定期进行专业培训，以提高服务可用性。人员能力具体要求； d)选择适用的运行维护技术，以保证服务的可用性； e)根据运行维护服务级别要求，必要时应建立体系架构的关键健康检查点，并配备相应的运行维护工具，以保证服务水平。运行维护工具等级； f)根据服务要求配备足够的资源，避免由于资源的缺失导致对服务的可用性带来影响。 Oracle DBA数据库日常维护 在Oracle数据库运行期间，DBA应该对数据库的运行日志及表空间的使用情况进行监控，及早发现数据库中存在的问题。 一、Oracle警告日志文件监控 Oracle在运行过程中，会在警告日志文件(alert_SID.log)中记录数据库的一些运行情况: ●数据库的启动、关闭，启动时的非缺省参数； ●数据库的重做日志切换情况，记录每次切换的时间，及如果因为检查点(checkpoint)操作没有执行完成造成不能切换，会记录不能切换的原因； ●对数据库进行的某些操作，如创建或删除表空间、增加数据文件； ●数据库发生的错误，如表空间不够、出现坏块、数据库内部错误 (ORA-600) 。 DBA应该定期检查日志文件，根据日志中发现的问题及时进行处理。 问题处理: 启动参数不对检查初始化参数文件； 因为检查点操作或归档操作没有完成造成重做日志不能切换如果经常发生这样的情况，可以考虑增加重做日志文件组;想办法提高检查点或归档操作的效率； 有人未经授权删除了表空间检查数据库的安全问题，是否密码太简单;如有必要，撤消某些用户的系统权限； 出现坏块检查是否是硬件问题(如磁盘本生有坏块)，如果不是，检查是那个数据库对象出现了坏块，对这个对象进行重建； 表空间不够增加数据文件到相应的表空间； 出现ORA-600根据日志文件的内容查看相应的TRC文件，如果是Oracle的bug，要及时打上相应的补丁。 二、数据库表空间使用情况监控(字典管理表空间) 数据库运行了一段时间后，由于不断的在表空间上创建和删除对象，会在表空间上产生大量的碎片，DBA应该及时了解表空间的碎片和可用空间情况，以决定是否要对碎片进行整理或为表空间增加数据文件。以下为引用的内容： 其中，CHUNKS列表示表空间中有多少可用的空闲块(每个空闲块是由一些连续的Oracle数据块组成)，如果这样的空闲块过多，比如平均到每个数据文件上超过了100个，那么该表空间的碎片状况就比较严重了，可以尝试用以下的SQL 命令进行表空间相邻碎片的接合: 然后再执行查看表空间碎片的SQL语句，看表空间的碎片有没有减少。如果没有效果，并且表空间的碎片已经严重影响到了数据库的运行，则考虑对该表空间进行重建。 MAX_CHUNK列的结果是表空间上最大的可用块大小，如果该表空间上的对象所需分配的空间(NEXT值)大于可用块的大小的话，就会提示ORA-1652、 ORA-1653、ORA-1654的错误信息，DBA应该及时对表空间的空间进行扩充，以避免这些错误发生。 对表空间的扩充对表空间的数据文件大小进行扩展，或向表空间增加数据文件，具体操作见“存储管理”部份。 三、查看数据库的连接情况 DBA要定时对数据库的连接情况进行检查，看与数据库建立的会话数目是不是正常，如果建立了过多的连接，会消耗数据库的资源。同时，对一些“挂死”的连接，可能会需要DBA手工进行清理。 以下的SQL语句列出当前数据库建立的会话情况: 以下为引用的内容：Oracle数据库日常维护指导手册
数据库日常维护工作
数据更新维护方案
软件系统运维手册(完整资料).doc
ORACLE数据库日常维护与管理手册
数据中心基础设施管理运行维护流程!
Oracle数据库日常维护手册
数据库日常维护
数据中心运维服务方案
sap日常维护管理手册
数据中心基础设施运行维护管理规范
信息系统运行维护方案
ORACLE数据库日常维护与管理手册
1基础数据管理与维护版块-重庆大学信息化办公室主页
信息系统运行维护服务方案
Oracle数据库日常维护手册
Oracle数据库维护手册
软件及信息资源维护方案
Oracle DBA数据库日常维护完全手册