一、什么是SCN

SCN是当Oracle数据库更新后，由DBMS自动维护去累积递增的一个数字。在Oracle中，有四种SCN，分别为：系统检查点SCN、数据文件检查点SCN、启动SCN、终止SCN。

1、系统检查点scn

当一个检查点动作完成后，Oracle就把系统检查点的SCN存储到控制文件中。

SQL> select checkpoint_change# from v$database;

CHECKPOINT_CHANGE#
------------------
            115711

2、数据文件检查点scn

当一个检查点动作完成后，Oracle就把每个数据文件的scn单独存放在控制文件中。

SQL> select name,checkpoint_change# from v$datafile;

NAME                                                                     CHECKPOINT_CHANGE#  
-------------------------------------------------------------------      ----------------------------------------
/u01/app/oracle/oradata/prod/disk5/system01.dbf                          115711
/u01/app/oracle/oradata/prod/disk4/undotbs01.dbf                         115711
/u01/app/oracle/oradata/prod/disk2/sysaux01.dbf                          115711
/u01/app/oracle/oradata/prod/disk4/example.dbf                           143660
/u01/app/oracle/oradata/prod/disk5/indx.dbf                              143711
/u01/app/oracle/oradata/prod/disk5/users.dbf                             143763
/u01/app/oracle/oradata/prod/disk5/oltp.dbf                              143838

3、启动scn

Oracle把这个检查点的scn存储在每个数据文件的文件头中，这个值称为启动scn，因为它用于在数据库实例启动时，检查是否需要执行数据库恢复。

select name,checkpoint_change# from v$datafile_header;

NAME                                                                     CHECKPOINT_CHANGE#  
-------------------------------------------------------------------      ----------------------------------------
/u01/app/oracle/oradata/prod/disk5/system01.dbf                          115711
/u01/app/oracle/oradata/prod/disk4/undotbs01.dbf                         115711
/u01/app/oracle/oradata/prod/disk2/sysaux01.dbf                          115711
/u01/app/oracle/oradata/prod/disk4/example.dbf                           143660
/u01/app/oracle/oradata/prod/disk5/indx.dbf                              143711
/u01/app/oracle/oradata/prod/disk5/users.dbf                             143763
/u01/app/oracle/oradata/prod/disk5/oltp.dbf                              143838

4、终止scn

每个数据文件的终止scn都存储在控制文件中。

select name,last_change# from v$datafile;

二、SCN Bug

在2012年，Oracle依照惯例，发布了一系列的补丁来修复错误，其中就包含了这么一个补丁——BUG 13489660，这个BUG修正了SCN在某些时候，将会被无缘由的大量更新，导致SCN成倍增长，最后使得SCN耗尽，使得数据库没有办法正常的工作，最后只能通过重装数据库来解决。

但是这种情况发生的几率很低，因为在Oracle内部当中，他有一个控制SCN的机制，使得SCN每秒钟最多增长16348。

1、SCN最大值是多少

Oracle使用6 Bytes记录SCN，也就是48位，其最大值是：281,474,976,710,656

SQL> col scn for 999,999,999,999,999,999
SQL> select power(2,48) scn from dual;

                     SCN
------------------------
     281,474,976,710,656

SQL>

因为Oracle在内部控制每秒增减的SCN不超过 16348个，按照这样计算，这个数值在正常状况下可以使用大约545年

SQL> select power(2,48) / 16 / 1024 / 3600 / 24 / 365 from dual;

POWER(2,48)/16/1024/3600/24/365
-------------------------------
                     544.770078

2、合理的SCN

Oracle数据库当前最大的SCN被称为”最大合理SCN”，可以使用SQL语句来计算：

SQL> select 
  2  (
    (
  3    4          (
  5              (
  6                  (   
  7                      (
  8                          to_char(sysdate,'YYYY')-1988
  9                      )*12+
 10                  to_char(sysdate,'mm')-1
 11                  )*31+to_char(sysdate,'dd')-1
 12              )*24+to_char(sysdate,'hh24')
 13          )*60+to_char(sysdate,'mi')
 14      )*60+to_char(sysdate,'ss')
 15  ) * to_number('ffff','XXXXXXXX')/4 scn
 16  from dual;

                     SCN
------------------------
      12,843,262,715,445

3、SCN的剩余量

可以通过脚本来检查当前实例SCN的剩余情况，脚本点击下面链接下载：

SCN剩余量查询脚本

Rem
Rem $Header: rdbms/admin/scnhealthcheck.sql st_server_tbhukya_bug-13498243/8 2012/01/17 03:37:18 tbhukya Exp $
Rem
Rem scnhealthcheck.sql
Rem
Rem Copyright (c) 2012, Oracle and/or its affiliates. All rights reserved. 
Rem
Rem    NAME
Rem      scnhealthcheck.sql - Scn Health check
Rem
Rem    DESCRIPTION
Rem      Checks scn health of a DB
Rem
Rem    NOTES
Rem      .
Rem
Rem    MODIFIED   (MM/DD/YY)
Rem    tbhukya     01/11/12 - Created
Rem
Rem

define LOWTHRESHOLD=10
define MIDTHRESHOLD=62
define VERBOSE=FALSE

set veri off;
set feedback off;

set serverout on
DECLARE
 verbose boolean:=&&VERBOSE;
BEGIN
 For C in (
  select 
   version, 
   date_time,
   dbms_flashback.get_system_change_number current_scn,
   indicator
  from
  (
   select
   version,
   to_char(SYSDATE,'YYYY/MM/DD HH24:MI:SS') DATE_TIME,
   ((((
    ((to_number(to_char(sysdate,'YYYY'))-1988)*12*31*24*60*60) +
    ((to_number(to_char(sysdate,'MM'))-1)*31*24*60*60) +
    (((to_number(to_char(sysdate,'DD'))-1))*24*60*60) +
    (to_number(to_char(sysdate,'HH24'))*60*60) +
    (to_number(to_char(sysdate,'MI'))*60) +
    (to_number(to_char(sysdate,'SS')))
    ) * (16*1024)) - dbms_flashback.get_system_change_number)
   / (16*1024*60*60*24)
   ) indicator
   from v$instance
  ) 
 ) LOOP
  dbms_output.put_line( '-----------------------------------------------------'
                        || '---------' );
  dbms_output.put_line( 'ScnHealthCheck' );
  dbms_output.put_line( '-----------------------------------------------------'
                        || '---------' );
  dbms_output.put_line( 'Current Date: '||C.date_time );
  dbms_output.put_line( 'Current SCN:  '||C.current_scn );
  if (verbose) then
    dbms_output.put_line( 'SCN Headroom: '||round(C.indicator,2) );
  end if;
  dbms_output.put_line( 'Version:      '||C.version );
  dbms_output.put_line( '-----------------------------------------------------'
                        || '---------' );

  IF C.version > '10.2.0.5.0' and 
     C.version NOT LIKE '9.2%' THEN
    IF C.indicator>&MIDTHRESHOLD THEN 
      dbms_output.put_line('Result: A - SCN Headroom is good');
      dbms_output.put_line('Apply the latest recommended patches');
      dbms_output.put_line('based on your maintenance schedule');
      IF (C.version < '11.2.0.2') THEN
        dbms_output.put_line('AND set _external_scn_rejection_threshold_hours='
                             || '24 after apply.');
      END IF;
    ELSIF C.indicator<=&LOWTHRESHOLD THEN
      dbms_output.put_line('Result: C - SCN Headroom is low');
      dbms_output.put_line('If you have not already done so apply' );
      dbms_output.put_line('the latest recommended patches right now' );
      IF (C.version < '11.2.0.2') THEN
        dbms_output.put_line('set _external_scn_rejection_threshold_hours=24 '
                             || 'after apply');
      END IF;
      dbms_output.put_line('AND contact Oracle support immediately.' );
    ELSE
      dbms_output.put_line('Result: B - SCN Headroom is low');
      dbms_output.put_line('If you have not already done so apply' );
      dbms_output.put_line('the latest recommended patches right now');
      IF (C.version < '11.2.0.2') THEN
        dbms_output.put_line('AND set _external_scn_rejection_threshold_hours='
                             ||'24 after apply.');
      END IF;
    END IF;
  ELSE
    IF C.indicator<=&MIDTHRESHOLD THEN
      dbms_output.put_line('Result: C - SCN Headroom is low');
      dbms_output.put_line('If you have not already done so apply' );
      dbms_output.put_line('the latest recommended patches right now' );
      IF (C.version >= '10.1.0.5.0' and 
          C.version <= '10.2.0.5.0' and 
          C.version NOT LIKE '9.2%') THEN
        dbms_output.put_line(', set _external_scn_rejection_threshold_hours=24'
                             || ' after apply');
      END IF;
      dbms_output.put_line('AND contact Oracle support immediately.' );
    ELSE
      dbms_output.put_line('Result: A - SCN Headroom is good');
      dbms_output.put_line('Apply the latest recommended patches');
      dbms_output.put_line('based on your maintenance schedule ');
      IF (C.version >= '10.1.0.5.0' and
          C.version <= '10.2.0.5.0' and
          C.version NOT LIKE '9.2%') THEN
       dbms_output.put_line('AND set _external_scn_rejection_threshold_hours=24'
                             || ' after apply.');
      END IF;
    END IF;
  END IF;
  dbms_output.put_line(
    'For further information review MOS document id 1393363.1');
  dbms_output.put_line( '-----------------------------------------------------'
                        || '---------' );
 END LOOP;
end;
/

这个脚本执行完毕之后，就能看到。

SQL> @?/rdbms/scn.sql
--------------------------------------------------------------
ScnHealthCheck
--------------------------------------------------------------
Current Date: 2012/05/21 22:43:48
Current SCN:  145828
Version:      10.2.0.1.0
--------------------------------------------------------------
Result: A - SCN Headroom is good
Apply the latest recommended patches
based on your maintenance schedule
AND set _external_scn_rejection_threshold_hours=24 after apply.
For further information review MOS document id 1393363.1
--------------------------------------------------------------
SQL>

在线重做日志

在线重做日志(online redo log )主要用于：Oracle数据库所在服务器突然掉电、突然重启或者执行shutdown abort等命令使得在服务器重新启动之后，Oracle数据库没有办法正常的启动实例。此时，在线重做日志就派上了用场，Oracle会使用在线重做日志，把数据库恢复到服务器掉电前的那一个时刻，从而使得数据库能正常的启动起来。

在Oracle数据库中，默认情况下，至少会有两个重做日志组，而且每个组里面至少包含了一个重做日志文件。日志组不会自动增加，在一个写满之后，会自动去写下一个。在下一个被写满之后会又从第一个开始写起。

归档重做日志

归档日志(archive log)主要用于硬件级别的错误：磁盘的坏道导致无法读写、写入的失败、磁盘受损导致数据库数据丢失。这就要使用归档日志文件，通过归档日志文件，把数据库恢复到归档日志所在的时间点上然后再通过在线重做日志文件把数据库恢复到当前的时间点上。

对于归档日志文件，可以理解为在线重做日志文件的备份。即当一个重做日志文件被填满了之后，归档日志文件就会把其备份保留一份。（因为上面说了，在线重做日志文件会自动的覆盖）所以，归档日志文件就是旧的在线日志文件的备份。

本文讲述的就是在命令行下配置的方法。顺便附上pdf版本的安装手册。

一、环境概况

Oracle数据库 Data Guard 实验环境概况：

DG CMD Install

在一台机器上建立2个Oracle数据库，prodbak为prod的备份。

二、安装流程

1、开启Forced Logging

ALTER DATABASE FORCE LOGGING;

Open Forced Logging

2、配置Standby Redo Log

配置Oracle数据库的Standby Redo Log，设置Standby Redo Log的数量与数据库中的 log 数量相同。

ALTER DATABASE ADD STANDBY LOGFILE THREAD 6
('/u01/app/oracle/oradata/prod/disk2/log1.rdo') SIZE 20M;

Create Standby Redo Log

3、关闭实例为prod数据库

shutdown immediate;

4、编辑prod实例的pfile文件

编辑initprod.ora文件，在最后面加入Data Guard的配置。

DB_UNIQUE_NAME=prod
LOG_ARCHIVE_CONFIG='DG_CONFIG=(prod,prodbak)'
LOG_ARCHIVE_DEST_1= 'LOCATION=/u01/app/oracle/arch/prod/   VALID_FOR=(ALL_LOGFILES,ALL_ROLES)  DB_UNIQUE_NAME=prod'
LOG_ARCHIVE_DEST_2= 'SERVICE=prodbak LGWR ASYNC  VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE)   DB_UNIQUE_NAME=prodbak'
LOG_ARCHIVE_MAX_PROCESSES=5

FAL_SERVER=prodbak
FAL_CLIENT=prod
DB_FILE_NAME_CONVERT='/u02/app/oracle/oradata/prodbak/','/u01/app/oracle/oradata/prod/'
LOG_FILE_NAME_CONVERT= '/u02/app/oracle/oradata/prodbak/','/u01/app/oracle/oradata/prod/'
STANDBY_FILE_MANAGEMENT=AUTO

关于Data Guard配置的解释：

DB_UNIQUE_NAME=prod                    //当前数据库的SID
LOG_ARCHIVE_CONFIG='DG_CONFIG=(prod,prodbak)'               //主库的SID,备库的SID
LOG_ARCHIVE_DEST_1= 'LOCATION=/u01/app/oracle/arch/prod/   VALID_FOR=(ALL_LOGFILES,ALL_ROLES)  DB_UNIQUE_NAME=prod'                   //设置prod数据库的archivelog的路径
LOG_ARCHIVE_DEST_2= 'SERVICE=prodbak LGWR ASYNC  VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE)   DB_UNIQUE_NAME=prodbak'             //设置prodbak数据库archivelog的链接方法（与TNS中相对应）
LOG_ARCHIVE_MAX_PROCESSES=5

FAL_SERVER=prodbak              //备库的SID
FAL_CLIENT=prod                    //主库的SID
DB_FILE_NAME_CONVERT='/u02/app/oracle/oradata/prodbak/','/u01/app/oracle/oradata/prod/'                          //备库的数据文件路径,主库数据文件路径
LOG_FILE_NAME_CONVERT= '/u02/app/oracle/oradata/prodbak/','/u01/app/oracle/oradata/prod/'                      //备库的日志文件路径,主库日志文件路径
STANDBY_FILE_MANAGEMENT=AUTO                      //standby 自动管理

5、拷贝prod实例的配置文件给prodbak实例使用

cp initprod.ora initprodbak.ora

6、拷贝全部数据文件到prodbak的文件夹

cp -rf /u01/app/oracle/oradata/prod/* /u02/app/oracle/oradata/prodbak/

7、启动prod实例到mount状态

如果配置文件写的没问题，那么Oracle数据库就能正常启动到mount状态。

startup mount

8、建立prodbak实例的controlfile文件

因为prodbak是prod数据库的备份，所以通过prod数据库直接生成即可。

ALTER DATABASE CREATE STANDBY CONTROLFILE AS '/u02/app/oracle/oradata/prodbak/control.ctl';

9、编辑prodbak实例的pfile文件

更改prodbak的control_files这个参数，把其文件路径改为“8”当中所配置的路径。

然后更改Data Guard参数配置。

因为是从prod那里拷贝过来的，所以还带着prod数据库的Data Guard配置参数，我们需要先删除Data Guard配置参数，然后在写入prodbak数据库的Data Guard配置参数。

DB_UNIQUE_NAME=prodbak
LOG_ARCHIVE_CONFIG='DG_CONFIG=(prod,prodbak)'
LOG_ARCHIVE_DEST_1= 'LOCATION=/u02/app/oracle/arch/prodbak/   VALID_FOR=(ALL_LOGFILES,ALL_ROLES)  DB_UNIQUE_NAME=prodbak'
LOG_ARCHIVE_DEST_2= 'SERVICE=prod LGWR ASYNC  VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE)   DB_UNIQUE_NAME=prod'
LOG_ARCHIVE_MAX_PROCESSES=5

FAL_SERVER=prod
FAL_CLIENT=prodbak
DB_FILE_NAME_CONVERT='/u01/app/oracle/oradata/prod/','/u02/app/oracle/oradata/prodbak/'
LOG_FILE_NAME_CONVERT= '/u01/app/oracle/oradata/prod/','/u02/app/oracle/oradata/prodbak/'
STANDBY_FILE_MANAGEMENT=AUTO

其配置与prod的Data Guard基本相同，只是在主备库方面，需要改写一下。

10、为prodbak实例配置监听

编辑Oracle数据库的TNS文件，并加入关于prodbak的配置。

PRODBAK =
  (DESCRIPTION =
    (ADDRESS = (PROTOCOL = tcp)(HOST = prod)(PORT = 1522))
    (ADDRESS = (PROTOCOL = tcp)(HOST = prod)(PORT = 1521))
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = prodbak)
    )
  )

LISTENER_PRODBAK =
  (ADDRESS_LIST =
    (ADDRESS = (PROTOCOL = tcp)(HOST = prod)(PORT = 1522))
    (ADDRESS = (PROTOCOL = tcp)(HOST = prod)(PORT = 1521))
  )

说明下，因为我做了两种监听，一种是默认端口的即1521，一种是非默认端口的1522，所以这里有2个端口。

配置完毕之后，重启监听。

lsnrctl stop

lsnrctl start

11、配置orapwd文件

为Oralce数据库中的prodbak实例建立orapwd文件，此文件如果不建立就无法远程连接数据库。且此文件应该放在$ORACLE_HOME/dbs目录下。

orapwd file=orapwprodbak password=oracle1 entries=3 force=y

12、启动prodbak实例到mount状态

startup mount

如果配置文件写的没有问题，则能正常启动到mount状态。

13、测试监听是否正常

sqlplus username/password@SID (as sysdba)  //格式，如果是sys用户必须加上 as sysdba，非sys用户不用加入

sqlplus sys/oracle1@prodbak as sysdba

sqlplus sys/oraclde1@prod as sysdba

DG CMD Install

三、启动Data Guard

1、启动名为prod实力的数据库

alter database open

2、启动Data Guard

在实例名为prodbak上执行下面的命令：

ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;

ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION

3、进行日志切换

在实例名为prod数据库上，进行切换日志。

ALTER SYSTEM SWITCH LOGFILE;

ALTER SYSTEM SWITCH LOGFILE

四、测试

在prod实例上建立一个表空间，看看prodbak实例是否能同步过去。

create tablespace new99
datafile '/u01/app/oracle/oradata/prod/disk5/new99.dbf'
size 10m;

然后进行日志切换。

ALTER SYSTEM SWITCH LOGFILE;

Create tablespace and ALTER SYSTEM SWITCH LOGFILE

然后查看prodbak数据库,是否能正常同步。

Select datafile

我们可以看到，实力prodbak上面成功自动建立了new99的tablespace。

至此，Data Guard的配置完全完成。

Data Guard 在命令行下配置、安装手册下载：Data Guard CMD Install Download

经过测试，发现是我在Oracle 数据库建立Standby Redo Log的时候，建立的过少了。Standby Redo Log 的个数应该与数据库的log个数一样。我数据通过v$log查看有6个，而Standby Redo Log我只建立了3个。当我在配置相同的情况下，建立为6个Standby Redo Log就能正常同步了。

我们可以使用CREATE OR REPLACE TRIGGER（建立一个触发器）这条命令，来限制DDL操作。

此操作很危险，请在测试之后在进行实践！

以下是通过触发器完全限制DDL操作的一个例子，如果只限制一条的话，可以举一反三进行自己撰写：

CREATE OR REPLACE TRIGGER fga_ddl
BEFORE create or drop or alter or truncate  ON DATABASE
declare
  l_errmsg varchar2(100):= 'Deny ddl';
BEGIN
   if ora_sysevent = 'CREATE' then
     raise_application_error(-20001, ora_dict_obj_owner || '.' || ora_dict_obj_name || ' ' || l_errmsg);
  elsif ora_sysevent = 'DROP' then
    raise_application_error(-20001, ora_dict_obj_owner || '.' || ora_dict_obj_name || ' ' || l_errmsg);
  elsif ora_sysevent = 'ALTER' then
    raise_application_error(-20001, ora_dict_obj_owner || '.' || ora_dict_obj_name || ' ' || l_errmsg);
  elsif ora_sysevent = 'TRUNCATE' then
    raise_application_error(-20001, ora_dict_obj_owner || '.' || ora_dict_obj_name || ' ' || l_errmsg);
  end if;

exception
  when no_data_found then
    null;
end;
/

然后我们尝试执行DDL语句。

SQL> create table tm1
  2  as
  3  select * from v$instance;
select * from v$instance
              *
ERROR at line 3:
ORA-00604: error occurred at recursive SQL level 1
ORA-20001: SYS.TM1 Deny ddl
ORA-06512: at line 5

此时，DDL的语句已经被禁止了。

但是，他在练习通过fdisk来查看和划分磁盘的时候，发现无法获取ID号。

# fdisk -l /dev/sda

Disk /dev/sda: 10.7 GB, 10737418240 bytes
255 heads, 63 sectors/track, 1305 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/sda doesn't contain a valid partition table
# /sbin/scsi_id --whitelisted --replace-whitespace --device=/dev/sda

但是据他描述，他在他女朋友的MAC上，通过VirtualBox来安装，就不会出现这个问题。所以怀疑是虚拟机的问题。后来跟几个朋友交流了下，发现了解决办法。

1、先进入虚拟机，并把虚拟机关闭。

2、然后编辑虚拟机所在目录中的xxxxx.vmx文件（即以vmx结尾的文件，应该只有一个）

3、在vmx文件的最后添加如下内容：

disk.EnableUUID = "TRUE"

4、 重新启动虚拟机，即可正常。

[root@prod ~]# fdisk -l /dev/sda

Disk /dev/sda: 10.7 GB, 10737418240 bytes
255 heads, 63 sectors/track, 1305 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1          13      104391   83  Linux
/dev/sda2              14        1305    10377990   8e  Linux LVM

5、注意

如果对虚拟机进行如：添加、删除磁盘；添加、删除网卡等硬件级别的操作，此选项又会变为FALSE，需要重新编辑vmx文件来使得其能生效！！但是重启虚拟机，关闭虚拟机等系统级别的操作，就不会导致此类情况的发生。

http://act.vip.xunlei.com/tastevip/?code=160bc3d7766dcc6b4590568f03cfa6f8

http://act.vip.xunlei.com/tastevip/?code=80d202a43ab7907036abe487aea22f9f

http://act.vip.xunlei.com/tastevip/?code=7412065010a6b5ceefc466154a5eb914

http://act.vip.xunlei.com/tastevip/?code=b0dde96d3672105f12322793c2d5d685

截止5.17日，还有1个可用。

之前做了一个项目，说要测试两台服务器之间的带宽，本想通过拷贝来进行测试，后来客户觉得得出的数据没有说服性，于是改拿工具来进行测试。我们这回用的工具名字叫iperf。

iperf它是一款网络性能测试的工具，分为多个版本：Linux版、UNIX版、Windows版。相比之下，Windows版更新的比较慢，而UNIX和Linux版本更新起来更快，现在最新版本是2.05，而他安装简单、方便，而且测试的出的结果很靠谱。

二、iperf的安装

iperf安装起来十分简单，只需要执行几条命令即可，因为下载的是源码，所以我们需要编译一下。

./configure
make
make install

安装完毕之后，我们应该就能直接使用iperf这个软件了。如果没法正常使用，请到其安装目录下尝试。

其安装路应该为”/usr/local/bin/”目录下。

三、进行测试

环境介绍：

两台服务器，IP地址分别为192.168.0.1和192.168.0.2

在192.168.0.1上执行如下命令：

# iperf -s
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------

这条命令的意思是，在192.168.0.1的这台服务器上，开启服务模式。

然后在192.168.0.2这台机器上执行如下命令：

# iperf -c 192.168.0.1
------------------------------------------------------------
Client connecting to 192.168.0.1, TCP port 5001
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[  3] local 192.168.0.2 port 16265 connected with 192.168.0.1 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.0 sec   114 MBytes  94.8 Mbits/sec

以此类推，我们也可以测试出从192.168.0.1这台服务器到192.168.0.2这台服务器的网络带宽。

[  4] local 192.168.0.1 port 5001 connected with 192.168.0.2 port 16265
[ ID] Interval       Transfer     Bandwidth
[  4]  0.0-10.1 sec   114 MBytes  95.2 Mbits/sec

由此，我们可以推断出，两台服务器之间为百兆带宽。

环境：数据库在Open的状态，然后rm -rf users.dbf （删除users表空间），最后找回users.dbf文件。

在回复的时候，回复的方法跟数据库的版本关系不大（因为是物理文件），只是跟操作系统有一定的关系，如：Red hat Linux  , Solaris Linux 等等。

下面进行演示：

删除users表空间.

1、我们首先进入Sqlplus，然后执行SQL语句：

select name from v$datafile;
NAME
--------------------------------------------------------------------------------
/u01/app/oracle/oradata/prod/disk4/system01.dbf
/u01/app/oracle/oradata/prod/disk2/undotbs01.dbf
/u01/app/oracle/oradata/prod/disk5/sysaux01.dbf
/u01/app/oracle/oradata/prod/disk5/bigtbs01.dbf
/u01/app/oracle/oradata/prod/disk5/indx01.dbf
/u01/app/oracle/oradata/prod/disk2/users01.dbf
/u01/app/oracle/oradata/prod/disk3/oltp01.dbf

7 rows selected.

SQL> !rm /u01/app/oracle/oradata/prod/disk2/users01.dbf

 2、此时，users表空间已经被删除了，我们已经无法在users表空间上建立表了。

尝试在users表空间上建立名字为abcd123的表，已经没法建立了。

SQL> create table abcd123 tablespace users as select * from v$instance;
create table abcd123 tablespace users as select * from v$instance
                                                       *
ERROR at line 1:
ORA-01116: error in opening database file 6
ORA-01110: data file 6: '/u01/app/oracle/oradata/prod/disk2/users01.dbf'
ORA-27041: unable to open file
Linux Error: 2: No such file or directory
Additional information: 3

3、确认dbwr进程PID

通过命令，我们可以看到当前数据库实例的dbwr的PID。因为我同一台主机上有两个实例，故有2个。

一个为prod，另一个为oms。

$ ps -ef|grep dbw0|grep -v grep
oracle   11872     1  0 21:46 ?        00:00:00 ora_dbw0_prod
oracle   11951     1  0 21:47 ?        00:00:01 ora_dbw0_oms

4、因为dbwr会打开所有数据文件的句柄。所以可以进入proc目录进行查找，格式为：

cd /prod/PID/fd

此处，fd为文件描述符。

[oracle@prod fd]$ cd /proc/11872/fd
[oracle@prod fd]$ ls -l
total 30
lr-x------  1 oracle dba 64 May 14 22:47 0 -> /dev/null
lr-x------  1 oracle dba 64 May 14 22:47 1 -> /dev/null
lrwx------  1 oracle dba 64 May 14 22:47 10 -> /u01/app/oracle/product/10.2.0/db_1/rdbms/audit/ora_11859.aud
lr-x------  1 oracle dba 64 May 14 22:47 11 -> /dev/zero
lr-x------  1 oracle dba 64 May 14 22:47 12 -> /dev/zero
lr-x------  1 oracle dba 64 May 14 22:47 13 -> /u01/app/oracle/product/10.2.0/db_1/rdbms/mesg/oraus.msb
lrwx------  1 oracle dba 64 May 14 22:47 14 -> /u01/app/oracle/product/10.2.0/db_1/dbs/hc_prod.dat
lrwx------  1 oracle dba 64 May 14 22:47 15 -> /u01/app/oracle/product/10.2.0/db_1/dbs/lkPROD
lrwx------  1 oracle dba 64 May 14 22:47 16 -> /u01/app/oracle/oradata/prod/disk1/control01.ctl
lrwx------  1 oracle dba 64 May 14 22:47 17 -> /u01/app/oracle/oradata/prod/disk2/control02.ctl
lrwx------  1 oracle dba 64 May 14 22:47 18 -> /u01/app/oracle/oradata/prod/disk3/control03.ctl
lrwx------  1 oracle dba 64 May 14 22:47 19 -> /u01/app/oracle/oradata/prod/disk4/system01.dbf
lr-x------  1 oracle dba 64 May 14 22:47 2 -> /dev/null
lrwx------  1 oracle dba 64 May 14 22:47 20 -> /u01/app/oracle/oradata/prod/disk2/undotbs01.dbf
lrwx------  1 oracle dba 64 May 14 22:47 21 -> /u01/app/oracle/oradata/prod/disk5/sysaux01.dbf
lrwx------  1 oracle dba 64 May 14 22:47 22 -> /u01/app/oracle/oradata/prod/disk5/bigtbs01.dbf
lrwx------  1 oracle dba 64 May 14 22:47 23 -> /u01/app/oracle/oradata/prod/disk5/indx01.dbf
lrwx------  1 oracle dba 64 May 14 22:47 24 -> /u01/app/oracle/oradata/prod/disk2/users01.dbf (deleted)
lrwx------  1 oracle dba 64 May 14 22:47 25 -> /u01/app/oracle/oradata/prod/disk3/oltp01.dbf
lrwx------  1 oracle dba 64 May 14 22:47 26 -> /u01/app/oracle/oradata/prod/disk1/temp01.dbf
lrwx------  1 oracle dba 64 May 14 22:47 27 -> /u01/app/oracle/oradata/prod/disk3/lmtemp201.dbf
lrwx------  1 oracle dba 64 May 14 22:47 28 -> /u01/app/oracle/oradata/prod/disk4/lmtemp201.dbf
lr-x------  1 oracle dba 64 May 14 22:47 29 -> /u01/app/oracle/product/10.2.0/db_1/rdbms/mesg/oraus.msb
lr-x------  1 oracle dba 64 May 14 22:47 3 -> /dev/null
lr-x------  1 oracle dba 64 May 14 22:47 4 -> /dev/null
l-wx------  1 oracle dba 64 May 14 22:47 5 -> /u01/app/oracle/admin/udump/prod_ora_11859.trc
l-wx------  1 oracle dba 64 May 14 22:47 6 -> /u01/app/oracle/admin/bdump/alert_prod.log
lrwx------  1 oracle dba 64 May 14 22:47 7 -> /u01/app/oracle/product/10.2.0/db_1/dbs/hc_prod.dat
l-wx------  1 oracle dba 64 May 14 22:47 8 -> /u01/app/oracle/admin/bdump/alert_prod.log
lrwx------  1 oracle dba 64 May 14 22:47 9 -> /u01/app/oracle/product/10.2.0/db_1/dbs/lkinstprod (deleted)
[oracle@prod fd]$

我们可以清楚的看到 /u01/app/oracle/oradata/prod/disk2/users01.dbf (deleted) 的字样，表示此文件已经被删掉了。

5、进行恢复

通过cp命令，把语句柄拷贝回原来的位置。

cp 24 /u01/app/oracle/oradata/prod/disk2/users01.dbf

此处的24为其给出的编号。

6、进入recovery

执行以下SQL命令：

SQL>  alter database datafile 6 offline;

Database altered.

SQL> recover datafile 6;
Media recovery complete.
SQL> alter database datafile 6 online;            

Database altered.

SQL>

至此，回复完成！

7、测试

我们重新尝试在users 表空间上建立一个table。

SQL> create table abcd123 tablespace users as select * from v$instance;

Table created.

SQL> select * from abcd123;

INSTANCE_NUMBER INSTANCE_NAME
--------------- ----------------
HOST_NAME
----------------------------------------------------------------
VERSION           STARTUP_T STATUS       PAR    THREAD# ARCHIVE LOG_SWITCH_WAIT
----------------- --------- ------------ --- ---------- ------- ---------------
LOGINS     SHU DATABASE_STATUS   INSTANCE_ROLE      ACTIVE_ST BLO
---------- --- ----------------- ------------------ --------- ---
              1 prod
prod
10.2.0.1.0        16-APR-12 OPEN         NO           1 STARTED
ALLOWED    NO  ACTIVE            PRIMARY_INSTANCE   NORMAL    NO

SQL>

我们可以发现，建立成功了，说明回复成功，

SYSTEM表空间是Oracle创建数据库时候自动创建的，每个Oracle数据库都会有SYSTEM表空间，而且SYSTEM表空间总是要保持在联机模式下，因为其包含了数据库运行所要求的基本信息，如：数据字典、联机求助机制、所有回退段、临时段和自举段、所有的用户数据库实体、其它ORACLE软件产品要求的表等等。

二、怎样设置SYSTEM表空间才会使得数据更安全？

在建立数据库的时候，SYSTEM表空间一般都写在磁盘最开始的位置，这就埋下了问题的隐患。如：误操作导致的格式化，ASM出现故障等等一系列的问题，他都会从磁盘最开始的地方写起，这样就会导致SYSTEM表空间没有办法进行数据恢复。

但是，如果在建立数据库的时候，把最开始的位置“让”出来，这样就会使得很多故障轻能而易举的解决，也让DBA在管理数据库、恢复数据库的时候能轻松一些。

三、那SYSTEM表空间在磁盘的最开始都写了些什么呢？

我们可遇通过SQL命令来查看下，在磁盘的最开始那部分，SYSTEM表空间到底都写了些什么。

SQL:
col owner for a10
set linesize 120
col segment_name for a30
select owner,segment_name,segment_type,block_id from
dba_extents where file_id=1 and block_id < 500 order by block_id;