OMCR高级维护

OMCR高级维护 OMCR OMCR高级维护 目 录 第一部分 OMCR系统结构及硬件管理 „„„„„„„„„„„ 1 OMCR系统结构 „„„„„„„„„„„„„„„„„„„ 2 OMCR功能 „„„„„„„„„„„„„„„„„„„„„ 4 硬件连接 „„„„„„„„„„„„„„„„„„„„„„ 6 系统处理器的外设连接 „„„„„„„„„„„„„„„„ 6 5K系统的连接(E3000平台) „„„„„„„„„„„ 6 5K系统的连接(E3500平台) „„„„„„„„„„„ 8 20K系统的连接(E3000平台) „„„„„„„„„„„ 10 20K系统的连接(E3500平台) „„„„„„„„„„„ 13 远端MMI的连接 „„„„„„„„„„„„„„„„ 15 E3000,E3500硬件管理 „„„„„„„„„„„„„„„ 16 E3000,E3500硬件信息查询 „„„„„„„„„„„ 17 硬盘管理 „„„„„„„„„„„„„„„„„„„ 19 光驱(CDROM)管理 „„„„„„„„„„„„„„ 25 HIS高速接口的管理 „„„„„„„„„„„„„„„ 26 打印机管理 „„„„„„„„„„„„„„„„„„ 28 第二部分 系统管理 „„„„„„„„„„„„„„„„„„„ 30 公共桌面环境(CDE) „„„„„„„„„„„„„„„„ 31 CDE简介 „„„„„„„„„„„„„„„„„„„ 31 用户组的管理(Add Group) „„„„„„„„„„„„ 32 用户帐户的管理(User) „„„„„„„„„„„„„„ 39 主机的管理(Host) „„„„„„„„„„„„„„„„ 49 系统的cronjobs „„„„„„„„„„„„„„„„„ 52 OMC-R系统LOG文件 „„„„„„„„„„„„„„„„ 57 OMC-R系统LOG文件结构 „„„„„„„„„„„„ 58 环境变量 „„„„„„„„„„„„„„„„„„„„„ 70 可定义的环境变量 „„„„„„„„„„„„„„„ 70 不可定义的环境变量 „„„„„„„„„„„„„„ 72 备份和恢复 „„„„„„„„„„„„„„„„„„„„ 73 怎样备份一个文件系统 „„„„„„„„„„„„„ 76 恢复文件 „„„„„„„„„„„„„„„„„„„ 78 系统的安全性 „„„„„„„„„„„„„„„„„„„ 81 第三部分 系统的启动,关闭 „„„„„„„„„„„„„„„ 84 UNIX操作系统的启动和关闭 „„„„„„„„„„„„„ 84 INFORMIX数据库的启动和关闭 „„„„„„„„„„„ 88 OMCR应用软件的启动和关闭 „„„„„„„„„„„„ 89 第四部分 数据库管理 „„„„„„„„„„„„„„„„„„ 91 informix目录结构 „„„„„„„„„„„„„„„„„„ 92 system processor上的目录结构 „„„„„„„„„„ 92 MMI processor上的目录结构 „„„„„„„„„„„ 92 数据库的应用软件 „„„„„„„„„„„„„„„„„ 93 omc_db_maint „„„„„„„„„„„„„„„„„ 93 onmonitor „„„„„„„„„„„„„„„„„„„ 93 - 1 - OMCR高级维护 db_disconnect „„„„„„„„„„„„„„„„„„ 94 db_pm_maint „„„„„„„„„„„„„„„„„„ 95 omc_db_ckspace „„„„„„„„„„„„„„„„„ 96 omc_db_view_log „„„„„„„„„„„„„„„„ 96 INFORMIX数据库参数设置 „„„„„„„„„„„„„ 97 数据库的备份 „„„„„„„„„„„„„„„„„„„ 102 第五部分 X.25管理 „„„„„„„„„„„„„„„„„„ 104 OMC X.25的应用 „„„„„„„„„„„„„„„„ 107 X.25的目录结构 „„„„„„„„„„„„„„„„„„ 108 X.25的基本操作 „„„„„„„„„„„„„„„„„„ 109 从E3000到Codex6560的硬件故障测量和分析 „„„„„ 110 OMCR和NE通信过程中的X.25硬件故障测量和分析 „„ 111 - 2 - OMCR高级维护 第 一 部 分 OMCR系统结构及硬件管理 OMCR系统结构 一个仅配置成管理网元(NE:包括基站系统(BSS)和远程编码器(RXCDR))的OMC称为OMC-R(无线操作维护中心)。摩托罗拉的OMC被配置成监控摩托罗拉基站设备，为了方便起见本文档仍简称为OMC。OMC是一个基于UNIX的集中监控系统，它支持对GSM网络中的网元(NE)的操作和维护。 OMC系统的每一个处理器都是一个完整的unix系统。 , 一个中央系统处理器 , 基本人机接口(MMI)服务器 , 若干MMI处理器 , 一台激光打印机 OMCR典型的系统结构 OMCR 功能 - 3 - OMCR高级维护 OMC的功能包括配置管理、事件/告警管理、故障管理、性能管理等: , 配置管理(configuration management)包括集成化的软件下载管理、 数据库下载管理和操作参数管理。OMC提供NE操作软件的上载和下载 及对不同的NE配置数据库的备份和下载功能。 , 远程登录功能(remote login)OMC还可以利用对不同NE远程登录功能 的操作参数进行重配置，并利用GUI进行优化。 , OMC事件/告警管理(event management)通过监视网络设备状态来保证 系统的服务质量。整个网络各种设备和链路的事件和告警信息通过 X.25网络发送给OMC。这些信息告诉操作员网络中发生的事件和问。 , 故障管理(fault management)利用故障处理程序提供改变设备状态的 功能。GSM网络管理员可以从OMC对网络变化作出反应，根据需要让 设备投入/退出服务实现站的重配置。故障管理任务可以在MAP、告警 窗口、导引树和包容设备执行。 , 性能管理(performance management)提供收集报告网络统计性能的功 能。OMC收集、处理、存储网络中各个网元的统计数据，并提供显示 和打印统计数据的功能。这些统计数据可以用来分析网络性能，为网 络规划提供依据。 OMCR功能结构图 CONFIGURATION MANAGEMENT EVENT PERFOMANCE MMI/GUI MANAGEMENT MANAGEMENT THIRD PARTY SOFTWARE UNIX OPERATING SYSTEM RDBMS SYSTEM MANAGEMENT REMOTE LOGIN NETWORK REPRESENTATION OMC现有两种硬件平台，即系统处理器采用E3000或E3500，他们相应的硬件硬件连接 配置也不相同。以下分两种情况讨论: - 4 - OMCR高级维护 系统处理器的外设连接 5K系统的连接(E3000平台) 后备板的几个模块: PCM(Power/cooling modules):向相邻板子提供直流电源和散热、降温作 用。每个PCM最多能带两块板子。在冗余的情况下可热插拔，PCM正常运行 时，绿灯亮，PCM有故障时，黄灯亮。 PPS/AC(peripheral power supply/AC input):称为PPS 0，因带有AC 电源线和系统输入电源的断路开关而不能热插拔。向系统板和PCM提供 3.3V、 5V和12V电压。正常工作时，绿灯亮;有故障，则亮黄灯。 CPU/Memory Board:每块CPU/Memory板支持两块UltraSPARC 模块和提供 内存的16个SIMM槽位。 I/O Board:E3000系统支持两种类型的I/O板:SBus和Graphics，在OMC 中我们是用Graphics I/O Board。第一槽位必须是一块I/O板。外设连接 必须注意: 1) 将SUN显示器连到图形卡插座上。 2) 外挂硬盘连到SCSI 1，将SCSI 0用terminator终结。 3) 网线连到双绞线插座。 4) 四路HSI连到HSI/S插座。 Clock Board:提供编程和处理器的时钟，串行字符哑终端的接口，系统复 位按钮、与前面板一致的系统状态指示灯。注意:键盘必须连到键盘/鼠标 插座上。 硬盘结构 内置硬盘的位置在前面柜子里，它的槽位和大小为: Slot 2: 2.1 GB drive or 4.2 GB drive Slot 3: 2.1 GB drive or 4.2 GB drive Slot 10: 2.1 GB drive or 4.2 GB drive - 5 - OMCR高级维护 Slot 11: 2.1 GB drive or 4.2 GB drive 外挂硬盘接在，外挂硬盘形状如下: 将SCSI电缆一端接在E3000上I/O板的SCSI1上(如图)，另一端接在外 挂硬盘的IN 插孔(如图)上标有 Wide SCSI S-bus Controller 1 。 系统处理器的外设连接 5K系统的连接(E3500平台) E3500的后背板基本同E3000，但在PPS0边多一块interface board。 外设连接: 1. 确保SUN 显示器接到图形卡插孔。 2. 确保键盘连到Clock Board的键盘插孔。 3. 确保一个 terminator接在 SCSI 0。 4. 确保网线连在Twisted Pair Socket。 - 6 - OMCR高级维护 5. 确保外部4路HSI板连到HSI/S 插孔。 6. 确保GBIC fibre optics are connected。 硬盘结构: 内置硬盘大小和槽位如下: Slot 0: 9 GB drive Slot 1: 9 GB drive Slot 4: 9 GB drive Slot 5: 9 GB drive GBIC 连接 在连接GBIC之前，必须先将cable organizer接到 E3500。如图 通过fibre cable organizer (见图)用光纤将interface board 和 I/O board连接. cable organizer是防止1.0 inch minimum bend radius rule损坏。 GBIC interface board 连接如下: Slot LA 接到 插槽1的GBIC0上 (Graphics I/O board).。 Slot UA 接到插槽1的 GBIC1上 (Graphics I/O board)。 - 7 - OMCR高级维护 系统处理器的外设连接 20K系统的连接(E3000平台) 20K的E3000平台，后背板比5K系统各多一块CPU/Memory Board和I/0 Board， 。 PCM三块都填满 硬盘结构 内置硬盘结构: Slot 2: 2.1 GB drive 或 4.2 GB drive Slot 3: 2.1 GB drive 或 4.2 GB drive Slot 10: 2.1 GB drive 或 4.2 GB drive Slot 11: 2.1 GB drive 或 4.2 GB drive Slot 12: 2.1 GB drive 或 4.2 GB drive Slot 13: 2.1 GB drive 或 4.2 GB drive Slot 14: 2.1 GB drive 或 4.2 GB drive 若是一个外挂硬盘框,连接同5K系统一样, 两个外挂硬盘框(每个6插槽) 的连接图如下: 外置硬盘 外置硬盘分两种情况: 1) 12个槽位: Slot 2: 2.1 GB drive 或 4.2 GB drive Slot 3: 2.1 GB drive 或 4.2 GB drive Slot 10: 2.1 GB drive 或 4.2 GB drive Slot 11: 2.1 GB drive 或 4.2 GB drive - 8 - OMCR高级维护 Slot 12: 2.1 GB drive 或 4.2 GB drive Slot 13: 2.1 GB drive 或 4.2 GB drive Slot 14: 2.1 GB drive 或 4.2 GB drive 2)6槽位 外挂框1: Slot 2: 2.1 GB drive 或 4.2 GB drive Slot 3: 2.1 GB drive 或 4.2 GB drive 外挂框2: Slot 10: 2.1 GB drive 或 4.2 GB drive Slot 11: 2.1 GB drive 或 4.2 GB drive Slot 12: 2.1 GB drive 或 4.2 GB drive Slot 13: 2.1 GB drive 或 4.2 GB drive Slot 14: 2.1 GB drive 或 4.2 GB drive 系统处理器的外设连接 20K系统的连接(E3500平台) 20K的E3500平台，也是各增加一块CPU和I/O板，但与E3000不同的是插槽 位置不相同。 硬盘结构 内置硬盘结构: Slot 0: 9 GB drive Slot 1: 9 GB drive Slot 2: 9 GB drive Slot 3: 9 GB drive - 9 - OMCR高级维护 Slot 4: 9 GB drive Slot 5: 9 GB drive Slot 6: 9 GB drive Slot 7: 9 GB drive GBIC 连接 与5k系统基本相同,但interface board 和 I/O board的连接位置有差 别: Slot LA 接到插槽1的 GBIC0 (Graphics I/O board). Slot UA 接到插槽5的 GBIC0 (I/O board). 远端MMI的连接 远端MMI连接图 Splat HUB1MPRouter1帧中继MPRouter2HUB2 remote MMIPrinter MMI MPRouter一般采用6520，通过DDN通信，要求通信速率为不小于64Kbps，DDN可采用帧中继。 E3000/E3500硬件管理 钥匙位置 在E3000和E3500的前面,拉开门的右上角有一把钥匙，它位置非常重要，它可控制系统的电源和运行。钥匙有四个位置，从右边顺时针方向，依次为Standby、On、Diagnostics、Locked Standby: 断电，没有直流电源。 On: 正常模式 Diagnostics:诊断模式 Locked: 安全模式，stop-a或ctrl-break(wyse)不发生作用，正常情况 下，钥匙应打在这位置，以防误关。 面板指示灯状况 前面板上有三盏指示灯, 从左至右依次为DC Power(绿)、Fault(黄)、System Running(绿)，它们同后背板Clock Board上的三盏灯。 它们的状况如下: 位置 状态 - 10 - OMCR高级维护 左灯(绿) 亮—表示直流供电 闪—上电60秒自检 中灯(黄) 不亮—没有硬件问题 亮—检测出硬件故障 不亮—上电开始60秒自检 右灯(绿) 闪—系统在运行 不亮—自检后还不亮，系统不在运 行，需修复 E3000/E3500硬件信息查询 , 查看系统的配置信息,执行命令 /usr/platform/sun4u/sbin/prtdiag System Configuration: Sun Microsystems sun4u 4-slot Ultra Enterprise 3000 System clock frequency: 82 MHz Memory size: 256Mb CPU Units: Frequency Cache-Size Version A: MHz MB Impl. Mask B: MHz MB Impl. Mask ---------- ----- ---- ---------- ----- ---- Board 3: 248 1.0 11 1.1 Memory Units: Size, Interleave Factor, Interleave With 0: MB Factor: With: 1: MB Factor: With: ----- ------- ----- ----- ------- ----- Board 3: 256 1-way ======================IO Cards========================================= Board 1, SBus0: SBus clock frequency: 25 MHz 2: HSI 'SUNW,501-1725-01' 13: SUNW,soc '501-2069' Board 1, SBus1: SBus clock frequency: 25 MHz 0: QLGC,isp/sd(block) 'QLGC,ISP1000' 3: SUNW,hme SUNW,fas/sd(block) No failures found in System =========================== No System Faults found ====================== , 系统启动和硬件故障信息保存在文件/var/adm/messages 系统处理器硬件信息查询 , Dec 21 15:54:25 somcsys1 unix: NOTICE: hih3: xmit hung - 11 - OMCR高级维护 , Dec 21 15:54:25 somcsys1 unix: , Dec 21 15:54:25 somcsys1 unix: NOTICE: hih2: xmit hung , Dec 21 15:54:25 somcsys1 unix: , Dec 21 15:54:25 somcsys1 unix: NOTICE: hih0: xmit hung , Dec 21 15:54:25 somcsys1 unix: , Dec 21 15:54:33 somcsys1 syslogd: going down on signal 15 , Dec 21 15:56:24 somcsys1 unix: 7000 SBus level 4 sparc9 ipl 7 , Dec 21 15:56:24 somcsys1 unix: SUNW,hme0 is /sbus@3,0/SUNW,hme@3,8c00000 , Dec 21 15:56:24 somcsys1 unix: dump on /dev/md/dsk/d35 size 786576K Dec 21 15:56:24 somcsys1 unix: SUNW,hme0: Using Internal Transceiver Dec 21 15:56:24 somcsys1 unix: SUNW,hme0: 10 Mbps half-duplex Link Up Dec 21 15:56:24 somcsys1 unix: st12: Dec 21 15:56:24 somcsys1 unix: st12 at SUNW,fas0: target 5 lun 0 Dec 21 15:56:24 somcsys1 unix: st12 is /sbus@3,0/SUNW,fas@3,8800000/st@5,0 Dec 21 15:56:24 somcsys1 unix: pseudo-device: x250 Dec 21 15:56:24 somcsys1 unix: x250 is /pseudo/x25@0 Dec 21 15:56:24 somcsys1 unix: sbusmem1 at sbus0: SBus0 slot 0x1 offset 0x0 硬盘管理 硬盘是信息和数据存储设备，它工作的正常与否至关重要，在OMC-R系统中采用 硬盘双备份的

方法

快递客服问题件处理详细方法山木方法pdf计算方法pdf华与华方法下载八字理论方法下载

保存信息和数据，以保证系统的正常运行和提高可靠性。在 solaris操作系统中，采用Solstice Disksuite技术。 Solstice Disksuite管理必须是超级用户。 常用命令 , metastat ------检查当前镜像的状况 命令格式: /usr/opt/SUNWmd/sbin/metastat [-s setname] [-pt] [metadevice... ] 选项: -p 显示当前元设备表,格式输出如/etc/opt/SUNWmd/md.tab文件,不显示 状态信息。 -t 显示当前状况和指定元设备的时间信息，这个时间信息是指最后一次状 态改变的时间。 后面不跟参数时，显示所有活动的每一个metadevice(元设备)的状况。 # /usr/opt/SUNWmd/sbin/metastat d20: Mirror Submirror 0: d100 State: Okay Submirror 1: d101 State: Needs maintenance Pass: 1 Read option: roundrobin (default) Write option: parallel (default) Size: 103360 blocks . . - 12 - . OMCR高级维护 以上输出是有关metamirror(元镜像)的信息，d20是镜像，d100与d101是它的子镜像及它们的状态的情况。 State: 是指设备的状态，它有四种可能，“Okay”、“Resyncing”、 “Maintenance”和“Last Erred”。 Pass: 定义在系统启动时，这些镜像的元设备什么时候被同步。 Read option:定义读操作，一般为roundrobin(缺省)。 Write option:定义写操作，一般为并行(缺省)。 Size: 定义元设备的大小(block数)。 . d100: Submirror of d20 State: Okay Size: 103360 blocks Stripe 0: Device Start Block Dbase State Hot Spare c0t3d0s0 0 No Okay d101: Submirror of d20 State: Needs maintenance Invoke: metareplace d20 c1t3d0s0 Size: 103360 blocks 以上输出是子镜像的信息，包括状态、设备、大小等。 Stripe 0: State: “Okay”表明运行正常; Device Start Block Dbase State Hot Spare “Resyncing”表明正在同步; c1t3d0s0 0 No Maintenance . “Needs maintenance”表明该部分存在I/0错误或尚位解决的 . 错误，所有对它进行的读写操作都是停止的。当表明此状态时， . 紧接着的一行为“Invoke”(调用)指明修复用的命令。 “Last Erred”也表明该部分存在I/0错误或尚位解决的错误， 不过这是由于另一部分的故障而导致数据不能复制。这部分上的 I/O一直在执行。若是I/O出错，镜像的I/O也将失败。 Start Block:该部分开始的block。 Dbase:指该部分是否存储着数据库。 , metareplace 命令格式: /usr/opt/SUNWMD/sbin/metareplace [-s setname] –e metamirror component 选项: -e 将component的状态转变为有用的状态，同时将有故障的component 同步。 例:# metareplace -e d20 c1t3d0s0 d20: device c1t3d0s0 is enabled 执行以上命令后，再执行metastat，可看到状态先是Resyncing，经过一段时间后变为Okay。 # metastat d101 d101: Concat/Stripe Size: 103360 blocks Stripe 0: - 13 - Device Start Block Dbase State Hot Spare c1t3d0s0 0 No Okay OMCR高级维护 , metattach 将元设备连到元镜像上 命令格式: s setname] mirror [metadevice] /usr/opt/SUNWmd/sbin/metattach [- 通常用于在元镜像上加子镜像，镜像的入口在md.tab中定义。 , metadetach 将元设备从元镜像上分离出来 命令格式: /usr/opt/SUNWmd/sbin/metadetach [-s setname] [-f] mirror submirror 选项: -f 当子镜像只剩一个或需要修复时，一般情况下是不允许分离的，该选项 是要求强制执行。 一旦执行了metadetach命令后，该元设备就从这元镜像中分离出不再是 它的一部分。 例: metadetach d26 d102 即将d102从d26中分离出来。 , metadb 生成或删除元设备状态数据库的拷贝 命令格式: metadb [-s setname] -a [options] mddbnnn metadb [-s setname] -a [options] device ... metadb [-s setname] -d [options] mddbnnn metadb [-s setname] -d [options] device ... metadb [-s setname] –I 命令格式中的选项(options)有以下几种: -c count 拷贝数量 (只能与 -a 一起用) -f 强制执行 -k filename 更改 /etc/system 文件 -l length 指定拷贝区的大小 (只能与 -a 一起用) 命令选项: -a 增加新的数据库设备，文件/etc/system和/etc/opt/SUNWmd/mddb.cf 中会自动增加相关信息或作修改。 -d 将拷贝从物理设备上删除，文件/etc/system和 /etc/opt/SUNWmd/mddb.cf中也会自动删除相关信息或作修改。 -i 显示所有状态数据库的状态 文件/etc/opt/SUNWmd/mddb.cf内容为每个元设备状态数据库拷贝的位 置。 # metadb -i flags first blk block count a m p luo 16 1034 /dev/dsk/c1t3d0s7 a p luo 16 1034 /dev/dsk/c1t2d0s7 a p luo 16 1034 /dev/dsk/c0t3d0s7 - 14 - OMCR高级维护 a p luo 16 1034 /dev/dsk/c0t2d0s7 o - replica active prior to last mddb configuration change u - replica is up to date l - locator for this replica was read successfully c - replica's location was in /etc/opt/SUNWmd/mddb.cf p - replica's location was patched in kernel m - replica is master, this is replica selected as input W - replica has device write errors a - replica is active, commits are occurring to this replica M - replica had problem with master blocks D - replica had problem with data blocks F - replica had format problems S - replica is too small to hold current data base R - replica had device read errors , 故障分析 若发现disk故障，需换新的硬盘时，大致步骤如下: 1) 用新的硬盘替换坏的。 –r将机器重新启动。 2) 用命令boot 3) 因都是mirror的，根据原有的分区将新硬盘重新分区，用命令format。 4) 用命令metatach生成mirror。 光驱(CDROM)管理 在SUN系列机器中，一般将CDROM定位在target 6，而将小的tape device 定位在target 4。因此在启动时文件/var/adm/messages中有如下信息: Jun 1 11:10:26 somcmib1 unix: sd21 at SUNW,fas0: target 6 lun 0 Jun 1 11:10:26 somcmib1 unix: sd21 is /sbus@1f,0/SUNW,fas@e,8800000/sd@6,0 因在系统中用到了自动vold管理，因此在启动时进程/usr/sbin/vold已经 起来，插入CDROM后将自动挂接上，若不能自动挂接时用如下命令手动挂接: mount –F hsfs –o ro /dev/dsk/c0t6d0s0 /cdrom 若是手动还是挂接不上去，则表明CDROM连线有问题。 , 故障分析 现象:用命令eject cdrom不能退出cd。 解决步骤: 1) 以root身份登录 2) 改变路径到根目录: cd / 3)将用到/cdrom/cdrom0文件系统的用户删除: fuser -k /cdrom/cdrom0 4)再退出 CD-ROM: eject cdrom - 15 - OMCR高级维护 HSI 高速接口的管理 HSI是基于S-bus的高速接口，在OMC系统中应用于提高SPLAT处理器和MPRouter6560之间的数据传输。它在E3000上的目录结构如下: root /usr /opt /SUNWconn/kernal /hsis/drv /HSI/utilities/drv/man /HSI /hsi_init/hsi_loop/hsi_stat/hsi_trace, 常用命令 , hsi_init :初始化和控制同步串行线的时钟参数，它是排除故障有用的工 具，它的第一个变元通常是链路端口名，如hih0;例: #hsi_init hih0 port=hih0,speed=0,mode=fdx,loopback=no,nrzi=no,mtu=1600 bytes,mru=1032,txc=txc,rxc=rxc,txd=txd,rxd=rxd nrzi:端口数据编码方式为不归零制翻转，此参数可设为yes或no。 , hsi_loop:高速同步串口环路测试。 命令格式: /usr/sbin/hsi_loop [-cdlsvt] device 选项: -c 指定数据传输包的个数，缺省值为100。 -l 指定包的长度，缺省为100bytes，最大为1152。 -v 详细模式，若数据出错，希望值和收到值都会显示出来。 -t 指定测试类型，范围为1-4，4种类型见下。 1:Internal Test (internal data loop，internal clocking) 2:Test using loopback plugs (external data loop，internal clocking) 3:Test using local or remote modem loopback (external data loop，external clocking) - 16 - OMCR高级维护 4:Other，previously set，special mode 从E3000上检查HSI 自环步骤: 1) omc stop 2) su - root 3) /etc/init.d/x25.control stop 4) hsi_loop hih0 选择option 1(Internal test) 5) 将AMP 自环接头(p/n 530-1430-01-50)插在hsi 端口0 6) hsi_loop hih0 选择option 2 (Test using the loopback plug) 7) /etc/init.d/x25.control start 8) omc start , hsi_stat 显示在串行线上包发送和接收的信息。 # hsi_stat hih0 speed ipkts opkts undrun ovrrun abort crc isize osize 0 22 22 0 0 0 0 2 2 打印机管理 OMC-R支持的打印机类型并不多，目前用得最多是网络打印机，主要类型有 LEXMARK。作为网络打印机必须分配有名字(hostname)和IP地址，即在 /etc/hosts文件必须有定义。 如:.10.0.40.254 netprinter 在网上任何一台MMI上应能用指令与printer联系: ping 返回信息为: is alive 表示打印机已与网络接通。 配置打印机 在MMI或SPLAT上配置打印机，执行如下命令: /usr/sbin/lpsystem –t bsd /usr/sbin/lpadmin –p -s -I any /usr/sbin/lpadmin –d /usr/sbin/accept /usr/bin/enable /usr/sbin/lpadmin –p -c lp /usr/sbin/accept lp 其中 是 queue名字 打印文件 打印一个文件用如下命令: lp 常见故障处理 执行ping命令不能接通打印机，即不能打印文件。 分析过程: 1)首先检查物理连线是否正确，并检查LAN性能，执行如下命令 somcsys1:omcadmin > netstat -i - 17 - OMCR高级维护 Name Mtu Net/Dest Address Ipkts Ierrs Opkts Oerrs Collis Queue lo0 8232 loopback localhost 2011476 0 2011476 0 0 0 hme0 1500 10.0.40.0 somcsys1 1099913 0 942333 1 7036 0 判断是否存在以下两种情况: a:Ierrs和Oerrs的数值是否太低(Ipkts或Opkts的0.025%) b:Collis是否大于Ipkts或Opkts的10% 若存在其中的一种，则表明LAN性能不好，必须设法解决。 2) 其次检查printer上的IP address及IP protocol是否enabled。 第 二 部 分 系 统 管 理 CDE 公共桌面环境() CDE简介 下面的章节描述了CDE上的工具。CDE为OMC和不同的 SUN工作站提供 了一个工业

标准

excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载

的桌面管理。 CDE支持: , 启动可定制的窗口 , 使用多窗格减少窗口的混乱 , 提供一个UNIX文件系统的图形前台的文件管理 root CDE桌面工具 以 root 用户登录进入，将显示 root CDE桌面。在CDE桌面上单击 OMC Admin 图标，显示出 OMC Admin 菜单。下面是OMC Admin 菜单上的工具， 在本章我们将讲解这些工具: , Add Group 增加用户组 , Add User 增加用户 , Add Host 增加主机 - 18 - OMCR高级维护 图 3-1 root 用户CDE 桌面 omcadmin CDE 桌面工具 以 omcadmin 用户登录进入，将显示 omcadmin CDE桌面。在CDE桌面上 单击 infomix 图标，显示出 数据库应用 菜单。下面是数据库应用 菜单上的 工具: , PM 和 CM 数据库的 onperf 工具 图 3-2 omcadmin 用户CDE 桌面 CDE 桌面共有的工具 下面的工具是omcadmin 和 root CDE 桌面上都有的，这些工具在CDE 桌面 的前面板上能够看到: , File Manager 文件管理器 , Cron job scheduler cron jobs时间表 用户组的管理(Add Group) 提示:在 OMC 系统的安装后～用户组 infomix , omc , 和 omcadmin 将存在～在通 常的运行过程中～不需要增加、修改和删除这些用户组。 Add User(增加用户)项提供了用户组的管理，用它来管理中心系统处理器中的 NIS 数据库的用户组文件。该项功能只有给定相应权限才有效。 用户组管理有以下的功能: - 19 - OMCR高级维护 , 显示用户组 , 增加用户组 , 修改用户组 , 删除用户组 在给用户指定用户组前，必须确认存在该用户组。 在增加用户帐户前，先使用用户组管理增加指定给该用户的用户组。 下面是 Motorola 建议的用户组ID: infomix 109 mc 110 o omcread 111 , 用户组管理的参数 , 命名服务(Naming Service) 命名服务指定如何存储和维护UNIX用户组信息。在相应的存取权限下， 用户组管理能够管理其他域或其他主机的用户组信息。 NIS 是OMC系统使用的命名服务。NIS系统，它包含了许多网络、系 统和用户的存储信息的映像。 , 过滤用户组(Filter Groups) 显示在主窗口中的用户组可以过滤。可以从过滤用户组窗口中选择下列 过滤条件: , All: 显示所有的用户组名字 , Specify: 显示与指定字段中输入的文本字符串匹配的用户组 的名字。可以使用广义字符匹配和显示多个用户组的名字。 , None: 停止显示用户组的名字 , 域(Domain) 域是在局域网中通过NIS 的命名服务共享系统和网络信息的系统的组。 , 组名(Group Name) 组名是系统为识别每一个用户组而为用户组指定的名字。组名包括小写 字母的字符(a -- z)和数字(0 – 9)，不允许有空格。组名长度为1 – 8 个 字符。默认情况下，组omc、omcread和infomix将与标准的操作系统组 一起存在。 , 组ID(GID) 组ID是系统用于识别用户的首要用户组的识别号。为了减少软件的不兼 容性，组ID应该不大于60000。系统保留的组ID有:60001(nobody)、 60002(noaccess)和65534(nogroup)。 , 成员列表(Member List) 这是一个可选的参数，指明属于该组的用户或用户组。如果该组有多于 一个的成员，则用逗号分隔各成员，中间没有空格。例如:user1,user2,user3 , 口令(Password) 指定用户组的口令。 口令应该有6 – 8个字符长，包含至少两个字母字符(A – Z 或 a – z)， 而且与用户的登录名不同的是，至少有一个数字或特殊字符。 , 显示用户组帐户 以下的步骤讲述了如何显示用户组帐户。 1、 以 root 用户登录系统处理器后，显示CDE的桌面。 - 20 - OMCR高级维护 2、 用鼠标右键单击 系统管理(system administration)图标上面的小箭头， 显示下面的系统管理菜单: 图 3-3 OMC管理菜单 3、 单击组管理(Group Admin)的图标，显示管理工具启动窗口。 、 单击 OK。几秒后显示下面的 Group Manger:Load 窗口: 4 图 3-4 Group Manger:Load 窗口 5、 在Naming Services 项选择 NIS(不是 NIS+)，Group Manger:Load 窗 口应如下所示: - 21 - OMCR高级维护 3-5 Group Manger:Load 窗口(选择 NIS) 图 6、 单击 OK。 显示组管理窗口如下: 7、 如果要按组ID(Group ID)排序显示，选择 View 菜单，指向 Sort By， 然后选择 Group ID。 , 增加用户组 1、 在组管理(Group Manger)窗口中，从 Edit 菜单中选择 Add，组管理: Add窗口显示。 2、 填写窗口各项，如下图所示: - 22 - 图 3-6 组管理窗口 OMCR高级维护 提示:组名必须以小写字母开头。 3、 当各项都填写正确，单击 OK。 窗口 Group Manger:Add 关闭，新的用户组列出在组管理窗口中: 图3-8 组管理窗口(已增加新的组) 4、 在组管理窗口中，从 File 菜单中选择 Exit。 , 修改用户组 注意:在通常的情况中，标准的 OMC 组不需要修改。 下面的步骤讲述如何修改用户组: 1、 在组管理窗口中，选中要修改的用户组。 2、 从 Edit 菜单，选择 Modify。 Group Manger:Modify 窗口显示如下: - 23 - OMCR高级维护 图 3-9 Group Manger: Modify 窗口 3、 按要求修改用户组 4、 单击 OK 5、 在组管理窗口，从 File 菜单，选择 Exit。 , 删除用户组 提示:在通常的情况中，标准的 OMC 组不能删除。 下面的步骤讲述如何删除用户组。 1、 在组管理窗口中选中要删除的用户组。 2、 从 Edit 菜单中，选择 Delete。 显示下面的警告信息框: 图 3-10 Group Manger:Warning 窗口 3、 单击 OK，删除用户组。该用户组不再列出在组管理主窗口中。 4、 在组管理窗口，从 File 菜单，选择 Exit。 用户帐户的管理 用户管理(User Manger)提供了一个图形化工具来管理中心系统处理器中的NIS 数据库中的OMC用户帐户。用户帐户使用户能够在系统中登录，并提供对其主 目录的存取。 用户管理能完成以下的用户管理工作: , 显示用户帐户 , 增加新的用户帐户 , 修改用户帐户 , 删除用户帐户 , 改变用户口令 root 用户能在NIS域中管理用户帐户。 - 24 - OMCR高级维护 在给用户指定用户组之前，请确认该用户组以存在。 在增加新用户之前，使用用户组管理检查所有要指定给该用户的用户组。 Motorola 建议的用户组ID如下: infomix 109 mc 110 o omcread 111 , 显示用户帐户信息 下面的步骤讲述了如何显示用户帐户信息。 1、 以 root 用户登录系统处理器后，显示CDE的桌面。 2、 用鼠标右键单击 系统管理(system administration)图标上面的小箭头， 显示下面的系统管理菜单: 3-11 OMC 管理窗口 3、 单击用户管理(User Admin )图标 4、 几秒后，User Manger:Load 窗口显示如下: 图 3-12 User Manger:Load 窗口 5、 命名服务选择NIS(不是 NIS +) 6、 单击 OK，显示如下所示的用户管理窗口(User Manger) - 25 - OMCR高级维护 3-13 用户管理窗口 图 7、 如果要按用户ID(Group ID)排序显示，选择 View 菜单，指向 Sort By， 然后选择 User ID。 提示:在 OMC 系统的安装后～用户 infomix , omc , 和 omcadmin 将存 在～在通常的运行过程中～不需要增加、修改和删除这些用户。 8、 要显示用户的详细信息，双击用户名，User Manger:Modify窗口显示如 下: 图 3-14 User Manger:Modify窗口 , 增加新用户帐户 下面的步骤讲述如何增加一个新的用户帐户。 - 26 - OMCR高级维护 1、 在用户管理窗口，从 Edit 菜单中选择 Add，显示如下 User Manger: Add 窗口。 图 3-15 User Manger:Load 窗口 2、 填写User Manger:Load 窗口中的各项内容。 提示:在服务,Server,一栏必须设置为 omc_splat,否则增加新用户帐户会失败。 3、 如果各项内容填写正确，单击 OK。 - 27 - OMCR高级维护 User Manger:Load窗口关闭，新用户显示在用户管理窗口中: 图 3-16 用户管理窗口(用户已增加) 4、 从 File 菜单，选择 Exit。 修改在整个OMC网络中传送。 当传送完成后，将显示一个同步完成(Synchronization complete)的信息框。 提示:以下讲述的是用户可选的OSI安全应用的信息。 , 如果OSI处理器已经集合到或连接到OMC～每个OMC用户条目都会自动进入 安全应用的相关的 /usr/gsm/config/global/system_table 文件。 , 如果OSI处理器是以后集成或配置的～或由于某种原因～OMC和OSI,安全 应用,的用户不同步～必须人工使用 OMC 安全同步工具,OMC Security synchronization tool,来同步用户条目。 , 用户管理参数 用户管理窗口包含下列字段: , 命名服务(Naming Service) 命名服务指定如何存储和维护用户帐户信息。 NIS 是随 SunOS 5.x来的命名服务，它包含了许多网络、系统和用户的 存储信息的映像。 选择NIS(不是NIS+)作为命名服务。 , 用户过滤 在主窗口显示的用户帐户条目能够过滤，可以在过滤用户窗口中选择下 列过滤条件: , All: 显示所有的用户帐户条目 , Specify: 显示与指定字段中输入的文本字符串匹配的用户帐 户条目。可以使用广义字符匹配和显示多个用户帐户条目。 , None: 停止显示用户帐户条目。 , 域(Domain) 域是在局域网中通过NIS 的命名服务共享系统和网络信息的系统的组。 - 28 - OMCR高级维护 用户名(User Name) , 指定用户登录进入 OMC系统的登录名。用户名必须是唯一的，它由 1 - 8 个大小写的字母字符(A – Z，a – z)或数字组成，一般用户名以小写 字母(a – z)开头。 , 用户ID(UID) 为操作系统识别用户而指定的唯一的数字。用户ID应该是唯一的。在系 统管理的帮助下使用户ID连续的增涨是比较好的习惯。 注意:虽然Solstice AdminSuite 允许使用重复的用户ID，但是这会导致许 多文件权限、删除和安全的问题，所以我们强烈提倡不使用重复的用户ID。 , 主要用户组(Primary Group) 指定用户组ID数字或用户组名，操作系统将把其赋给用户所建立的文 件。对一般的OMC用户，标准的用户组数字为110,限定的 omcread 帐 户为111。 , 次要用户组(Seconday Group) 可选参数，在 Motorola 配置中不使用，指明用户所属的其他的一个或 多个用户组。 , 注释(Comment) 可选参数，指定用户帐户的注解信息，例如:用户的全名、电话号码、 组织等。这用来注释、描述用户帐户。 , 登录Shell(Login Shell) 指定登录Shell(OMC用户选择C Shell) , 口令(Password) 指明用户如何设置口令。 选择 Normal Password :这将显示设置口令窗口，允许用户设置帐户口 令。 , 建立主目录(Creat Home Dir) 指明在哪儿自动建立用户主目录。单击选择框来选择该项功能，用勾号 表明该项功能已选择。 , 路径(Path) 指定用户主目录的路径。用户默认的路径为 /home/username。Motorola 用户的默认路径为 home/motorola , 服务器(Serve r) 指定包含NIS数据库的系统的名字，这项应该设置为 omc_splat , 基本目录(Skeleton Path) 指定包含OMC系统管理员为用户建立的用户初始化文件的目录。 , AutoHome Setup(不使用) , 权限(Permissions) 指定用户主目录的权限，应该如下图所示: , 测试新用户帐户 按以下步骤讲述如何+测试用户帐户: 1、 退出CDE桌面 2、 以新用户帐户登录 - 29 - OMCR高级维护 3、 检查CDE桌面和OMC GUI。 , 修改用户帐户 注意:在通常情况下～用户帐户root、omcadmin 和infomix都不应该修改。 按以下步骤讲述如何修改用户帐户: 1、 在用户管理窗口中选择用户条目。 2、 从 Edit 菜单中选择 Modify。 User Manger:Modify窗口显示了该选择用户的信息如下: 3、 修改用户帐户信息。 4、 单击 OK，User Manger:Modify窗口关闭。 5、 在用户管理窗口，从 File 菜单中选择 Exit。 , 修改用户口令 按以下步骤讲述如何修改用户口令: 1、 在用户管理窗口中选择需修改口令的用户。 2、 从 Edit 菜单中选择 Modify。 User Manger:Modify窗口显示了该选择用户的信息。 3、 从口令项(Password)选择 Nomal Password，显示设置用户口令窗口: 4、 输入修改的用户口令 5、 在校验口令项再次输入，确两次输入相同的口令 6、 单击 OK，设置用户口令窗口关闭。 7、 在用户管理窗口，从 File 菜单中选择 Exit。 - 30 - OMCR高级维护 删除用户帐户 , 注意:在通常情况下～用户帐户root、omcadmin 和infomix都不应该被删除。 1、 在用户管理窗口选择需删除的用户帐户条目。 2、 从 Edit 菜单中选择 Delete。显示User Manger:Delete窗口，确认要删 除用户帐户。 、 选中下列的选择框: 3 Delete home diretory and its contents Delete mailbox and its contents 4、 单击 OK 5、 在用户管理窗口，从 File 菜单中选择 Exit。 主机的管理 , 主机管理简介 主机是在OMC系统中的机器，如系统或MMI处理器。主机管理工具用来 管理主机的信息。用它来增加和改变主机信息非常容易，不需要人工的编辑 /etc/hosts 文件。它从CDE上运行，能完成下列的主机管理工作: , 显示主机信息 , 增加对主机的访问 , 删除对主机的访问 , 主机管理参数 以下信息是在主机管理中所用的: , 主机名(Host Name) 主机名指定操作系统区分每个系统的名字。主机名必须是文本字符串， 由大小写字母字符(A – Z，a – z)、数字(1 -- 9)和减号组成。主机名 长度为 1 – 24个字符，必须以小写字母开头。 , IP地址(IP Address) 每个主机必须有一个唯一的网络地址 – IP地址。保证在网络中没有重复 的IP地址是非常重要的，具有相同的IP地址的主机将无法登录。 , 显示主机信息 以下步骤讲述如何显示主机信息: 1、 以 root 用户登录系统处理器后，显示CDE的桌面。 - 31 - OMCR高级维护 2、 用鼠标右键单击 系统管理(system administration)图标上面的小箭头， 显示系统管理菜单。 3、 单击主机管理(Host Admin)图标，击秒后显示下面的 Host Manager: Select Naming窗口: 图 3-17 Host Manager:Select Naming窗口 4、 选择NIS作为命名服务，单击OK 显示下面的主机管理窗口: 图 3-18 主机管理窗口 , 增加对主机的访问 以下步骤讲述如何增加主机: 1、 在 Edit 菜单中选择 Add ，显示下面的 Host Manager:Add窗口: 2、 单击 系统类型(System Type)项，选择 Generic，将出现下面的窗口: 3、 输入主机名和唯一的IP地址，以太网地址项不需输入，单击OK 在主机管理窗口中，新增的主机前面有一个“+”号，而且 Total Changes Pending 项加一。 4、 从 File 菜单选择 Save Changes 执行修改。主窗口中的主机列表更新 了，包括新增的主机，新增主机名前的“+”号消失， All Changes Successful 的提示取代了 Total Changes Pending信息。 5、 从 File 菜单选择 Exit ，传播改变到网络其他系统中。主机管理窗口关 闭。 , 删除主机的访问 注意:在通常情况下～系统管理器主机不能删除。 - 32 - OMCR高级维护 以下步骤讲述如何删除主机，这操作将删除所有主机对该主机的访问: 1、 在主机管理窗口中选择要删除的主机 2、 在 Edit 菜单中选择 Delete，显示下面的信息框: 3、 单击 OK，在主机管理窗口中该主机前显示“-”号: 注意:要退出删除动作～在 File 菜单中选择 Exit 4、 从 File 菜单选择 Save Changes 执行修改。主窗口中的主机列表更新。 5、 从 File 菜单选择 Exit ，传播改变到网络其他系统中。主机管理窗口关 闭。 系统的cron jobs 在系统处理器和MMI上执行的时钟守护进程完成各种维护任务。每个处理器上推荐的和可选的时钟守护进程都安装在目录$OMC_TOP/current/install_mmi 和$OMC_TOP/current/install_splat下。 几个log维护脚本在不同处理器上维护log文件。这些脚本是为特定的log文件

设计

领导形象设计圆作业设计ao工艺污水处理厂设计附属工程施工组织设计清扫机器人结构设计

的。所有这些脚本都可以通过命令行或者cron执行。 系统处理器上的cron jobs s90cronjob脚本包括推荐的cron jobs，如下所示: 用户root在系统处理器上的cron jobs: maintain_script systat onmode_pm onmode_mib monitor_diskspace monitor_ct_logs roll_cron_log roll_online.log sar_per_day 用户omcadmin在系统处理器上的cron jobs: update_mib_statistics maintain_script roll_paging_log core_presence omc_db_maint site_timesynch , /usr/gsm/sbin/maintain_script (root 或 omcadmin ):删除log文件。 该脚本的语法结构: maintain_script <-l |-a | -r > [-d ] [-t ] [ ] [ ] -l 列出所选文件模式 -a 用UNIX命令cpio备份所选文件模式 -r 删除所选文件模式 -d 所选文件的时限(默认值为1天) -t 备份文件的磁带设备(默认值为系统处理器的 /dev/rmt/0) 系统目录 - 33 - OMCR高级维护 被删除的文件，如omcadmin/*或/* 注:参数 a，l，r每次只能调用一个;备份，列表或删除log文 件。 , /usr/gsm/sbin/systat (root):监控系统状态 , /usr/gsm/sbin/onmode_pm(root):释放PM数据库内存段 , /usr/gsm/sbin/onmode_mib(root):释放CM数据库内存段 , /usr/gsm/sbin/monitor_diskspace (root): 监控目录/usr/gsm/ne_data/raw_stats/nmc_stats的磁盘容量 , /usr/gsm/sbin/monitor_ct_logs (root):检查目录/usr/gsm/ne_data/ct_logs 的磁盘空间 , /usr/gsm/sbin/roll_cron_log (root):完成CRON LOG文件的滚动 , /usr/gsm/sbin/roll_online.log (root):完成online.log文件的滚动 , /usr/gsm/current/sbin/sar_per_day (root):产生系统活动报告数据文件 , /usr/gsm/current/sbin/update_mib_statistions (root):修改CM数据库中所 有表的统计数据 , /usr/gsm/sbin/roll_paging_log (omcadmin):完成每天PagingLog文件的 滚动 , /usr/gsm/current/sbin/core_presence (omcadmin):通知用户omcadmin系 统产生core文件 , /usr/gsm/sbin/omc_db_maint (omcadmin):完成PM数据库的维护 , /usr/gsm/current/sbin/site_timesynch (omcadmin):改变NE map上基站的 时间使之与系统处理器的时间同步。 MMI处理器上的cron jobs S90cronjob_mmi脚本包括推荐的cron jobs，如下所示: timesynch systat , timesynch :重新设置MMI处理器的时间，使之与系统处理器保持一 致 , /usr/gsm/sbin/systat (root):监控系统状态 用行命令调度cron jobs. 查看用户的crontab文件，用以下命令: crontab -l 提示:要查看用户的crontab文件～就必须以该用户身份登录。 检验cron jobs: 时钟守护程序将cron jobs执行结果mail给用户，用户可用mail工具查看。 添加cron jobs 以下是个添加新cron job的例子，这个cron job用于在每天零点十五分时删除系统七天前数据文件: 1( 列出当前正在运行的cron jobs到一个临时文件: crontab –l > /tmp/cron_list.tmp 2( 添加新cron job到临时文件: # Remove database files older than 7 days 15 00 * * * env OMC_TOP=/usr/gsm /usr/gsm/sbin/maintain_script –r –d 7 3( 用crontab命令将编辑的临时文件提交给时钟守护程序: - 34 - OMCR高级维护 crontab /tmp/cron_list.tmp 4( 删除临时文件: rm /tmp/cron_list.tmp 删除cron jobs 以下是个删除cron job的例子，这个cron job用于在每天零点十五分时删除系统七天前数据文件: 1(列出当前正在运行的cron jobs到一个临时文件: crontab –l > /tmp/cron_list.tmp 2(删除临时文件中要求操作的行和相应的注释信息。 # Remove database files older than 7 days 15 00 * * * env OMC_TOP=/usr/gsm /usr/gsm/sbin/maintain_script –r –d 7 3(用crontab命令将编辑的临时文件提交给时钟守护程序: crontab /tmp/cron_list.tmp 4(删除临时文件: mv /tmp/cron_list.tmp 时钟守护程序维护 时钟守护程序产生的LOG文件需要日常维护。为了避免LOG文件过大，要定时进行以下操作: 1( 以root登录，执行命令: tail -100 /var/cron/log > /tmp/cron_log 将LOG文件中的最后100行写入临时文件。 2( 将临时文件拷贝到原始文件中: mv /tmp./cron_log /var/cron/log LOG文件中现保留100行信息，当cron jobs执行时，信息会相应增加。 OMC-R系统LOG文件 概述 运行记录、日志文件(后面简称LOG文件)是有关计算机运行的全部事项记录，包括系统运行状态，错误、告警提示，执行的命令以及该命令执行后的输出等。 OMC-R系统中，LOG文件分为三类: , UNIX操作系统LOG文件 , OMC应用软件LOG文件 , INFORMIX数据库LOG文件 通过查看LOG文件，可以了解系统运行情况。遇到问题时，这些信息可以帮助进行故障定位。 OMC-R系统LOG文件目录结构 / usr var omcaudit sadm gsm logs fpomcaudit log cron fcaudit - 35 - adm DBMS messages sulog lastlog cm_omcaudit OMCR高级维护 UNIX操作系统LOG文件 , /var/adm/messages文件 /var/adm/messages包含所有操作系统错误信息以及硬件故障信息。这些信 息与OMC软件无关。如果发生硬件故障或者操作系统问题，查询该文件。 平时也可查看该文件,了解系统的运行状态。 , % more /var/adm/messages Apr 28 10:35:03 somcsys1 unix: SunOS Release 5.5.1 Version Generic_105428-01 [UNIX(R) System V Release 4.0] Apr 28 10:35:03 somcsys1 unix: Copyright (c) 1983-1996, Sun Microsystems, Inc. Apr 28 10:35:03 somcsys1 unix: mem = 262144K (0x10000000) Apr 28 10:35:03 somcsys1 unix: avail mem = 259063808 Apr 28 10:35:03 somcsys1 unix: Ethernet address = 8:0:20:88:11:9c Apr 28 10:35:03 somcsys1 unix: root nexus = 4-slot Ultra Enterprise 3000 Apr 28 10:35:03 somcsys1 unix: sbus1 at root: UPA 0x3 0x0 ... Apr 28 10:35:03 somcsys1 unix: QLGC,isp0 at sbus1: SBus1 slot 0x0 offset 0x10000 SBus level 3 sparc9 ipl 5 Apr 28 10:35:03 somcsys1 unix: isp0: Firmware Version: v1.31, Customer: 15, Product: 0 Apr 28 10:35:03 somcsys1 unix: sd2 at QLGC,isp0: target 2 lun 0 Apr 28 10:35:03 somcsys1 unix: sd2 is /sbus@3,0/QLGC,isp@0,10000/sd@2,0 Apr 28 10:35:03 somcsys1 unix: Apr 28 10:35:03 somcsys1 unix: sd3 at QLGC,isp0: target 3 lun 0 ... Apr 28 10:35:17 somcsys1 unix: NOTICE: hih0: xmit hung - 36 - OMCR高级维护 文件前部分是系统启动时的信息。斜体部分是一个硬件故障信息，表示高速 系统接口(HSI)的0口通信中断,通常是连接这个端口的电缆出现问题。 , /var/cron/log文件 /var/cron/log记录了所有时钟守护程序的动作。时钟进程是由 /var/spool/cron/crontabs目录下的调度文件控制。 , # more /var/cron/log ! *** cron started *** pid = 22945 Fri May 7 00:04:01 1999 > CMD: env OMC_TOP=/usr/gsm /usr/gsm/sbin/systat > root 23217 c Fri May 7 00:10:00 1999 < root 23217 c Fri May 7 00:10:05 1999 > CMD: env OMC_TOP=/usr/gsm /usr/gsm/sbin/maintain_script -r -d 7 /usr/gsm/logs cm_omcaudit\* > omcadmin 23449 c Fri May 7 00:15:00 1999 < omcadmin 23449 c Fri May 7 00:15:01 1999 > CMD: env OMC_TOP=/usr/gsm /usr/gsm/sbin/maintain_script -r -d 7 /usr/gsm/logs fcaudit\* , 查看crontab文件内容 % crontab -l , 激活crontab文件 % crontab filename OMC应用软件LOG文件 , /usr/gsm/logs/omcaudit ---OMC进程全程记录 如果OMC系统存在问题(如OMC不能启)，查看该文件。文件中包含 错误信息以及当时OMC进程的动作。 , 如OMC正常启动信息 99-04-28 10:36:05 (415) [OMCINIT] Startup Version GSR3-1.5.1.1 99-04-28 10:36:06 Event Router: Process started 99-04-28 10:36:07 List Manager: Process started 99-04-28 10:36:09 (425) Bootload listener: process starting 99-04-28 10:36:09 (426) Event Interface: process starting 99-04-28 10:36:09 x25_1(427) started process 1 99-04-28 10:36:09 x25_2(428) started process 2 99-04-28 10:36:10 x25_5(429) started process 5 99-04-28 10:36:10 x25_6(430) started process 6 99-04-28 10:36:10 x25_7(431) started process 7 99-04-28 10:36:10 (432) Upload manager: process starting 99-04-28 10:36:10 (433) RLOGIN : Environment variable RL_LOGCMDS set to YES 99-04-28 10:36:10 (433) RLOGIN : Environment variable RL_LOGRESPS set to YES 99-04-28 10:36:10 (433) RLOGIN : Subsystem started 99-04-28 10:36:11 (432) Upload manager: Max Uploads Per Upload Channel Changed to 2 99-04-28 10:36:11 (432) Upload manager: OMC is Configured to do 4 - 37 - OMCR高级维护 Simultaneous Uploads 99-04-28 10:36:14 x25_3(436) started process 3 99-04-28 10:36:14 x25_4(437) started process 4 99-04-28 10:36:17 Resync Hub: Process Started 99-04-28 10:37:08 (426) Event Interface: accepted connection from BSS02 99-04-28 10:37:08 (426) Event Interface: accepted connection from BSS01 99-04-28 10:37:08 (426) Event Interface: accepted connection from RXCDR01 ...... 99-04-28 10:41:41 (415) [OMCINIT] OMC Startup Complete 以上是OMC正常启动时，系统处理器(sys)上的信息。 , 下面是OMC不能启动的一个例子。 9-04-28 09:59:09 (816) [OMCINIT] OMC Shutdown Invoked 99-04-28 09:59:11 (821) Event Interface: an unknown process has died -04-28 09:59:16 (20738) File transfer protocol: starting upload of NE 99 BSS01, file type 1 99-04-28 09:59:22 (20738) File transfer protocol: successfully uploaded from NE BSS01, object: Statistics File, size (bytes): 1408 99-04-28 09:59:22 (821) Event Interface: a process requesting a remote operation has died 99-04-28 09:59:40 (816) [OMCINIT] The remote process MONITOR terminated 99-04-28 09:59:40 x25_1(822) Shutdown 99-04-28 09:59:40 (828) RLOGIN shutdown completed normally 99-04-28 09:59:40 (816) [OMCINIT] RLOGIN pid# 828 terminated with status -6 99-04-28 09:59:40 x25_3(831) Shutdown 99-04-28 09:59:40 x25_4(832) Shutdown 99-04-28 09:59:40 Event Router: Received shutdown signal 99-04-28 09:59:40 List Manager: Received shutdown signal 99-04-28 09:59:40 (833) FMAUDIT: Received shutdown signal 99-04-28 09:59:45 (827) Upload manager: process shutting down ... 99-04-28 09:59:50 (816) [OMCINIT] PARSER pid# 829 terminated unexpectedly by signal 9 99-04-28 09:59:50 (816) [OMCINIT] LMMGR pid# 818 terminated unexpectedly by signal 9 99-04-28 09:59:50 (816) [OMCINIT] DOWNLOADER pid# 820 terminated unexpectedly by signal 9 99-04-28 09:59:50 (816) [OMCINIT] UPLOADER pid# 827 terminated unexpectedly by signal 9 99-04-28 09:59:50 (816) [OMCINIT] RSYNCTR pid# 928 terminated unexpectedly by signal 9 - 38 - OMCR高级维护 99-04-28 09:59:50 (816) [OMCINIT] OMC Shutdown Complete 在OMC不能启动时，通常先查看omcaudit文件，找出原因。上面是OMC 停止运行时的信息，这些信息告诉我们OMC停止运行时，还有用户在使用 OMC，使部分进程吊死，部分进程被强行关闭,造成OMC不能启。 , Parser Activity Log --- /usr/gsm/logs/fpomcaudit 如果统计出现问题，查看fpomcaudit文件。所有PARSER的动作都记录在这 个文件里。 , % more /usr/gsm/logs/fpomcaudit 990504230019 (434) FP : FILE HEADER : NE Type 31 : NE Id 2 : Time 1999-5-4 22:30:0:975 : Duration 1800 : V 1514 990504230019 (434) FP : Parsing of current statsfile complete. 990504230021 (434) FP : FILE HEADER : NE Type 31 : NE Id 1 : Time 1999-5-4 22:30:0:810 : Duration 1800 : V 1514 990428105923 (434) FP : Invalid Duration which will result in a .bad_header file. 2 - code : 3600 990428105923 (434) FP:Invalid Data in file header. 2 file : /usr/gsm/ne_data/raw_stats /100,0/31,2/2-10:0:0-28:4:1999 - code : 0 990504230021 (434) FP : Parsing of current statsfile complete. PARSER在工作过程中，如果发现统计数据文件头信息出错，就不处理这些 统计数据，而是生成一个bad_hearder文件。 , /usr/gsm/logs/fcaudit --- 上载统计数据记录 如果上载的原始统计数据文件出现问题，查看fcaudit文件。该文件记录有 不能从某个NE 上载统计数据的原因。 正常情况下，fcaudit文件为空文件。 , DBMS --- PM 数据库写库时产生的错误信息 增加或修改PM数据库时出现错误，就会产生LOG文件。每一个错误对应 一个LOG文件。 LOG文件格式为: dbms.433343175 在这儿，数字是一个整数，而不是代表日期。如果想查询LOG产生时间， 可通过长列表获得。 , cm_omcaudit --- 配置管理记录 记录CM启动、关闭信息，装载的开始/结束以及配置管理进程产生错误的 环境。 , 如系统启动时cm_omcaudit中记录的启动信息: 99-04-28 10:36:08 i-CM: **** started up **** 99-04-28 10:36:08 i-CM: opened file: NE.MAP 99-04-28 10:36:08 i-CM: opened file: SWLOAD.DATA 99-04-28 10:36:08 i-CM: opened file: SITE.MAP 99-04-28 10:36:08 i-CM: initialisation completed , omc_db_maint --- OMC PM数据库维护纪录 omc_db_maint实用程序每天晚上通过时钟守护程序自动执行，它负责系统 处理器上数据库的性能管理。omc_db_maint LOG文件记录实用程序的所有 动作。该程序完成以下动作: - 39 - OMCR高级维护 运行db_disconnect disconnect脚本将PASER与数据库分离。 执行omc_db_maint转储前一天的PM统计和当前PM配置数据,删除5天前 的统计数据。 运行db_disconnect disconnect脚本将PMPROXY与数据库分离。 运行db_disconnect disconnect脚本将EM与数据库分离。 运行omc_db_ckspace报告OMC数据库空间使用率。 运行db_disconnect connect脚本将PASER、PMPROXY和EM与数据库重 新连接。 , SYS_INFO --- 系统状态抽样报告 时钟守护程序每隔10分钟自动在/usr/gsm/logs/SYS_INFO目录下产生一 个包含系统状态瞬间信息的文件，文件中存储了一系列UNIX命令以及 该命令执行结果。在系统处理器上运行的命令如下所述: /usr/ucb/uptime --- 系统最后一次重启时间、已运行时间、登录的用户数量 和当前负荷平均值。 4:20pm up 6 day(s), 5:45, 1 user, load average: 0.00, 0.02, 0.02 uname --- 机器的详细信息。 SunOS somcsys1 5.5.1 Generic_105428-01 sun4u sparc SUNW,Ultra-Enterprise /bin/ps –efl --- 当前系统运行进程列表。 UID PID PPID C PRI NI ADDR SZ WCHAN STIME TTY TIME CMD root 0 0 0 0 SY 10416c88 0 Apr 28 ? 0:00 sched root 1 0 0 41 20 604e9980 208 604e9b50 Apr 28 ? 0:18 /etc/init - root 2 0 0 0 SY 604e6020 0 10439f38 Apr 28 ? 0:00 pageout root 3 0 0 0 SY 604e6680 0 1043e1bc Apr 28 ? 15:18 fsflush root 11466 117 0 61 20 60da2cc0 185 60da2e90 10:57:42 ? 0:00 in.rlogind /bin/df –k --- 检查磁盘使用情况。 Filesystem kbytes used avail capacity Mounted on /dev/md/dsk/d20 123455 14464 96651 14% / /dev/md/dsk/d26 482439 253954 180245 59% /usr /dev/md/dsk/d23 67815 46490 14545 77% /var /dev/md/dsk/d34 187487 43981 124766 27% /home /dev/md/dsk/d25 288855 27354 232621 11% /opt /dev/md/dsk/d24 480919 127364 305465 30% /usr/gsm/ne_data /dev/md/dsk/d30 47263 1905 40638 5% /usr/gsm/ne_data/raw_stats - 40 - OMCR高级维护 swap 926712 152 926560 1% /tmp omc_mib:/usr/opt 1112712 391128 610312 40% /usr/opt /opt/SUNWconn/bin/linkstate -l --- 检测链路状态 Tue May 4 16:20:01 1999: LAPB Link 0 is in state NORMAL Tue May 4 16:20:01 1999: LAPB Link 1 is in state NORMAL Tue May 4 16:20:01 1999: LAPB Link 2 is in state ADM Tue May 4 16:20:01 1999: LAPB Link 3 is in state ADM /opt/SUNWconn/bin/x25stat -l prot0n --- 检测x.25端口状态 PER LINK STATISTICS FOR X25 ---------------------------- Link : 1 State : Connected and resolved DXE ------------------------------------- Packet type TX RX ------------------------------------- Call 2350 30 Call accept 25 2330 Restart 0 3 3 0 Restart confirm RNR 0 0 RR 0 0 Resets 0 0 Reset confirms 0 0 Diagnostic 0 0 Interrupts 0 0 Registration 0 0 Reg confirm 0 0 Packets(total) 441612 891951 Bytes(total) 40196647 67728561 /usr/bin/sar -ru --- 检测当前空闲的内存页和交换空间以及cpu使用情况。 SunOS somcsys1 5.5.1 Generic_105428-01 sun4u 05/04/99 00:00:00 freemem freeswap 00:19:58 14477 1860315 00:39:58 14504 1863453 ... Average 14314 1861337 00:00:00 %usr %sys %wio %idle 00:19:58 1 1 1 97 00:39:58 1 1 1 97 00:59:58 1 1 1 97 - 41 - OMCR高级维护 ... Average 1 1 1 97 , /etc/swap -l --- 系统交换空间使用率的详细信息。 swaplo blocks free swapfile dev /dev/md/dsk/d35 85,35 16 1573184 1573184 /usr/bin/netstat -a --- 报告网络运行状态。 UDP Local Address State -------------------- -------------------------------- *.sunrpc Idle *.* Unbound *.32771 Idle *.32773 Idle TCP Local Address Remote Address Swind Send-Q Rwind Recv-Q State -------------------- -------------------- ----- ------ ----- ------ ---------------------------------------- *.* *.* 0 0 0 0 IDLE *.sunrpc *.* 0 0 0 0 LISTEN *.43804 *.* 0 0 0 0 IDLE onstat -ukp --- 数据库状态 INFORMIX-OnLine Version 7.13.UC1 -- On-Line -- Up 6 days 05:44:25 -- 25856 Kbytes Userthreads address flags sessid user tty wait tout locks nreads nwrites 30edc010 ---P--D 0 informix - 0 0 0 180 3031 30edc444 ---P--F 0 informix - 0 0 0 0 0 ... 30ede1b0 Y--P--- 806 omcadmin console 310a69c0 0 1 1 1212 8 active, 128 total, 15 maximum concurrent - 42 - OMCR高级维护 Locks address wtlist owner lklist type tblsnum rowid key#/bsiz 30257528 0 30edd948 0 S 100002 202 0 30257554 0 30ede1b0 0 S 100002 202 0 30257580 0 30eddd7c 0 HDR+S 100002 202 0 3 active, 75000 total, 32768 hash buckets Profile dskreads pagreads bufreads %cached dskwrits pagwrits bufwrits %cached 1986 1986 859009 99.77 18573 36659 54401 65.86 isamtot open start read write rewrite delete commit rollbk 780185 38776 72193 366639 11346 3297 7802 1614 3 ovlock ovuserthread ovbuff usercpu syscpu numckpts flushes 0 0 0 90.32 32.06 347 3584 bufwaits lokwaits lockreqs deadlks dltouts ckpwaits compress seqscans 197 0 1131062 0 0 0 811 1511 ixda-RA idx-RA da-RA RA-pgsused lchwaits 314 79 609 1001 215 INFORMIX数据库LOG文件 , /usr/informix/online.log 记录informix-online启动、关闭信息，以及online的所有动作。 % more /usr/informix/online.log 10:41:57 INFORMIX-OnLine Initialized -- Shared Memory Initialized. 10:41:57 Physical Recovery Started. 10:41:57 Physical Recovery Complete: 0 Pages Restored. 10:41:57 Logical Recovery Started. 10:42:00 Logical Recovery Complete. 0 Committed, 0 Rolled Back, 0 Open, 0 Bad Locks 10:42:00 Onconfig parameter LOGFILES modified from 3 to 5. 10:42:00 Onconfig parameter TAPEDEV modified from /dev/rmt/dtape0 to /dev/null. 10:42:00 Dataskip is now OFF for all dbspaces 10:42:00 On-Line Mode 10:42:00 Checkpoint Completed: duration was 0 seconds. 环境变量 - 43 - OMCR高级维护 OMC系统包括用户可定义环境变量和用户不可定义环境变量。 可定义的环境变量 在一般情况下，系统处理器的环境变量在文件pmProcConfig.csh(C shell)和 文件pmProcConfig.sh(Boune shell)中定义，这两个文件存放在 /usr/gsm/config/global目录下。 下面简单介绍几个可在系统处理器上定义的部分变量，详细信息查阅 MOTOROLA 手册。 , ATC_TIMEOUT ATC_TIMEOUT变量与邻小区广播有关，当一个cell的属性发生改变时， CM数据库将改变信息广播给指向该小区的邻小区。如果某个小区正在编 辑，那么CM数据库会在ATC_TIMEOUT定义的时长内重新广播。超过这 个时间，广播失败。 ATC_TIMEOUT的缺省值为600秒。 , AU_ALF_DIR AU_ALF_DIR设置audit 列表目录，缺省为/usr/gsm/logs/ListDir。 , DBMS_MAINT_INTERVAL DBMS_MAINT_INTERVAL用于db-pm-maint进程控制每个SQL语句删除 数据的数量。删除数据是以interval为单位。(1 interval per 30 minutes) 变量的缺省值为6，范围是1到48。 , GUI_DATE_FORMAT GUI_DATE_FORMAT定义GUI上显示日期的格式。可定义为以下值: 0 = American format 1 = Japanese format 2 = European format 3 = time only format 如果这个变量没有设置，或者小于0，或者大于3，缺省值为European format。 , MAX_BOOTLOAD MAX_BOOTLOAD设置download的最大容量。 MMI处理器的环境变量 这个章节列出部分MMI处理器的可定义的环境变量。这些环境变量在目录 /usr/gsm/config/global的文件pmProcConfig.csh中定义。 , ADDINFO_IN_HEX ADDINFO_IN_HEX变量是十六进制显示附加告警信息(不包括EAS告警)。 附加的EAS告警还是ASCII码文本显示。 , LANGUAGE LANGUAGE定义OMC上使用的语言。 , MMI_BELL_CRITICAL_ALARMS MMI_BELL_CRITICAL_ALARMS变量定义当有critical告警时震铃。缺省 值为1，如果不希望震铃，设置为0。 , MMI_BELL_MAJOR_ALARMS MMI_BELL_MAJOR_ALARMS变量定义当有major告警时震铃。缺省值为 1，如果不希望震铃，设置为0。 - 44 - OMCR高级维护 , MMI_CLEAR_INACTIVE_FMIC MMI_CLEAR_INACTIVE_FMIC对所有用户设置为true。如果设置为on， 所有用户可清除系统中活动的FMIC告警。 不可定义的环境变量 系统处理器上不可定义的环境变量 系统处理器上不可定义的环境变量在以下文件中定义: /usr/gsm/current/config/Common.csh /usr/gsm/current/config/common.sh /usr/gsm/config/global/mmiProcConfig.csh /usr/gsm/config/global/mmiProcConfig.sh /usr/gsm/config/global/pmProcConfig.csh /usr/gsm/config/global/pmProcConfig.sh MMI处理器上不可定义的环境变量 MMI处理器上不可定义的环境变量在以下文件中定义: /usr/gsm/config/global/mmiProcConfig.csh /usr/gsm/config/global/mmiProcConfig.sh /usr/gsm/config/global/mibProcConfig.csh /usr/gsm/config/global/mibProcConfig.sh 备份和恢复 为什么要作备份, 为什么要作备份,有三个原因: , 为了保证你的数据在系统崩溃或自然灾害时不被损坏。 , 为了防止用户的文件因意外删除而丢失。 , 在系统重装或升级的情况下，保证原系统上的数据能够平滑地转移到新 系统上。 另外一个重要原因就是工作的安全性要求，保证系统上的所有数据都 有相应的拷贝是系统管理员的职责。 备份的类型 , 备份的不同类型包括:文件系统的备份，通常也称为“全备份”，这种类 型的备份拷贝下整个文件系统中的内容。 , 只作一些文件的备份，这些文件是在上次更低级备份之后作过修改的文 件。 , 选择性备份，通过在命令行上指定路径名来备份那些选择的文件。 , 多卷备份，意思是大量数据可以一次性拷贝到多个磁带或软盘上。 磁带机的类型 通常都是用磁带作为备份时的介质。 所有磁带机，不管什么类型，被引用时都用到它们的逻辑设备名，逻辑 设备名的格式如下: / d e v / r m t / x y b n 磁带机的逻辑号 磁带密度(h,m,l) BSD操作方式 不回卷 例: - 45 - OMCR高级维护 /dev/rmt/0 /devices/sbus@1,f8000000/esp@0,800000/st@st@4,0: 磁带机设备名都是从0开始编号，与磁带机类型无关。另外几个不同参数的含义是: 可以指定三种密度:h(高)、m(中)、和l(低)，不同类磁带密度: 型的磁带机，该参数有不同的值。 BSD操作方式: 如果指定b，那么驱动器将以BSD方式进行操作。这就意 味着在读到一个“文件尾”标志时，它将返回下一个文件 的第一个记录;在关闭一个不回卷设备时，它将往前跳动 一个磁带空间。 不回卷: 如果在设备名的结尾加一个字母n，那么在当前操作完成 以后该磁带将不回卷。 ufsdump命令 用ufsdump命令来作一个文件系统的备份，该备份可以是一个文件系统的完整备份或增量备份，也可以是独立的文件和目录。 命令格式: ufsdump options [arguments] files-to-dump 选项: 0——9: 指定转储级别，0级是最低级(称为完整备份)，9级是最高级。 a: 为转储到磁带上的文件建立联机档案。 f: 指定转储目的地的设备名，它需要一个设备名参数与之对应。 u: 以此次转储的日期和级别更新转储记录文件/etc/dumpdates。 c: 转储到盒式磁带并设定块因子(blocking factor)为126块。 file-to-dump: file-to-dump可以是文件系统的原始设备名 (/dev/rdsk/c0t0d0s0)，可以是文件系统的名字 (/export/home)，也可以是文件或目录名 (/export/home/lister) /etc/dumpdates文件 ufsdump命令中的u选项使之创建或更新/etc/dumpdates文件，该文件包含有每次成功转储的日期和级别记录。 # cat /etc/dumpdates /dev/rdsk/c0t2d0s6 0 Tue Dec 8 11:12:27 1992 /dev/rdsk/c0t2d0s0 0 Tue Dec 10 17:44:02 1992 /dev/rdsk/c0t2d0s4 0 Tue Dec 10 16:42:21 1992 /dev/rdsk/c0t2d0s3 0 Tue Dec 10 17:20:20 1992 怎样备份一个文件系统 1(检查系统的“活动性”。 对一个繁忙的文件系统，备份应该在系统“活动性”最底的时候进行，例如早上很早或晚上很晚。 2(通知所有用户，暂停使用系统。 3(让系统运行在S层。 这一点非常重要，要保证你为空闲的文件系统作备份。ufsdump 命令对数据进行两遍扫描，第一遍收集i结点信息，第二遍读数据。如果文件系统在备份过程中处于活动状态，那么文件或目录可能在两遍扫描之间被修改，这将导致错误的结果。 - 46 - OMCR高级维护 如果由于某种原因而不能使系统进入单用户状态，你至少应该把要备份的文件系统卸下。 4(用fsck 程序确认文件系统完整性。 #fsck /export/home 5(用盒式磁带机对 /export/home 文件系统作完整的0级备份。 #ufsdump 0ufs /dev/rmt/0 /export/home DUMP:Date of this level 0 dump:Thu Jan 19 17:05:22 1998 DUMP:Date of last level 0 dump :the epoch DUMP:Dumping /dev/rdisk/c0t2d0s7(/export/home)to /dev/rmt/0 DUMP:mapping (Pass I) [Regular files] DUMP:mapping (Pass II) [directories] (((((((((((( 6(当使用默认的磁带机设备(/dev/rmt/0)，这样就不需要用 f 参数指出设备名。下面的命令与上面的例子有同样的功能。 # ufsdump 0uc /export/home ufsrestore命令 ufsrestore 命令从ufsbackup 作成的备份带中提取相应的文件。 命令格式: ufsrestore options [ arguments] [ filename (((] 选项: i 执行交互式恢复 x 仅恢复命令行中指定的文件 t 列出备份带中的内容表 r 恢复整个备份 a archive-file 从archive-file文件而不是从磁带中获得相关备份中的内容 表，这样，只有在真正提取文件时才需要将备份带装入。 f dump-file 用dump-file来指定从什么设备中提取文件。 v 在恢复文件的同时显示它们的路径名。 恢复文件 1(将磁带装入磁带机 2(成为超级用户。 # su password: 3(从备份介质中提取的文件通常都放在/var/tmp目录下，这样可以避免覆盖现存文件的意外事件。 4(显示磁带中的内容以确认你所需要的文件是否在磁带中，并明确所要恢复文件的正确路径。 # ufsrestore tvf /dev/rmt/0 2 . 3 ./lost+found 5120 ./export 10240 ./home 25600 ./etc 30720 ./etc/passwd 5(一旦找到了文件，就可以提取: - 47 - OMCR高级维护 # ufsrestore xvf /dev/rmt/0 ./etc/passwd You have not read any volumes yet. Unless you know which volume your file(s) are on you should start with the last volume the first. Specity next volume # : 1 Set directory mode , owner, and times. Set owner /mode for ‘.’? [yn] n (键入包含有相应文件的磁带的卷号。磁带的卷号从1开始编起。 6 7(检查恢复的文件，将它拷贝到相应的目录下。 # cat ./etc/passwd # cp ./etc/passwd /etc/passwd 恢复整个文件系统 下面的例子告诉你如何在一个新的硬盘分区(或硬盘)上恢复一个文件系统。 1(卸下文件系统并备份其中的内容 # umount /opt # fsck /opt # ufsdump 0uf /dev/rmt/0 /opt 2(重新划分硬盘(如果需要)，创建新文件系统，将它挂接在一个临时挂接点上，然后恢复数据。 # newfs /dev/rdsk/c0t3d0s5 # fsck /dev/rdsk/c0t3d0s5 # mount /dev/dsk/c0t3d0s5 /mnt # cd /mnt # ufsrestore rvf /dev/rmt/0 # rm restoresymtable 3(恢复数据以后，卸下文件系统，用fsck程序检查其完整一致性。 # cd / # umount /mnt # fsck /dev/rdsk/c0t3d0s5 4(在/etc/vfstab中添加与新文件系统相对应的一行条目并挂接该文件系统。 恢复/(根)文件系统 恢复根文件系统是一个比较长的过程，因为恢复过程中所使用的特殊文件和命令恰恰都存放在根文件系统中。 1(装入操作系统介质并将系统引导到运行层S。 ok boot cdrom -s 2(创建并挂接新的文件系统，然后从包含有根文件系统的磁带上进行恢复。 # newfs /dev/rdsk/c0t3d0s0 # fsck /dev/rdsk/c0t3d0s0 # mount /dev/rdsk/c0t3d0s0 /a # cd /a # ufserstore rvf /dev/rmt/0 # rm restoresymtable - 48 - OMCR高级维护 3(运行installboot程序，在硬盘的头15个扇区中创建引导块(bootblocks)，引导块中有一个用来读入ufs文件系统的程序，该程序将ufsboot程序装入内存。 # cd /usr/platform/`uname –i`/lib/fs/ufs # installboot bootblk /dev/rdsk/c0t3d0s0 4(卸下新的文件系统，并用fsck程序检查其完整一致性。 # cd / /a # umount # fsck /dev/rdsk/c0t3d0s0 5(重新启动系统。 # init 6 恢复/usr文件系统也基本是这个过程，区别就在于不必重新装入引导块。 系统的安全性 为了登录到系统,用户必须提供一个公开的注册名和一个秘密的口令,系统将输入的注册名和口令与系统登记帐户的注册名和口令进行对照检查。 与系统安全性相关的文件为:/etc/passwd和/etc/shadow , /etc/passwd ,并能提供正确的口令才能登录到系统 用户只有在/etc/passwd中有登记 文件格式:usr_name:x:uid:gid:comment:home_dir:login_shell , 各域的含义: usr_name 用户注册名,最多8个字符,并不包含大写字母 x 用户加密口令的占位符,加密口令存放在/etc/shadow 中,空时表 示无口令 uid 用户标识号,从100~6000分配给普通用户,0~99的值保留给 系统 gid 主用户组号,一般从100~60000 comment 注释,通常包括用户的全名 home_dir 用户的注册目录路径 login_shell 用户缺省注册shell /etc/passwd 文件有Administration Tool维护,超级用户也可打开并修改它 , /etc/shadow passwd文件中的占位符x代表存储在/etc/shadow文件中的口令.只有超级用户可以访问此文件. 文件格式:usr_name:password:lastchg:min:max:warm:inactive:expire , 各域的含义 usr_name 用户注册名 password 三种情况 1) 13个字符的加密口令,不能读懂 2) LK表示该帐户被锁定,不可访问 3) NP表示没有口令 以下6个域是口令的老化特性 lastchg 口令最近修改日期距1970年1月1日的天数 min 前后两此口令更改之间的最小天数 max 用户口令的最多有效天数 warm 口令作废之前多少天给警告 - 49 - OMCR高级维护 inactive 允许用户口令不活跃的最大天数 expire 帐户作废的绝对天数 , /etc/group 格式:group_name:group_password:gid:user_list , 各域的含义 group_name 用户组名，最多位八个字符。 group_password 用户组口令。 gid 用户组标识号。 user_list 用逗号分开的用户列表，以确定用户组的次组组员。 , su命令 格式:su[-]usr_name 功能:改变登录身份 usr_name----新的登录身份的用户名 选项: [-]:将用户环境改变，否则只改变用户身份不改变用户环境 第 三 部 分 系统的启动和关闭 系统的启动和关闭 这一章介绍OMCR系统的启动和关闭。一个OMCR系统管理员必须对系统的启动和关闭有一个完整的全面的了解。 OMCR系统由Solaris操作系统、INFORMIX数据库和OMC应用软件三部分组成，因此一个完整的系统启动/关闭应有这三部分组成。下面分别就这三部分的启动和关闭作一个介绍。 UNIX操作系统的启动和关闭 运行等级 运行等级是系统的操作状态。Solaris 2.x环境提供几个运行等级。 运行等级 功能 0 PROM监控级 1 管理状态(单用户状态) 2 多用户状态(不share资源) 3 多用户状态(share资源) 4 现已不用 5 停机(对Sun-4m和Sun-4u机器还要关电) 6 关机并重新引导到运行等级3 S/s 单用户状态 引导过程 - 50 - OMCR高级维护 , PROM引导阶段 在引导的第一阶段引导PROM执行以下步骤。 1. 显示系统版本号。包括工作站型号、键盘类型、PROM版本、内存大小、PROM 串号、以太网址和主机ID。 2. 运行自诊断程序。引导PROM运行一个自诊断程序检查系统的硬件和内存。如果 自诊断程序成功执行系统开始引导系列。 3. 从编程在PROM中的缺省引导设备上找到引导程序。引导PROM读系统的基本程 序bootblk，基本引导程序包括一个ufs文件系统的读入程序。 4. 装载引导程序。文件系统的读入程序打开引导设备，找出二级引导程序 /platform/’uname -I’/ufsboot，并装入内存 , 引导程序阶段 装载了ufsboot之后，PROM装载与硬件平台有关的内核(/platform/’archk’/kernel/unix)和公共的内核(/kernel/genunix)。 , 内核初始化阶段 内核开始利用ufsboot装载模块以便读文件，同时内核开始初始化自身。当内核读入需要挂接到根目录的模块时，系统不再从内存映像ufsboot，但继续利用自身资源初始化系统。 , /sbin/init阶段 内核创建一个用户进程并启动/sbin/init程序。/sbin/init利用etc/inittb文件中的信息启动进程。/sbin/init有两个主要任务: 1. 创建具有将系统带至缺省运行等级能力的进程。 2. 通过重新读入/etc/inittab文件来控制运行状态之间的转移。 init进程执行一个或多个rc脚本，而rc脚本又执行一系列其它脚本。这些脚本(/sbin/rc*)检查文件系统并挂接文件系统，启动各种进程，执行房间清扫任务。 /etc/inittab文件 /etc/inittab文件包括四个域。 inittab文件格式:id : r_state : action : process 如:s3 : 3 : wait : /sbin/rc3 >/dev/console 2>&1\ omc stop 99-10-14 16:25:37 (17208) [OMCINIT] OMC Shutdown Invoked 99-10-14 16:25:37 (17220) RLOGIN shutdown completed normally 99-10-14 16:25:37 (17208) [OMCINIT] RLOGIN pid# 17220 terminated with status -6 99-10-14 16:25:37 (17208) [OMCINIT] FCCHAN pid# 17222 terminated with status -6 99-10-14 16:25:37 (17208) [OMCINIT] DOWNLOADER pid# 17212 terminated with status -6 99-10-14 16:25:37 (17208) [OMCINIT] LMMGR pid# 17210 terminated with status -6 99-10-14 16:25:37 (17208) [OMCINIT] EVTMGR pid# 17209 terminated with status -6 99-10-14 16:25:37 (17208) [OMCINIT] X25_EVT1 pid# 17223 terminated with status -6 99-10-14 16:25:37 (17208) [OMCINIT] X25_BTL1 pid# 17214 terminated with status -6 99-10-14 16:25:37 (17208) [OMCINIT] X25_EVT2 pid# 17224 terminated with status -6 99-10-14 16:25:37 (17208) [OMCINIT] X25_BTL2 pid# 17215 terminated with status -6 99-10-14 16:25:37 (17208) [OMCINIT] X25_RLOG pid# 17216 terminated with status -6 99-10-14 16:25:37 (17208) [OMCINIT] X25_UPL1 pid# 17217 terminated with status -6 99-10-14 16:25:37 (17208) [OMCINIT] X25_UPL2 pid# 17218 terminated with status -6 99-10-14 16:25:37 (17208) [OMCINIT] EVTIF pid# 17213 terminated with status -6 99-10-14 16:25:37 (17208) [OMCINIT] PARSER pid# 17221 terminated with status -6 99-10-14 16:25:37 (17208) [OMCINIT] CFGMGR pid# 17211 terminated with status -6 99-10-14 16:25:38 (17208) [OMCINIT] FMMGR pid# 17225 terminated with status -6 99-10-14 16:25:48 (17208) [OMCINIT] UPLOADER pid# 17219 terminated unexpectedly by signal 9 99-10-14 16:25:48 (17208) [OMCINIT] RSYNCTR pid# 17320 terminated unexpectedly by signal 9 99-10-14 16:25:50 (17208) [OMCINIT] OMC Shutdown Complete somcsys1:omcadmin > omc start 99-10-14 16:26:12 (16527) [OMCINIT] Startup Version GSR3-1.5.1.1 99-10-14 16:26:12 Event Router: Process started 99-10-14 16:26:12 List Manager: Process started 99-10-14 16:26:13 (16531) Bootload listener: process starting 99-10-14 16:26:13 (16532) Event Interface: process starting 99-10-14 16:26:13 x25_1(16533) started process 1 - 52 - 99-10-14 16:26:14 x25_2(16534) started process 2 99-10-14 16:26:14 x25_5(16535) started process 5 99-10-14 16:26:14 x25_6(16536) started process 6 99-10-14 16:26:14 x25_7(16537) started process 7 OMCR高级维护 OMCR系统的启动和关闭 - 53 - OMCR高级维护 Informix on-line & omc application running omc start omc stop Infomix on-line & omc not running onmonitor Mode -> gracefully onmonitor shutdown Mode -> take offline , startup , online Informix offline & omc stop shutdown Init 3 –is –g0 -y Single-user 第 四 部 分 - 54 - OMCR高级维护 数 据 库 管 理 informix 目录结构 system processor 上的目录结构 MMI processor上的目录结构 数据库的应用软件 , omc_db_maint omc_db_maint脚本位于OMC_SYS上/$OMC_TOP/current/sbin目录下， 是用来对OMC PM数据库中的统计数据进行卸载和删除，并报告数据库 的磁盘空间的使用情况。 - 55 - OMCR高级维护 Omc_db_maint的功能如下: 1( 如果OMC软件正在运行中，omc_db_maint会将PM parser从PM 数据库disconnect. 2( Omc_db_maint自动调用db_pm_maint将前一天的统计数据和当 前PM的配置数据从PM数据库卸载备份。 3( 压缩从PM数据库卸载下来的数据。 4( 自动执行db_pm_maint删除PM上超过delete_flags(一般为5 天)以上的统计数据。 5( 如果OMC软件正在运行中，omc_db_maint会将EM，LM自动 从PM数据库上disconnect。 6( 执行omc_db_ckspace，报告数据库磁盘空间的使用情况。 7( 生成一个日志文件，报告omc_db_maint执行的情况。 8( 重新连接PM parser和EM，LM应用程序。 , onmonitor onmonitor是一个用来对数据库管理的应用软件。以下是以informix 用户身份登入的onmonitor的用户界面: INFORMIX-OnLine: Status Parameters Dbspaces Mode Force-Ckpt ... Status menu to view INFORMIX-OnLine. On-Line Press CTRL-W for Help. onmonitor应用程序可以友好的菜单的形式来完成informix数据库大 部分的管理工作。 , db_disconnect db_disconnect用来使OMC应用软件和PM数据库建立连接或撤消连 接。相应的OMC应用软件主要有parser，EM_LM，pmproxy。 Parser :如果disconnect，parser进程将不对从NE upload上 来的raw stats进行数据分析。 EM_LM :如果disconnect，Event management list manager将不允许显 示和修改Event subscription的属性。EM进程继续运行。 Pmproxy :这个进程完成MIB DB和PM DB的数据通信。 db_disconnect的主要应用如下: 1(与parser进程的连接建立和撤消: /usr/gsm/current/sbin/db_disconnetc disconnect parser /usr/gsm/current/sbin/db_disconnetc connect parser 2(与EM_LM进程的连接建立和撤消: /usr/gsm/current/sbin/db_disconnect disconnect em /usr/gsm/current/sbin/db_disconnect connect em 3(与pmproxy进程的连接建立和撤消: /usr/gsm/current/sbin/db_disconnect disconnect pmproxy /usr/gsm/current/sbin/db_disconnect connect pmproxy , db_pm_maint db_pm_maint主要用来对PM上的统计数据的卸载和删除以保证新上 来的统计数据有足够的磁盘空间。 db_pm_maint的功能如下: - 56 - OMCR高级维护 1(将过期的老的PM统计数据卸载到一个ASCII文件。 2(将当前的PM配置文件卸载到一个ASCII文件。 3(将过期的老的PM统计数据从数据库中删除。 db_pm_maint的常用命令: db_pm_maint [-r{}] [-c] [-d] [-n] -r :保留regular统计数据db_pm_maint的的天数。 :卸载的regular统计数据的范围。 [ -c ] : 卸载PM配置文件 [ -d ] : 删除PM统计数据 [ -n ] :不对数据库做unload，只在有[ -d ]时有效。 1( 卸载的regular统计数据中超过7天的数据 db_pm_maint –r 7 2( 卸载的regular统计数据中超过7天的数据及PM配置文件 db_pm_maint –r 7 –c 3( 同2，并将统计数据中超过7天的数据删除 db_pm_maint –r 7 –c –d 4( 同3，不卸载的regular统计数据 r 7 –c –d –n db_pm_maint – 5( 只卸载昨天的统计数据 db_pm_maint –r 1 1 ( 卸载昨天和前天的统计数据 6 db_pm_maint –r 1 2 , omc_db_ckspace omc_db_ckspace通常作为omc_db_maint中的一部分自动执行，显示root dbspace的磁盘空间和数据库table的使用情况，不单独使用。omc_db_ckspace执行的结果将由omc_db_maint写到一个日志文件omc_db_maint.yy.mm.dd，输出结果如下: TIME Running omc_db_ckspace: 15/06/1999 02:45:11 DBSpace: all dbspaces DBS Pages Allocated: 309981 DBS Pages Used: 216946 DBS Pages Free: 93035 OMC Database space used has reached 69.9869% specified DBMS_MAX_SPACE_USED 80% TBLSpace TBS Pages Allocated: 207513 TBS Pages Used: 2837 , omc_db_view_log TBS Pages Free: 204676 omc_db_view_log脚本允许用户像在UNIX中的tail –f一样对 TIME Reconnecting Applications: 15/06/1999 02:45:17 INFORMIX-ONLINE中的消息日志进行查看，它还可以允许设置查看的时间间隔。 Omc_db_view_log的命令如下: /usr/gsm/current/sbin/omc_db_view_log [sleep-time] - 57 - OMCR高级维护 INFORMIX数据库参数设置 onconfig应用 OMC上数据库的环境设置参数文件为onconfig，分别位于OMC DB和MIB DB的/$INFORMIXDIR/etc下面。Onconfig文件中的环境设置参数可以通过 onmonitor菜单中的PARAMETERS/INITIALISE来修改。Onconfig文件中的 各项参数定义及通常配置如下所示: #************************************************************************** # # INFORMIX SOFTWARE, INC. # # Title: onconfig.std # Description: INFORMIX-OnLine Configuration Parameters # #************************************************************************** # Root Dbspace Configuration ROOTNAME rootdbs # Root dbspace name ROOTPATH /dev/mib_db # Path for device containing root dbspace ROOTOFFSET 4 # Offset of root dbspace into device (Kbytes) ROOTSIZE 400000 # Size of root dbspace (Kbytes) # Disk Mirroring Configuration Parameters MIRROR 1 # Mirroring flag (Yes = 1, No = 0) MIRRORPATH # Path for device containing mirrored root MIRROROFFSET 0 # Offset into mirrored device (Kbytes) # Physical Log Configuration PHYSDBS rootdbs # Location (dbspace) of physical log PHYSFILE 12600 # Physical log file size (Kbytes) # Logical Log Configuration LOGFILES 8 # Number of logical log files LOGSIZE 4000 # Logical log size (Kbytes) - 58 - OMCR高级维护 # Diagnostics MSGPATH /usr/informix/online.log # System message log file path CONSOLE /usr/informix/online.log # System console message path ALARMPROGRAM # Alarm program path # System Archive Tape Device TAPEDEV /dev/rmt/0 # Tape device path TAPEBLK 96 # Tape block size (Kbytes) TAPESIZE 2000000 # Maximum amount of data to put on tape (Kbytes) # Log Archive Tape Device LTAPEDEV /dev/null # Log tape device path LTAPEBLK 16 # Log tape block size (Kbytes) LTAPESIZE 10240 # Max amount of data to put on log tape (Kbytes) # Optical STAGEBLOB # INFORMIX-OnLine/Optical staging area # System Configuration SERVERNUM 0 # Unique id corresponding to a OnLine instance DBSERVERNAME omc_mib # Name of default database server DBSERVERALIASES omc_mib1 # List of alternate dbservernames NETTYPE ipcshm,1,20,CPU # Override sqlhosts nettype parameters NETTYPE tlitcp,1,10,NET # Override sqlhosts nettype parameters DEADLOCK_TIMEOUT 60 # Max time to wait of lock in distributed env. RESIDENT 0 # Forced residency flag (Yes = 1, No = 0) MULTIPROCESSOR 0 # 0 for single-processor, 1 for multi-processor - 59 - OMCR高级维护 NUMCPUVPS 1 # Number of user (cpu) vps SINGLE_CPU_VP 1 # If non-zero, limit number of cpu vps to one NOAGE 1 # Process aging AFF_SPROC 0 # Affinity start processor AFF_NPROCS 0 # Affinity number of processors # Shared Memory Parameters LOCKS 10000 # Maximum number of locks BUFFERS 2000 # Maximum number of shared buffers NUMAIOVPS 1 # Number of IO vps PHYSBUFF 128 # Physical log buffer size (Kbytes) LOGBUFF 512 # Logical log buffer size (Kbytes) LOGSMAX 16 # Maximum number of logical log files CLEANERS 2 # Number of buffer cleaner processes SHMBASE 0xa000000 # Shared memory base address SHMVIRTSIZE 32000 # initial virtual shared memory segment size SHMADD 8192 # Size of new shared memory segments (Kbytes) SHMTOTAL 0 # Total shared memory (Kbytes). 0=>unlimited CKPTINTVL 300 # Check point interval (in sec) LRUS 8 # Number of LRU queues LRU_MAX_DIRTY 10 # LRU percent dirty begin cleaning limit LRU_MIN_DIRTY 5 # LRU percent dirty end cleaning limit LTXHWM 50 # Long transaction high water mark percentage LTXEHWM 60 # Long transaction high water mark (exclusive) TXTIMEOUT 0x12c # Transaction timeout (in sec) STACKSIZE 32 # Stack size (Kbytes) # System Page Size # BUFFSIZE - OnLine no longer supports this configuration parameter. - 60 - OMCR高级维护 # To determine the page size used by OnLine on your platform # see the last line of output from the command, 'onstat -b'. # Recovery Variables # OFF_RECVRY_THREADS: # Number of parallel worker threads during fast recovery or an offline restore. # ON_RECVRY_THREADS: # Number of parallel worker threads during an online restore. OFF_RECVRY_THREADS 10 # Default number of offline worker threads ON_RECVRY_THREADS 1 # Default number of online worker threads # Data Replication Variables # DRAUTO: 0 manual, 1 retain type, 2 reverse type DRAUTO 0 # DR automatic switchover DRINTERVAL 30 # DR max time between DR buffer flushes (in sec) DRTIMEOUT 30 # DR network timeout (in sec) DRLOSTFOUND /dev/null # DR lost+found file path # Read Ahead Variables RA_PAGES 50 # Number of pages to attempt to read ahead RA_THRESHOLD 20 # Number of pages left before next group # DBSPACETEMP: # OnLine equivalent of DBTEMP for SE. This is the list of dbspaces # that the OnLine SQL Engine will use to create temp tables etc. # If specified it must be a colon separated list of dbspaces that exist # when the OnLine system is brought online. If not specified, or if # all dbspaces specified are invalid, various ad hoc queries will create # temporary files in /tmp instead. DBSPACETEMP tempdbs # Default temp dbspaces - 61 - OMCR高级维护 # DUMP*: # The following parameters control the type of diagnostics information which # is preserved when an unanticipated error condition (assertion failure) occurs # during OnLine operations. # For DUMPSHMEM, DUMPGCORE and DUMPCORE 1 means Yes, 0 means No. DUMPDIR /tmp # Preserve diagnostics in this directory DUMPSHMEM 0 # Dump a copy of shared memory DUMPGCORE 0 # Dump a core image using 'gcore' DUMPCORE 0 # Dump a core image (Warning:this aborts OnLine) DUMPCNT 1 # Number of shared memory or gcore dumps for # a single user's session # ADT* # The following parameters control the type and level of secure auditing # present in the OnLine system. By default, ADTMODE is 0 and auditing # is disabled FILLFACTOR 90 # Fill factor for building indexes # method for OnLine to use when determining current time USEOSTIME 1 # 0: use internal time(fast), 1: get time from OS(slow) # Parallel Database Queries (pdq) PDQPRIORITY 0 # Degree of parallelism: 0 ... 100, # OFF => 0, LOW => 1, HIGH => 100 MAX_PDQPRIORITY 100 # Maximum allowed pdqpriority DS_MAX_QUERIES 2 # Maximum number of decision support queries DS_TOTAL_MEMORY 10000 # Decision support memory (Kbytes) DS_MAX_SCANS 10 # Maximum number of decision support scans DATASKIP off # List of dbspaces to skip - 62 - OMCR高级维护 # OPTCOMPIND # 0 => Nested loop joins will be preferred (where # possible) over sortmerge joins and hash joins. # 1 => If the transaction isolation mode is not # "repeatable read", optimizer behaves as in (2) # below. Otherwise it behaves as in (0) above. # 2 => Use costs regardless of the transaction isolation # mode. Nested loop joins are not necessarily # preferred. Optimizer bases its decision purely # on costs. OPTCOMPIND 0 # To hint the optimizer ONDBSPACEDOWN 0 # Dbspace down option: 0 = CONTINUE, 1 = ABORT, 2 = WAIT LBU_PRESERVE 0 # Preserve last log for log backup OPCACHEMAX 0 # Maximum optical cache size (Kbytes) 数据库的备份 数据库的备份是指将数据库的系统信息及用户数据存储到后备存储区。 Ontape –s –L Archive 共可以分0级、1级、2级三个等级。 0级:全备份，对所有数据作一个copy。 1级:增量备份，将系统自最近一次0级备份以来所有的变化备份出来。 2级:增量备份，将系统自最近一次0级或1级备份以来所有的变化备份出来。 备份的过程: 以informix用户的身份登录到omc db 或mib db所在的主机 上。 1(cd /usr/informix/bin 2(setenv TERM vt100 3(onmonitor 在onmonitor的menu下选择archive/tape parameters Press ESC to change tape parameters. Press Interrupt to return to the Archive menu. Press F2 or CTRL-F for field level help MODIFYING TAPE PARAMETERS Tape Device [/dev/rmt/0 ] Block Size [ 96] Kbytes Tape Size [ 2000000] Kbytes Log Tape Device [/dev/null ] Block Size [ 16] Kbytes Tape Size [ 10240] Kbytes 确信Tape Device设置为/dev/rmt/0，在MIB processor上Tape Block Size设为 - 63 - OMCR高级维护 96kb，在System Processor上Tape Block Size设为64kb。 1. 把磁带的写保护打开，放入磁带机。 2. ontape –s –L 0 3. dd if=/dev/rmt/0 of=/dev/null bs=96k(在MIB上) dd if=/dev/rmt/0 of=/dev/null bs=64k(在SYS上) 如果成功，把磁带写保护，在磁带上写上备份日期、备份命令、备份内容和备份人，妥善放置;如果发现有问题，重复步骤6。 数据库的恢复 OMCR数据库的恢复的操作步骤如下: 1(确信数据库onconfig文件中的环境设置参数是否正确。 2(用db_disconnect将OMC应用程序和OMC的数据库disconnect. 3(用onmode -k将OMC的数据库置为offline模式。 4(将最近备份的0极，1级和2级磁带放在磁带机中，用onmonitor 或 ontape –r将数据库restore。 5(用oninit –i将OMC数据库返回到online模式。 第 五 部 分 X.25 管 理 X.25管理 X.25是OMC与NE之间的通信协议。OMC上的X.25应用软件是SunLink X.25 9.0，它装在系统服务器(E3000)上。 X.25配置文件 在OMC软件中必须定义进来和出去的X.25连接，在下面两个基本文件中定义: - 64 - OMCR高级维护 , /usr/gsm/config/global/x25_config 文件内容如下: 1 x25_chan1 0 46000003000061 H g_bootload OMC_BL X25 128 2 50 2 x25_chan2 1 46000003000162 H g_bootload OMC_BL X25 128 2 50 3 x25_chan3 0 46000003000041 H g_ei OMC_EI X25 128 2 500 4 x25_chan4 1 46000003000142 H g_ei OMC_EI X25 128 2 500 5 x25_chan5 0 46000003000200 H - OMC_RL X25 128 2 500 6 x25_chan6 0 46000003000299 H - OMC_PU X25 128 2 50 7 x25_chan7 1 46000003001299 H - OMC_PU X25 128 2 50 共有11个域，第1个域(值:1-7)是记录号 第2个域(值:x25_chan1—x25_chan7)是x25信道号 第3个域是端口标志，对应于HSI/S端口 第4个域是本地X.121地址(最多14位) 第5个域是X.25卡类型，因在E3000上装有HSI/S卡，H是唯一选择。 第6个域是进程呼叫特性，值“-”表示进程发起呼叫，其他值表示进程等待 呼叫。 第7个域是X.25的应用进程类型有: Bootload OMC_BL 表示 OMC_EI 表示Event Interface OMC_RL 表示Remote Login Upload OMC_PU 表示 第8个域是每个进程的协议，这里全是X25。 第9个域是最大X.25信息包的大小。 第10个域是最大X.25窗口的大小。 第11个域是间隙时间，以秒为单位。 , /usr/gsm/config/global/appl_x25_config 1 x25_chan1 46000003000061 OMC_BL 2 x25_chan2 46000003000162 OMC_BL 3 x25_chan3 46000003000041 OMC_EI 4 x25_chan4 46000003000142 OMC_EI 5 x25_chan5 46000003000200 OMC_RL 6 x25_chan6 46000003000299 OMC_PU 7 x25_chan7 46000003001299 OMC_PU 这文件中的四个域是x25_config的子域，分别是它的第1、2、3、7域。 OMC X.25的应用 X.25的应用集中在OMC E3000上分散体现为x25appl应用软件，通常，E3000上 OMC应用软件EventInterface、Upload、Download和Rlogin是与应用软件 x25appl的接口。x25appl是唯一通过SunLink X.25接口与x.25信息包直接接 口的应用软件。它与OMC应用软件间的通信是通过MOTOROLA IPC机制，进来呼 叫直接到bootload或event应用程序，外出呼叫的产生依赖于remote login和 upload应用程序 32 download SVCs (SVC:交换虚拟环路) 32 upload SVCs(包括文件传送) 64 event SVCs 32 remote login SVCs - 65 - OMCR高级维护 x25stat 应用软件是查询X.25的状况，它返回现在打开的SVC的数量和种类。该软件的执行必须是OMC系统管理员，即omcadmin，而不是所有用户。 X.25的目录结构 在E3000上，X.25的目录结构在(/)下有以下目录: , /usr/gsm/config/global/x25_config OMC的配置文件 , /etc/rc2.d/S87x25net E3000启动时有关X.25的网络进程 , /etc/init.d/x25.control 运行和调用软件必须启动的后台进程 , /opt/SUNWconn/x25/bin/x25tool 配置和管理X.25应用工具 , /opt/SUNWconn/x25/bin/x25stat 显示链路性能和状况 , /opt/SUNWconn/x25/bin/x25trace 协议级跟踪工具 , /opt/SUNWconn/x25/bin/vcstat 检查虚拟环路状况 , /etc/opt/SUNWconn/x25/netconf 定义x25netd下的STREAMS网络配 置 , /etc/opt/SUNWconn/x25/config 包含配置文件的目录 , /etc/opt/SUNWconn/x25/bin/pad 用户界面 , /opt/SUNWste X.25许可证工具 X.25的基本操作 对X.25，可以启停一条链路，也可以启停整个服务，这些功能可以通过x25tool工具来实现，同时该工具还可以修改某条链路的参数。 x25tool提供了图形界面，但在OMC 版本GSR4之前，E3000上都是字符终端，运行x25tool必须在MIB或MMI上，启动x25tool的步骤如下: 1、 在MIB上打开console窗口，以omcadmin身份登录。 2、 键入命令: /usr/openwin/bin/xhost + omc_sys 屏幕出现信息: omc_sys being added to access control list 3、 打开xterm窗口，以root身份远程登录到E3000。 rlogin omc_sys –l root - 66 - OMCR高级维护 4、 键入root口令，出现#提示符后，键入命令: TERM=xterm 5、将显示屏幕重定向到MIB上，用命令: DISPLAY=omc_mib:0.0 6、在E3000上运行: cd /opt/SUNWconn/bin ./x25tool & 7、在x25tool窗口上，键入如下命令: /usr/openwin/bin/xhost 出现以下信息: access control enabled, only authorised client can connect. 8、拉下Control菜单，选择Start X.25 Network选项，启动X.25服务。 选择Stop X.25 Network选项，停止X.25服务。 从E3000到Codex6560的硬件故障检测和分析 1) 从E3000上检查HSI 自环步骤: 1.1 omc stop 1.2 su - root 1.3 /etc/init.d/x25.control stop 1.4 hsi_loop hih0 选择option 1(Internal test) 5 将AMP 自环接头(p/n 530-1430-01-50)插在hsi 端口0 1. 1.6 hsi_loop hih0 选择option 2 (Test using the loopback plug) 1.7 /etc/init.d/x25.control start 1.8 omc start 2) 检查6560自环: 2.1 将 pc接到6560的端口6 2.2 在PC上通过设置超级终端连到6560上，超级终端的端口设置应为 波特率 9600 数据位 8 奇偶校验 没有 停止位1 连接后键入:.ctp 2.3 选择主菜单下Diagnostics，下一级菜单Loopback，port号为7。 2.4 选择主菜单下Diagnostics，下一级菜单Loopback，port号为8。 3) 能否从E3000上pad到6560? OMCR和NE通信过程中的X25故障检测和分析 在OMCR加一个NE经常会出现OMCR到BSS/RXCDR的X.25 连接失败的错误告警信息，出现X.25的错误告警的情况有很多。通常对这类问题的故障定位的流程如下: 1. 检察错误告警信息，明确告警的相关类型。 2. 在OMCR这一端对X.25的传输线路做一个硬件检查，HSI card 到E3000 I/O board和CODEX6560 port7，port8的CABLE是否有问题。以及CODEX6560的 状态指示灯是否正常，正常状态为‘- -’。 3. 如果以上两步已检查，确定无误，那么查看OMCR端和BSS/RXCDR端的 DTE地址是否不一致,任何关于两端DTE地址的不一致都会导致X25的失败。 NE端的DTE地址如下: - 67 - OMCR高级维护 MMI-RAM 0115 -> disp_dte BSC DTE addresses: Address #0: 46000001020000 Address #1: 46000001020000 Address #2: 46000001020000 Address #3: 46000001020000 OMCR DTE addresses: Address #0: 46000003000041 Address #1: 46000003000142 Address #2: 46000003000061 Address #3: 46000003000162 Address #4: 46000003000200 Address #5: 46000003000299 Address #6: 46000003001299 Address #7: Zero length address 4(OMCR端的DTE地址可在navigation tree的detail view上检查. 5(若DTE地址没有问题，检查CODEX6560的PORT7,8端口状态和路由设置是否正确. 在somcsys1上: cd /opt/SUNWconn/x25/bin ./pad - 68 - OMCR高级维护 CODEX6560的主菜单的提示如下: Node: Eastcom Address: 101 Date: 23-APR-1999 Time: 16:37:13 Menu: Main Path: (Main) 1. Logout 2. Examine 3. List 4. Monitor 5. Status/statistics 6. Configure 7. Boot 8. Update System Parameters 9. Copy/Insert Record 10. Delete Record 11. Port/Station/Channel Control 12. Diagnostics 13. Default Node 14. Print Configuration 15. Configuration Save/Restore Flash Memory 16. 在CODEX6560的窗口的main menu的提示下选择5. Status/statistics 再 status/statistics 的菜单下选择4. Detail link stats可看到端口状态: Type State CRC Link Data frames Utilization entity subtype state speed date/time errors down in/out in/out ====== ======== ===== ======= =========== ======= ====== =========== ========= p7 X25 up 256010 19-APR-1999 0 0 231092 0% 17:39:21 203961 0% p8 X25 up 256010 19-APR-1999 0 0 98755 0% 17:39:21 112381 0% p108 X25 up 64000 22-APR-1999 0 4 373337 0% 10:12:13 230723 0% p111 X25 up 64000 19-APR-1999 0 0 122120 0% 17:34:37 104139 - 69 - OMCR高级维护 0% p112 X25 up 64000 19-APR-1999 0 0 142272 0% 17:34:50 114195 0% SI板的物理端口,P108,P111,P112是OML链路在CODEX6560P7,8是CODEX6560到H 到NE的E1的虚电路,UP表明OML链路状态已恢复正常。 如果OML链路state为down,再检查CODEX6560上虚电路的在E1的timeslot是 否与RXCDR所定义的timeslot一致。 登录到RXCDR上，执行: MMI-RAM 011a -> disp_links The CEPT nailed connections are as follows:- Incoming MMS Id: 8 0 Timeslot: 16 Outgoing MMS Id: 24 0 Timeslot: 16 Incoming MMS Id: 8 1 Timeslot: 16 Outgoing MMS Id: 23 0 Timeslot: 16 Incoming MMS Id: 7 0 Timeslot: 1 Outgoing MMS Id: 10 0 Timeslot: 4 Incoming MMS Id: 8 1 Timeslot: 1 Outgoing MMS Id: 10 0 Timeslot: 6 Finished displaying all nailed connections 在CODEX6560的main menu上选择3.list上的34.virtual port mapping table 可得到下面的结果: Virtual Port Mapping Table List [1], 111, DATA, 49, 1, 64K [2], 112, DATA, 49, 4, 64K [3], 108, DATA, 49, 6, 64K 上表的时隙ts1指的是RXCDR到OMCR的OML链路的时隙，时隙ts4和时隙ts6 指的是BSS经过RCDXR的nailed link后到OMCR的OML链路的时隙，这与RXCDR 上所定义的连接方式是必须一致的，如果以上的检查结果不一致将会导致x.25 的连接失败。 如果以上的步骤检查都证明无误，可以在BSS/RXCDR端GPROC的OMF功能块做进 一步的检查，实践证明如果OMF是单独的一个GPROC模块，在BSS/RXCDR端对OMF 的GPROC做RESET。如果再不能解决问题，可以直接和ECSC联系。 Tel: 8008571003 - 70 - OMCR高级维护 - 71 -