一 RAC相关以及基础知识…
1.CRS简介…
(1).CRS进程…
(2).Virtual IP Address.
(3).OCR，Voting disk.
2.ASM相关…
3.RAC存储/网络需求…
(1).存储需求…
(2).网络需求…
4.其他概念…
(1).缓存融合…
(2).后台进程..
二 RAC安装…
1.安装规划部署…
2. 安装过程…
3.几点注意问题.
三 RAC管理维护…
1.CRS管理维护…
(1).OCR的管理维护…
(2).Voting disk管理维护…
2.RDBMS管理维护…
(1).spfile以及相关参数说明…
(2)REDO/UNDO管理
(3)Archivelog/flashback配置管理
(4)ASM管理
3.Database备份/恢复…
(1) .Archivelog对各节点可见的备份/恢复…
(2). Archivelog对各节点不可见的备份/恢复…
四.故障切换/负载平衡配置
1.Service 18
2. failover 18
(1).TAF以及实现
(2).FCF以及实现
3.Load Balance
五.其他维护实施相关/案例
1.集群中主机名的更改
2.集群中IP地址的更改
3.集群中节点的删除/添加
4.升级与迁移
5.高可用架构:RAC+DG
六．RAC监控优化
1.思路及等待事件说明
2.性能诊断
一 RAC相关以及基础知识
1.CRS简介
从Oracle 10G开始，oracle引进一套完整的集群管理解决方案—-Cluster-Ready Services，它包括集群连通性.消息和锁.负载管理等框架.从而使得RAC可以脱离第三方集群件，当然，CRS与第三方集群件可以共同使用.
(1).CRS进程
CRS主要由三部分组成，三部分都作为守护进程出现
<1>CRSD：资源可用性维护的主要引擎.它用来执行高可用性恢复及管理操作，诸如维护OCR及管理应用资源，它保存着集群的信息状态和OCR的配置，此进程以root权限运行.
<2>EVMD：事件管理守护进程.此进程还负责启动racgevt进程以管理FAN服务器端调用，此进程以root权限运行
<3>OCSSD：集群同步服务进程.管理集群节点的成员资格，它以fatal方式启动，因此进程发生故障将导致集群重启，以防止数据坏死. 同时，CSS还维护集群内的基本锁功能，以及负责监控voting disk的脑裂故障。它以Oracle权限运行
此外，还有一个进程OPRCD，他是集群中的进程监视程序，仅当平台上的CRS不使用厂商群件时候才出现，且无论运行了多少实例，每个节点只会存在一组后台进程.
来看一下这几个守护进程:
rac1-> cat /etc/inittab
…………………………… .
# Run xdm in runlevel 5
x:5:respawn:/etc/X11/prefdm –nodaemon
h1:35:respawn:/etc/init.d/init.evmd run >/dev/null 2>&1
h2:35:respawn:/etc/init.d/init.cssd fatal >/dev/null 2>&1
/dev/null 2>&1
(2).Virtual IP Address
Oracle 10G RAC下，有3个重要的IP.
① Public IP ② Private IP ③ Vitual IP
Public IP为数据库所在主机的公共网络IP，Private IP被用来私有高速互联，而Oracle较前版本，增加了一个虚拟IP，用来节点发生故障时候更快的故障转移，oracle利用每个节点的lisnter 侦听VIP，一旦发生故障，VIP将进行实际的故障切换，从而在其他的可用的节点上保持联机，从而降低客户应用程序意识到节点故障所需要的时间。
VIP与Public IP必须在同一个网段内。
(3).OCR，Voting disk
OCR(oracle集群注册表)和Voting disk(表决磁盘)是CRS下的两个重要组件，它们必须放在共享磁盘上，以保证每个节点都能对其访问。
OCR包含了针对集群的一些配置信息，诸如:集群数据库中的节点列表.CRS应用程序.资源文件以及事件管理器的授权信息。他负责对集群内的资源追踪，从而获知资源正在哪里运行，应该可以在哪里运行。
Voting disk用来解决split-brain故障:如果节点丢失了与集群中其他节点的网络连接，这些冲突由表决磁盘中
的信息来解决
2.ASM相关
ASM (Automated Storage Management) 是Oracle 10G引入的一种文件类型，他提供了直接的I/O读写，是RAC体系下一套不错的对数据文件存储规划的方案. ASM可以自动管理磁盘组，并提供数据冗余和优化.后面章节会就ASM的管理以及ASM下的RAC管理，单独讲解.
3.RAC存储/网络需求
图1.3 RAC体系架构
(1).存储需求
共享存储器是RAC的重要组件之一。它要求集群内的节点可以同时读写物理磁盘。目前，支持共享存储的文件类型也比较多，像Oracle自身提供的ASM，OCFS2以及三方提供的群集文件系统，都是可以选择的类型。
表1.1.1显示了RAC 体系架构下各部分所支持的存储类型 (暂不考虑三方集群文件系统，就ASM/raw device/OCFS2和普通文件系统来说)
表1.1.1 RAC各部分所支持的存储类型
(2).网络需求
每个节点主机上至少需要2张物理网卡，以便分配公有IP和私有IP地址。对于私有IP连接，每个集群节点通过专用高速网络连接到所有其他节点，目的在于集群上的节点和实例交换信息状态（锁信息，全局缓存信息等）。通过高速互联，Cache Fusion得以实现。
在实际环境中，高速互联至少需要配置GB级的以太网，而且，最好不要使用交叉直连。
较好的解决方案是节点间配置专用交换机，这样避免因为集群上一个节点宕掉而影响另外节点的正常工作。
4.其他
(1).后台进程
图1.4.1 Backgroud Process in RAC 10g
由于要维护多个实例同时访问资源所必需的锁定，因此，同single instance相比，RAC下增加了额外的一些进程。专门针对RAC的进程有如下几种：
1. LMS(Global Cache Service) 全局缓存服务进程
LMS负责为缓存融合请求在实例间传递块。当一致性请求的时候，LMS首先回滚块，创建块的读一致性映像（CR），然后将该一致性版本通过高速互联传递到处理此请求的远程实例中的前台进程上，LMS进程保证了在同一时刻只允许一个实例去更新数据块。
LMS进程的数量由初始化参数GCS_SERVER_PROCESSES控制。Oracle最大支持36个LMS进程（0–9 and a–z），该初始化参数默认值为2。
2. LMD (Global Enqueue Service Daemon) 全局队列服务守护进程
LMD负责管理全局队列和全局资源访问，并更新相应队列的状态，此外还负责远程节点资源的请求与死锁的检测。LMD与LMS进程互交工作，共同维护GRD。
3. LMON (Global Enqueue Service Monitor) 全局队列服务监控器进程
LMON是全局队列服务的监控器，他负责检查集群内实例的死亡情况并发起重新配置，当实例加入或者离开集群的时候，它负责重新配置锁和资源。
4. LCK(Lock process) 锁进程
LCK管理那些不是缓存融合的请求，例如library cahe, row cache.由于LMS进程提供了主要的锁管理功能，
因此每个节点实例上只有一个LCK进程。
DIAG (The Diagnostic Daemon）诊断守护进程
DIAG负责监控实例的健康状况并捕获进程失败的信息，并将失败信息写入用于失败分析，该进程自动启动且不需要人为调整，若失败则自动重新启动。
(2).缓存融合/缓存一致性
Cache Fusion是RAC工作原理的一个中心环节.他的本质就是通过互联网络在集群内各节点的SGA之间进行块传递，从而避免了首先将块推送到磁盘，然后再重新读入其他实例的缓存中，从而最大限度的减少I/O。当一个块被读入RAC环境中某个实例的缓存时，该块会被赋予一个锁资源（与行级锁不同），以确保其他实例知道该块正在被使用。之后，如果另一个实例请求该块的一个拷贝，而该块已经处于前一个实例的缓存内，那么该块会通过互联网络直接被传递到另一个实例的 SGA。如果内存中的块已经被改变，但改变尚未提交，那么将会传递一个CR副本。这就意味着，只要可能，数据块无需写回磁盘即可在各实例缓存之间移动，从而避免了同步多实例的缓存所花费的额外I/O，由此，需要互联网络的速度是高速的，需要快于磁盘访问的速度．
GCS负责维护全局缓冲区内的缓存一致性，LMS进程是其主要组成部分。GCS确保同一时刻某个块上，只能有来自一个实例上的进程能对其修改,同时，并获得该块的当前版本和前映像，以及块所处的状态（NULL,,Shared, Exclusive），模式(local/gobal)。
GES负责维护dictionary cache和library cache缓存一致性（这个与LCK是不同的）。由于存在某个节点上对数据字典的修改(比如ddl和dcl对object属性的修改)，GES负责同步各节点上的字典缓存,消除差异。GES 确保请求访问相同对象的多个实例间不会出现死锁。
GRD包含了所有共享资源的当前状态信息，它由GES和GCS共同维护，GRD贮存在内存中，被用来管理全局资源活动。比如：当一个实例第一次读取某块到 SGA的时候，该块的角色为LOCAL，GCS记录此状态到GRD，一旦有另外的实例请求该块，GCS会更新GRD，将此块的角色由LOCAL变为 GLOBAL。
二 RAC安装
不用把安装RAC看成是多么困难的一件事情.足够细心和耐性，充分的准备工作，然后加上一丁点运气，相信你能很快部署好一个RAC测试环境.当然，虚拟环境和实际环境的安装不尽相同，而且，生产系统环境的搭建需要经过缜密的规划和系统的测试.但大同小异，安装过程不该称为我们的绊脚石.
1.安装规划部署
安装之前需重点规划RAC系统各文件的存储类型.可以参见表1.3.1。一个好的存储规划方案，可以省去很多后续的维护成本。
2. 安装过程
安装过程可以参考oracle联机文档install guid。(Vmware安装可以参考Vincent Chan发表在oracle网站上的一文<使用 VMware Server 在 Oracle Enterprise Linux 上安装 Oracle RAC 10g>.文中讲的很详细，在此简单带过.)。简单列一下安装RAC的几个重要步骤
配置系统内核参数以及环境
配置共享存储
安装CRS软件
安装RDBMS软件
创建数据库以及配置其他
3.几点注意问题.
特别提一下vmware下的时间同步问题，在我的环境下，两节点上时间差别很大.一开始采用vmware-toolbox工具同步宿主时间，效果不理想. 可以在每个节点上放置一个小脚本，让他每隔一段时间以另一个节点为基准同步时间.这样，时间同步问题迎刃而解.在我的环境下，我设置每20秒同步一次时间.
rac1>cat date.sh
#!/bin/sh
while true
do
rdate -s rac2>dev/null 2>&1
sleep 10
done
三 RAC管理维护
同Single instance相比，RAC的管理维护要复杂一些。10g给我们提供了一个强大的EM管理工具，将很多管理维护工作简单和界面化。我们也应当习惯使用EM来高效的完成更多的工作。本文以下部分，将暂不讨论EM方面的管理，着重于命令行方式。
1.CRS管理维护
(1).CRS相关的接口命令
CRS在10G RAC体系下有着举足轻重的作用。Oracle也提供了一些命令接口让我们诊断维护它。
<1>CRS_*
10G RAC下，有这么几组crs_命令维护CRS资源。
[root@rac2 bin]# ls $ORA_CRS_HOME/bin|grep "crs_"|grep -v bin
crs_getperm crs_profile crs_register crs_relocate crs_setperm crs_start crs_stat crs_stop c rs_unregister
下面分别讲述一下它们。
集群资源查询：CRS_STAT
可以用来查看RAC中各节点上resources的运行状况,Resources的属性等。
例如使用－t选项，检查资源状态：
[root@rac1 ~]# crs_stat –t
Name Type Target State Host
------------------------------------------------------------
ora.demo.db application ONLINE ONLINE rac2
ora....o1.inst application ONLINE ONLINE rac1
ora....o2.inst application ONLINE ONLINE rac2
ora....SM1.asm application ONLINE ONLINE rac1
ora....C1.lsnr application ONLINE ONLINE rac1
ora.rac1.gsd application ONLINE ONLINE rac1
ora.rac1.ons application ONLINE ONLINE rac1
ora.rac1.vip application ONLINE ONLINE rac1
ora....SM2.asm application ONLINE ONLINE rac2
ora....C2.lsnr application ONLINE ONLINE rac2
ora.rac2.gsd application ONLINE ONLINE rac2
ora.rac2.ons application ONLINE ONLINE rac2
ora.rac2.vip application ONLINE ONLINE rac2
利于-p选项，获得资源配置属性。
[root@rac2 bin]# crs_stat -p ora.rac2.vip
NAME=ora.rac2.vip
TYPE=application
ACTION_SCRIPT=/opt/oracle/product/10.2.0/crs_1/bin/racgwrap
ACTIVE_PLACEMENT=1
AUTO_START=1
CHECK_INTERVAL=60
DESCRIPTION=CRS application for VIP on a node
…………………………………………
USR_ORA_STOP_MODE=immediate
USR_ORA_STOP_TIMEOUT=0
USR_ORA_VIP=192.168.18.112
利用-p参数，获得资源权限。
[root@rac2 bin]# crs_stat -ls|grep vip
ora.rac1.vip root oinstall rwxr-xr--
ora.rac2.vip root oinstall rwxr-xr--
主要参数有-t/-v/-p/-ls/-f等。具体可以参见crs_stat –h
集群资源启动/停止CRS_START/CRS_STOP
这组命令主要负责各个节点上resources的启动/停止。可以针对全局资源(例如：crs_stop –all，表示停止所有节点上的resources),也可以针对节点上的某个特定的资源（例如：crs_start ora.rac2.ons,表示启动节点rac2上的ONS）。
集群资源配置CRS_REGISTER/CRS_UNREGISTER/CRS_PROFILE/CRS_SETPERM
这组命令主要负责集群资源的添加删除以及配置。
CRS_PROFILE:用来生成resource的profile文件(当然我们也可以手动编辑或者通过现有生成)，默认存放路径$ORA_CRS_HOME/crs/profile目录下，加参数-dir 手动指定目录。默认名称为resource_name.cap.
crs_profile -create resource_name -t application –a .. –r .. –o..
表3.1为 crs_profile中参数配置说明（比较多，挑一些说吧）：
crs_profile －update resource_name … 用来更新现有profile(更新的只是profile，而并不是对已经注册到crs里面的资源属性的更改)
crs_register负责将resource的注册到OCR。注册的方法是先生成profile，然后运行
crs_register resource [-di r …]命令，同时，crs_register也具有update resource功能，具体办法可以更新resource对应的profile文件，然后运行crs_register -u resource_name [-dir …] 或者直接发布crs_register –update resource_name …
比如，我将rac节点上的vip改为手动启动。
[root@rac1 crs]# crs_register -update ora.rac1.vip -o as=0
[root@rac1 crs]# crs_stat -p ora.rac1.vip|grep AUTO_START
AUTO_START=0
crs_unregister负责将resource从ocr中移除。必要时候需要加－f参数。
crs_setperm用来设置resource的权限（诸如设置owner，用户的读写权限等），更改owner用-o参数，更改group 用-g，更改用户权限用-u，在此不多举例了。
<2>.CRSCTL
用crsctl check crs，检查crs的健康情况。
[root@rac1 ~]# crsctl check crs
CSS appears healthy
CRS appears healthy
EVM appears healthy
用crsctl控制CRS服务
crsctl start|stop|enable|disable crs
用crsctl启动/停止resource
[root@rac1 ~]# crsctl stop resources
Stopping resources.
Successfully stopped CRS resources
[root@rac1 ~]# crsctl start resources
Starting resources.
Successfully started CRS resources
用crsctl检查以及添加、删除voting disk
下面讲述。
更多参见crsctl help。
<3>SRVCTL
SRVCTL是一个强大的CRS和RDBMS的管理配置工具。相关用法参照srvctl -h
（1） srvctl add/delete .. 添加删除资源。譬如我们在进行数据库单实例迁移到rac的时候，可以用这个工具手工注册database或者asm实例到OCR。
（2）srvctl status … 资源的状态监测
（3）srvctl start/stop … 资源的启动/停止，这个可以和crs_start/crs_stop互交使用。
（4） srvctl modify .. 重新定义资源的属性
………………………………………………………..
(2).OCR的管理维护
<1> OCR的状态验证：
可以使用ocrcheck工具来验证OCR的状态以及空间使用情况。在Lunix下，/etc/oracle/ocr.loc文件记录了OCR 使用的设备情况。
[root@rac1]# ocrcheck
Status of Oracle Cluster Registry is as follows :
Version : 2
Total space (kbytes) : 497896
Used space (kbytes) : 3996
Available space (kbytes) : 493900
ID : 958197763
Device/File Name : /dev/raw/raw5
Device/File integrity check succeeded
Device/File not configured
Cluster registry integrity check succeeded
<2> 在线添加/删除ocrmirror
OCR支持一个镜像，添加/删除镜像可以在线完成，主要在某个online的节点上执行命令即可。
[root@rac1]#ocrconfig -replace ocrmirror /dev/raw/raw5
[root@rac1 oracle]# cat /etc/oracle/ocr.loc
#Device/file getting replaced by device /dev/raw/raw5
ocrconfig_loc=/dev/raw/raw1
ocrmirrorconfig_loc=/dev/raw/raw5
可见，ocr.loc被自动更新。
移除ocr或者镜像的时候，只要不带路径，即可。
当一个crs中存在ocr和镜像的时候，如果移除ocr，镜像会自动转变成ocr的角色。
[root@rac1]# ocrconfig -replace ocr
[root@rac1]# cat /etc/oracle/ocr.loc
#Device/file /dev/raw/raw1 being deleted
ocrconfig_loc=/dev/raw/raw5
可以看到现在的ocrconfig_loc自动变为先前的ocrmirrorconfig_loc设备。
<3> 逻辑备份/恢复
备份命令：
ocrconfig –export [ path ]
还原命令
ocrconfig –import [ path ]
还原OCR的时候，需要停掉各节点crs服务。还原完成后，重新启动CRS。(如果有必要，注意在每个节点分别修改ocr.loc的对应使用设备)
<4> 物理备份/恢复
CRSD负责每4个小时进行一次OCR的备份，默认备份路径在$ORA_CRS_HOME/cdate/crs下，
可以使用ocrConfig –showbackup查看备份情况，如果想更改物理备份路径，可以使用ocrconfig –backuploc [ path ] 来完成
物理恢复命令：
ocrconfig –restore [ path ]
同样,还原OCR的时候，需要停掉各节点crs服务。还原完成后，重新启动CRS。(如果有必要，注意在每个节点分别修改ocr.loc的对应使用设备)
<5> ocrdump
ocrdump可以将ocr信息导出成ascii文本，用于给Oracle Supoort提供检修。
命令如下：
ocrdump
(3).Voting disk管理维护
Voting disk的维护相对简单些。
<1> Votingdisk 状态查询
[root@rac1]# crsctl query css votedisk
0. 0 /dev/raw/raw2
located 1 votedisk(s).
<2>在线添加、删除votingdisk
Oracle建议配置奇数个votingdisk，添加/删除可以在线完成，在某个online的节点上执行命令即可。
添加votingdisk命令：
crsctl add css votedisk [path] -force
删除votingdisk命令：
crsctl add css votedisk [path] -force
<3>votingdisk备份恢复
备份、恢复采用dd命令。恢复的时候，注意停掉各节点上的CRS服务。
2.RDBMS管理维护
(1).spfile以及相关参数说明
最普遍情况，节点共用同一个spfile文件，放置在共享存储上，而每个节点上，相应目录下有一个pfile文件，而这个pfile文件指向共享存储上的spfile。
当我们需要修改某一节点上的paremeter的时候，需要显示的指定sid，例如：
SQL>alter system set sga_target=1024M scope=spfile sid=’rac1’;
System Altered.
这样，节点rac1上的sga_target参数被修改，不会影响其余节点上的参数设置。如果不加sid，默认为sid＝’*’，也就是对所有节点生效。
RAC下，有一些不同与单实例的参数，列举如下：
① cluster_database
一般情况下，该参数在rac各实例下应该设置为true。在一些特别情况下，比如upgrade等，需要将该参数设置成false。
② db_name/db_unique_name/instance_name
各节点db_name需要一致，db_unique_name也需要一致(这与standby是不同的)。而instance_name配置成各个节点的实例名称。
③ instance_number
该参数表示节点上实例的实例号。
④ thread
该参数用来标示实例使用的redo线程。线程号与节点号/实例号没有直接关联。
⑤ local_listener
该参数用来手工注册监听。为解决ORA-12514错误，可以设置该参数。
⑥ remote_listener
该参数用来进行服务器端负载均衡配置。
⑦ cluster_interconnects
该参数用来指定集群中IPC通信的网络。如果集群中有多种网络用于高速互联，需要配置该参数。对于多个IP地
址，用冒号将其隔开。对于集群中当前使用的互联地址，可以查询视图gv$cluster_interconnects或着oradebug ipc来查看。
⑧ max_commit_propagation_delay
该参数用于配置SCN的产生机制。在rac下,SCN的同步有2种模式:(1) Lamport Scheme.该模式下，由GES管理SCN的传播同步，max_commit_propagation_delay表示SCN同步所允许的最大时间。在该模式下，全局SCN并非完全同步，这在高并发的OLTP系统中，可能会对应用造成一定的影响。(2) Broadcast on Commit scheme. 该模式下，一旦任何一个实例上事务发布commit，都立即同步SCN到全局。
在10g R1下，该参数默认数值为700，即采用Lamport Scheme模式。而在10g R2下，该参数默认数值为0，采用Broadcast on Commit scheme模式 (设置小于700的某一值，都将采用该模式) 。采用何种方式，可以从alert.log 中获知。该参数值需要每个节点保持一致。
(2). Redo/Undo管理
?RAC下的Redo管理
同单实例的系统一样，每个节点实例都需要至少2组logfile。各节点实例有自己独立的重做日志线程(由初始化参数thread定义)，例如：
SQL> select b.THREAD#,a.GROUP#,a.STATUS,a.MEMBER,b.BYTES,b.ARCHIVED,b.STATUS from v$logfile a,v$log b where a.GROUP#=b.GROUP#;
THREAD# GROUP# STATUS MEMBER BYTES ARCHIVED STATUS
------------------- ------- --------------------------------------------------
1 1 STALE +DATA/demo/onlinelog/group_1.257.660614753 52428800 YES INACTIVE
1 2 +DATA/demo/onlinelog/group_2.258.660614755 52428800 NO CURRENT
2 3 +DATA/demo/onlinelog/group_3.265.660615545 52428800 NO CURRENT
2 4 STALE +DATA/demo/onlinelog/group_4.266.66061554
3 52428800 YES INACTIVE
重做日志需要部署到共享存储中，必须保证可被所有的集群内的节点实例访问。当某个节点实例进行实例/介质恢复的时候，该节点上的实例将可以应用集群下所有节点实例上的重做日志文件(如果需要)，从而保证恢复可以在任意可用节点进行。
?RAC下alter system switch logfile 与alter system archive log current 区别
alter system switch logfile仅对当前发布节点上的对应redo thread进行日志切换并归档。
alter system archive log current对集群内所有节点实例上的redo thread进行切换并归档（在节点实例可用情况下，分别归档到各节点主机的归档目的地，当节点不可用时候，该线程日志归档到命令发布节点的归档目的地）
?RAC下的Undo管理
RAC下的每个节点实例，也需要有自己单独的撤销表空间。由初始化参数 *.Undo_tablespace 指定。同REDO一样，UNDO表空间也需要部署到共享存储，虽然每个节点上UNDO的使用是独立的，但需要保证集群内其他节点实例对其访问，以完成构造读一致性等要求。
SQL>alter system set undo_tablespace=undo1 sid=’demo1’;
SQL>alter system set undo_tablespace=undo2 sid=’demo2’;
(3).Archivelog/flashback配置管理
在RAC下，Archivelog可以放置到本地磁盘，也可以放置到共享存储。需要对Archivelog的放置有合理的部署，如果放置到本地磁盘，会增加备份恢复的复杂程度。
闪回区必须部署到共享存储上，开启前，需要配置db_recovery_file_dest、db_recovery_file_dest_size、
db_flashback_retention_target等参数。
下面在一个非归档非闪回的database上，开始归档与闪回。
?更改相关参数
SQL>alter system set log_archive_dest_1='location=/archive/demo1' sid='demo1';
System altered
SQL> alter system set log_archive_dest_1='location=/archive/demo2' sid='demo2';
System altered
SQL> alter system set db_recovery_file_dest_size=512M;
System altered
SQL> alter system set db_recovery_file_dest='+DG1';
System altered
?停掉所有节点实例.开启过程在一个实例上完成。
rac1-> srvctl stop instance -d demo -i demo1
rac1-> srvctl stop instance -d demo -i demo2
rac1-> sqlplus /nolog
SQL*Plus: Release 10.2.0.1.0 - Production on Sun Aug 3 22:06:50 2008
Copyright (c) 1982, 2005, Oracle. All rights reserved.
SQL> conn /as sysdba
Connected to an idle instance.
SQL> startup mount;
ORACLE instance started.
Total System Global Area 167772160 bytes
Fixed Size 1218316 bytes
Variable Size 100665588 bytes
Database Buffers 62914560 bytes
Redo Buffers 2973696 bytes
Database mounted.
SQL> alter database archivelog;
Database altered.
SQL> alter database flashback on;
Database altered.
SQL> alter database open;
Database altered.
SQL> select NAME,LOG_MODE,FLASHBACK_ON from v$database;
NAME LOG_MODE FLASHBACK_ON
--------- ------------ ------------------
DEMO ARCHIVELOG YES
10G下，开启归档和闪回并不需要像9i那样，设置初始化参数cluster_database＝false.这无疑简化了操作。
(4).ASM下的RAC管理
?ASM下的参数文件
RAC下，每个节点上有运行有一个ASM实例，而rdbms instance就运行在这个asm实例上。Asm实例是本地的。同rdbms实例一样，他需要有参数文件，参数文件在每个节点的相应目录下。
下面是我的ASM实例下的pfile文件：
cluster_database=true
background_dump_dest=/opt/oracle/admin/+ASM/bdump
core_dump_dest=/opt/oracle/admin/+ASM/cdump
user_dump_dest=/opt/oracle/admin/+ASM/udump
instance_type=asm
large_pool_size=12M
remote_login_passwordfile=exclusive
asm_diskgroups='DG1'
+ASM2.instance_number=2
+ASM1.instance_number=1
简单介绍几个asm实例中比较重要的参数:
instance_type：用来说明实例是ASM 还是RDBMS 类型
asm_diskgroups：ASM磁盘组，asm实例启动的时候会自动mount
asm_diskstring：该参数用来说明能够创建diskgroup的磁盘设备,默认值是NULL
asm_power_limit:该参数用来设置进程 ARBx 的数量，负责控制负载平衡操作的速度。取值从 0 到 11。默认值为1。
?用于记录ASM实例信息的数据字典。
V$ASM_DISK/ V$ASM_DISK_STAT：记录可以被ASM实例识别的磁盘信息，但这些磁盘并不一定是正在被实例使用的。V$ASM_DISKGROUP/ V$ASM_DISKGROUP_STAT：记录asm下的diskgroup信息。
V$ASM_ALIAS：记录diskgroup文件的别名信息。
V$ASM_FILE：记录diskgroup中的文件信息。
V$ASM_OPERATION：记录ASM实例中当前运行的一个长时间操作信息。
V$ASM_TEMPLATE：记录diskgroup模板。
V$ASM_CLIENT：记录使用该asm实例下的diskgroup的rdbms实例信息。
?RAC下ASM磁盘组/文件管理操作
<1>.RAC下在线添加、删除磁盘组
在一个节点上添加diskgroup，集群上另外的节点并不会自动mount新添加的diskgroup，需要手动执行。
节点1：
SQL> show parameter asm_diskgroups
NAME TYPE VALUE
------------------------------------ -----------
asm_diskgroups string DATA, DG1
SQL>CREATE DISKGROUP DATA2 NORMAL REDUNDANCY
FAILGROUP DATA2_gp1 DISK '/dev/raw/raw6'
FAILGROUP DATA2_gp2 DISK '/dev/raw/raw7';
Diskgroup created.
SQL> show parameter asm_diskgroups
NAME TYPE VALUE
------------------------------------ -----------
asm_diskgroups string DATA, DG1, DATA2
此时观察节点2，新加的磁盘组没有被mount。
SQL> show parameter asm_diskgroups
NAME TYPE VALUE
-----------------------------------------------
asm_diskgroups string DATA, DG1
SQL>select group_number,type,state,type,total_mb,free_mb from v$asm_diskgroup_stat;
GROUP_NUMBER STATE TYPE TOTAL_MB FREE_MB
--------------- --------------- ------------------------
1 CONNECTED EXTERN 5726 4217
2 CONNECTED EXTERN 415 297
0 DISMOUNTED 0 0
SQL>alter diskgroup DATA2 mount;
删除diskgroup时，保留一个节点diskgroup为mount状态，将其余节点上的diskgroup dismount，然后执行删除命令。
<2>.在线添加、删除磁盘
RAC下在线添加磁盘与删除磁盘与单实例并不差别。需要注意该操作会引起磁盘组的重新平衡，并确保删除磁盘的时候该磁盘组有足够的剩余空间。
节点1：
SQL> alter diskgroup dg6 add disk '/dev/raw/raw7' name dg6_disk7;
Diskgroup altered.
节点2上查询：
SQL>select GROUP_NUMBER,path,NAME,MOUNT_STATUS,HEADER_STATUS,MODE_STATUS,
STATE from v$asm_disk_stat where NAME is not null;
GROUP_NUMBER PATH NAME MOUNT_S HEADER_STATU MODE_ST STATE
------------ ---------------- ---------- ------- ------------ -------
1 /dev/raw/raw3 DATA_0000 CACHED MEMBER ONLINE NORMAL
2 /dev/raw/raw4 DG1_0000 CACHED MEMBER ONLINE NORMAL
3 /dev/raw/raw6 DG6_0001 CACHED MEMBER ONLINE NORMAL
3 /dev/raw/raw7 DG6_DISK7 CACHED MEMBER ONLINE NORMAL
删除磁盘在某一节点操作即可，不做举例验证。
关于ASM的更多管理命令，就不多列举了。
3.Database备份/恢复
RAC下的备份恢复跟单实例的备份恢复实质上没有太大的差别，需要注意的是备份/恢复的时候当前节点对所有数据文件/归档日志的可见。在一个数据文件和归档日志全部放在共享存储上的RAC系统，备份与恢复过程与单实例下的几乎一样。而归档日志如果采用的是本地磁盘，就需要另加注意。下面分别来模拟这个备份恢复过程。(1).Archivelog对各节点可见的备份/恢复
在这种模式下，备份恢复可以在任意一个可用节点执行即可，跟单实例并不太大区别。
?对database进行备份
RMAN>run
{allocate channel orademo type disk;
backup database format '/backup/database/db_%s_%p_%t' plus archivelog
format '/backup/database/arch_%s_%p_%t' delete input;
backup current controlfile format '/backup/database/contr_%s_%p_%t';}
allocated channel: orademo
channel orademo: sid=130 instance=demo2 devtype=DISK
Starting backup at 03-MAY-08
current log archived
channel orademo: starting archive log backupset
channel orademo: specifying archive log(s) in backup set
input archive log thread=1 sequence=5 recid=70 stamp=661823848
input archive log thread=1 sequence=6 recid=72 stamp=661823865
……………………………………..
Finished backup at 03-MAY-08
released channel: orademo
?添加数据，用于测试恢复效果
SQL> create table kevinyuan.test_b as select * from dba_data_files;
Table created
SQL> alter system switch logfile;
System altered
SQL> insert into kevinyuan.test_b select * from dba_data_files;
6 rows inserted
SQL> commit;
Commit complete
SQL> select count(*) from kevinyuan.test_b;
COUNT(*)
----------
12
?模拟故障/恢复
RMAN> run
{restore controlfile from '/backup/database/contr_16_1_661823935';
sql 'alter database mount';
restore database;
recover database;
sql 'alter database open resetlogs'; }
Starting restore at 04-MAY-08
allocated channel: ORA_DISK_1
…………………………………………………………………………..
archive log filename=+DATA/demo/onlinelog/group_4.266.660615543 thread=2 sequence=11
archive log filename=+DATA/demo/onlinelog/group_3.265.660615545 thread=2 sequence=12
media recovery complete, elapsed time: 00:00:00
Finished recover at 04-MAY-08
sql statement: alter database open resetlogs
?恢复完毕，来看一下验证数据：
SQL> select count(*) from kevinyuan.test_b;
COUNT(*)
----------
12
(2). Archivelog对各节点不可见的备份/恢复
如果arhivelog采用本地磁盘,归档日志并不是对任意节点可见。备份archivelog的时候，如果采用和上述类似的备份方案，必然会导致一些归档日志由于无法access而抛出异常。可以采取如下的备份方式，目的就是使得备份通道能够access所有的数据字典中记录的归档日志信息。
恢复的时候,copy所有节点产生的相关备份片/集和归档日志文件到待恢复节点，在一个节点上执行
restore/recover操作即可。
模拟一下这个操作。
SQL> alter system set log_archive_dest_1='location=/archive/demo1/' sid='demo1';
System
altered
SQL> alter system set log_archive_dest_1='location=/archive/demo2/' sid='demo2';
System altered
(1)备份数据库
RMAN>run
{allocate channel orademo1 type disk connect
sys/kevinyuan@demo1;
allocate channel orademo2 type disk connect
sys/kevinyuan@demo2;
backup database format '/backup/database/db_%s_%p_%t'
plus archivelog format '/backup/database/arch_%s_%p_%t' delete input;
backup current controlfile format
'/backup/database/contr_%s_%p_%t;}
allocated channel:
orademo1
channel orademo1: sid=133 instance=demo1 devtype=DISK
allocated
channel: orademo2
channel orademo2: sid=151 instance=demo2
devtype=DISK
Starting backup at 04-MAY-08
current log archived
channel
orademo2: starting archive log backupset
channel orademo2: specifying archive
log(s) in backup set
input archive log thread=2 sequence=4 recid=89
stamp=661826286 ………………………………………………………………….
channel orademo1: finished
piece 1 at 04-MAY-08
piece handle=/backup/database/contr_28_1_661826504
tag=TAG20080504T004130 comment=NONE
channel orademo1: backup set complete,
elapsed time: 00:00:09
Finished backup at 04-MAY-08
released channel:
orademo1
released channel:
orademo2
(2)COPY节点2上的备份文件/归档日志文件到节点1相应目录下。
rac2-> scp /backup/database/* rac1:/backup/database/
rac2-> scp /archive/demo2/* rac1:/archive/demo1
(3)恢复database
RMAN>run
{restore controlfile from '/backup/database/contr_28_1_661826504'; sql 'alter database mount';
restore database;
recover database;
sql 'alter database open resetlogs';}
starting restore at 04-MAY-08
using target database
control file instead of recovery catalog
allocated channel:
ORA_DISK_1
channel ORA_DISK_1: sid=147 instance=demo1 devtype=DISK
channel
ORA_DISK_1: restoring control file
channel ORA_DISK_1: restore complete,
elapsed time: 00:00:20
…………………………………………………………………………………
archive log
filename=+DATA/demo/onlinelog/group_3.265.660615545 thread=2
sequence=7
archive log filename=+DATA/demo/onlinelog/group_4.266.660615543
thread=2 sequence=8
media recovery complete, elapsed time:
00:00:06
Finished recover at 04-MAY-08
sql statement: alter database open
resetlogs
至此，恢复完成。
生产库的备份需要缜密部署与模拟测试，不同的数据库类型也需要制定不同的方案实现。对DATABASE来说，备份重于泰山，不能抱有任何侥幸心理。
1.Service
服务是rac体系中相当重要的概念，它为应用提供高可用和多样化的解决方案。实际中，我们可以创建不同性质的service来满足我们应用的不同需求。
10gR2下，可以通过以下几个方式创建服务。
(1).使用dbca
(2).使用srvctl
node1->srvctl add service -d demo -s srv_1 -r node1 -a node2
node1-> srvctl start service -d demo -s srv_1
node1-> crs_stat -t
Name Type Target State Host
————————————————————
ora.demo.db application ONLINE ONLINE node1
ora….o1.inst application ONLINE ONLINE node1
网络教室管理制度 网络教室管理制度 1.网络教室的装备，是学校现代化教学设施之一，由专职人员负责管理，充分使用、倍加爱护。 2.教室内的所有设备，应按统一要求分类编号、贴上标签，做到定位放置。 3.网络教室的设备要按要求建帐，做到帐物相符。每学期结束，由分管领导组织帐物核对。 4.管理人员在使用设备前检查电压，每天早晨开窗换气，做好保洁工作，下班时要切断电源。 5.管理人员要建立“机房管理手册”，正常记载每天的温度、湿度、日常工作和偶发事件。 6.霉雨季节及多雨天气每天至少开机2小时，暑假期间切忌长期关闭，常规管理不能中断。 7.教室内要有可靠的防火、防盗措施，并责任到人。 8.师生进入网络教室要换鞋或加鞋套，严禁闲杂人员进入，外来参观人员尽量不进教室。做好网络教室的清洁卫生工作，保持网络教室整洁。 9.每台网络要建立保养、维修等情况的技术档案，要严格控制外来磁盘使用，定期做好病毒检测和机器的杀毒工作。 10.每台网络设立“使用情况登记册”，要督促上机人员正常记载，并及时查看，以确保设备完好。
11.当发现网络设备有损坏时要查明原因，追究责任，若是人为事故，要照价赔偿。 网络教室管理制度 1.网络教室的装备，是学校现代化教学设施之一，由专职人员负责管理，充分使用、倍加爱护。 2.教室内的所有设备，应按统一要求分类编号、贴上标签，做到定位放置。 3.网络教室的设备要按要求建帐，做到帐物相符。每学期结束，由分管领导组织帐物核对。 4.管理人员在使用设备前检查电压，每天早晨开窗换气，做好保洁工作，下班时要切断电源。 5.管理人员要建立“机房管理手册”，正常记载每天的温度、湿度、日常工作和偶发事件。 6.霉雨季节及多雨天气每天至少开机2小时，暑假期间切忌长期关闭，常规管理不能中断。 7.教室内要有可靠的防火、防盗措施，并责任到人。 8.师生进入网络教室要换鞋或加鞋套，严禁闲杂人员进入，外来参观人员尽量不进教室。做好网络教室的清洁卫生工作，保持网络教室整洁。 9.每台网络要建立保养、维修等情况的技术档案，要严格控制外来磁盘使用，定期做好病毒检测和机器的杀毒工作。 10.每台网络设立“使用情况登记册”，要督促上机人员正常记载，
第一章 1、什么是数据库，数据库的特点，数据库管理技术的发展阶段。 2、DB、DBA、DBMS分别表示什么；其中哪个是位于用户与操作系统之间的一层数据管 理软件，它属于系统软件，它为用户或应用程序提供访问数据库的方法。数据库在建立、使用和维护时由其统一管理、统一控制。DBMS的职能 3、概念模型最常用的是实体—联系方法有哪3种基本图素，实体间的联系可分为什么？ 例如：课程和学生的对应关系。 4、概念结构设计的主要工具模型是E-R模型，而E-R模型分别用什么图形表示， E-R 模型转换成关系模式进行的规范化处理，一般达到3NF即可，那么学生(学号，姓名，课程号，系号，系名，成绩)，为消除数据冗余如何分解。 5、数据库模型（结构模型）有哪些？用树形结构来表示实体之间关系的结构数据模型 是层次模型，数据模型中用二维表结构来存储数据的是关系模型，目前关系模型数据库模型是已逐渐淘汰了网状数据库和层次数据库模型上，成为当今最为流行的商用数据库系统。 6、数据库系统的三级模式结构是哪三个。 7、通常将数据库的设计分为哪4个设计阶段，每个阶段什么设计，成果是什么； 8、练习 1）、什么是数据库，数据库与DBMS之间有什么区别？ 2）、什么是关系模型的外键，它有什么作用? 5）、什么是关系模型，有哪些特点？ 6）、试描述数据库的设计步骤？ 7）、数据库管理系统通常由哪些部分组成？ 8）、数据库系统（DBS）有哪些组成，以及他们之间的关系？ 9）、DBMS的三大语言（DDL、DML、DCL）分别有哪些。 第二章 1、SQL server2005数据库管理软件版本，以及支持的操作系统 第三章、六章 1、SQL server数据库文件中由数据文件和事务日志文件，扩展名是什么，分别存储什 么样的内容，一个数据库可以包含多个事务日志文件，但只能包含一个主数据库文件。 2、SQL Server的系统数据库以及每个数据库的功能是什么，例如储存SQL Server 系 统的所有临时表、临时存储过程的是哪个，保存系统配置、服务器配置等信息的是哪个。 3、在SQL server数据库的维护主要有附加数据、分离数据、联机、脱机、收宿等管理。 4、SQL server中常用数据类型有哪些，分别占用多少存储空间 5、SQLserver数据库系统标识符有哪些组成并判断哪些合法[my delete]、_mybase 、 $money 、trigger1。 6、在SQL Server数据库系统中创建表或修改表结构时可以使用Identity（n,m）属性 实现序列编号，其中n表示序列的起点，而m表示序列的种子增量。 7、数据库完整性包括哪些。SQL server有哪些约束，每种约束的关键字是什么以及在 创建表或修改表时怎么添加约束，例如参照完整性是用Foreign key来实现、Primary key和Unique是实体完整性以及之间的区别、Check 。 8、创建表结构、修改表、删除表结构：例如创建员工表，分别有员工编号、员工姓名、 员工工龄、领导编号等列，其中员工编号是主键，其值产生个连续的序列，并将领导编号设置外键，引用的主键是员工编号；创建学生表（student）时，将学生的性别（sex）取值只为“男”或“女”；修改学生表，性别(sex)添加约束，其作用是性别的值只能是
实验三设计开发小型网络数据库应用系统 一、实验目的 1、（可选）在实验一、二构建的环境下，选择并安装数据库设计CASE工具、 开发文档程序版本管理工具、可视化开发工具，配置其访问协议，用户 权限。 2、在上述环境下，自拟题目完成一个小型网络数据库应用系统的需求分析、 结构设计、编码实现，及调试运行。 二、实验原理、内容及步骤 1、自拟一个小型网络数据库应用系统的题目，完成该系统的设计与开发 2、完成系统设计说明书，包含“系统需求说明、系统E-R逻辑关系、系统物 理结构、系统功能设计。 3、依据上述设计文档，开发实现相应数据库应用系统，要求所开发应用软 件支持多文档界面，具备基本的数据增加、修改、删除、浏览、查询功 能。 三、实验过程及结果 3.1、设计题目 人事资源管理系统 3.2、需求分析 此次人事资源管理系统包括：系统配置信息管理、人脉信息管理、和人脉查询管理，其详细功能描述如下。 1、系统配置信息管理：包括地区信息、认识途径信息、职位信息和行业 信息，这些信息确定你的人脉资源的的简单而又关键的信息，而这些信息比较固定，在系统运行之前就能确定，可以把它作为系统配置信息来处理。 2、人脉信息管理：它提供了人脉信息的增加、删除、修改的功能人脉信 息包括：姓名、所在地、职位、行业、所在单位、认识途径、联系方式和爱好等。 3、人脉查询管理：是指对人脉信息的详细查询的功能，提供了多种查询 方式，包括所在地、认识途径、行业信息、职位信息的查询方式，翻遍用户
自己的人脉资源。 3.3、概要设计 3.3.1、系统功能模块设计： 图3-3-1 系统功能模块图 3.3.2、数据库表设计： 以下是所设计的5张表： 图3-3-2-1地区信息表 字段说明：地区ID，地区名称，例如右边的图。 图3-3-2-1认识途径信息表 字段说明：认识途径ID，认识途径名称，例如右边的图。 图3-3-2-1职位信息表 字段说明：职业ID，职业名称，例如右边的图。
程控交换机的管理与维护(新 编版) Security technology is an industry that uses security technology to provide security services to society. Systematic design, service and management. ( 安全管理 ) 单位：______________________ 姓名：______________________ 日期：______________________ 编号：AQ-SN-0365
程控交换机的管理与维护(新编版) 程控交换机作为电力通信网的核心部分和中心枢纽，其地位和作用相当重要，如果程控交换机发生故障，必然会造成通信网处在瘫痪状态，对电力系统的安全生产、设备运行、管理等各方面工作带来威胁。由于电力系统的生产工作对通信联络保障要求高，所以对程控交换机也格外重视，通常配备行政交换机和调度交换机。 对程控交换机的管理维护，可在硬件和软件上进行。 1硬件上需注意的方面 (1)机房温度和环境。程控交换机对机房的温度和环境要求较高。用户量越多，能耗也越大，散发出来的热量也越大，因此需要在恒温、干净的环境中运行。机房温度要保持在20℃左右，如果温度太高，会造成机器散热困难，使机器的元器件参数发生变化，电路的稳定性降低，严重时还会损坏设备。注意温度的同时还要保持
机房的一定湿度，如机房太潮湿，会使机器的金属部件生锈，腐蚀设备，甚至会造成线路绝缘降低，电路短路等现象。机房过于干燥，则容易产生静电，直接威胁到交换机的安全。按规定，机房的湿度应保持在40%～60%。温度和湿度可通过温度计等监视，必要时，可以安装空调、加湿机或抽湿机等进行调节。此外，机房还要求有防火、防尘措施，电缆管道施工完毕后要认真堵塞，以防止小动物进入。 (2)防静电措施。程控交换机的电路采用大规模和超大规模集成电路运行。集成化程度越高，耐电压和耐冲击的水平相应也就越低。而静电产生的电压有时会高达几十，几百，几千或是上万伏，如此高的静电电压足以击毁或击伤芯片，所以静电效应对程控交换机威胁极大。因此，机房地板要求铺设防静电地板，机务人员进入机房工作时要换防静电拖鞋，在触摸设备，插拔电路板时要戴上防静电手套。在机房工作时不宜来回反复走动奔跑，以防止摩擦产生静电。 (3)接地设施。一般认为数字通信的抗干扰能力强，但对程控交换机来说，接地设施的好坏，将直接影响设备的运行质量，如果接
《网络管理与维护》课程教学基本要求 适用于三年制计算机应用或计算机网络专业 课程的基本性质与任务 一、课程设置说明 《网络管理与维护》是计算机应用专业的一门实践性较强的专业必修课程。本课程的任务是使学生掌握局域网管理技术人员必要的网络基础知识，熟悉常用的网络设备的工作原理，熟悉当今流行的网络技术，具有熟练操作和管理常用网络操作系统的能力。通过学习该课程，使学生具有局域网络规划、设计、安装、调试、管理与维护的能力，能适应新网络技术发展的需要，并为进一步学习有关计算机网络技术，为将来从事广域网络的管理与维护等方面的工作打下坚实的基础。 二、课程任务 通过本课程的教学，应使学生达到以下基本要求： 1、掌握计算机网络的基础知识，主要流行的网络操作系统及主要网络协议，了解计算机网络的基本体系结构、当今流行网络操作系统的基本体系结构、了解不同网络协议的适应范围及配置方法。 2、了解当今流行的主要网络技术的性能参数，掌握常用的局域网络的互连技术，掌握常用网络设备的工作原理及连接、配置方法。特别是路由器、交换机的相关配置。 3、熟练掌握常用网络操作系统的安装、用户管理、安全管理、系统维护，具有独立进行企、事业单位网络系统规划、管理与维护能力。 课程的基本内容与教学要求 一、课程内容： 模块一：计算机网络管理的基本技术 1、教学内容
网络管理的基本概念；网络管理的五大功能；网络管理的模型；网络管理的标准化及相关组织。 2、教学要求 了解网络管理的相关概念，理解网络管理的主要管理对象，掌握常见的网络管理技术及网络管理应用软件。 3、教学建议 尽量利用多媒体帮助教学；为巩固所学理论知识，安排“网络管理软件的基本应用”课内实验，解决常见的局域网网络问题。 模块二：网络管理工具软件的应用 1、教学内容 网络管理软件的分类、基本原理、发展趋势；siteview的安装及使用，网络执法官的配置等。 2、教学要求 了解网络管理软件的一般原理，掌握网管软件在网络管理中的基本应用。 3、教学建议 尽量利用多媒体与实践教学相结合；为巩固所学理论知识，可在采用虚拟配置环境中进行配置操作。 模块三：网路的性能管理 1、教学内容 网络性能管理的基本范围、原理；影响网络性能的基本因素；网络性能的监测及提升。 2、教学要求 了解网络性能的基本监测方法，掌握网络监测器在局域网应用中的基本应用配置技术。 3、教学建议 尽量利用多媒体与实践教学相结合；为巩固所学理论知识，可在采用虚拟配置环境中进行配置操作。
【填空题】 1．默认情况OEM的URL地址是https://sd04:1158/em（其中sd04为机器名） 2．Oracle9i发布于2001，i代表Internet，11G发布于2007，g代表grid（网格） 3．在oracle内存结构中，保存正在执行或可能执行的代码的区是代码区 4．在oracle进程结构中，用于实现进程监控功能的进程是PMON 1．Oracle数据库系统的物理存储结构主要由3类文件组成，分别为数据文件、重做日志文件、控制文件。 2．一个表空间物理上对应一个或多数据文件 3．在oracle的逻辑存储结构中，根据存储数据的类型，可以将段分成为数据段、索引段、回滚段、LOB段和临时段。 1．在设计表时，对于邮政编码最适合的数据类型是CHAR 2．在alter table语句中，如果要删除列，可以通过指定DROP COLUMN关键字来实现。 3．如果需要在表中插入一批已经存在的数据，可以在insert语句中使用SELECT语句。 4创建一个update语句来修改goods表中的数据，并且把每一行的t-id值都改成15，应该使用的SQL语句是UPDATE SCOTT.Goods SET t_ID=’15’ 5.使用DESC命令可以显示表的结构信息 6．两个表的主关键字和外关键字的数据应该对应一致，这是属于引用完整性，通常可以通过主键和外键来实现。 7．UNIQUE约束通过确保在列中不输入重复值保证一列或多列的实体完整性。 1.在select语句中选择满足条件的记录使用where关键字，分组之后进行选择使用having 关键字 2．用来返回特定字段中所有值得总和的聚合函数是SUM 3．编写查询语句时，使用%通配符可以匹配多个字符。 18．集合运算符UNION实现集合的并运算，操作符INTERSECT实现了对集合的交运算，而MINUS则实现了减运算 19．如果要定义只读的视图，可以在创建视图时使用READ ONLY关键字 20．删除视图的PL\SQL语句是DROP VIEW [用户方案.]视图名 21．在使用CREATE INDEX创建索引时，使用BITMAP关键字可以创建位图索引 22．聚集（Cluster）是存储表数据的可选择的方法。一个聚集是一组表，将具有同一公共列值的行存储在一起，并且它们经常一起使用，表中相关的列称为聚集键 23．在为表中某个列定义PRIMARY KEY约束PK_ID后，则系统默认创建的索引名为PK_ID 24．如果表中某列的基数比较低，则应该在该列上创建反向索引 25．如果要获知索引的使用情况，可以通过查询DBA_INDEXES视图，而要获知索引的当前状态，可以查询INDEX_STATS视图。 26. 在Oracle的PL/SQL程序中，除了可以使用Oracle规定的数据类型外，还可以使用%TYPE 类型的变量，由系统根据检索的数据表列的数据类型决定该变量的类型，也可以使用%ROWTYPE 类型的变量用来一次存储从数据表中检索的一行数据。 27. SYSDATE函数可以获得当前系统的日期，SUBSTR(s,start,len)函数可以实现从指定的字符串中取指定长度的字符串。 28. 用来变异存储过程的PL/SQL语句是ALTER PROCEDURE，CREATE FUNCTION语句可以用来创建函数。
设备的管理与维护 一、设备的管理和维护的目的和意义 注塑机是工厂起"当家"作用的设备，管理和维护质量的好坏，直接关系到设备能否长期保持良好的工作精度和性能，关系到液压设备的故障率和作业率，关系到加工产品的质量，关系到工厂的生产效率和经济效益的提高；应本着抓好"防"重于"治"这个环节，便能使设备少出故障，减少停机维修的时间，大大提高机器设备的使用寿命、工作性能和安全性能，其经济效益是非常显著的。 二、建立健全管理和维修的多项规章制度 工厂应配备专职的设备管理维护人员，定期对设备进行检查维护，并作出详细的保养记录，应做到； 1．建立健全维护保养记录； 2．建立巡检，专检制度； 3．建立健全可行的维护保养制度； 三、日常维护保养 日常维护保养是指注塑机设备的操作工人在机器使用前、使用中、使用后对设备进行例行检查，并作日检记录，通过日常检查维护，检查诸如泄漏，压力变动等现象，及早发现事故和故障苗头，及时处理，防止重大事故的发生。日常维护应列入责任制度加以执行。 （1）使用前检查 ■油箱内油量的检查:观察,油量应该确定在标准油量内; ■室温与油温的检查:一般可只在冬夏雨季进行.当室温(环境温度)低于0°C时，应预热油液；当室温高于35°C时，要考虑散热措施； ■压力表的检查：观察压力表是否指针摆动严重，是否能回零位以及量程状态等情况； ■温控部分检查：温控器、感温线、发热圈、交流接触器或固态继电器等检查,升温时间,温度偏差是否正常等 (2)使用中的检查
■启动时溢流阀要确认调至最低压力，即将调压手柄拧松，再点动油泵观察有无不正常情况：如泵是否能出油，是否有不正常声音，压力表是否波动厉害等； ■调节和检查溢流阀的调节压力，是否能连续均匀升降，一切正常后再调至设定压力； ■油温、泵壳温度、电磁铁温度的检查：油温在20°C-50°C时算正常，泵壳温度比室温高10°C-30°C也算正常，电磁铁温升按电磁铁铭牌所示; ■漏油情况检查：泵结合面、输出轴、管接头、油缸活塞杆与端盖结合处、油箱各侧面等处，各阀类元件安装面、安装螺纹及安装法兰等处漏油情况的检查； ■噪声振动检查：油泵有无"咯咯……"声音，电磁铁有无"嗡嗡……"声，管路有无振动声，油缸有无换向时的冲击声，管路是否振松等情况的检查； ■压力表的检查； ■电气元件工作情况，安全装置可靠程度检查； ■各机柱、油缸元件的紧固螺帽和螺丝是否松动检查。 〔3〕下班前（停机后）的检查 ■油箱油面检查：停机后如发现油面下降很多，应查明减少的部分油液的去处，是从何处外漏，流向何处（地面、地沟还是冷却水箱）； ■油箱、各液压元件、油缸等裸露表面污物的清扫和擦洗，电控箱内部清洁； ■各阀手柄位置应恢复到"卸压""停止""后退"等位置； ■如果方便，应用手触摸滤油器，确认污物堵塞的情况，做出记录和处置； ■检查控制开关按钮以及各电气元件是否松动，动作灵敏程度等； ■机柱与含油轴承活动连接运动部位加注润滑油； ■关掉电源，填写交接班记录。 上述日常检查维护，虽然要花掉一些时间和精力，但通过检查，观察诸如少许泄漏、少许压力变动，动作不良的现象，可及早发现故障和事故苗头，做出一些简单处理便可消除故障隐患，防止出大故障大事故，实在是事半功倍。因此建议要将日常维护工作列入责任制进行考核。
程控交换机的维护与管理 摘要：程控交换机对于军事通信的正常运转起着极为关键的作用，只有确保这 一设备的运行质量，才能更好地做好与外界的联络，对通信运行和网络信息安全 都有着重要的影响。为了预防和解决程控交换机的故障问题，就必须要做好相应 的维护与管理工作，特别是要注重避免发生静电，提供良好的电磁环境，保持良 好的温度，实施预防性和纠正性的维护方法，因此通信部队自身也要加强相关制 度建设，做好日常管理工作，从而努力确保程控交换机的持续稳定运行，确保通 信网络的畅通。本文主要针对程控交换机的维护与管理进行了探究，提出了一些 办法及措施，以供参考。 关键词：通信；程控交换机；维护方法；管理措施 引言 近年来，军事通信领域有了较大发展，要求确保为用户提供稳定良好的服务，必须要确保程控交换机的运行质量。对于程控交换机来说，它的实质就是把用户 的相关信息以及交换机的控制、维护管理等功能提前编成程序，然后将程序存到 计算机的存储器里面。我们在使用交换机的时候，用户状态的变化以及用户拨打 的号码都可以通过交换机的控制部分进行自动监测，然后根据收到的命令，完成 交换机的各种功能。对程控交换机进行日常检查和管理，并对发现的故障进行有 效的维修是非常重要的，因为只有程控交换机正常运行，部队才能正常的通信以 及保证信息的安全。 一、程控交换机的维护特点 1.可靠性高，工作量小 现在，我们大多数使用的通信程控交换机都是集成电路，这具有非常多的优点，比如体积小、耗电低、集成度高、可靠性高等。随着科技的发展，对于通信 程控交换机的装备工艺要求的非常严格，有先进的器件技术，元器件只有完成筛选、抽测、老化处理等步骤之后才可以进行装板，因此极大的提高了交换机的可 靠性。在程控交换机的系统结构上，要尽量使用双工热备控制这种方式，其他的 也可以使用分散控制方式，在一些重要的位置要使用冗余技术，这些方式都可以 提高交换机系统的可靠性。 2.具有自我诊断功能 在通信程控交换机系统里有两个非常重要的组成部分，缺一不可。一个是诊 断程序，另一个是检测程序。就诊断程序而言，有随机诊断测试和定期诊断测试 两种测试方法。随机诊断测试程序就是随着交换设备的运行而运行，是同时进行的。交换机在运行的时候，一旦诊断程序发现了机器或者设备出现了故障，就会 发出警告或者采取相应的措施；定期诊断就是在交换设备不运转或者不工作的时候，维修人员对交换设备进行检测。比如交换设备在运转的时候出现了故障，就 可以把故障信息打印出来，从而有针对性的维修。 3.对工作人员的素质要求较高 程控交换机对于值机员的素质要求还是比较高的。因为程控交换机的内容包 括了电路技术、计算机技术、通信技术以及电子工程，这就要求了值机员要具备 以上三种技术的基础知识。我们要求值机员要了解程控交换机的结构，要经过专 业的维修技术的培训，同时具备熟练的英语能力。对于一个好的维护值机员，除 了专业知识很重要，经验积累和与别人的交流也是很重要的。在日常的维护和值 勤中，要做到发现问题，询问问题，不断总结问题，对问题及时排除，多向资深
计算机网络教室管理制度 一、教师必须严格遵守有关电教设备的使用规则，上课之前必须检查所用设备的完好情况，发现问题及时处理，以保证教学工作的正常进行。 二、凡是微机内的各种设备，须放置室内，未经学校领导审核同意，任何人不得私自把微机室内任何物品带出室外或搬离微机室，更不能挪作它用。 三、室内必须保持清洁，桌椅摆放整齐，学生不得将零食及液体饮料等带入微机室。对于意外或学习过程中弄污微机室地板或其它物品的，上课教师必须责成当事人及时采取措施清理干净。每天上最后一节课的班级，由上课教师组织学生进行卫生清扫，检查设备、电源、门、窗、灯的开关状态，做好安全防范工作。 四、学生必须爱护微机室内的一切电教设备，未经许可，不得擅自拔插与电脑主机相连的任何设备（如键盘、鼠标等）；学生如果发现电脑有故障，不得擅自处理，必须及时向任课教师报告并等候相应处理。凡是有意损坏室内任何电教设备的，任课教师应记下相应学生的姓名、班级，照价赔偿，并及时处理，情节严重者追加校纪校规处罚。 五、学生在微机室内上课时，必须服从上课教师的指导，保持室内安静的学习环境。不得擅自离开座位，不得大声喧哗、打闹，不得在任何电脑上擅自拷贝任何电脑游戏，不得利用计算机做与学习或工作无关的操作；不得宣传、查看、
输入、复制、传播违背国家政治、法制、社会道德等不良信息。 六、学生在离开微机室之前，必须整理好自己使用的电脑桌——键盘复位、凳子复位，有序地依次离开微机室。 七、课后，上课教师必须检查所有的电教设备是否收放整齐，室内卫生是否清洁，并及时关闭总电源及门窗。 八、机房管理员必须定期或不定期地检查维护所管理微机室内的所有电教设备及桌椅、窗帘等，确保室内所有设备（包括桌椅、窗帘等）都能正常运转；至少每两周必须组织学生对所管理的机房进行一次大扫除（如拖地板、用湿毛巾擦拭电脑桌及电脑显示器等）。
谈网络数据库的安全管理与维护 摘要科技的不断进步，促使各个领域均开始使用计算机，并对行业发展做出巨大的贡献。网络上进行的所有活动，均离不开数据的重要支撑。怎样保障网络数据的完好性、安全性，如何对网络数据库进行优化管理，这是很多人均会去思考的问题。对网络数据库来说，做好安全管理，创新管理技术，处理好安全方面的漏洞，该项工作极为迫切。 关键词计算机网络数据库；安全管理；维护；探讨 1 数据库的含义 数据库是一个很复杂的系统，涉及面很广.难以用简练的语官准现地概括其全部特征。顾名思义，数据库是用来贮存数据的平台，其所具有的主要特点是数据并非存贮在空间或者容器中，而是放在诸如磁盘等计算机的外设存储器中，并且其存放具有一定的组织性[1]。对数据的管理以及存取利用则是通过相应的管理软件以及管理系统完成。所以这里我们提到的数据库不仅仅包括计算机外存，还包括外村中管理数据的软件，是一个综合性概念。 2 计算机网络数据库安全的维护策略探析 2.1 网络漏洞的有效封堵 网络漏洞的出现会给入侵者很好的袭击机会，因此，必须要加强漏洞的有效封堵，最主要的一个方面就是在审核用户使用数据库的情况时，若发现用户端在URL 提交参数时，存在and、or、exec、insert、select、delete、from、update、count、user等用于SQL注入的常用字符或字符串，当存在这些字符则要快速禁止运行ASP，同时报警信号出现“出错提示”每个含有接收用户端URL提交参数的程序中用“”引入即可。这种措施能够有效防止大多数黑客和入侵者的袭击，整个程序的执行速度不会有大的影响。此外，还可以通过拒绝IP在特定时间内的访问权限来避免黑客侵袭，通过查堵form或cookies的漏洞，即当采用的是form 或cookies提交了包含“or”和“=”等字符进行入侵时，则需要在程序编写时添加一些特殊的字符，以此来增强数据库的安全性。 2.2 数据库自身的安全维护 一方面，避免暴库技术对数据库的影响。当前入侵数据库比较常见的技术是暴库技术，即由于IIS服务器对于各个错误执行显示具体情况，同时将正在执行的操作切断，但是在其服务器的默认设置里面显示会将错误信息反馈给系统用户。因此，可以通过调整IIS的默认设置，来实现，暴库技术还会导致数据库中资料被下载，为避免这种情况的发生，可以将数据库文件后面的缀名改为ASP 或ASA的格式，或者是将数据库的名字前面加上#（IE无法下载带有#号的文件），由此起到加密作用。另一方面，用户密码进行加密处理，通常采用MD5进行加
第1章Oracle 11g数据库系统 Oracle数据库系统是世界领先的数据库管理系统，Oracle数据库以其功能强大和配置灵活而著称，同时也因有一定的操作难度，让很多初学者望而却步。本书将由浅入深，以简单易懂的示例带领读者拨开Oracle的神秘面纱。 目前在Oracle世界主要有两类人员：一类是Oracle数据库管理人员，简称DBA；一类是Oracle开发人员。Oracle DBA主要的工作是负责日常的数据库维护和性能优化管理。由于Oracle系统较庞大、复杂，要成为一名合格的DBA，需要掌握的知识较多，比如要掌握Oracle体系结构和性能优化等方面的知识，相对其他数据库而言入门门槛较高，但是薪酬一般也较丰厚。Oracle开发人员的主要工作是使用Oracle提供的SQL语言和PL/SQL 结构化程序设计语言操作数据库，主要职责是操纵Oracle数据库对象，不需要对Oracle系统结构有深入了解，入门较容易。当Oracle开发人员积累了一定的开发知识后，可以通过学习Oracle DBA方面的知识向数据库管理员转型。 1.1 关系型数据库系统介绍 1970年6月，IBM公司的研究员E.F.Codd博士（中文名：埃德加·弗兰克·科德），发表了名为“大型共享数据库的关系模型”的论文，受到了学术界和产业界的高度重视和广泛响应，使得关系型数据库系统很快成为数据库市场的主流。E.F.Codd博士被誉为“关系数据库之父”，其照片如图1.1所示。 图1.1 关系数据库之父埃德加·弗兰克·科德
第1章 Oracle 11g 数据库系统 ·3· 1.1.1 什么是关系型数据模型 关系型数据库简而言之就是使用关系或二维表存储信息。以公司的人员信息管理为 例，为了存储公司内部的员工信息，人事部门一般会建一份列表，在公司未引入信息化管理系统时，大多数人事职员会使用Excel 来保存员工信息，例如图1.2是一份简单的人员信息列表的Excel 文件。 这种Excel 存储数据的方式，将人员的所有信息都包含在一张表中，随着Excel 中的 栏位和记录数越来越多，这份人员信息表会变得越来越繁杂，这种存储数据的方式称为平面文件数据模型。 为了简化修改与维护的复杂性，关系型数据库设计人员通过使用实体关系模型进行数 据库建模，例如人员信息表可以分为员工表和部门表，通过部门编号进行关联，ER 模型如图1.3所示。 图1.2 Excel 人员信息列表 图1.3 人员信息表ER 关系模型 由图1.3中可以看到，通过将员工和部门分别存储在不同的二维表格中，使用主键（PK ）和外键（FK ）进行关联，使得获取和维护数据变得更容易，这就是关系型数据模型。上述ER 图的3个关键组件分别如下所示。 ? 实体：需要了解的信息，比如部门和员工信息。 ? 属性：一般也称为列或字段，描述实体必须或可选的信息，比如员工表中的工号 和姓名等。 ? 关系：实体之间指定的关联，比如员工的部门编号关联到了部门表的编号属性。 关系型数据模型还涉及一些较复杂的组成元素，涉及较多的数学知识，有兴趣的读者 可以参考一些理论性的读物。 1.1.2 数据库系统范式 为了规范化关系型数据模型，关系型数据库系统在设计时必须遵循一定的规则，这种 规则称为关系型数据库系统范式。了解范式是每个数据库设计或开发人员必须具备的基本功，范式的主要目的是降低数据冗余，设计结构合理的数据库。目前较常用的范式有如下3种。
( 安全技术 ) 单位：_________________________ 姓名：_________________________ 日期：_________________________ 精品文档 / Word文档 / 文字可改 程控交换机的管理与维护(标准 版) Technical safety means that the pursuit of technology should also include ensuring that people make mistakes
程控交换机的管理与维护(标准版) 程控交换机作为电力通信网的核心部分和中心枢纽，其地位和作用相当重要，如果程控交换机发生故障，必然会造成通信网处在瘫痪状态，对电力系统的安全生产、设备运行、管理等各方面工作带来威胁。由于电力系统的生产工作对通信联络保障要求高，所以对程控交换机也格外重视，通常配备行政交换机和调度交换机。 对程控交换机的管理维护，可在硬件和软件上进行。 1硬件上需注意的方面 (1)机房温度和环境。程控交换机对机房的温度和环境要求较高。用户量越多，能耗也越大，散发出来的热量也越大，因此需要在恒温、干净的环境中运行。机房温度要保持在20℃左右，如果温度太高，会造成机器散热困难，使机器的元器件参数发生变化，电路的稳定性降低，严重时还会损坏设备。注意温度的同时还要保持
机房的一定湿度，如机房太潮湿，会使机器的金属部件生锈，腐蚀设备，甚至会造成线路绝缘降低，电路短路等现象。机房过于干燥，则容易产生静电，直接威胁到交换机的安全。按规定，机房的湿度应保持在40%～60%。温度和湿度可通过温度计等监视，必要时，可以安装空调、加湿机或抽湿机等进行调节。此外，机房还要求有防火、防尘措施，电缆管道施工完毕后要认真堵塞，以防止小动物进入。 (2)防静电措施。程控交换机的电路采用大规模和超大规模集成电路运行。集成化程度越高，耐电压和耐冲击的水平相应也就越低。而静电产生的电压有时会高达几十，几百，几千或是上万伏，如此高的静电电压足以击毁或击伤芯片，所以静电效应对程控交换机威胁极大。因此，机房地板要求铺设防静电地板，机务人员进入机房工作时要换防静电拖鞋，在触摸设备，插拔电路板时要戴上防静电手套。在机房工作时不宜来回反复走动奔跑，以防止摩擦产生静电。 (3)接地设施。一般认为数字通信的抗干扰能力强，但对程控交换机来说，接地设施的好坏，将直接影响设备的运行质量，如果接
电子教室管理系统产品介绍电子教室管理系统产品特点 一、产品简介 卓一电子教室管理系统主要在局域网络上实现多媒体信息的教学广播，是一款实现在电子教室、多媒体网络教室或者电脑教室中进行多媒体网络教学的非常好的软件产品，集电脑教室的同步教学、控制、管理、音频视频广播、综合考试等功能于一体，并能同时实现屏幕监视和远程控制等网络管理的目的。 本软件经过严格的软，硬件测试过程，支持WINDOWS系列操作系统，允许在跨网段校园网上进行多频道教学，对各种网卡，声卡及显卡都能体现良好的性能，不会出现任何不稳定迹象，是一套集易用性好，兼容性强稳定性高于一身的教学系统。 二、产品构架说明 卓一电子教室管理系统可以应用于各类单位的电脑室、各类企事业单位内部的培训机房里，进行电脑网络教学工作。
三、产品优势 ●友好的教学界面，四种不同肤色选择，长期教学不疲倦。 ●使用TCP/IP通讯协议，支持局域网络。 ●支持Windows操作系统。 ●支持多个班级同时进行教学，授课模式灵活多样。 ●广播、遥控速度快，达到实时同步效果。 ●综合考试支持选择题、填充题、问答题、口试题。 ●随堂小考支持选择题、抢答题、口头回答、写作练习，考试即时出成绩。 ●资产管理功能帮助您管理远程计算机资产信息。 四、适用范围 ●是各类大、中、小学或幼儿园、电脑培训单位、企事业单位等的利器， 是电脑教室的常用软件。 ●是各种大、中、小型企业进行内部电脑网络教育、培训的常用工具。 ●是各类政府部门、企事业单位的多媒体会议室里，进行会议内容展播和 文稿演示的常用利器。 ●广泛地适用于电脑网络教育中完成培训、教学任务。
SQL Server 数据库管理维护规范 Version 1.0 2010-8-17
目录 1 修改记录 (3) 2 简介 (3) 3．数据库的物理环境 (4) 3.1 网络环境 (4) 3.2 目录设置 (5) 3.3 文件设置 (5) 4．数据库账户管理 (5) 5．数据库备份和恢复 (6) 5.1 开发测试环境 (8) 5.2 生产环境 (8) 5.2.1 用户数据库 (8) 5.2.2 系统数据库 (9) 5.2.3 异地备份 (9) 5.2.4 恢复计划 (9) 6．数据库监控 (9) 7．数据库维护 (11) 7.1 性能优化 (11) 7.2 恢复或者切换演练 (11) 附录1 数据库备份，验证备份脚本 (12) 附录2 数据库恢复脚本 (14) 附录3 清除备份文件脚本 (15) 附录4 事件通知例子 (16) 附录5 数据库账户申请表格 (17)
1 修改记录 2 简介 数据库管理和维护是指为了保证业务系统的稳定高效运行，而对数据库系统进行全面周密的可用性，可靠性，可扩展性等方面的措施，以保证数据库系统的稳定高效运行。数据库系统的管理和维护主要包括： Δ数据库用户以及权限的分配与维护 Δ数据库的备份与恢复的设置和演练 Δ数据库性能的定期巡检和优化 Δ数据库高可用性，可扩展性架构方面的不断研究和应用 Δ数据库方面新项目的可行性研究，根据预期规模确定合适架构 Δ数据库系统包括整体架构的监控 Δ不断学习和研究数据库领域最新技术，并适时投入应用 该数据库管理和维护标准是一般数据库系统的管理和维护的试行标准.通过此标准，来规范数据库系统的管理和维护. 我们认为在数据库系统的管理和维护时遵循一定的标准是非常重要并且是必要的.标准能使我们的DBA以统一的方式和风格进行数据库系统的管理维护,从而使我们的数据库系统运行更加规范，数据库结构更清晰，也使数据库系统具有高健壮性，高专业化. 该标准是一个关于数据库系统的管理和维护规范,我们的这个规范主要应用在SQLServer2005/2008上,经过适当的修改之后也可以应用在以前的版本,以后的版本. SQLServer的数据库管理和维护是一个复杂的过程，包含了多种备份恢复技术，
仪器设备的控制管理制度1.目的 对仪器设备实施有效的管理，确保其过程能力要求，以保证检测结果的准确性。 2. 范围 适用于对检测仪器设备及其软件的配置、使用和维护、管理。 3. 职责 3.1技术负责人应： 3.1.1负责组织对仪器设备全过程的监督。 3.2综合业务室主任应： 3.2.1负责仪器设备购置申请的审核、维修及档案管理。 3.2.2负责仪器设备维修、降级、报废的审核。 3.3设备员应： 3.3.1负责对仪器设备使用的管理； 3.3.2负责仪器设备的使用、维护及修理的有关记录及资料的管理，建立设备档案3.4使用人员应： 3.4.1负责仪器设备的使用管理，完成日常保养维护工作。 4. 工作程序 4.1仪器设备购置及验收 见《外部支持服务和供应品管理程序》。 4.2仪器设备的标识 4.2.1用于检测的仪器设备由设备员统一登记建帐、分类编号，该编号应具唯一性并对该设备粘贴表明其状态的三色标识，以便识别仪器设备的量值溯源状态，防止仪器设备的超期超范围使用。 4.2.2标识的分类 4.2.2.1合格证（绿色 4.2.2.1.1计量检定合格者； 4.2.2.1.2设备不必检定，经检查功能正常者； 4.2.2.1.3设备无法检定，经对比或鉴定适用者。 4.2.2.2准用证（黄色 4.2.2.2.1多功能仪器设备,某些功能已丧失，但检测工作所用某项功能正常,且经校准合格者； 4.2.2.2.2测试设备某一量程精度不合格,但检测某项工作所用量程合格者； 4.2.2.2.3
降级使用者。 4.2.2.3停用证（红色 4.2.2.3.1检测仪器设备经计量检定不合格者； 42232检测仪器设备损坏者； 42233检测仪器设备性能无法确定者； 42234检测仪器设备超过检定周期者。422.4对贴有停用证（红色标志的仪器设备禁止使用，对贴有准用证（黄色标志的仪器设备只能使用其正常的功能部分。对没有使用（1个月以上的仪器设备，技术性能、指标达到规定要求的设备，经综合业务室主任批准应进行封存，并填写《仪 器设备封存记录》。 4.2.3标识管理 4.2.3.1设备员负责仪器设备标识的粘贴和更换，并建帐管理,标明设备编号、检定日期、有效期等，标识应粘贴于仪器设备显著位置处。 4.3仪器设备的使用 4.3.1设备在投入使用前，应进行检定（校准，未经检定（校准的设备不得投入使用。设备员负责及时更新所得的修正因子。详见《实现测量可溯源程序》432设备应由经过授权的检测人员操作。操作者应经过培训，详细了解设备最新版本的使用说明书、技术资料内容，熟练掌握设备的性能和操作程序后，方可上机操作，并按规定要求填写《仪器设备使用记录》，特殊设备的操作人员应持证上岗。 4.3.3对容易引起误操作及重要的操作过程，由各检测室组织编制操作规程，经技术负责人批准实施。 4.3.4检测人员在使用设备前后，应对该设备进行核查或校准，包括对运行情况的记录和现行状态的检查，保证设备及其软件应达到要求的准确度，并符合规范标准的要求。 4.3.5操作过程中如发生过载、误用、故障或对设备性能有怀疑时，应立即停止使用，报设备员标识处置，防止误用。同时,检测组应核查这些缺陷或偏离对以前检测质量的影响，按《不符合检测工作的控制管理程序》评价其性质及采取措施。 4.3.6对于使用频率高、漂移性较大的设备，应在两次检定（校准期间内进行期间核查，确保其工作状态符合要求。检测室按计划实施，并记录其过程结果，详见《仪器设备期间核查程序》。 4.3.7设备的日常保养由指定操作人员负责进行，按使用说明书和管理要求，实施维护保养及功能性检查并填写《仪器设备保养、维修记录》。 4.3.8对需要使用的无菌工器具和器皿应能正确实施灭菌措施，无菌工器具和器皿应有明显标识以与非无菌工器具和器皿加以区别。 4.4仪器设备的租（借入和租（借出和现场检测设备的管理 通过对租（借的方式向其他实验室租（借的设备、脱离了本所直接控制的租（借出的设备和现场检测设备控制管理，以满足本程序控制要求。 4.4.1租（借入 4.4.1.1由需用部门提出申请，说明所需设备的技术指标性能要求；
龙源期刊网 https://www.doczj.com/doc/f914765113.html, 程控交换机的维护与管理 作者：刘海燕 来源：《科技与企业》2012年第19期 【摘要】程序交换机在现在的通信行业中占据着重要地位，是通信网中的一个非常重要的设备，只有通过它才能实现与外界的通讯和联络，所以其对整个通信网络以及网络的安全起着重要的作用。如果程序交换机出现了问题，通讯就会处于瘫痪的状态，将会造成不可估量的社会经济损失，所以对于交换机的维护和管理是一项非常重要的工作，本文就根据程序交换机的一些特点和相关知识对于其维护和管理方面提出一些观点和看法。 【关键词】程序交换机；维护；管理 1、程序交换机的含义和特点 1.1可靠性高，工作量小程控用户交换机系统基础，有的采用分散控制方式，在重要的部位使用冗余技术，比较大的容量就采用双工热设备的控制方式，目的是提高交换设备的可靠性。我们使用的程控交换机多数都是采用集成电路设计，分立的元件比较少，这样的设备是程控交换机的集成度高，体积也比较小，同时降低了电量消耗率，其中这样的设计也是比较可靠的。我们使用了很先进的技术器件，对于设备的检查和安转也比较严格。程控交换机在使用设备元器件之前都会进行筛选、抽查和老化处理。电路板也是经过了单板测试盒的比较、整机测试和老化处理后才制作完成。这都是检测和处理的可靠性大大增强。只有防患于未然，才能让设备更好地工作。 1.2具备自我诊断功能在程控交换机设备中，诊断程序和检测程序是最为重要的。诊断程序分为定期诊断测试盒随机诊断测试。定期诊断测试就是定期检查，通过人机口令，使得交换机设备的清闲时候，可以对系统自动做一次全面的测试和检查。可以对外围接口每个都检查，然后把检查结果存入寄存器中，可以由维护人员随时查阅试验。随机诊断室在交换机设备工作中同一时刻运行的。在程控交换机设备出现问题是，由随机测试在工作中进行故障的扫除，发现故障并且按章类型、级别，影响范围大小等来采取不同的方式进行反应或者警告。并且同时将问题记入存储器内，也可以启动冗余设备等。 1.3对工作人员的素质要求较高程控交换机对于工作人员的素质要求还是比较高的。因为程控交换机的内容包括了电路技术、计算机技术、通信技术以及电子工程，这就要求了工作人员要具备以上三种技术的基础知识。我们要求工作人员要了解程控交换机的结构，要经过专业的维修技术的培训，同时具备熟练的英语能力。对于一个好的维护工作人员，除了专业知识很重要，经验积累和与别人的交流也是很重要的。在日常的维和工作中，要做到发现问题，询问问题，不断总结问题，对问题及时排除，多向资深的技术人员请教和与同行探讨。做好故障的记录，保证好第一手资料。