Oracle9i数据库Data Guard实施及维护手册
Oracle9i数据库Data Guard实施及维护手册
By Kam us
一．Data Guard介绍
备用数据库（standby database）是ORACLE 推出的一种高可用性(HIGH AVAILABLE)数据库方案，在主节点与备用节点间通过日志同步来保证数据的同步，备用节点作为主节点的
备份，可以实现快速切换与灾难性恢复。
ORACLE 从7.3 才开始支持standby database。7.3.x-8.0.x 需要手工拷贝所有归档日志并
手工同步，从ORACLE815开始，开始支持多节点复制，并实现了自动同步，但是这种同步
是数据异步模式的，可能引起数据丢失。
Oracle9i的Data Guard是对Oracle8i中Standby Database功能的加强，而Standby Database技术出现的主要初衷就是为了容灾（Disaster Recovery），所以具有更强大功能的Data Guard毫无疑问成了Oracle数据库高可用性解决方案中首选使用的产品。
Oracle 提供支持高可用性(high availability) 相关产品主要有下面几种：
(1) Oracle Fail Safe on NT
(2) Oracle Real Application Cluster (RAC)
(3) Oracle Parallel Fail Safe
(4) Oracle Advanced Quening
(5) Oralce Advanced Replication
(6) Oracle Data Guard
这几种产品中，最让人困惑的是如何在RAC，Data Guard 和Advanced Replication 中选择适合自己生产环境的高可用性产品。
因此我就先将这三种产品做一下比较：
RAC (Oracle Real Application Cluster)
RAC的前身是Oracle8i中的OPS（Oracle Parallel Server），RAC 是多个单CPU机或
SMP(Sym m etric Multi-Processing system) 或者MPP(Massively Parallel Processing)的cluster 。cluster 里面不同的服务器使用一个(一般是一个)或多个oracle instances 与一个database 连接。主要的技术特点：
(1) 数据库中所有的数据文件，控制文件和重作日志文件都是建立在裸设备（raw devices）上的，虽然随着OCFS的推出，在某些平台上面已经开始支持Cluster文件系统，但是总体来说RAC在技术方面对操作系统的设置有很高的依赖性，需要有Cluster软件的支持，难度比较大。
(2)每个数据库实例都有自己单独的联机重作日志组，因此在做备份和恢复的时候，需要特殊的处理。
(3)RAC的存储方面并没有额外的冗余，因此在介质损坏的情况下，还是需要依靠RAID 等磁盘冗余方案来支持。
软件许可证方面，RAC并未包括在数据库使用许可证(license) 之内，需要额外购买；同样，Oracle 产品的技术支持，也需在数据库支持之外另外购买OPS/RAC 部分。
总体来说，RAC的设置与维护还是比Data Guard复杂和昂贵得多。
高级复制(Advanced Replication )
主要的技术特点：
(1) Replication 使用分布式数据库技术在多个站点之间共享数据。
(2) Replicated Database 和Distributed Database 并不一样，在分布式数据库系统中数据在
多个站点同时有效，但是一个表只会存在于一个站点中，而对于Replication 来说相同
的数据将同时存在于多个站点中。
(3) 使用replication 的原因：
1) Availability：也就是提供了优秀的failover保护
2) Perform ance：由于有多个server，所以可以将用户业务分布在不同的server 上
3) Disconnected com puting：实体化视图允许用户在和master 断开后使用数据库
的子集，在重新连接上m aster 之后再进行两者的同步。
4) Network load reduction：由于有多个server，所以可以减少master 的网络请
求
5) Mass deploym ent：通过变量产生自定义的实体化视图以满足多种需求
(4) 在不同的Oracle 发行版本之间以及不同操作系统的Oracle 之间都可以使用Advanced Replication。这是高级复制的最大优势所在。而RAC和Data Guard都需要操作系统和数据库版本相同。
高级复制不需要除数据库之外额外的使用许可(license) 。
高级复制要对需要同步的每个数据库对象都进行单独的复制生成准备工作，所以当数据库中存在大量对象需要同步的话，高级复制的初期准备工作非常耗时。而且高级复制对于DDL操作不能很好支持，必须要使用特殊的包来执行DDL操作，才能将操作复制到远方数据库。所以高级复制作为一个整体数据库的容灾方案并不十分理想，只有在由于费用问题，要求灾备数据库和主数据库的硬件架构不同的情况下，才应该选择这种方案。
Data Guard
与RAC或者OPS比较Data Guard 在高可用性方面的使用性，可以从几个方面来探讨：(1) 数据库备份：Data Guard克隆了原始数据库，因此原始数据库有备份，具有灾备要求的冗余量；而RAC/OPS 只有一份数据库，如果数据所在的硬盘发生了问题，需要另外的方法(比如RAID)解决。
(2) 服务器的数量及利用率：RAC/OPS 至少需要双机支持，支持动态负载平衡，对於大量用户访问的环境，可以在多个服务器同时处理用户的请求。在多机系统环境，如果尚有一台服务器运行正常，不会造成整个数据库系统由于故障彻底停机。Data Guard可以设置在同一个服务器上面，理论上支持单机环境。
(3) 故障停机时间：如上面所说，OPS/RAC 环境只要还有一台服务器正常运行，就不会造成停机；Data Guard环境中，primary 数据库到Standby 数据库的切换，至少需要几分钟的停机时间。
(4) 费用：使用许可证方面，Data Guard不需要购买数据库之外的使用许可。同时在维护费用方面，OPS/RAC 的实施也相对复杂，人力、物力相对昂贵。
通过上面几种产品的比较，再分析此次客户对于灾备的硬件投入和功能要求，我们认为Data Guard是比较合适的方案。
首先此次灾备环境中使用的都是SUN的小型机，符合Data Guard对于服务器同构的要求，其次由于灾备库在上海，而主库在北京，也同样满足Data Guard对于HA的要求。
而Data Guard在也同样能够满足最多丢失一分钟的数据，并且使用灾备库作为历史查询服务器这样的功能需求。
二．Data Guard类型的比较
Oracle9i在Data Guard的配置方面提供了几种不同的类型，根据客户对于高可用性的不同要求，可以选择不同的Data Guard类型。
下面对于Data Guard的几种类型作一个列举和比较。
Data Guard环境中包含一个产品数据库，这是正常运行用以支撑日常业务的主数据库，称为Prim ary Database。另外包含一个或者多个灾备数据库，称为Standby Database。
按照备用库（Standby Database）应用归档日志的不同方式，Standby Database可以分为物理备用库（Physical Standby）和逻辑备用库（Logical Standby）。
按照主数据库（Prim ary Database）的保护模式，整个Data Guard环境分为最大数据保护模式（MAXIMIZE PROTECTION），最大可用性模式（MAXIMIZE AVAILABILITY），最大性能模式（MAXIMIZE PERFORMANCE）。
按照主库向备用库传递重作信息的方式，可以分为ARCH方式和LGWR方式。
物理备用库可以运行在数据库三种保护模式中的任何一种模式下，逻辑备用库只可以运行在最大可用性模式或者最大性能模式下。无论物理备用库还是逻辑备用库都可以在传输日志上采用ARCH方式或者LGWR方式。
物理备用库（Physical Standby）：
提供了一份跟主数据库在物理级别上完全相同的copy，指在数据库的block级别都是完全相同的，比如数据库表中记录的rowid。物理备用库是通过不断地恢复Primary Database传入的重作日志数据信息来达到跟主数据库保持同步。
物理备用库在处于自动恢复重作日志信息的状态下，无法提供查询服务。因为此时的备用数据库并不是处于正常打开的状态，数据库的非sysdba用户无法登录备用库，自然也就无法进行普通的查询业务。
逻辑备用库（Logical Standby）：
指在逻辑上跟主数据库保持一致，但是在物理层面上跟主数据库并不相同。逻辑备用库是通过将Primary Database传入的重作日志数据信息转化为SQL语句，然后在备用库上重新执行来达到跟主数据库保持同步。
逻辑备用库在应用重作信息的同时也可以提供查询功能。但是由于逻辑备用库应用重作日志的方式限制，所以逻辑备用库在功能和性能上面都有所限制。以下是逻辑备用库的一些限制条件。
1. 以下数据类型不被支持：
NCLOB ，LONG ，LONG RAW ，BFILE ，ROWID ，UROWID
2. 以下操作不被支持：
ALTER DATABASE ，ALTER SESSION ，ALTER SNAPSHOT
ALTER SNAPSHOT LOG ，ALTER SYSTEM SWITCH LOG
CREATE CONTROL FILE ，CREATE DATABASE ，
CREATE DATABASE LINK ，CREATE PFILE FROM SPFILE ，
CREATE SCHEMA AUTHORIZATION
CREATE SNAPSHOT ，CREATE SNAPSHOT LOG ，CREATE SPFILE FROM PFILE CREATE TABLE AS SELECT FROM A CLUSTER TABLE
DROP DATABASE LINK ，DROP SNAPSHOT ，DROP SNAPSHOT LOG
EXPLAIN ，LOCK TABLE ，RENAME ，SET CONSTRAINTS ，
SET ROLE ，SET TRANSACTION
3. 高级队列的管理和物化视图的刷新不被支持
4. 要求每张表应该有主键或者唯一性索引，如果必须有没有唯一性标识的表，那么可以激活Prim ary库的supplemental logging属性，但是这样将会在重作日志中记录该表中每一条记录的所有字段信息，会大大增加重作日志的记录量。
以下是Data Guard环境中物理备用库和逻辑备用库的配置图。
最大数据保护模式（MAXIMIZE PROTECTION）
提供最高等级的数据保护，重作信息从主库同步送到备用库。直到备用库成功接收重作信息，主库上的事务才会提交。如果由于网络等问题，导致备用库不可用，那么主库也同时会被关闭。这种模式保证了完全没有数据丢失。
最大可用性模式（MAXIMIZE AVAILABILITY）
在备用库正常的情况下，该模式提供了跟“最大数据保护模式”一样的机制，保证没有任何数据丢失。如果备用库不可用，那么将转换到“最大性能模式”，操作可以在主库上继续执行。当备用库重新可用之后，将会继续同步。但是如果在同步完成之前，主库由于故障损坏，将会丢失数据（当然，可以通过RAID，RMAN等方式尽量保护主库即使出现故障也不丢失数据）。
最大性能模式（MAXIMIZE PERFORMANCE）
这种模式下，主库上的重作信息是异步传递到备用库上，不论备用库上是否已经成功接收了重作信息，主库上的操作都会成功执行。所以这种模式提供了最好的性能，但是最低的数据保护。这是Oracle9i配置Data Guard的默认模式。
ARCH方式
当主库归档联机重作日志文件时，ARCH归档进程在归档到本机的同时，将重作数据传递到备用库，由备用库端的RFS进程（Remote File Server）接收，生成备用库端的归档日志文件，然后由备用库端的MRP进程（物理备用库类型）或者LSP进程（逻辑备用库类型）将归档日志文件恢复到备用库中。
传递方式如图：
LGWR方式
物理备用库类型下，主库的LGWR进程在将重作数据写到本地联机重作日志文件中的同时，将重作数据传递到备用库，备用库的RFS进程将收到的数据写入本地的备用重作日志文件（Standby Redo Log）中。当主库日志切换时也触发备用库的日志切换，切换发生时，备用库的归档进程将重作日志文件归档，然后由备用库端的MRP进程将归档日志文件恢复到备用库中。
传递方式如图：
逻辑备用库类型下，不可以创建备用重作日志文件（Standby Redo Log），所以处理流程跟物理备用库稍有不同。
主库的LGWR进程在将重作数据写到本地联机重作日志文件中的同时，将重作数据传递到备用库，备用库的RFS进程将收到的数据写入本地的归档日志文件中。当主库日志切换时也触发备用库的日志切换，切换发生时，备用库的归档进程完成归档日志文件的最后生成，然后由备用库端的LSP进程提取归档日志文件中的SQL语句，重新在备用库上运行一遍。
传递方式如图：
最后上述所有类型或者方式互相搭配进行一个比较。
三．硬件配置
四．软件配置
五．实施Data Guard前提条件和注意事项
灾备环境中的所有节点必须安装相同的操作系统，但是操作系统的版本可以不相同。
灾备环境中的所有节点必须安装完全相同版本的Oracle数据库软件，包括版本号和发布号，比如必须都是Oracle9.2.0.4。
主库必须处于归档（ARCHIVELOG）模式。
灾备环境中所有节点的硬件和操作系统架构必须相同，比如主节点是Sparc 64-bit SunOS，那么备用节点也必须是Sparc 64-bit SunOS。
主库可以是单实例，也可以是RAC。
主节点和备用节点之间的硬件配置可以不同，比如CPU数量，内存数量，存储的配置等等。
配置灾备环境的数据库用户必须具有SYSDBA权限。
cluster环境中两个节点的tnsnam es.ora, listener.ora, sqlnet.ora, spfile, pfile 必须保证相同
六．实施步骤
Physical Standby配置
修改控制文件，修改最大日志组为10
alter database backup controlfile to trace;
ORACLE_HOME为/export/home/oracle/app/oracle/product/9.2.0
190作为prim ary，185作为Standby
创建Standby的Oracle软件
打包Prim ary上的oracle软件
cd /export/hom e/oracle/app/oracle/product
tar cvf db.tar 9.2.0
ftp到Standby服务器相应目录
创建Standby上的Oracle软件目录结构
m kdir -p /export/hom e/oracle/app/oracle/product
cd /export/hom e/oracle/app/oracle/product
tar xvf db.tar
cd /export/hom e/oracle/app/oracle
m kdir -p adm in/ctsdb/bdum p
m kdir -p adm in/ctsdb/cdum p
m kdir -p adm in/ctsdb/udum p
创建Standby上的dba组，oracle用户，修改oracle用户的环境变量，修改/etc/system文件
1。设置Prim ary强制Logging
ALTER DATABASE FORCE LOGGING;
2。设置Prim ary为归档模式，启动自动归档
3。检查Prim ary中所有数据文件
4。关闭Prim ary，关闭应用服务器，停止监听
5。cp所有数据文件到本地备份路径
6。启动Prim ary，保持监听和应用服务器处于停止状态
7。生成Standby控制文件
ALTER DATABASE CREATE STANDBY CONTROLFILE AS '/tm p/control01.ctl';
8。生成初始化参数文件
CREATE PFILE='/tmp/initctsdb.ora' FROM SPFILE;
9。将5,7,8中生成的所有文件以及密码文件cp到Standby服务器
10。修改Standby的初始化参数文件
添加下面行：
*.standby_archive_dest='/export/spare/oradata/ctsdb/archive'
*.fal_server='ctsdb.prim ary'
*.fal_client='ctsdb.standby'
*.standby_file_m anagem ent=auto
*.rem ote_archive_enable=T RUE
11。修改Prim ary和Standby的lisener.ora和tnsnames.ora文件
# LISTENER.ORA Network Configuration File:
/export/hom e/oracle/app/oracle/product/9.2.0/
network/adm in/listener.ora
# Generated by Oracle configuration tools.
SID_LIST_LISTENER_DG =
(SID_LIST =
(SID_DESC =
(GLOBAL_DBNAME =ctsdb)
(ORACLE_HOME =/export/hom e/oracle/app/oracle/product/9.2.0) (SID_NAME =ctsdb)
)
)
LISTENER_DG =
(DESCRIPTION =
(ADDRESS =(PROTOCOL = TCP)(HOST =10.1.5.210)(PORT = 1522))
# TNSNAMES.ORA Network Configuration File:
/export/hom e/oracle/app/oracle/product/9.2.0/
network/adm in/tnsnames.ora
# Generated by Oracle configuration tools.
CTSDB.STANDBY =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS =(PROTOCOL = TCP)(HOST =10.1.5.211)(PORT = 1522)) )
(CONNECT_DATA =
(SERVER =DEDICATED)
(SID = ctsdb)
)
)
CTSDB.PRIMARY =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS =(PROTOCOL = TCP)(HOST =10.1.5.210)(PORT = 1522)) )
(CONNECT_DATA =
(SERVER =DEDICATED)
(SID = ctsdb)
)
12。设置Standby的SQLNET.ORA文件
添加SQLNET.EXPIRE_TIME=2，该配置表示在Standby由于故障不可用时，Primary将持续检测2分钟，如果仍然不可用，则返回网络连接错误。
13。创建Standby的spfile
CREATE SPFILE FROM PFILE='/tm p/initctsdb.ora';
14。启动Standby
STARTUP NOMOUNT;
ALTER DATABASE MOUNT STANDBY DATABASE;
如果要使用LGWR进程传递redo数据，那么需要添加standby redolog，如果使用ARCH进程传递redo数据，那么这步可以省略
alter database add standby logfile group 4
('/global/oradata/ctsdb/stdby_redo04.log') size 1024K;
alter database add standby logfile group 5
('/global/oradata/ctsdb/stdby_redo05.log') size 1024K;
alter database add standby logfile group 6
('/global/oradata/ctsdb/stdby_redo06.log') size 1024K;
alter database add standby logfile group 7
('/global/oradata/ctsdb/stdby_redo07.log') size 1024K;
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE PARALLEL
为了防止以后primary和standby切换，可以在primary上也建立相应的standby redolog 15。设置Prim ary的归档地址
ALTER SYSTEM SET LOG_ARCHIVE_DEST_2='SERVICE=CTSDB.STANDBY LGWR' SCOPE=BOTH;
ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_2=ENABLE SCOPE=BOTH; 16。测试Prim ary的归档能否应用到Standby
ALTER SYSTEM ARCHIVE LOG CURRENT;
17。停止Standby
alter database recover m anaged standby database cancel;
shutdown im m ediate;
18。切换到只读模式
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;
ALTER DATABASE OPEN READ ONLY;
19。切换回管理恢复模式
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE PARALLEL 8 DISCONNECT FROM SESSION;
以上为MAX PERFORMANCE模式的DataGuard
如果要改为MAX AVAILABILITY，进行如下操作：
检查当前Prim ary库的保护模式
select protection_m ode from v$database;
转换数据库模式为MAX AVAILABILITY：
shutdown im m ediate;
startup m ount;
alter database set standby database to m axim ize availability;
alter database open;
如果要强制Prim ary一分种归档一次，那么设置Primary的初始化参数
ARCHIVE_LAG_TARGET：
alter system set ARCHIVE_LAG_TARGET=60 scope=both;
如果想要自动在Standby上应用Primary中创建数据文件等操作，需要在Standby上设置：alter system set STANDBY_FILE_MANAGEMENT=AUTO scope=both;
使用RMAN进行DataGuard环境的快速配置总结：
1．预先设置好Standby上所需的参数文件和路径, 修改standby的fal_server 和fal_client参数
2．作Prim ay的联机RMAN备份
3．启动Prim ay，随时都可以生成standby control file
4．在Standby端，用生成的standby control file，m ount database
5．在Standby端，RMAN中作restore databse
6．设置standby到RECOVER MANAGED状态
Pirm ay和Standby之间作switchover，此时Primary和Standby均为正常状态，并且网
络正常。
Prim ary：
SELECT SWITCHOVER_STATUS FROM V$DATABASE;
ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY; SHUTDOWN IMMEDIATE;
STARTUP NOMOUNT;
ALTER DATABASE MOUNT STANDBY DATABASE;
Standby：
SELECT SWITCHOVER_STATUS FROM V$DATABASE;
ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY;
SHUTDOWN;
STARTUP;
Prim ay：
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;
Standby Failover到Prim ary，此时由于故障Primary宕机或者网络不通
以下命令均在Standby端执行
1．如果是使用ARCH传递redo数据，那么执行以下命令：
检查是否有gap archive
SELECT THREAD#, LOW_SEQUENCE#, HIGH_SEQUENCE# FROM
V$ARCHIVE_GAP;
如果有则register
ALTER DATABASE REGISTER PHYSICAL LOGFILE 'filespec1';
实行Failover：
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;
ALTER DATABASE ACTIVATE STANDBY DATABASE;
ALTER DATABASE MOUNT;
ALTER DATABASE OPEN;
2．如果是使用LGWR传递redo数据，那么执行以下命令：
检查是否有gap archive
SELECT THREAD#, LOW_SEQUENCE#, HIGH_SEQUENCE# FROM
V$ARCHIVE_GAP;
如果有则register
ALTER DATABASE REGISTER PHYSICAL LOGFILE 'filespec1';
如果是由于网络问题而导致需要切换，那么通常standby端的RFS进程并不会意识到primary 已经不可访问，所以RFS进程也不会释放当前的standby redo log文件。
如果是prim ary端的数据库实例由于故障中断，那么一般情况下standby端的RFS进程会立刻意识到prim ary已经不可访问，也就会立刻释放当前的standby redo log文件。
只要RFS进程没有释放standby redo log文件，那么执行ALTER DATABASE RECOVER MANAGED STANDBY DATABASE FINISH命令就会在alertlog文件中发现如下的报错信息Warning: log 4 of thread 1 is being archived or m odified
Recovery interrupted.
Media Recovery failed with error 261
如果在报上述错误的时候，执行SWITCH，那么将会出现下面的错误：
ORA-16139: m edia recovery required
所以必须检查alertlog文件，直到发现如下信息才表示RFS进程已经释放了standby redo log 文件，这时候才可以作FINISH：
RFS: Possible network disconnect with prim ary database
促使RFS进程释放standby redo log 文件有两种方法：
1．等待RFS进程的network tim eout，通常需要等待8分钟左右
2．关闭standby数据库，再重新开启，这样会强制RFS进程释放standby redo log
我们可以通过v$m anaged_standby视图来监控RFS进程何时释放
实行Failover：
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE FINISH;
alertlog中将显示如下信息，表示finish成功：
Term inal Incom plete Recovery: UNTIL CHANGE 3738452
Term inal Incom plete Recovery: End-Of-Redo log allocation
Term inal Incom plete Recovery: log 4 reserved for thread 1 seq# 8772
TERMINAL RECOVERY changing datafile form at version from8.0.0.0.0 to
9.0.0.0.0
Switching logfile form at version from8.0.0.0.0 to 9.0.0.0.0
Term inal Incom plete Recovery: clearing standby redo logs.
Term inal Incom plete Recovery: thread 1 seq# 8772 redo required
Term inal Incom plete Recovery: End-Of-Redo log
/global/oradata/ctsdb/stdby_redo04.log
Identified end-of-REDO for thread 1 sequence 8772
Term inal Incom plete Recovery: end checkpoint SCN 3738453
Media Recovery Com plete
Switching logfile form at version from9.0.0.0.0 to 8.0.0.0.0
Term inal Incom plete Recovery: successful com pletion
Begin: Wait for standby logfiles to be archived
Wed Sep 1 13:42:28 2004
ARC1: Evaluating archive log 4 thread 1 sequence 8772
Wed Sep 1 13:42:28 2004
ARC0: Evaluating archive log 4 thread 1 sequence 8772
Wed Sep 1 13:42:28 2004
ARC1: Beginning to archive log 4 thread 1 sequence 8772
Wed Sep 1 13:42:28 2004
ARC0: Unable to archive log 4 thread 1 sequence 8772
Wed Sep 1 13:42:28 2004
Creating archive destination LOG_ARCHIVE_DEST_1:
'/global/oradata/ctsdb/archive/arch1_8772.log'
Wed Sep 1 13:42:28 2004
Log actively being archived by another process
Wed Sep 1 13:42:28 2004
ARC1: Com pleted archiving log 4 thread 1 sequence 8772
Wed Sep 1 13:42:43 2004
End: All standby logfiles have been archived
Resetting standby activation ID 4038461969 (0xf0b60a11)
Com pleted: ALTER DATABASE RECOVER MANAGED STANDBY DATABASE FINISH FINSH成功之后再执行SWITCH：
ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY;
SWITCH成功之后，重新启动数据库：
SHUTDOWN IMMEDIATE;
STARTUP;
使用Data Guard Broker
创建Managem ent Server repository：
em ca
启动Managem ent Server：
oem ctl start om s
检查Managem ent Server状态：
oem ctl status om s sysm an/oem_tem p@bftest
启动Intelligent Agent：
agentctl start agent
如果启动agent报错，则检查相应的log文件，如果log文件中有如下错误：
Failed while initializing user subsystem
Error initializing subsystem s
nm iumini_initializeUM: Unable to initialize UQAgent
则进行如下操作之后，重新启动agent：
rm$ORACLE_HOME/network/agent/*.q
alter system set resource_m anager_plan='SYSTEM_PLAN' scope=both;
在所有站点上将BROKER启动。
SQL>ALTER SYSTEM SET DG_BROKER_START=TRUE SCOPE=BOTH; System altered.
SQL>SHOW PARAMETER DG_BROKER_START
NAME TYPE VALUE
------------------------------------
dg_broker_start boolean TRUE
连接Data Guard Manager，必须使用具有sysdba权限的用户连接到Primary库上>dgm grl
DGMGRL> connect sys/dba
创建配置方案
DGMGRL> CREATE CONFIGURATION 'cts' AS
PRIMARY SITE IS 'bftest'
RESOURCE IS 'ctsdb'
HOSTNAME IS 'bftest'
INSTANCE NAME IS 'ctsdb'
SERVICE NAME IS 'ctsdb.prim ary'
SITE IS MAINTAINED AS PHYSICAL;
创建备用站点方案
DGMGRL> CREATE SITE 'report'
RESOURCE IS 'ctsdb'
HOSTNAME IS 'report'
INSTANCE NAME IS 'ctsdb'
SERVICE NAME IS 'ctsdb.standby'
SITE IS MAINTAINED AS PHYSICAL;
激活配置方案
DGMGRL> ENABLE CONFIGURATION;
激活资源
DGMGRL> ENABLE RESOURCE 'ctsdb';
资源的日志传送模式必须和Primary库的数据保护模式相匹配，比如数据保护模式是
m axim ize availability，那么需要配置资源的LogXptMode属性为SYNC方式。DGMGRL>ALTER RESOURCE 'ctsdb' ON SITE 'Boston' SET PROPERTY LogXptMode=SYNC;
DGMGRL>ALTER RESOURCE 'report_db' ON SITE 'Beijing' SET PROPERTY LogXptMode=SYNC;
DGMGRL> ALTER CONFIGURATION SET PROTECTION MODE AS MAXAVAILABILITY; 查看资源情况
DGMGRL> show resource verbose 'ctsdb';
查看某个节点上资源中的某一属性
DGMGRL> show resource verbose 'c tsdb' 'LogXptMode' on site 'Boston'; DGMGRL> SHOW RESOURCE 'ctsdb' LogXptStatus;
查看Broker的日志
DGMGRL> show log latest on site 'Boston';
查看数据库告警日志
DGMGRL> show log alert latest on site 'Boston';
NGN ORACLE数据库日常维护指导手册 UTS.610G14.A0 编者杨健易滨肖利光审稿吕学勇 日期2004年4月22日UT斯达康通讯有限公司 项目与技术支持部
UT斯达康公司以"客户成功，我们成功"的价值观衡量、规范员工的行为，致力于服务创新和服务承诺的兑现，力求为用户提供超越客户期望的服务。 UT斯达康公司拥有完善的服务体系，技术服务中心拥有一批优秀的专业技术人员，并在全国设有服务分支机构，提供24小时技术服务。本着用户至上，信守承诺的原则，UT斯达康公司承诺：在24小时之内对用户的问题给予答复。为客户提供优质、高效、专业的服务是UT斯达康的追求。 UT斯达康通讯有限公司项目与技术支持部 联系地址：浙江省杭州市教工路1号12号楼 邮政编码：310012 电话号码：(0571)88916789 传真：(0571)88916789 800免费电话：8008571466 邮件地址：utsupport@https://www.doczj.com/doc/9316153893.html, 客户支持网站：https://www.doczj.com/doc/9316153893.html,
版权声明 本文档属UT斯达康通讯有限公司版权所有，侵权必究。 本文档专供用户、本公司职员以及经本公司许可的人员使用。未经公司书面同意，任何单位或个人不得以任何方式复制、翻印、改编、摘编、转载、翻译、注释、整理、出版或传播手册的全部或部分内容。 UTStarcom，PAS，WACOS, iAN, AIRSTAR, WLL, ISP, WICOPS, NGDLC, Intranode, Internode, Xtr-m-IP, UNITECH，iPATH, !-Volution, mSwitch, 小灵通, 为UT斯达康公司或其子公司、关联公司的注册商标，受商标法保护， 任何个人或团体非法使用以上商标，UT斯达康公司有权追究其法律责任。
数据库日常维护工作是系统管理员的重要职责。其内容主要包括以下几个部分： 一、备份系统数据 SYBASE 系统的备份与恢复机制保证了在系统失败时重新获取数据的可能性。SQL Server 提供了两种不同类型的恢复机制：一类是系统自动完成的恢复，这种措施在每次系统启动时都自动进行，保证了在系统瘫痪前完成的事务都写到数据库设备上，而未完成的事务都被回退；另一类是人工完成的恢复，这是通过 DUMP 和 LOAD 命令来执行人工备份和恢复工作。因此定期备份事务日志和数据库是一项十分重要的日常维护工作。 1、备份数据库 每一个数据库都应在创建之后卸出，从而提供一个装入基点。在此之后按排定的时间周期表卸出。比如每周五卸出数据库。对一般数据库系统卸出数据库周期建议为每周一次。 除了按计划周期卸出数据库之外，还需在每次运行没有日志的操作后卸出数据库。例如：·每次强制地运行了 DUMP TRAN WITH NO_LOG （因为数据库的磁盘空溢出）； ·每次用 sp_dboption 允许 select into/bulkcopy 做快速拷贝，或用 SELECT INTO 命令创建一个永久性的表，或使用了 WRITETEXT 命令。 卸出数据库的命令为： DUMP DATABASE database_name TO dump_device database_name 是要卸出的数据库名称，dump_device 是卸出设备的名称。用系统过程 sp_helpdevice 可以获得设备的信息。 下面一条命令用来卸出数据库 my_db ： DUMP DATABASE my_db TO db_bk_dev 2、备份事务日志 如果事务日志与数据库放在同一个设备上，则事务日志不应与数据库分开备份。master 数据库和小于 4M 的用户数据库就是这种情况。一般数据库系统的数据库和日志分别放在不同的设备上，因此，可以用 DUMP TRAN 命令单独备份日志。 备份事务日志的周期直接影响数据的恢复程度，因此建议每天备份。 备份事务日志的命令格式为： DUMP TRANsaction database_name [TO dump_device] [WITH TRUNCATE_ONL Y|WITH NO_LOG|WITH NO_TRUNCA TE] 其中 database_name 是要备份事务的数据库名称，dump_device 是备份设备名称，仅当包含了 WITH TRUNCA TE_ONL Y 或 WITH NO_LOG 子句时，才可以备份到设备。 注意：如果总是用 DUMP DA TEBASE （备份数据库及其日志），而不用 DUMP TRAN ，事务日志将不会刷新，而变得非常庞大。
1．判断DataGuard是否安装 select * from v$option where parameter = 'Oracle Data Guard'; 2.网络配置 192.168.1.10（orcl）------------------------------------192.168.1.20(dg) 3.监听配置 主库 [oracle@node1 ~]$cd/u01/app/product/11.2.0/db_1/network/admin [oracle@node1 admin]$cat listener.ora LISTENER = (DESCRIPTION_LIST = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = node1)(PORT = 1521)) ) ) [oracle@node1 admin]$cat tnsnames.ora ORCL= (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = node1)(PORT = 1521)) ) (CONNECT_DATA = (SERVICE_NAME = orcl) ) ) DG = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = node2)(PORT = 1521)) ) (CONNECT_DATA = (SERVICE_NAME = dg)
) ) 备库 [oracle@node1 admin]$cat listener.ora LISTENER = (DESCRIPTION_LIST = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = node2)(PORT = 1521)) ) ) [oracle@node1 admin]$cat tnsnames.ora ORCL= (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = node1)(PORT = 1521)) ) (CONNECT_DATA = (SERVICE_NAME = orcl) ) ) DG = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = node2)(PORT = 1521)) ) (CONNECT_DATA = (SERVICE_NAME = dg) ) ) 4.主库前期准备 设置强制写日志 SQL> select FORCE_LOGGING fromv$database; NO SQL>alter databaseforce logging; SQL>select FORCE_LOGGING from v$database; YES
第2讲Oracle9i数据库的基本对象 目的： 1.掌握Oracle9i的基本对象 2.掌握Oracle9i的数据类型： 3.Oracle9i数据库的概念：数据库，例程，方案，表空间，表，视图等 4.基本SQL的类型：DML, DDL, DCL, 授课内容： [] Oracle9i的逻辑结构(基本的对象) 2.1.1 数据库(Database) 2.1.2 表空间(Table space) 2.1.3 方案(Schema): 2.1.4 用户(User) 2.1.5 角色(Role) 2.1.6 表(Table): 表由字段和记录组成 2.1.7 视图(View)：虚拟表 2.1.8 索引(Index) 2.1.9 序列(Sequence) 2.1.10 约束(Constraint) 2.1.11 存储过程(Store Procedure) 2.1.12 函数(Function) 2.1.13 包(Package) 2.1.14 触发器(Trigger) 图Oracle 数据库，表控件，和数据文件的关系图
图Oracle数据库中，表空间，表，索引对象的关系（物理的和逻辑的[] 逻辑对象- [] Oracle SQL的基本组成元素 1.Data Type 数据类型 2.Literal 字符集 3.Format Model 格式模式 4.Nulls 空值 https://www.doczj.com/doc/9316153893.html,ments 注释 6.Database Objects 数据库对象 7.Schema object name and qualifiers 模式对象名称和限定 8. [] Oracle Data Type Builtin datatype 内置数据类型 ANSI Supported data type ANSI支持的数据类型 User-defined data type 用户自定义的数据类型 Oracle Supplied Datatype Oracle提供的数据类型
RED HAT linux AS 4 下oracle9i的安装 第一次接触oracle，感觉很辛苦，光是装一个oracle就这么费事！晕了好几次：） 好了，这是我安装oracle时的笔记（参考了N多文档） Oracle9i Release 9.2.0.1 首先除了LINUX和ORACLE安装盘之外，还要准备一些补丁包： p3095277_9204_LINUX.zip p2617419_210_GENERIC.zip 、p3006854_9204_LINUX.zip、 p3119415_9204_LINUX.zip、P3238244_9204_LINUX.zip （一）Oracle公司声称在Linux下安装Oracle9i数据库至少要有512MB的内存和至少1GB或者两倍内存大小的交换空间 要检查内存空间，在命令行方式（bash环境）下执行如下命令： grep MemTotal /proc/meminfo 要检查交换空间，在命令行下执行如下命令： grep SwapTotal /proc/meminfo 第二点是主机名和IP地址最好要手动设置 （二）检查系统下是否有以下软件包 compat-libstdc++-7.3-2.96.122 compat-gcc-c++-7.3-2.96.122 compat-libstdc++-devel-7.3-2.96.122 compat-db-4.0.14-5 compat-gcc-7.3-2.96.122 tcl-devel-8.3.5-92.i386.ipm openmotif21-2.1.30-8 setarch-1.3-1 如果没有可以采用#rpm –ivh ……rpm 来安装，具体大多数在第三张盘上，还可以在安装LINUX 时把KDE 和一些相关的文件安装就可以达到同样的目的； （三）添加安装过程中需要用到的用户和组，这当中会用到二个用户一个是root，一个是oracle #groupadd oinstall #groupadd dba #useradd –g oinstall –G dba oracle #passwd oracle (四) 新建安装目录 #mkdir –p /opt/oracle/product/9.2.0 #chown –R oracle.oinstall /opt/oracle #mkdir /var/opt/oracle #chown oracle.dba /var/opt/oracle #chmod 755 /var/opt/oracle （五）设置内核参数，调节信号灯及共享内存 (1)设置内核参数，调节信号灯及共享内存： [root@sun root]# echo 250 32000 100 128 > /proc/sys/kernel/sem [root@sun root]# echo 536870912 > /proc/sys/kernel/shmmax [root@sun root]# echo 4096 > /proc/sys/kernel/shmmni [root@sun root]# echo 2097152 > /proc/sys/kernel/shmall
【最新整理，下载后即可编辑】 系统运维手册 1、目的 (3) 2、适用范围 (3) 3、服务器及数据库概述 (3) 3.1 服务器概述 (3) 3.2 数据库概述 (3) 4、系统服务程序的详细说明 (4) 4.1系统服务程序的构成 (4)
4.2 系统服务程序的启动、关闭及维护管理 (4) 4.2.1 dhcp主服务 (4) 4.2.2 dhcp从服务 (5) 4.2.3 web管理模块 (5) 5、服务器硬件维护（略） (6) 6、windows 2003系统的日常维护 (6) 6.1 定期检查磁盘空间 (6) 6.2 维护系统注册表 (7) 6.3 定期备份系统注册表 ..................................................................... 7 6.4清理system路径下的无用的dll文件 (7) 7、备份策略 (8) 7.1 备份方式 (8) 7.2 备份计划 (8) 7.3 常见故障恢复 (8) 9、数据库的日常维护 (11) 9.1 检查数据库的基本状况 (11) 9.2 检查数据库日志文件 (11) 9.4监控数据库表空间的使用情况（字典管理表空间） (11) 9.4.1 判断是否需要碎片整理 (11) 10、命令解释 (12) 1、目的 楚天行消费卡管理系统运营支撑系统使用的服务器中，服
务器均采用windows xp操作系统,数据库版本为：sql server 2000，随着业务的开展，sql server 数据库中存储的数据量也不断增大，这样操作系统和数据库的日常维护就显得十分重要。 本手册详细描述了程序模块，windows xp操作系统，负载平衡及sql server 数据库等日常检查的主要步骤，指导现场工程师对其进行监控和维护。 2、适用范围 使用者为网e通宽带网络运营支撑系统维护工程师 3、服务器及数据库概述 3.1 服务器概述 服务器数量：4台，基本信息如下： 3.2 数据库概述 数据库软件分别安装在主服务器上。 4、系统服务程序的详细说明 4.1系统服务程序的构成 DHCP主程序：
文档编号
Oracle 数据库日常维护工作
凌群电脑有限公司 凌群电脑有限公司 2004 年 12 月 15 日
数据库日常维护工作》 《Oracle 数据库日常维护工作》
目
1.1 1.2 1.3 1.4 1.5 1.6
录
1. DBA 日常维护工作 ..................................................................................................................... 3 检查已经打开的所有实例 .................................................................................................... 3 检查最新的警告日志 ............................................................................................................ 7 检查数据库备份是否正确 .................................................................................................... 8 检查备份到磁带中的文件是否正确 .................................................................................... 9 检查数据库的性能是否合理，系统资源是否充足 ............................................................ 9 仔细阅读 ORACLE 标准文档 ............................................................................................... 10
2.晚间维护工作 晚间维护工作.............................................................................................................................. 10 晚间维护工作 2.1 收集相关表的统计数据 ....................................................................................................... 10 3.每周维护工作 每周维护工作.............................................................................................................................. 10 每周维护工作 3.1 检查异常的对象................................................................................................................... 10 3.1.1 检查现有的 NEXT_EXTENT 情况：............................................................................ 10 3.1.2 检查已有的 EXTENTS： .............................................................................................. 11 3.1.3 查看哪些表没有主键 .................................................................................................... 11 3.1.4 查找哪些主键是没有发挥作用的 ................................................................................ 12 3.1.5 所有作索引的主键都应是唯一的 ................................................................................ 12 3.2 检查是否有不安全的问题 ................................................................................................... 12 3.3 检查是否有错误 SQL*NET 日志 ....................................................................................... 13 3.4 归档当前告警日志 ............................................................................................................... 13 3.5 访问供应商站点................................................................................................................... 13 4.月维护工作 月维护工作.................................................................................................................................. 13 月维护工作 4.1 检查是否有异常的空间增长 ............................................................................................... 13 4.2 回顾以前数据库性能优化的调整 ....................................................................................... 14 4.3 检查 IO 瓶颈 ........................................................................................................................ 14 4.4 检查碎片的问题（8I 系统） ............................................................................................... 15
2
DataGuard 日常维护 数据库采用Oracle 10g版本.Dataguard采用最大性能模式. 第一部分日常维护 一正确打开主库和备库 1 主库: SQL> STARTUP MOUNT; SQL> ALTER DATABASE ARCHIVELOG; SQL> ALTER DATABASE OPEN; 2 备库: SQL> STARTUP MOUNT; SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION; 二正确关闭顺序 1 备库: SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL; SQL>SHUTDOWN IMMEDIATE; 2 主库 SQL>SHUTDOWN IMMEDIATE; 三备库Read-Only模式打开 当前主库正常OPEN状态 备库处于日志传送状态. 1 在备库停止日志传送 SQL> recover managed standby database cancel; 2 备库Read-only模式打开 SQL> alter database open read only; 3 备库回到日志传送模式 SQL> recover managed standby database disconnect from session; Media recovery complete. SQL> select status from v$instance; STATUS ------------ MOUNTED 四日志传送状态监控
ORACLE 9I 客户端安装手册 1、运行ORACLE9I第一张碟中的安装程序SETUP.EXE，进入欢迎界面： 在本界面可以对以前安装的ORACLE9I产品进行卸载。如果以前安装过ORACLE805客户端，需要先行卸载，然后再进行重新安装。卸载方法： A、运行regedit，选择HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE，按del键删除这个入 口。 B、运行regedit，选择HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services， 滚动这个列表，删除所有Oracle入口 C、从桌面上、STARTUP（启动）组、程序菜单中，删除所有有关Oracle的组和图标 D、重新启动计算机，重起后才能完全删除Oracle所在目录 2、点击下一步，进入安装目录设置，一般选择为D:\ORACLE\ORA92：
3、点击下一步，选择安装产品类型，选择客户端安装： 4、点击下一步，进入安装类型，选取管理员：
5、点击下一步，进入安装概要，检查安装产品和安装路径无误后将进行安装： 6、安装完后将自动进行客户端网络配置，或者手工启动Configuration and Migration Tools
Net Configuration Assistant ，选择本地NET服务名配置： 7、点击下一步，添加NET服务名： 8、点击下一步，数据库版本ORACLE8.0：
9、点击下一步，输入数据库实例名：WG85： 10、点击下一步，选取TCP协议：
11、点击下一步，主机名输入服务器IP，端口默认为1521： 12、点击下一步，提示是否进行连接测试，选否：
Oracle数据库日常维护手册 在Oracle数据库运行期间，DBA应该对数据库的运行日志及表空间的使用情况进行监控，及早发现数据库中存在的问题。 一、Oracle警告日志文件监控 Oracle在运行过程中，会在警告日志文件(alert_SID.log)中记录数据库的一些运行情况: ●数据库的启动、关闭，启动时的非缺省参数; ●数据库的重做日志切换情况，记录每次切换的时间，及如果因为检查点(checkpoint)操作没有执行完成造成不能切换，会记录不能切换的原因; ●对数据库进行的某些操作，如创建或删除表空间、增加数据文件; ●数据库发生的错误，如表空间不够、出现坏块、数据库内部错误(ORA-600) DBA应该定期检查日志文件，根据日志中发现的问题及时进行处理 问题处理 启动参数不对检查初始化参数文件 因为检查点操作或归档操作没有完成造成重做日志不能切换如果经常发生这样的情况，可以考虑增加重做日志文件组;想办法提高检查点或归档操作的效率; 有人未经授权删除了表空间检查数据库的安全问题，是否密码太简单;如有必要，撤消某些用户的系统权限 出现坏块检查是否是硬件问题(如磁盘本生有坏块)，如果不是，检查是那个数据库对象出现了坏块，对这个对象进行重建 表空间不够增加数据文件到相应的表空间 出现ORA-600根据日志文件的内容查看相应的TRC文件，如果是Oracle的bug，要及时打上相应的补丁 二、数据库表空间使用情况监控(字典管理表空间)
数据库运行了一段时间后，由于不断的在表空间上创建和删除对象，会在表空间上产生大量的碎片，DBA应该及时了解表空间的碎片和可用空间情况，以决定是否要对碎片进行整理或为表空间增加数据文件。 select tablespace_name, count(*) chunks , max(bytes/1024/1024) max_chunk from dba_free_space group by tablespace_name; 个人收集整理 上面的SQL列出了数据库中每个表空间的空闲块情况,如下所示: TABLESPACE_NAME CHUNKS MAX_CHUNK -------------------- ---------- ---------- INDX 1 57.9921875 RBS 3 490.992188 RMAN_TS 1 16.515625 SYSTEM 1 207.296875 TEMP 20 70.8046875 TOOLS 1 11.8359375 USERS 67 71.3671875个人收集整理 其中，CHUNKS列表示表空间中有多少可用的空闲块(每个空闲块是由一些连续的Oracle 数据块组成)，如果这样的空闲块过多，比如平均到每个数据文件上超过了100个，那么该表空间的碎片状况就比较严重了，可以尝试用以下的SQL命令进行表空间相邻碎片的接合: alter tablespace 表空间名 coalesce; 然后再执行查看表空间碎片的SQL语句，看表空间的碎片有没有减少。如果没有效果，并且表空间的碎片已经严重影响到了数据库的运行，则考虑对该表空间进行重建。 MAX_CHUNK列的结果是表空间上最大的可用块大小，如果该表空间上的对象所需分配的空间(NEXT值)大于可用块的大小的话，就会提示ORA-1652、ORA-1653、ORA-1654的错误信息，DBA应该及时对表空间的空间进行扩充，以避免这些错误发生。 对表空间的扩充对表空间的数据文件大小进行扩展，或向表空间增加数据文件，具体操作见“存储管理”部份。 三、查看数据库的连接情况
[模拟] 数据库工程师数据库实施运行和维护、SQL数据库 管理系统 选择题 第1题： 数据库的实施是指根据数据库的逻辑结构设计和物理结构设计结果，在计算机系统上建立实际的数据库结构、导入数据并进行程序的调试。下列各项中，哪一项不是数据库实施的工作内容? A.定义数据库结构 B.数据装载 C.数据库的试运行 D.数据库运行 参考答案：D 第2题： 监控分析按照实现方法的不同分为两种：一种是由数据库建立自动监控机制；另一种是______。 A.空间管理 B.管理员手动实现监控 C.参数调整 D.查询优化 参考答案：B 第3题： 可以按照原数据库设计要求对数据库存储空间进行全面调整，重新安排存储位置、回收垃圾、减少指针链等，以提高系统性能的是______。 A.重组织 B.查询优化 C.重构造 D.监控分析 参考答案：A
第4题： 数据库运行一段时间后，由于记录不断增、删、改，会使数据库的物理存储情况变坏，降低了数据的存取效率，数据库的性能也下降。这时，数据库管理员就要对数据库进行______。 A.监控分析 B.空间管理 C.重组织和重构造 D.参数调整 参考答案：C 第5题： 可以通过部分修改数据库的模式和内模式，使数据库适应新的应用环境的是 ______。 A.重组织 B.重构造 C.参数调整 D.空间管理 参考答案：B 第6题： 避免或简化排序的目的是______。 A.查询优化 B.重构造 C.监控分析 D.重组织 参考答案：A 第7题： 下列关于数据库恢复的描述中，不正确的是______。 A.应定期将数据库做成档案文件 B.在进行事务处理过程时数据库更新的全部内容写入日志文件 C.数据库恢复，还可用最新的档案文件和日志文件的更新映像，将文件恢复到最新的检查点文件状态 D.发生故障时用当前的数据内容和档案文件更新前的映像，将文件恢复到最近的检查点文件状态
Oracle DataGuard容灾解决方案
目录 一. 需求分析 (3) 二. 解决方案 (3) 2.1 拓扑架构 (3) 2.2 方案特点 (4) 2.3 方案优势 (4) 2.4 产品介绍 (5) 三. Oracle维保服务 (8) 四. 方案报价 (10)
一. 需求分析 用户现有两台服务器，windows2008平台，一台运行oracle 11g r2，一台运行用友NC 6.3。现在通过每天备份的方式保证安全。用户希望在他的另一个机房（裸光纤互联）中搭建容灾平台。 因此本方案针对以上现状，提出Oracle DataGuard容灾解决方案，这样主数据库在遇到极端状况时，可以及时切换到备库，保证业务的连续性。 二. 解决方案 2.1 拓扑架构 Dataguard可以实现远程数据容灾,利用该功能也可实现高可用性。 数据容灾是指建立一个异地的数据系统，该系统是本地关键应用数据的一个实时复制。在本地数据及整个应用系统出现灾难时，系统至少在或本地异地保存有一份可用的关键业务的数据,基于该功能,结合客户实际情况我方推荐使用其作为保证系统可靠运行的一种解决方案,由于两台机器的数据一致性以及低延迟,完全可以胜任,在主机出现故障时,切换至备机运行。
2.2 方案特点 ?对现有的环境改动小，能最大限度的减少对现有应用系统的影响。 ?能满足客户对海量数据的管理要求。 ?可以实现远距离容灾，对网络要求低，低延时，快速业务切换。 ?同步或异步日志传输； ?低成本的投入。 2.3 方案优势 灾难恢复和高可用性—Data Guard 提供了一个高效和全面的灾难恢复和高可用性解决方案。易于管理的转换和故障切换功能允许主数据库和备用数据库之间的角色转换，从而使主数据库因计划的和计划外的中断所导致的停机时间减到最少。 完善的数据保护—使用备用数据库，Data Guard 可保证即使遇到不可预见的灾难也不会丢失数据。备用数据库提供了防止数据损坏和用户错误的安全保护。主数据库上的存储器级物理损坏不会传播到备用数据库上。同样，导致主数据库永久损坏的逻辑损坏或用户错误也能够得到解决。最后，在将重做数据应用到备用数据库时会对其进行验证。 有效利用系统资源—备用数据库表使用从主数据库接收到的重做数据进行更新，并且可用于诸如备份操作、报表、合计和查询等其它任务，从而减少执行这些任务所必需的主数据库工作负载，节省宝贵的CPU 和I/O 周期。使用逻辑备用数据库，用户可以在模式中不从主数据库进行更新的表上执行数据处理操作。逻辑备用数据库可以在从主数据库中对表进行更新时保持打开，并可同时对表进行只读访问。最后，可以在维护的表上创建额外索引和物化视图，以获得更好的查询性能和适应特定的业务要求。 灵活的数据保护功能，从而在可用性与性能要求之间取得平衡—Oracle Data Guard 提供了最大保护、最高可用性和最高性能等模式，来帮助企业在系统性能要求和数据保护之间取得平衡。 自动间隔检测及其解决方案—如果主数据库与一个或更多个备用数据库之间的连接丢失（例如，由于网络问题），则在主数据库上生成的重做数据将无
SAP系统日常管理 1 系统监视 1.1 进程监视 §SM66/SM50 进程查看 管理员需全天监看系统的进程。长时间运行的后台工作，有缺陷的报表程序，若不进行控制都将消耗掉大量的系统资源。管理员用这个事务码检查他们的环境。当然，在杀掉这些进程前，需要与最终用户协商。 1.2 服务器监视 §SM51 R/3服务器的列表可用SM51显示，管理员用它来监视不同服务器之间的工作进程。想要显示某一服务器的进程，鼠标指针点中服务器的名称，然后选Processes。 §RZ20 CCMS监控 双击要查看的菜单项，检查系统收集的监控信息，遇到报警和错误信息要查清原因，找出解决办法。 1.3 用户监视 §SM04 用户监视 管理员应该考虑全天监视用户仅他们的活动。是否有非法用户？是否有用户试图或正在用他们不该用的事务码，等等。 1.4 性能监视 §ST03 工作量分析 世上没有经验的替代品。当需要调R/3系统的性能的时候是很痛苦的事情。管理员应该保留尽可能多的工作量分析数据，特别是系统没用性能问题时候的数据。拥有一副系统工作正常时的清晰的系统图，将使你具有对你的系统的不可估量的感觉，这种感觉将使你能预见到将要发生的问题，并且很多时候可以避免问题的发生。 §ST02 缓存分析 R/3的缓存存储经常用到的数据，以使本地应用服务器的实例能取得这些数据。这样就可以减少数据库的访问，数据库的负载，网络的流量，从而提高系统的性能。数据缓存中包括了ABAP/4程序，屏幕，ABAP/4字典数据和公司的数据，这些数据在系统操作过程中是不会改变的。我们应该经常的监视缓存、点击率、剩余空间、交换区。此进程可以帮助管理员作性能调整。 §SP12 TemSe管理 管理员要检查文件系统和数据库空间的增长，尤其是批量打印大量数据时。TemSe的一致性检查(RSPO0043)需要计划每天在打印池重新整理(RSPO0041)之前执行。 1.5 更新记录 §SM13更新记录 此事务码显示失败的更新动作。失败的更新动作在生产系统中是决不允许发生的，一旦发生，开发人员应马上修改。 1.6 锁定对象 §SM12 锁定对象 用户总是会时不时的因为某种原因（如断线，程序出错等等）而锁定一个对象。所有被锁定的老的对象均要被分析，更正。 1.7 出错分析 §ST22出错分析
数据库维护工作手册 文档编号：文档名称：编写：审核：批准: 批准日期：
目录 1概述 (4) 2数据库监控 (4) 2.1 数据库监控工作内容 (4) 2.2 数据库监控工作步骤 (4) 2.2.1 查看数据库日志 (4) 2.2.2 检查是否有失效的数据库对象 (5) 2.2.3 查看数据库剩余空间 (5) 2.2.4 重点表检查 (5) 2.2.5 查看数据库是否正常 (5) 2.2.6 死锁检查 (6) 2.2.7 监控SQL语句的执行 (6) 2.2.8 操作系统级检查 (6) 2.2.9 其他 (6) 3数据库维护 (6) 3.1 数据库维护工作内容 (6) 3.2 数据库维护工作事项 (6) 3.2.1 页面修复 (6) 3.2.2 数据库对象重建 (7) 3.2.3 碎片回收（数据重组） (7) 3.2.4 删除不用的数据 (7) 3.2.5 备份恢复 (7) 3.2.6 历史数据迁移 (7) 3.2.7 定期修改密码 (8) 3.2.8 删除掉不必要的用户 (8) 3.2.9 其他 (8) 4数据库管理常用SQL脚本 (8) 5日常维护和问题管理 (17) 5.1 目的 (17) 5.2 例行工作建议 (17) 5.3 相关填表说明 (17)
1概述 数据库的日常监控是使管理员及时了解系统异常的手段。大部分情况下，系统总是正常运行的。只有对正常情况的充分了解，才能通过对比正常情况发现异常情况。对于数据库的日常监控要有记录，文字记录或者电子文档保存。对于数据库异常进行分析，提出解决方案。 日常工作包括监控和维护两个部分。 此文档中关于数据库的运行命令示例主要针对于ORACLE数据库，但对于SYBASE数据库同样有参考价值，只要换用相对应的语句即可。 数据库监控 2数据库监控 数据库监控工作内容 制定和改进监控方案，编写监控脚本。 对于数据库进行日常监测，提交记录。 根据监测结果进行分析、预测，提交相应的系统改进建议方案。 数据库监控工作步骤 2.1.1查看数据库日志 数据库的日志上会有大量对于管理员有用的信息。ORACLE的Alert日志纪录了数据库系统所报的系统级错误信息，以及数据块失效等严重错误信息。错误信息的产生，会产生相应的跟踪文件，通过查看警告日志和跟踪文件可查找错误原因，对于发现的问题应及时解决和汇报。如： 1.表空间是否满，是否需要进行添加或者扩展。Alert文件中会显示有表块无法扩展 的提示。 2.表的块或者页面是否损坏。（往往这时alert文件中会显示ora-600的错误。） 3.数据库是否进行了异常操作。（如：drop tablespace等等）。 实用命令： ·报警日志文件（alert.log或alrt
文档标识 文件状态：[] 草稿 [√] 正式发布 [ ] 正在修改 Oracle RAC+DataGuard 运维手册 版本：1.0.0 编制周光晖2015年01月20 审核 批准年月日 生效日期：年月日
修订历史记录 日期版本修订说明作者
目录 第一章引言 (3) **. 编写目的 (3) **. 定义、首字母缩写词和缩略语 (4) 第二章......................................................................................................... D ATA G UARD状态查询4 **. 检查主备库的D ATA G UARD状态信息 (4) **. 检查进程 (4) **. 检查归档状态 (4) **. 检查最后应用的日志S EQUENCE (5) **. 查看是否使用实时应用 (5) **. 检查GAP (5) **. 检查保护模式 (5) **. 相关视图 (6) 第三章................................................................................................................... SWITCHOVER 6 **. 确认主库状态是否支持切换操作 (6) **. 执行主库转换 (7) **. 关闭并MOUNT新备库 (7) **. 确认老备库状态 (7) **. 切换目标备库为主库 (7) **. 打开新主库 (8) **. 启动新备库的日志应用 (8) **. 开启新备库的ADG (8) 第一章引言 1.1. 编写目的 本文档描述了Oracle 11gR2 RAC+ADG操作手册。包含RAC DOWN机测试，日常查询状态，启停RAC等指令同时包含oracle 11g R2 ACTIVE DATAGUARD 的日常维护指令。
ORACLE9i数据库安装与配置说明 一、前提条件 请选择专门的服务器或配置相对好一些的计算机来当服务器使用，服务器的操作系统最好使用服务器版：如windows 2000 server，Windows 2003 server等，保证服务器能够正常运行。 二、服务器端安装与配置 1.1、将ORACLE9i光盘放入光驱内，出现ORACLE9i安装画面； 1.2、单击“开始安装”按钮，出现“欢迎使用”界面，单击“下一步”按钮； 1.3、出现“文件定位”窗口（在此窗口用户可选择软件安装的位置，一般采用默认安装），单击“下一步”按钮； 1.4、出现以下画面： 安装服务器请选择第一项，单击“下一步”按钮； 1.5、出现“安装类型”窗口，默认选项为“企业版”，单击“下一步”按钮； 1.6、出现“数据库配置”窗口，默认选项为“通用”，单击“下一步”按钮； 1.7、出现“Oracle MTS Recovery Service 配置”窗口
单击“下一步”按钮； 1.8、出现“数据库标识”窗口，全局数据库名为：gsrp,SID为：gsrp。如下图： 单击“下一步”按钮； 1.9、出现“数据库文件位置”窗口，单击“下一步”按钮； 1.10、出现“数据库字符集”窗口，单击“下一步”按钮；
1.11、单击“安装”按钮系统开始安装oracle9i。 如果出现上述提示，请插入第二张盘，单击“确定”按钮。 如果出现上述提示，请插入第三张盘，单击“确定”按钮。 1.12、修改SYS，SYSTEM用户口令 弹出修改SYS，SYSTEM的用户口令窗口，修改后一定要记住修改后的口令。等安装完成之后单击“退出”按钮结束安装。