博客园_四月天

Java 调用 Oracle 存储过程返回结果集

2011-12-14T04:56:00Z

1. 建立 ref cursor 类型和过程

Sql代码
CREATE OR REPLACE PACKAGE types
AS
    TYPE ref_cursor IS REF CURSOR;
END;
/

CREATE TABLE STOCK_PRICES(
    RIC VARCHAR(6) PRIMARY KEY,
    PRICE NUMBER(7,2),
    UPDATED DATE );
/

CREATE OR REPLACE FUNCTION sp_get_stocks(v_price IN NUMBER)
    RETURN types.ref_cursor
AS
    stock_cursor types.ref_cursor;
BEGIN
    OPEN stock_cursor FOR
    SELECT ric,price,updated FROM stock_prices WHERE price < v_price;

    RETURN stock_cursor;
END;
CREATE OR REPLACE PACKAGE types
AS
    TYPE ref_cursor IS REF CURSOR;
END;
/

CREATE TABLE STOCK_PRICES(
    RIC VARCHAR(6) PRIMARY KEY,
    PRICE NUMBER(7,2),
    UPDATED DATE );
/

CREATE OR REPLACE FUNCTION sp_get_stocks(v_price IN NUMBER)
    RETURN types.ref_cursor
AS
    stock_cursor types.ref_cursor;
BEGIN
    OPEN stock_cursor FOR
    SELECT ric,price,updated FROM stock_prices WHERE price < v_price;

RETURN stock_cursor;
END;

2. 用 sqlplus 测试过程

Sql代码
SQL> var results refcursor
SQL> exec :results := sp_get_stocks(20.0)
SQL> print results
SQL> var results refcursor
SQL> exec :results := sp_get_stocks(20.0)
SQL> print results

3. 从 Java 调用

Java代码
import java.sql.*;
import java.io.*;
import oracle.jdbc.driver.*;

public class JDBCDemo {

    /**
    * Compile-time flag for deciding which query to use
    */
    private boolean useOracleQuery = true;

    /**
    * Class name of Oracle JDBC driver
    */
    private String driver = "oracle.jdbc.driver.OracleDriver";

    /**
    * Initial url fragment
    */
    private String url = "jdbc:oracle:thin:@";


    /**
    * Standard Oracle listener port
    */
    private String port = "1521";


    /**
    * Oracle style of calling a stored procedure
    */
    private String oracleQuery = "begin ? := sp_get_stocks(?); end;";


    /**
    * JDBC style of calling a stored procedure
    */
    private String genericQuery = "{ call ? := sp_get_stocks(?) }";


    /**
    * Connection to database
    */
    private Connection conn = null;


    /**
    * Constructor. Loads the JDBC driver and establishes a connection
    *
    * @param host the host the db is on
    * @param db the database name
    * @param user user's name
    * @param password user's password
    */
    public JDBCDemo(String host, String db, String user, String password)
    throws ClassNotFoundException, SQLException {

        // construct the url
        url = url + host + ":" + port + ":" + db;

        // load the Oracle driver and establish a connection
        try {
            Class.forName(driver);
            conn = DriverManager.getConnection(url, user, password);
        }
        catch (ClassNotFoundException ex) {
            System.out.println("Failed to find driver class: " + driver);
            throw ex;
        }
        catch (SQLException ex) {
            System.out.println("Failed to establish a connection to: " + url);
            throw ex;
        }
    }


    /**
    * Execute the stored procedure
    *
    * @param price price parameter for stored procedure
    */
    private void execute(float price)
    throws SQLException {

        String query = useOracleQuery ? oracleQuery : genericQuery;
        System.out.println("Query: " + query + "n");
        CallableStatement stmt = conn.prepareCall(query);

        // register the type of the out param - an Oracle specific type
        stmt.registerOutParameter(1, OracleTypes.CURSOR);

        // set the in param
        stmt.setFloat(2, price);

        // execute and retrieve the result set
        stmt.execute();
        ResultSet rs = (ResultSet)stmt.getObject(1);

        // print the results
        while (rs.next()) {
            System.out.println(rs.getString(1) + "t" +
            rs.getFloat(2) + "t" +
            rs.getDate(3).toString());
        }

        rs.close();
        stmt.close();
    }


    /**
    * Cleanup the connection
    */
    private void cleanup() throws SQLException {

        if (conn != null)
            conn.close();
        }


    /**
    * Prints usage statement on stdout
    */
    static private void usage() {

        System.out.println("java com.enterprisedt.demo.oracle.JDBCDemo " +
        " host db user password price");
    }


    /**
    * Runs the class
    */
    public static void main(String[] args) throws Exception {

        if (args.length != 5) {
            JDBCDemo.usage();
            System.exit(1);
        }
        else {
            try {
                // assign the args to sensible variables for clarity
                String host = args[0];
                String db = args[1];
                String user = args[2];
                String password = args[3];
                float price = Float.valueOf(args[4]).floatValue();

                // and execute the stored proc
                JDBCDemo jdbc = new JDBCDemo(host, db, user, password);
                jdbc.execute(price);
                jdbc.cleanup();
            }
            catch (ClassNotFoundException ex) {
                System.out.println("Demo failed");
            }
            catch (SQLException ex) {
                System.out.println("Demo failed: " + ex.getMessage());
            }
        }
    }
}

本文链接

RAC中如何更改对外网卡和内部互联网卡的IP及VIP

2011-09-29T23:25:00Z

在RAC环境中，有时候由于需要会更改网卡或IP地址，这边简单记录一下操作步骤（参考metalink文档：283684.1）。

1、查看当前PUBLIC网卡和PRIVATE网卡的配置：

test1:/home/oracle>$oifcfg getif
eth1 10.0.100.0 global cluster_interconnect
eth0 172.19.20.0 global public

2、更改PUBLIC网卡或者IP：

比如我们需要将PUBLIC网卡从eth0改为bond0，IP地址由172.19.20.0 改为172.13.20.0 。那么首先必须用oifcfg delif 命令删除原先的PUBLIC网卡设置，然后再用oifcfg setif 命令更改网卡及IP配置，这步只要在任意一个节点执行就可以了。（注意：在更改PUBLIC或者PRIVATE网卡及IP之前都需要将RAC中的资源停止，可以使用crs_stop -all来停止）

test1:/home/oracle>$oifcfg delif -global eth0

test1:/home/oracle>$oifcfg setif -global bond0/172.13.20.0:public

再查看可以看到PUBLIC网卡及IP都更改过来了：

test1:/home/oracle>$oifcfg getif
eth1 10.0.100.0 global cluster_interconnect
bond0 172.19.20.0 global public

3、更改PRIVATE网卡或者IP：

这一步和更改PUBLIC网卡大同小异，比如说我们需要将PRIVATE网卡从eth1改为ib1：

test1:/home/oracle>$oifcfg delif -global eth1

test1:/home/oracle>$oifcfg setif -global ib1/172.13.20.0:cluster_interconnect

4、更改VIP配置：

更改PUBLIC网卡后，那么RAC各个节点的VIP必须重新配置，以便CRS知道VIP对应PUBLIC网卡名称的变更：

test1:/home/oracle>$srvctl modify nodeapps -n test1 -A 172.13.20.1/255.255.255.0/bond0

这样执行完以后，整个更改便完成了。

本文链接

ORA-12545: 因目标主机或对象不存在, 连接失败

2011-07-18T14:01:00Z

SQL>conn sys/test@test as sys dba
ERROR:
ORA-12545: 因目标主机或对象不存在, 连接失败
 
警告: 您不再连接到 ORACLE。

修改local_listener参数，指定为tnsnames.ora配置的LISTENERS_DB：

SQL> show parameter local_listener
 
NAME                                 TYPE                   VALUE
------------------------------------ ---------------------- ------------------------------
local_listener                       string
SQL> alter system set local_listener='LISTENERS_DB' scope=both sid='*';
 
System altered.

tnsnames.ora中配置：

LISTENERS_DB =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = rac1-vip)(PORT = 1521))
(ADDRESS = (PROTOCOL = TCP)(HOST = rac2-vip)(PORT = 1521))
)

本文链接

Oracle 字符集的查看和修改

2011-05-17T13:48:00Z

一、什么是Oracle字符集

Oracle字符集是一个字节数据的解释的符号集合,有大小之分,有相互的包容关系。ORACLE 支持国家语言的体系结构允许你使用本地化语言来存储，处理，检索数据。它使数据库工具，错误消息，排序次序，日期，时间，货币，数字，和日历自动适应本地化语言和平台。

影响Oracle数据库字符集最重要的参数是NLS_LANG参数。

它的格式如下: NLS_LANG = language_territory.charset

它有三个组成部分(语言、地域和字符集)，每个成分控制了NLS子集的特性。

其中:

Language：指定服务器消息的语言，影响提示信息是中文还是英文

Territory：指定服务器的日期和数字格式，

Charset：指定字符集。

如:AMERICAN _ AMERICA. ZHS16GBK

从NLS_LANG的组成我们可以看出，真正影响数据库字符集的其实是第三部分。

所以两个数据库之间的字符集只要第三部分一样就可以相互导入导出数据，前面影响的只是提示信息是中文还是英文。

二．字符集的相关知识：

2.1 字符集
    实质就是按照一定的字符编码方案，对一组特定的符号，分别赋予不同数值编码的集合。Oracle数据库最早支持的编码方案是US7ASCII。
    Oracle的字符集命名遵循以下命名规则:
    <Language><bit size><encoding>
    即: <语言><比特位数><编码>
    比如: ZHS16GBK表示采用GBK编码格式、16位（两个字节）简体中文字符集

2.2 字符编码方案

2.2.1 单字节编码
    （1）单字节7位字符集，可以定义128个字符，最常用的字符集为US7ASCII
    （2）单字节8位字符集，可以定义256个字符，适合于欧洲大部分国家
             例如：WE8ISO8859P1(西欧、8位、ISO标准8859P1编码)

2.2.2 多字节编码
    （1）变长多字节编码
    某些字符用一个字节表示，其它字符用两个或多个字符表示，变长多字节编码常用于对亚洲语言的支持，   例如日语、汉语、印地语等
    例如：AL32UTF8（其中AL代表ALL,指适用于所有语言）、zhs16cgb231280
    （2）定长多字节编码
    每一个字符都使用固定长度字节的编码方案，目前oracle唯一支持的定长多字节编码是AF16UTF16，也是仅用于国家字符集

2.2.3 unicode编码
    Unicode是一个涵盖了目前全世界使用的所有已知字符的单一编码方案，也就是说Unicode为每一个字符提供唯一的编码。UTF-16是unicode的16位编码方式，是一种定长多字节编码，用2个字节表示一个unicode字符，AF16UTF16是UTF-16编码字符集。
    UTF-8是unicode的8位编码方式，是一种变长多字节编码，这种编码可以用1、2、3个字节表示一个unicode字符，AL32UTF8，UTF8、UTFE是UTF-8编码字符集

2.3 字符集超级
    当一种字符集（字符集A）的编码数值包含所有另一种字符集（字符集B）的编码数值，并且两种字符集相同编码数值代表相同的字符时，则字符集A是字符集B的超级，或称字符集B是字符集A的子集。
    Oracle8i和oracle9i官方文档资料中备有子集-超级对照表（subset-superset pairs），例如：WE8ISO8859P1是WE8MSWIN1252的子集。由于US7ASCII是最早的Oracle数据库编码格式，因此有许多字符集是US7ASCII的超集，例如WE8ISO8859P1、ZHS16CGB231280、ZHS16GBK都是US7ASCII的超集。

2.4 数据库字符集（oracle服务器端字符集）
    数据库字符集在创建数据库时指定，在创建后通常不能更改。在创建数据库时，可以指定字符集(CHARACTER SET)和国家字符集(NATIONAL CHARACTER SET)。

2.4.1字符集
    (1)用来存储CHAR, VARCHAR2, CLOB, LONG等类型数据
    (2)用来标示诸如表名、列名以及PL/SQL变量等
    (3)用来存储SQL和PL/SQL程序单元等

2.4.2国家字符集：
(1)用以存储NCHAR, NVARCHAR2, NCLOB等类型数据
(2)国家字符集实质上是为oracle选择的附加字符集，主要作用是为了增强oracle的字符处理能力，因为NCHAR数据类型可以提供对亚洲使用定长多字节编码的支持，而数据库字符集则不能。国家字符集在oracle9i中进行了重新定义，只能在unicode编码中的AF16UTF16和UTF8中选择，默认值是AF16UTF16

2.4.3查询字符集参数
    可以查询以下数据字典或视图查看字符集设置情况
    nls_database_parameters、props$、v$nls_parameters
    查询结果中NLS_CHARACTERSET表示字符集，NLS_NCHAR_CHARACTERSET表示国家字符集

2.4.4修改数据库字符集
按照上文所说，数据库字符集在创建后原则上不能更改。不过有2种方法可行。

1. 如果需要修改字符集，通常需要导出数据库数据，重建数据库，再导入数据库数据的方式来转换。

2. 通过ALTER DATABASE CHARACTER SET语句修改字符集，但创建数据库后修改字符集是有限制的，只有新的字符集是当前字符集的超集时才能修改数据库字符集，例如UTF8是US7ASCII的超集，修改数据库字符集可使用ALTER DATABASE CHARACTER SET UTF8。

2.5 客户端字符集（NLS_LANG参数）

2.5.1客户端字符集含义
客户端字符集定义了客户端字符数据的编码方式，任何发自或发往客户端的字符数据均使用客户端定义的字符集编码,客户端可以看作是能与数据库直接连接的各种应用，例如sqlplus,exp/imp等。客户端字符集是通过设置NLS_LANG参数来设定的。

2.5.2 NLS_LANG参数格式
    NLS_LANG=<language>_<territory>.<client character set>
    Language: 显示oracle消息,校验，日期命名
    Territory：指定默认日期、数字、货币等格式
    Client character set：指定客户端将使用的字符集
    例如：NLS_LANG=AMERICAN_AMERICA.US7ASCII
    AMERICAN是语言，AMERICA是地区，US7ASCII是客户端字符集

2.5.3客户端字符集设置方法
     1)UNIX环境
         $NLS_LANG=“simplified chinese”_china.zhs16gbk
         $export NLS_LANG
         编辑oracle用户的profile文件
    2)Windows环境
         编辑注册表
         Regedit.exe ---》 HKEY_LOCAL_MACHINE ---》SOFTWARE ---》 ORACLE-HOME

2.5.4 NLS参数查询
Oracle提供若干NLS参数定制数据库和用户机以适应本地格式，例如有NLS_LANGUAGE,NLS_DATE_FORMAT,NLS_CALENDER等，可以通过查询以下数据字典或v$视图查看。
NLS_DATABASE_PARAMETERS:显示数据库当前NLS参数取值，包括数据库字符集取值
NLS_SESSION_PARAMETERS：显示由NLS_LANG 设置的参数，或经过alter session 改变后的参数值（不包括由NLS_LANG 设置的客户端字符集）
NLS_INSTANCE_PARAMETE：显示由参数文件init<SID>.ora 定义的参数

V$NLS_PARAMETERS：显示数据库当前NLS参数取值

2.5.5修改NLS参数
    使用下列方法可以修改NLS参数
    （1）修改实例启动时使用的初始化参数文件
    （2）修改环境变量NLS_LANG
    （3）使用ALTER SESSION语句，在oracle会话中修改
    （4）使用某些SQL函数
    NLS作用优先级别：Sql function > alter session > 环境变量或注册表 > 参数文件 > 数据库默认参数

三．EXP/IMP 与 字符集

3.1 EXP/IMP
    Export 和 Import 是一对读写Oracle数据的工具。Export 将 Oracle 数据库中的数据输出到操作系统文件中, Import 把这些文件中的数据读到Oracle 数据库中，由于使用exp/imp进行数据迁移时，数据从源数据库到目标数据库的过程中有四个环节涉及到字符集，如果这四个环节的字符集不一致，将会发生字符集转换。
EXP
     ____________ _________________ _____________
     |imp导入文件|<-|环境变量NLS_LANG|<-|数据库字符集|
      ------------   -----------------   -------------

IMP
     ____________ _________________ _____________
     |imp导入文件|->|环境变量NLS_LANG|->|数据库字符集|
      ------------   -----------------   -------------

四个字符集是
   （1）源数据库字符集
   （2）Export过程中用户会话字符集（通过NLS_LANG设定）
   （3）Import过程中用户会话字符集（通过NLS_LANG设定）
   （4）目标数据库字符集

3.2导出的转换过程
    在Export过程中，如果源数据库字符集与Export用户会话字符集不一致，会发生字符集转换，并在导出文件的头部几个字节中存储Export用户会话字符集的ID号。在这个转换过程中可能发生数据的丢失。

例:如果源数据库使用ZHS16GBK，而Export用户会话字符集使用US7ASCII，由于ZHS16GBK是16位字符集,而US7ASCII是7位字符集，这个转换过程中，中文字符在US7ASCII中不能够找到对等的字符，所以所有中文字符都会丢失而变成“?? ”形式，这样转换后生成的Dmp文件已经发生了数据丢失。
因此如果想正确导出源数据库数据，则Export过程中用户会话字符集应等于源数据库字符集或是源数据库字符集的超集

3.3导入的转换过程
    （1）确定导出数据库字符集环境
             通过读取导出文件头，可以获得导出文件的字符集设置
    （2）确定导入session的字符集，即导入Session使用的NLS_LANG环境变量
    （3）IMP读取导出文件
             读取导出文件字符集ID，和导入进程的NLS_LANG进行比较
    （4）如果导出文件字符集和导入Session字符集相同，那么在这一步骤内就不需要转换，             如果不同，就需要把数据转换为导入Session使用的字符集。可以看出，导入数据到数据库过程中发生两次字符集转换

第一次:导入文件字符集与导入Session使用的字符集之间的转换，如果这个转换过程不能正确完成，Import向目标数据库的导入过程也就不能完成。
第二次:导入Session字符集与数据库字符集之间的转换。

四. 查看数据库字符集

涉及三方面的字符集，

1. oracel server端的字符集;

2. oracle client端的字符集;

3. dmp文件的字符集。

在做数据导入的时候，需要这三个字符集都一致才能正确导入。

4.1 查询oracle server端的字符集

有很多种方法可以查出oracle server端的字符集，比较直观的查询方法是以下这种:

SQL> select userenv('language') from dual;

USERENV('LANGUAGE')

----------------------------------------------------

SIMPLIFIED CHINESE_CHINA.ZHS16GBK

SQL>select userenv(‘language’) from dual;

AMERICAN _ AMERICA. ZHS16GBK

4.2 如何查询dmp文件的字符集

用oracle的exp工具导出的dmp文件也包含了字符集信息，dmp文件的第2和第3个字节记录了dmp文件的字符集。如果dmp文件不大，比如只有几M或几十M，可以用UltraEdit打开(16进制方式)，看第2第3个字节的内容，如0354，然后用以下SQL查出它对应的字符集:

SQL> select nls_charset_name(to_number('0354','xxxx')) from dual;

ZHS16GBK

如果dmp文件很大，比如有2G以上(这也是最常见的情况)，用文本编辑器打开很慢或者完全打不开，可以用以下命令(在unix主机上):

cat exp.dmp |od -x|head -1|awk '{print $2 $3}'|cut -c 3-6

然后用上述SQL也可以得到它对应的字符集。

4.3 查询oracle client端的字符集

在windows平台下，就是注册表里面相应OracleHome的NLS_LANG。还可以在dos窗口里面自己设置，

比如: set nls_lang=AMERICAN_AMERICA.ZHS16GBK

这样就只影响这个窗口里面的环境变量。

在unix平台下，就是环境变量NLS_LANG。

$echo $NLS_LANG

AMERICAN_AMERICA.ZHS16GBK

如果检查的结果发现server端与client端字符集不一致，请统一修改为同server端相同的字符集。

补充：

(1).数据库服务器字符集

select * from nls_database_parameters

来源于props$，是表示数据库的字符集。

(2).客户端字符集环境

select * from nls_instance_parameters

其来源于v$parameter，表示客户端的字符集的设置，可能是参数文件，环境变量或者是注册表

(3).会话字符集环境

select * from nls_session_parameters

来源于v$nls_parameters，表示会话自己的设置，可能是会话的环境变量或者是alter session完成，如果会话没有特殊的设置，将与nls_instance_parameters一致。

(4).客户端的字符集要求与服务器一致，才能正确显示数据库的非Ascii字符。

如果多个设置存在的时候，NLS作用优先级别：Sql function > alter session > 环境变量或注册表 > 参数文件 > 数据库默认参数

字符集要求一致，但是语言设置却可以不同，语言设置建议用英文。如字符集是zhs16gbk，则nls_lang可以是American_America.zhs16gbk。

五．修改oracle的字符集

按照上文所说，数据库字符集在创建后原则上不能更改。因此，在设计和安装之初考虑使用哪一种字符集十分重要。对数据库server而言，错误的修改字符集将会导致很多不可测的后果，可能会严重影响数据库的正常运行，所以在修改之前一定要确认两种字符集是否存在子集和超集的关系。一般来说，除非万不得已，我们不建议修改oracle数据库server端的字符集。特别说明，我们最常用的两种字符集ZHS16GBK和ZHS16CGB231280之间不存在子集和超集关系，因此理论上讲这两种字符集之间的相互转换不受支持。

不过修改字符集有2种方法可行。

1. 通常需要导出数据库数据，重建数据库，再导入数据库数据的方式来转换。

2. 通过ALTER DATABASE CHARACTER SET语句修改字符集，但创建数据库后修改字符集是有限制的，只有新的字符集是当前字符集的超集时才能修改数据库字符集，例如UTF8是US7ASCII的超集，修改数据库字符集可使用ALTER DATABASE CHARACTER SET UTF8。

5.1 修改server端字符集(不建议使用)

1. 关闭数据库

SQL>SHUTDOWN IMMEDIATE

2. 启动到Mount

SQL>STARTUP MOUNT;

SQL>ALTER SYSTEM ENABLE RESTRICTED SESSION;

SQL>ALTER SYSTEM SET JOB_QUEUE_PROCESSES=0;

SQL>ALTER SYSTEM SET AQ_TM_PROCESSES=0;

SQL>ALTER DATABASE OPEN;

--这里可以从父集到子集

SQL>ALTER DATABASE CHARACTER SET ZHS16GBK;

SQL>ALTER DATABASE NATIONAL CHARACTER SET ZHS16GBK;

--如果是从子集到父集，需要使用INTERNAL_USE 参数，跳过超子集检测

SQL>ALTER DATABASE CHARACTER SET INTERNAL_USE AL32UTF8;

SQL>ALTER DATABASE NATIONAL CHARACTER SET INTERNAL_USE AL32UTF8;

SQL>SHUTDOWN IMMEDIATE;

SQL>STARTUP

注意：如果没有大对象，在使用过程中进行语言转换没有什么影响，（切记设定的字符集必须是ORACLE支持，不然不能start）按上面的做法就可以。

若出现‘ORA-12717: Cannot ALTER DATABASE NATIONAL CHARACTER SET when NCLOB data exists’ 这样的提示信息，

要解决这个问题有两种方法

1. 利用INTERNAL_USE 关键字修改区域设置,

2. 利用re-create,但是re-create有点复杂,所以请用internal_use

SQL>SHUTDOWN IMMEDIATE;

SQL>STARTUP MOUNT EXCLUSIVE;

SQL>ALTER SYSTEM ENABLE RESTRICTED SESSION;

SQL>ALTER SYSTEM SET JOB_QUEUE_PROCESSES=0;

SQL>ALTER SYSTEM SET AQ_TM_PROCESSES=0;

SQL>ALTER DATABASE OPEN;

SQL>ALTER DATABASE NATIONAL CHARACTER SET INTERNAL_USE UTF8;

SQL>SHUTDOWN immediate;

SQL>startup;

如果按上面的做法做,National charset的区域设置就没有问题

5.2 修改dmp文件字符集

上文说过，dmp文件的第2第3字节记录了字符集信息，因此直接修改dmp文件的第2第3字节的内容就可以‘骗’过oracle的检查。这样做理论上也仅是从子集到超集可以修改，但很多情况下在没有子集和超集关系的情况下也可以修改，我们常用的一些字符集，如US7ASCII，WE8ISO8859P1，ZHS16CGB231280，ZHS16GBK基本都可以改。因为改的只是dmp文件，所以影响不大。

具体的修改方法比较多，最简单的就是直接用UltraEdit修改dmp文件的第2和第3个字节。

比如想将dmp文件的字符集改为ZHS16GBK，可以用以下SQL查出该种字符集对应的16进制代码: SQL> select to_char(nls_charset_id('ZHS16GBK'), 'xxxx') from dual;

0354

然后将dmp文件的2、3字节修改为0354即可。

如果dmp文件很大，用ue无法打开，就需要用程序的方法了。

5.3客户端字符集设置方法
     1)UNIX环境
         $NLS_LANG=“simplified chinese”_china.zhs16gbk
         $export NLS_LANG
         编辑oracle用户的profile文件
    2)Windows环境
         编辑注册表
         Regedit.exe ---》 HKEY_LOCAL_MACHINE ---》SOFTWARE ---》 ORACLE-HOME

或者在窗口设置：

set nls_lang=AMERICAN_AMERICA.ZHS16GBK

本文链接

Oracle数据块损坏恢复总结[转]

2010-11-05T05:37:00Z

在恢复前使用DBV命令检查数据文件是否存在坏块
dbv file=d:\oracle\oradata\mydb\RONLY.DBF blocksize=8192
查看数据坏块所在数据文件号及块号可以对表进行一次全表扫描，如：
select count(*) from tablename;
1、没有备份的情况下：

1.1、使用exp/imp恢复
在这种情况下肯定会造成数据的丢失，在这种情况下应采取将数据导出然后重建表再进行导入的方法，来尽量恢复损坏数据块中的数据，但是在有坏块的情况下是不允许导出的，如下命令：
Exp test/test file=t.dmp tables=t;
导出命令在执行中会报ORA-01578错误，在这错误提示中会提示那个文件号的文件以及这个文件中的哪个块被损坏，如：ORA—01578：ORACLE 数据块损坏（文件号 4，块号 35）
针对以上的提示首先查询那些对象被损坏：
Select tablespace_name,segment_type,owner,segment_name From dba_extents Where file_id=4 and 35 between block_id and block_id+blocks-1;
如果被损坏的块是索引，通常可以通过索引重建来解决，如果损坏的是数据（segment_type为table），那么通过设置如下内部事件使得Exp操作跳过坏块。
Alter session set events=’10231 trace name context forever,level 10’;
然后重新执行导出命令，导出相关的表，然后执行Drop Table命令删除相关表，之后重建表最后导入数据。

1.2、使用DBMS_REPAIR恢复
用DBMS_REPAIR当然也会丢失数据。这里不做详细的介绍，有兴趣的可以查看oracle的在线文档

2、使用Rman进行恢复：
首先要存在Rman的最新备份集，然后执行如下命令：
RMAN>backup validate datafile 4;检查4号数据文件是否存在坏块
执行查询：select * from v$database_block_corruption where file#=4;
如果4号文件存在坏块的话，那么将在结果集中有所显示，会显示损坏的块号，根据显示结果执行如下命令进行恢复：
RMAN>blockrecover datafile 4 block 35 from backupset;
该命令执行后即可恢复坏块，并且不会造成数据丢失，但是要求数据库必须要运行在归档模式下，否则RMAN无法发挥作用，而且通过RMAN做过最新的数据库备份

3、使用bbed恢复
使用bbed恢复时必须有数据文件的拷贝。
bbed就是英文block browse edit的缩写，用来直接查看和修改数据文件数据的一个工具。
在windows和linux上面都有
但在linux下需要编译：
然后把$ORACLE_HOME/rdbms/lib加到环境变量的PATH里面，就可以直接在命令中bbed了。
BBED的缺省口令为blockedit,For Oracle Internal Use only 请谨慎使用Oracle不做技术支持。
[oracle@test oracle]$ cd $ORACLE_HOME/rdbms/lib
[oracle@test lib]$ make -f ins_rdbms.mk $ORACLE_HOME/rdbms/lib/bbed
进入bbed后，可以使用help查看帮助
BBED> help
bbed的详细用法这里不做具体介绍。

本文链接

Oracle删除数据文件

2010-11-03T07:03:00Z

在我们详细介绍之前，我们必须说清楚一点：Oracle不提供如删除表、视图一样删除数据文件的方法，数据文件是表空间的一部分，所以不能“移走”表空间。

一、使用offline数据文件的方法

非归档模式使用：alter database datafile '...' offline drop;

归档模式使用： alter database datafile '...' offline;

说明：

1) 以上命令只是将该数据文件OFFLINE，而不是在数据库中删除数据文件。该数据文件的信息在控制文件种仍存在。查询v$datafile，仍显示该文件。

2) 归档模式下offline和offline drop效果是一样的

3) offline后，存在此datafile上的对象将不能访问

4) noarchivelog模式下，只要online redo日志没有被重写，可以对这个文件recover后进行online操作

实际使用案例：

直接删除数据文件后无法进入系统的解决方案

正常情况下，删除表空间的正确方法为：

DROP TABLESPACE tablespace_name INCLUDING CONTENTS AND DATAFILES;

如果没有通过以上命令删除而直接删除了数据文件，将导致数据库无法打开。

如果直接删除了数据文件

普通用户登录时，则报错：

ORA-01033: ORACLE initialization or shutdown in progress

sys用户可以正常登录

但进行操作时（SELECT count(1) FROM user_tables），则会报错：

ORA-01219: 数据库未打开: 仅允许在固定表/视图中查询

如果执行命令alter database open以打开数据库时，又报如下错：

ORA-01157: 无法标识/锁定数据文件 12 - 请参阅 DBWR 跟踪文件

ORA-01110: 数据文件 12: 'E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\TSTEST001.DBF'

说明数据库没找到这个数据文件

因为数据文件在没有被offline的情况下物理删除了,导致oracle的数据不一致,因此启动失败.

通过以下方法即可解决

解决方法：

sqlplus sys/orcl@orcl as sysdba;

SQL> alter database datafile 'E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\TSTEST001.DBF' offline drop;

SQL> alter database open;

SQL> drop tablespace CTBASEDATA;

二、Oracle 10G R2开始，可以采用：Alter tablespace tablespace_name drop datafile file_name;来删除一个空数据文件，并且相应的数据字典信息也会清除:

sys@ORCL>select file_id,file_name,tablespace_name from dba_data_files

2 where tablespace_name='USERS';

FILE_ID FILE_NAME TABLESPACE_NAME

------- -------------------------------------------- ------------------

4 /u01/app/oracle/oradata/orcl/users01.dbf USERS

sys@ORCL>alter tablespace users add datafile

2 '/u01/app/oracle/oradata/orcl/users02.dbf' size 5M autoextend off;

Tablespace altered.

sys@ORCL>select file_id,file_name,tablespace_name from dba_data_files

2 where tablespace_name='USERS';

FILE_ID FILE_NAME TABLESPACE_NAME

------- -------------------------------------------- -------------------

4 /u01/app/oracle/oradata/orcl/users01.dbf USERS

9 /u01/app/oracle/oradata/orcl/users02.dbf USERS

sys@ORCL>drop table test;

Table dropped.

sys@ORCL>create table test tablespace users

2 as

3 select * from dba_objects;

Table created.

sys@ORCL>select SEGMENT_NAME,FILE_ID,BLOCKS from dba_extents

2 where file_id=9;

SEGMENT_NAME FILE_ID BLOCKS

------------------------------ ---------- ----------

TEST 9 8

TEST 9 128

17 rows selected.

sys@ORCL>alter table test move tablespace PERFSTAT; --把表移动到其它表空间

Table altered.

sys@ORCL>select SEGMENT_NAME,FILE_ID,BLOCKS from dba_extents

2 where file_id=9;

no rows selected

sys@ORCL>alter tablespace users drop datafile

2 '/u01/app/oracle/oradata/orcl/users02.dbf';

Tablespace altered.

sys@ORCL>select file_id,file_name,tablespace_name from dba_data_files

2 where tablespace_name='USERS';

FILE_ID FILE_NAME TABLESPACE_NAME

------- -------------------------------------------- ---------------------

4 /u01/app/oracle/oradata/orcl/users01.dbf USERS

三、oracle 10g可以删除临时表空间的文件

alter database tempfile '/home/oracle/temp01.dbf' drop including datafiles;

ALTER DATABASE 与 ALTER TABLESPACE OFFLINE的区别

一．DataFile脱机或联机的两种方法：

① ALTER DATABASE 语句修改单独的DataFile

② ALTER TABLESPACE 语句修改所有的DataFile

1、在ARCHIVRLOG模式下的更改DataFile状态

ALTER DATABASE DATAFILE '/u02/oracle/rbdb1/stuff01.dbf' ONLINE;

ALTER DATABASE DATAFILE '/u02/oracle/rbdb1/stuff01.dbf' OFFLINE;

或者用文件号来表示 :

ALTER DATABASE DATAFILE 5 ONLINE;

ALTER DATABASE DATAFILE 5 OFFLINE;

注：只有在ARCHIVELOG模式下才可使用ALTER DATABASE来更改DataFile

2、在NOARCHIVELOG模式下使DataFile脱机

由于在NOARCHIVELOG模式下，数据文件脱机后会造成数据的遗失，所以只能使用ALTER DATABASE语句下带有DATAFILE和OFFLINE DROP子句的选项将该DataFile直接取消，例如该DataFile只包含临时段数据，并没有备份时

ALTER DATABASE DATAFILE '/u02/oracle/rbdb1/users3.dbf' OFFLINE DROP;

3、修改TableSpace中所有DataFile或TempFile的可用性

ALTER TABLESPACE ... DATAFILE {ONLINE|OFFLINE}

ALTER TABLESPACE ... TEMPFILE {ONLINE|OFFLINE}

注：修改某TableSpace中的所有数据文件，但是TableSpace本身的状态不改变。

总结：

① ALTER TABLESPACE可以在数据库装载状态时发布，无需打开

② 涉及到系统表空间、撤销表空间、默认临时表空间时，必须是未打开的数据库

③ ALTER DATABASE DATAFILE 语句中必须填入文件全名

二．表空间与数据文件脱机的区别

1. ALTER TABLESPACE ... OFFLINE

Does a checkpoint on the datafiles

Takes the datafiles offline

表空间Offline时，数据文件的SCN会被冻结，而且表空间的数据文件offline/online时又会发生文件检查点，使单个数据文件SCN和数据库其他问题不一致。

表空间online时，Oracle会取得当前SCN，解冻offline文件SCN，和当前SCN同步。

tablespace offline有几种选项可供选择normal, temporary,immediate, for recovery,而在datafile中则没有这些选项。

2. ALTER DATABASE DATAFILE ... OFFLINE

单纯的offline datafile，将不会触发文件检查点，只有针对offline tablespace的时候才会触发文件检查点，这也是为什么online datafile需要media recovery而online tablespace不需要。

注：只有在ARCHIVELOG模式下才可使用ALTER DATABASE来更改DataFile

本文链接

Oracle_Label_Security[转]

2010-06-21T05:14:00Z

http://www.dbform.com/html/tag/oracle_label_security

前言：
在Oracle9i中有一个组件称为Oracle Label Security，这个组件实现了基于自定义策略而对数据库中的表甚或是整个Schema提供行级安全性功能。实际上Oracle Label Security是在Oracle8.1.7中提出的，在9i版本中功能得到了大幅度增强。

本文通过一个简单的例子对Oracle Label Security的功能作初步的探讨，本文使用的环境是Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 for Windows 32 bit。

流程：
首先我们了解一下实现Oracle Label Security的大体流程。
通过Oracle提供的一系列存储过程，先创建一个policy，然后在policy中创建level，compartment，group，之后通过这些定义好的level，compartment，group再定义label，然后将policy绑定到某张表或者某个schema，最后再给相应的用户设置label。

其中牵涉到几个名词，解释一下：
Policy：就是安全策略，一个安全策略是level，compartment，group，label的集合。
Level：等级，这是最基础的安全控制等级，必须设置。
Compartment：分隔（这不是官方翻译），提供第二级的安全控制，是可选的。
Group：组（这不是官方翻译），提供第三级的安全控制，是可选的。
Label：标签，最终体现到每一行上的安全标签，必须设置。只有用户被赋予的标签和此行上的标签相同或者等级更高的时候，该行才能够被用户存取。

方法：
然后再来了解一下Oracle实现Label Security的大体方法。
在设置完Label以后，通过SQL Trace，我们可以看到用户发出的select语句执行计划有了变化，即使是全表扫描，也会多出一个filter的操作。

select *
from
documents
Rows Row Source Operation
------- ---------------------------------------------------
5 FILTER (cr=7 pr=0 pw=0 time=184 us)
5 TABLE ACCESS FULL DOCUMENTS (cr=7 pr=0 pw=0 time=131 us)

通过查看raw trace file可以看到Oracle在parse这个SQL的时候，自动添加了一个条件：
begin :con := LBAC_RLS.READ_FILTER(:sn, : on); end;
而这个条件的具体操作在trace file中也有保存，此处就不多说了。总之，通过trace我们知道对于设置了label的表的select操作，Oracle自动添加了条件来保证用户只能选择到自己能够看到的记录。

那么，对于DML（insert，update，delete）操作呢？其实，Oracle是自动在表上添加了触发器，这一点我们可以在设置完label以后，通过dba_triggers视图验证，添加的是INSERT AFTER EACH ROW，UPDATE AFTER EACH ROW和DELETE BEFORE EACH ROW三个trigger，Oracle的很多功能在内部其实都是通过trigger完成，比如高级复制同样如此，但是Oracle一直声称这些trigger是内部实现的，所以比用户自定义的trigger效率要高。当然，内部trigger和自定义trigger在实现机制上是否真的不同，还有待验证。

目的：
下面我们的例子将实现这样的功能。

给DOCUMENTS表中的数据设置8个标签：
第一个标签是PUBLIC，表示该类记录所有人都可以读取。
第二个标签是HR部门的员工才可以读取的。
第三个标签是HR部门并且是WEST地区的员工才可以读取的。
第四个标签是HR部门并且是EAST地区的员工才可以读取的。
第五个标签是FIN部门的员工才可以读取的。
第六个标签是FIN部门并且是WEST地区的员工才可以读取的。
第七个标签是FIN部门并且是EAST地区的员工才可以读取的。
第八个标签是无论哪个部门，无论哪个地区，都可以读取。

这8个标签用于控制DOCUMENTS表中的所有记录，记录一共分成5种类型，这里我们简化为5条记录。

SQL> select * from kamus.documents;
DOCID DOCNAME
---------- ----------------------------------------
1 SHARE_WARE
2 INTERNAL_HR_WEST
3 INTERNAL_HR_EAST
4 INTERNAL_FIN_EAST
5 INTERNAL_FIN_WEST

如果一个用户被赋予了第一个标签，那么他只能读取DOCID=1的第一条记录。
如果一个用户被赋予了第二个标签，那么他能读取1，2，3这三条记录。
如果一个用户被赋予了第三个标签，那么他能读取1，2这两条记录。
如果一个用户被赋予了第四个标签，那么他能读取1，3这两条记录。
如果一个用户被赋予了第五个标签，那么他能读取1，4，5这三条记录。
如果一个用户被赋予了第六个标签，那么他能读取1，5这两条记录。
如果一个用户被赋予了第七个标签，那么他能读取1，4这两条记录。
如果一个用户被赋予了第八个标签，那么他能读取所有的5条记录。

因为是初次探讨Label Security功能，所以可能在标签设置上还有更加简化的方法，也希望大家能够在看了本文以后思考一下，看看是否能更加简单地实现相同的功能。

步骤：
我们需要用到3个用户，一个是拥有DOCUMENTS表的KAMUS用户，一个是用于设置OLS策略的LBACSYS用户，另外一个是不受OLS策略制约的SYS用户（用来方便的插入和更新测试数据）。
1．安装Oracle Label Security
在安装数据库软件的时候必须保证选择了Oracle Label Security组件，否则所有功能都无法使用。如果当时没有选择，可以重新运行Universal Installer进行安装。
LBACSYS用户可以利用$ORACLE_HOME/rdbms/admin/catols.sql创建。

SQL> CONN / AS SYSDBA;
SQL> @?/rdbms/admin/catols

在这个脚本的最后会自动关闭数据库，所以请不要在生产库上直接测试。

再次打开数据库，就可以使用LBACSYS用户登录了，默认密码就是lbacsys，如果投放在生产环境中，请立刻修改默认密码。

2．创建安全策略

SQL> CONN lbacsys/lbacsys
SQL> EXEC sa_sysdba.create_policy('DOC_POLICY', 'DOC_LABEL');

第一个参数DOC_POLICY是策略的名称，第二个参数DOC_LABEL是即将添加到DOCUMENTS表中的用于存储标签的字段名，这个字段将在后面apply table policy的时候自动完成，所以不必预先添加。

可以从DBA_SA_POLICIES视图中查询安全策略的情况。

3．定义Level

SQL> EXEC sa_components.create_level('DOC_POLICY', 1000,'PUBLIC', 'Public Level');
SQL> EXEC sa_components.create_level('DOC_POLICY', 2000,'INTERNAL', 'Internal Level');

第一个参数是上一步创建的安全策略的名字。第二个参数是Level的等级，数字越大表示权限越高，比如此处具有INTERNAL等级的就可以同时查看有PUBLIC等级的数据。第三个参数是Level的短名，随便定义。第四个参数是Level的长名，只是起到一个说明的作用，随便定义。

可以从DBA_SA_LEVELS视图中查询安全等级的情况。

4．定义Compartment。
本步操作是可选项，仅仅使用上一步中的Level就已经可以控制数据的行级安全性了，但是如果要实现更加复杂的控制，就可能需要定义Compartment和下一步的Group。

SQL> EXEC sa_components.create_compartment('DOC_POLICY', 200,'FIN', 'FINANCE');
SQL> EXEC sa_components.create_compartment('DOC_POLICY', 100,'HR', 'HUMAN_R');

参数依次是安全策略名，Compartment数字，短名，长名，此处的Compartment数字不涉及到权限的高低，仅仅是一个标识符而已。
可以从DBA_SA_COMPARTMENTS视图中查询安全间隔的情况。

5．定义Group。

SQL> EXEC sa_components.create_group('DOC_POLICY', 10,'ALL', 'ALL_REGIONS');
SQL> EXEC sa_components.create_group('DOC_POLICY', 20,'WEST', 'WEST_REGIONS');
SQL> EXEC sa_components.create_group('DOC_POLICY', 30,'EAST', 'EAST_REGIONS');

参数依次是安全策略名，Group数字，短名，长名，此处的Group数字不涉及到权限的高低，仅仅是一个标识符而已。

可以从DBA_SA_GROUPS视图中查询安全组的情况。

注意，create_group存储过程有第5个参数，是parent_name，通过这个参数可以实现几乎无限制的多层权限控制，本文就不再深入了。

6．创建Label。

SQL> EXEC sa_label_admin.create_label('DOC_POLICY', '10000', 'PUBLIC', TRUE);
SQL> EXEC sa_label_admin.create_label('DOC_POLICY', '30000', 'INTERNAL:HR:WEST,EAST', TRUE);
SQL> EXEC sa_label_admin.create_label('DOC_POLICY', '35000', 'INTERNAL:HR:WEST', TRUE);
SQL> EXEC sa_label_admin.create_label('DOC_POLICY', '36000', 'INTERNAL:HR:EAST', TRUE);
SQL> EXEC sa_label_admin.create_label('DOC_POLICY', '40000', 'INTERNAL:FIN:WEST,EAST', TRUE);
SQL> EXEC sa_label_admin.create_label('DOC_POLICY', '45000', 'INTERNAL:FIN:WEST', TRUE);
SQL> EXEC sa_label_admin.create_label('DOC_POLICY', '46000', 'INTERNAL:FIN:EAST', TRUE);
SQL> EXEC sa_label_admin.create_label('DOC_POLICY', '50000', 'INTERNAL:FIN,HR:EAST,WEST', TRUE);

创建了上文提到的8个label。

参数依次是安全策略名，Label Tag，Label值，是否为data label。
其中Label Tag必须是不同于系统中任何策略number的数字。
Label值是最关键的地方，通过组合前面几步中定义的level，compartment，group来设置标签，各个级别之间用冒号（:）隔开，一个级别中的多个元素用逗号（,）隔开。
是否为data label是一个布尔值，只有为TRUE的时候，这个标签才可以用于控制表数据的安全性。

可以从DBA_SA_LABELS视图中查询安全标签的情况。

7．将策略赋予表。。

SQL> EXEC sa_policy_admin.apply_table_policy -
> ( policy_name => 'DOC_POLICY' -
> , schema_name => 'KAMUS' -
> , table_name => 'DOCUMENTS' -
> , table_options => 'LABEL_DEFAULT, READ_CONTROL,WRITE_CONTROL,HIDE');

前三个参数表示我们将DOC_POLICY策略附加到KAMUS用户的DOCUMENTS表上，执行这步操作的时候，Oracle会自动将第二步中定义的列添加到表中，如果这步执行成功，我们立刻用KAMUS用户检索DOCUMENTS表，会发现一条记录都没有了，这说明Label Security已经起作用了。

第四个参数用于设定策略如何控制表的安全性。LABEL_DEFAULT表示如果以后一个用户新增数据的时候没有指定Label那么将会使用该用户的default session label（这个default值在下面一步的用户Label设定中定义），READ_CONTROL,WRITE_CONTROL表示对于表的读写操作都受到安全策略的制约，HIDE表示不在desc表结构的时候显示DOC_LABEL列名，如果想要显示就省略HIDE字样。

注意，一旦apply策略完成，那么要修改table_options的值，比如想把HIDE去掉，那么就必须先用sa_policy_admin.remove_table_policy函数删除policy定义，然后重新apply。

8．将Label赋予用户。
使用sa_user_admin.set_user_labels存储过程来将label赋予用户，这个存储过程有不少参数，但是必须输入的只有policy_name，user_name，max_read_label三项，其它参数如果省略的话，都有默认值。
比如def_label参数（用户新增数据的时候没有指定Label时的默认Label）如果没有设定，那么默认为跟max_read_label相同。

我们通过给KAMUS用户赋予不同的Label，来完成测试的目的。每次用LBACSYS用户设置完KAMUS用户的label，KAMUS用户都必须重新登录一次，设置才会生效。

--如果一个用户被赋予了第一个标签，那么他只能读取DOCID=1的第一条记录。
SQL> EXEC sa_user_admin.set_user_labels(policy_name=> 'DOC_POLICY',user_name =>'KAMUS',max_read_label =>'PUBLIC');
SQL> conn kamus/kamus
Connected to Oracle Database 10g Enterprise Edition Release 10.2.0.1.0
Connected as kamus
SQL> select * from documents;
DOCID DOCNAME DOC_LABEL
---------- ---------------------------------------- -----------
1 SHARE_WARE 10000
--如果一个用户被赋予了第二个标签，那么他能读取1，2，3这三条记录。
SQL> EXEC sa_user_admin.set_user_labels(policy_name=> 'DOC_POLICY',user_name =>'KAMUS',max_read_label =>'INTERNAL:HR:EAST,WEST');
SQL> conn kamus/kamus
Connected to Oracle Database 10g Enterprise Edition Release 10.2.0.1.0
Connected as kamus
SQL> select * from documents;
DOCID DOCNAME
---------- ----------------------------------------
1 SHARE_WARE
2 INTERNAL_HR_WEST
3 INTERNAL_HR_EAST
--如果一个用户被赋予了第三个标签，那么他能读取1，2这两条记录。
SQL> EXEC sa_user_admin.set_user_labels(policy_name=> 'DOC_POLICY',user_name =>'KAMUS',max_read_label =>'INTERNAL:HR:WEST');
SQL> conn kamus/kamus
Connected to Oracle Database 10g Enterprise Edition Release 10.2.0.1.0
Connected as kamus
SQL> select * from documents;
DOCID DOCNAME
---------- ----------------------------------------
1 SHARE_WARE
2 INTERNAL_HR_WEST
--如果 …… 此处省略中间的测试，大同小异。
--如果一个用户被赋予了第八个标签，那么他能读取所有的5条记录。
SQL> EXEC sa_user_admin.set_user_labels(policy_name=> 'DOC_POLICY',user_name =>'KAMUS',max_read_label =>'INTERNAL:FIN,HR:EAST,WEST');
SQL> conn kamus/kamus
Connected to Oracle Database 10g Enterprise Edition Release 10.2.0.1.0
Connected as kamus
SQL> select * from documents;
DOCID DOCNAME
---------- ----------------------------------------
1 SHARE_WARE
2 INTERNAL_HR_WEST
3 INTERNAL_HR_EAST
4 INTERNAL_FIN_EAST
5 INTERNAL_FIN_WEST

至此，这个Oracle Label Security 的实验基本上是完成了，达到了我们预先计划的目标。

其它：
Label Security对于exp同样具有安全控制作用，但是并不全面。常规路径的EXP受到了安全控制。

D:\Temp>exp kamus/kamus tables=documents file=d.dmp

Export: Release 10.2.0.1.0 - Production on 星期四 1月 11 22:08:48 2007

Copyright (c) 1982, 2005, Oracle. All rights reserved.

连接到: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, Oracle Label Security, OLAP and Data Mining options
已导出 ZHS16GBK 字符集和 AL16UTF16 NCHAR 字符集

即将导出指定的表通过常规路径...
EXP-00079: 表 "DOCUMENTS" 中的数据是被保护的。常规路径只能导出部分表。
. . 正在导出表 DOCUMENTS导出了 2 行
EXP-00091: 正在导出有问题的统计信息。
导出成功终止, 但出现警告。

但是只要加上direct=y这样用直接路径导出，就跳过了Label Security的控制。

D:\Temp>exp kamus/kamus tables=documents file=d.dmp direct=y

Export: Release 10.2.0.1.0 - Production on 星期四 1月 11 22:08:53 2007

Copyright (c) 1982, 2005, Oracle. All rights reserved.

连接到: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, Oracle Label Security, OLAP and Data Mining options
已导出 ZHS16GBK 字符集和 AL16UTF16 NCHAR 字符集

即将导出指定的表通过直接路径...
. . 正在导出表 DOCUMENTS导出了 5 行
成功终止导出, 没有出现警告。

而关于性能方面，如果表中数据量很大，那么出于性能考虑，可能需要在Label列上（本例中的DOC_LABEL）添加合适的索引，根据cardinality的多少，选择B-Tree或者bitmap索引。

提问：
大家可能注意到在第5步定义Group的时候，我定义了3个组，其中ALL组一直没有用到，那么现在的问题就是：
新创建一个Label：

EXEC sa_label_admin.create_label('DOC_POLICY', '20000', 'INTERNAL:HR:ALL', TRUE);

新插入一条数据

insert into kamus.documents values(6,'INTERNAL_HR_ALL',20000);

而此时KAMUS用户的max_read_label是最高等级的’INTERNAL:FIN,HR:EAST,WEST’
那么select * from documents;会有几行数据返回？

注意：插入数据，可以通过直接指定Label Tag数值或者使用CHAR_TO_LABEL函数，比如上面的insert语句等值于：

insert into kamus.documents values(6,'INTERNAL_HR_ALL', CHAR_TO_LABEL('DOC_POLICY',' INTERNAL:HR:ALL'));

结论：
通过Oracle Label Security策略可以很方便地在数据库这个层面上完成对于应用数据的安全性保护，个人认为跟基于VPD和SYS_CONTEXT的行级安全保护方法相比，OLS在分层控制方面更有效，设置更简单，而后者则因为手动编写VPD策略函数，所以具有更大的灵活性。但是无论是使用OLS还是VPD策略函数，都无法防止SYSDBA用户查看业务数据，针对此问题，Oracle的解决方案是Oracle Data Vault。

后续：
Oracle数据库安全领域有很多我还没有接触到的东西需要学习，下面一篇文章我将会介绍Oracle10g的新增组件Oracle Data Vault ，敬请期待。

本文链接

用裸设备扩数据库表空间专题(完整版)

2010-04-13T06:47:00Z

硬件环境：小型机 IBM P670，存储：IBM SHARK F-20
软件环境：操作系统 AIX5.1 数据库oracle9i
主题思想：物理卷PV－>卷组VG－>逻辑卷LV（类型：raw）－>添加表空间
操作过程：
一、首先＃lsvg – o //查看所有可用卷组
datavg03
datavg02
datavg01
datavg00
rootvg
二、然后对用来专为数据库准备的卷组进行如下操作：
＃lsvg –l datavg03
datavg09:
LV NAME TYPE LPs PPs PVs LV STATE MOUNT POINT
lvdata0316 raw 64 64 1 open/syncd N/A
lvdata0317 raw 64 64 1 open/syncd N/A
lvdata0318 raw 64 64 1 closed/syncd N/A
lvdata0319 raw 64 64 1 closed/syncd N/A
lvdata0320 raw 64 64 1 closed/syncd N/A
lvdata0321 raw 64 64 1 closed/syncd N/A
lvdata0322 raw 64 64 1 closed/syncd N/A
lvdata0323 raw 64 64 1 closed/syncd N/A
lvdata0324 raw 64 64 1 closed/syncd N/A
lvdata0325 raw 64 64 1 closed/syncd N/A
lvdata0326 raw 64 64 1 closed/syncd N/A
lvdata0327 raw 64 64 1 closed/syncd N/A
lvdata0328 raw 64 64 1 closed/syncd N/A
lvdata0329 raw 64 64 1 closed/syncd N/A
lvdata0330 raw 64 64 1 closed/syncd N/A
由显示可知：该卷组还有13个逻辑卷（裸设备）未被使用（如果在显示结果中没有closed/syncd状态的逻辑卷，可进入第3步）但如何知道这13个逻辑卷有多大容量呢，可以机使用如下命令：
＃lslv lvdata0315
LOGICAL VOLUME: lvdata0309 VOLUME GROUP: datavg09
LV IDENTIFIER: 0037de1d00004c0000000105cd3b6816.11 PERMISSION: read/write
VG STATE: active/complete LV STATE: opened/syncd
TYPE: raw WRITE VERIFY: off
MAX LPs: 512 PP SIZE: 64 megabyte(s)
COPIES: 1 SCHED POLICY: parallel
LPs: 64 PPs: 64
STALE PPs: 0 BB POLICY: relocatable
INTER-POLICY: minimum RELOCATABLE: yes
INTRA-POLICY: middle UPPER BOUND: 32
MOUNT POINT: N/A LABEL: None
MIRROR WRITE CONSISTENCY: on/ACTIVE
EACH LP COPY ON A SEPARATE PV ?: yes
可看到物理分区大小为64M，由于在同一卷组当中，所以可以知道所有物理分区大小都是64M，从lsvg － l datavg09 的显示结果可看到，PPs：LPs＝1：1所以，每个逻辑卷的大小是：LPs×PP SIZE=64*64M=4096M=4G,进而可知还有13个4G的逻辑卷，未被使用。
但到此还不能完全保证就可以使用这13个逻辑卷对数据库的表空间进行扩充，因为我们还不知到这些裸设备的属主，所以还需要如下步骤：
＃cd /dev
# ls –l rlvdata03* //显示以rlvdata03开头的文件属性
crw-rw---- 1 oracle dba 58, 20 Aug 22 11:33 rlvdata0318
crw-rw---- 1 oracle dba 58, 21 Aug 22 11:35 rlvdata0319
crw-rw---- 1 oracle dba 58, 22 Aug 22 11:37 rlvdata0320
crw-rw---- 1 oracle dba 58, 23 Aug 22 12:35 rlvdata0321
crw-rw---- 1 oracle dba 58, 24 Aug 22 12:37 rlvdata0322
crw-rw---- 1 oracle dba 58, 25 Aug 22 12:39 rlvdata0323
crw-rw---- 1 oracle dba 58, 26 Aug 22 12:39 rlvdata0324
crw-rw---- 1 oracle dba 58, 27 Aug 19 16:14 rlvdata0325
从查询结果可知，裸设备的属主已经是oracle了，oracle可以添加这些裸设备了，但如果裸设备的属主不是oracle而是其他用户，那么需要
＃chown oracle：dba rlvdata03* //要根据实际情况修改，千万小心
三、添加表空间我们可以登录数据库了，使用有创建或修改表空间权限的用户登录数据库（有多种方法），我们以sqlplus为例：
＃su － oracle
$ sqlplus /nolog
SQL*Plus: Release 9.2.0.5.0 - Production on Mon Aug 22 12:49:55 2005
Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.
SQL>conn /as sysdba
Connected.
SQL>alter tablespace ts_index add datafile
2 ‘/dev/rlvdata0318’ size 4090; //size 是4090而不是4096，如果4096全部使用的话，容易出错
SQL> Tablespace altered
可以反复以上操作，完成其它裸设备的添加，从而达到表空间扩充的目的。
但是如果以上13个逻辑卷还不能满足扩充需求，那么可以继续以下步骤
四、＃lsvg datavg09 //查看卷组信息和使用情况,看是否还有足够的空间
VOLUME GROUP: datavg09 VG IDENTIFIER: 0037de1d00004c000000010
5cd3b6816
VG STATE: active PP SIZE: 64 megabyte(s)
VG PERMISSION: read/write TOTAL PPs: 2605 (166720 megabytes)
MAX LVs: 256 FREE PPs: 557 (35648 megabytes)
LVs: 32 USED PPs: 2048 (131072 megabytes)
OPEN LVs: 16 QUORUM: 3
TOTAL PVs: 5 VG DESCRIPTORS: 5
STALE PVs: 0 STALE PPs: 0
ACTIVE PVs: 5 AUTO ON: no
MAX PPs per PV: 1016 MAX PVs: 32
LTG size: 128 kilobyte(s) AUTO SYNC: no
HOT SPARE: no
显示信息可以看到，该卷组目前还有35648M空间供使用，则可以进行如下操作：
＃mklv -y ‘lvdata0331’ - t ‘raw’ datavg09 64
说明：在卷组datavg09上创建逻辑卷lvdata0331，逻辑卷的类型是raw，逻辑卷的lps是64
逻辑卷大小太大对会影响数据库性能，所以不宜创建过大的裸设备。
然后进行前面的‘三’节
但是如果当前所有的卷组都已使用完，没有可以用来添加裸设备的卷组，那么还要，创建卷组。
五、创建卷组在创建之前，我们首先看一下有没有可用的物理卷
＃lspv
vpath53 000b273dbe31ff50 datavg03
vpath54 000b273dbe320138 datavg03
vpath55 000b273dbe320303 datavg03
vpath56 000b273dbe320795 None
vpath57 000b273dbe320a46 None
vpath58 000b273dbe320c29 None
可以看到vpath56、vpath57、vpath58、还没有备卷组使用。由于当前环境的存储提供是磁盘阵列，所以vpath 是在阵列上指定了大小的，在小型机系统认到的所谓的“物理卷”（其实真正的物理卷，应该是
hdisk）。
＃ mkvg -f -y'datavg04' -s'64' '-n' vpath56 vpath57 vpath58
说明：用 vpath56 vpath57 vpath58 创建卷组datavg04，并且物理分区大小是64M
卷组创建好后，重复前面的步骤即可完成。
参考：
裸设备，也叫裸分区（原始分区），是一种没有经过格式化，不被Unix通过文件系统来读取的特殊字符设备。本文收集裸设备和Oracle问答20例。　　
1．什么叫做裸设备？
　　裸设备，也叫裸分区（原始分区），是一种没有经过格式化，不被Unix通过文件系统来读取的特殊字符设备。它由应用程序负责对它进行读写操作。不经过文件系统的缓冲。　　
2．如何辨别裸设备？
　　在Unix的/dev 目录下，有许多文件，其中有两个大类：字符设备文件和块设备文件。　　字符设备特殊文件进行I/O操作不经过操作系统的缓冲区，而块设备特殊文件用来同外设进行定长的包传输。字符特殊文件与外设进行I/o操作时每次只传输一个字符。而对于块设备特殊文件来说，它用了cache机制，在外设和内存之间一次可以传送一整块数据。裸设备使用字符特殊文件。在/dev 目录下，你可以看到许多这样的文件。　　
3．使用裸设备的好处　　
因为使用裸设备避免了再经过Unix操作系统这一层，数据直接从Disk到Oracle进行传输，所以使用裸设备对于读写频繁的数据库应用来说，可以极大地提高数据库系统的性能。当然，这是以磁盘的 I/O 非常大，磁盘I/O已经称为系统瓶颈的情况下才成立。如果磁盘读写确实非常频繁，以至于磁盘读写成为系统瓶颈的情况成立，那么采用裸设备确实可以大大提高性能，最大甚至可以提高至40％，非常明显。　　而且，由于使用的是原始分区，没有采用文件系统的管理方式，对于Unix维护文件系统的开销也都没有了，比如不用再维护I-node，空闲块等，这也能够导致性能的提高。　　
4．如何决定是否应该使用裸设备？　　
判断是否使用裸设备要从以下方面进行考虑：首先，数据库系统本身需要已经被比较好的经过了优化。优化是一门很有些技术的话题，很难简单地讲述。其次，使用Unix命令来辨别是否存在磁盘读写瓶颈。比如Unix的vmstat, sar 等命令都可以较好的进行鉴别。如果决定采用裸设备，需要磁盘上还有空闲的分区。否则，就要新添磁盘，或者对原有系统重新规划。　　
5．什么系统必须使用裸设备？　　
如果使用了Oracle 并行服务器选项，则必须采用裸设备来存放所有的数据文件，控制文件，重做日志文件。只有把这些文件放到裸设备上，才能保证所有Oracle 实例都可以读取这个数据库的文件。这是由Unix操作系统的特性决定的。　　还有一种情况是，如果你想使用异步I/O，那么在有些Unix上也必须采用裸设备。这个需要参考具体Unix的相关文档。
6．能够使用一个磁盘的第一个分区作为裸设备吗？　　
可以，但是不推荐。在Unix的比较旧的版本是银行，磁盘的第一个分区常常包含这个磁盘的一些信息，以及逻辑卷的一些控制信息。若这些部分被裸设备覆盖的话，磁盘就会变得不可识别，导致系统崩溃。　　较新的Unix版本不会发生这样的情况，因为它们采用了更复杂的技术来管理磁盘，逻辑卷的一些信息。　　但是，除非很确信不要使用磁盘的第一个分区来作为裸设备。
7．我可以把整个裸设备都作为Oracle的数据文件吗？　　
不行。必须让数据文件的大小稍微小于该裸设备的实际大小。至少要空出两个oracle块的大小来。　
8．裸设备应该属于那个用户？　　
应该由root来创建裸设备，然后再分配给Oracle用户以供使用。同时还要把它归入Oracle用户所在的那个组里边（通常都是DBA）。　　
9．在创建数据文件时如何指定裸设备？　　
和普通文件没有什么太大的区别，一样都是在单引号里边写上裸设备的详细路径就可以了。举一个例子：要在创建一个表空间，使用两个裸设备，每个分别为30M的大小，Oracle块的大小为4K，可以用下面的命令：　　CREATE TABLESPACE RAW_TS　　DATAFILE '/dev/raw1' size 30712k　　DATAFILE '/dev/raw2' size 30712k;
10.Oracle块的大小和裸设备有什么关系吗？　　
Oracle会必须是裸设备上物理块大小的倍数。　　
11．如何在裸设备上进行备份？　　
在裸设备上，不能使用Unix实用程序来进行备份，唯一的办法是使用最基本的Unix命令：DD来进行备份。比如：dd if=/dev/raw1 of=/dev/rmt0 bs=16k。dd的具体语法可以参考unix手册，或者联机帮助。你也可以先用dd把裸设备上的数据文件备份到磁盘上，然后再利用Unix实用程序进一步处理。行服务器选项，
12。我可以在数据库上让一部分数据文件使用文件系统，另一部分使用裸设备吗？　　
可以。但是这样的话，会使备份过程更加复杂。
13．我应该把联机重做日志文件放到裸设备上吗？　　
这是一个极好的选择。联机重做日志文件是写操作非常频繁的文件，放到裸设备上非常合适。如果你使用了并行服务器选项，那么联机重做日志文件必须放到裸设备上面。　　
14．可以把归档日志文件放到裸设备上吗？　　
不行。归档日志文件必须放到常规的Unix文件系统上面，或者直接放到磁带上面去。　　
15．我可以在裸设备上边放置多个数据文件吗？　　
不行。所以你必须在设置裸设备时非常小心。太小的话，会导致空间很快用完，太大的话，空间就白白浪费了。　　
16．因应该把几个裸设备放到同一个物理磁盘上吗？　　
这样做不好。因为使用裸设备就是为了提高磁盘读写速度。而把多个裸设备放到同一个物理磁盘上会导致读写竞争，这样对于提高I/O速度是不利的。应该尽量分散裸设备到不同的物理磁盘上，最好是分散到不同的磁盘控制器上。这是最佳选择。　　
17．需要把所有裸设备都定义成同样的大小吗？　　
这不是必须得，但是划分成同样的大小对于管理数据库比较有利。　　
18．为了在Unix上使用裸设备，我需要改变Unix核心参数吗？　　不需要。但可以选择减小缓冲区的大小，如果没有别的应用也在同一台Unix机器上运行。因为运用了裸设备以后，不再使用Unix的系统缓冲区。　　
19．为了提高读写速度，在操作系统级别上，还有什么办法可以采取吗？　　
使用RAID（廉价冗余磁盘阵列）也是非常有效的办法，尤其实那种读写非常频繁的系统。　　
20．在考虑了以上所有方面后，还能有什么办法可以提高性能的吗？　　
这就需要对Oracle 进行优化，并且购买更多的磁盘和磁盘控制器，来分散I/O

本文链接

AIX Oracle RAC表空间增加数据文件

2010-04-13T06:36:00Z

准备工作：

#lsvg DATAVG

VOLUME GROUP: DATAVG VG IDENTIFIER: 000b9d5a00004c00000000f070632cf6

VG STATE: active PP SIZE: 8 megabyte(s)

VG PERMISSION: read/write TOTAL PPs: 34754 (278032 megabytes)

MAX LVs: 512 FREE PPs: 2315 (18520 megabytes)

LVs: 125 USED PPs: 32439 (259512 megabytes)

OPEN LVs: 107 QUORUM: 2

TOTAL PVs: 2 VG DESCRIPTORS: 3

STALE PVs: 0 STALE PPs: 0

ACTIVE PVs: 2 AUTO ON: no

MAX PPs per PV: 24384 MAX PVs: 5

LTG size: 128 kilobyte(s) AUTO SYNC: no

HOT SPARE: no

该命令可以看出vg的重要属性及占用情况，作为是否需要扩容的一个依据。

#lsvg -l DATAVG

DATAVG:

LV NAME TYPE LPs PPs PVs LV STATE MOUNT POINT

loglv00 jfslog 1 1 1 open/syncd N/A

lv00 jfs 3870 3870 1 open/syncd /smcbill

system92 raw 256 256 1 open/syncd N/A

temp92 raw 64 64 1 open/syncd N/A

undotbs92 raw 256 256 1 open/syncd N/A

redo92_01 raw 64 64 1 closed/syncd N/A

redo92_02 raw 64 64 1 closed/syncd N/A

redo92_03 raw 64 64 1 open/syncd N/A

cwmlite92 raw 36 36 1 open/syncd N/A

drsys92 raw 36 36 1 open/syncd N/A

indx92 raw 36 36 1 open/syncd N/A

tools92 raw 36 36 1 open/syncd N/A

users92 raw 36 36 1 open/syncd N/A

xdb92 raw 36 36 1 open/syncd N/A

ctl92_01 raw 64 64 1 open/syncd N/A

ctl92_02 raw 64 64 1 open/syncd N/A

ctl92_03 raw 64 64 1 open/syncd N/A

lv_smcdata1 raw 256 256 1 open/syncd N/A

lv_smcdata2 raw 256 256 1 open/syncd N/A

lv_smcdata3 raw 256 256 1 open/syncd N/A

lv_smcdata4 raw 256 256 1 open/syncd N/A

lv_smcdata5 raw 256 256 1 open/syncd N/A

lv_smcdata6 raw 256 256 1 open/syncd N/A

lv_smcdata7 raw 256 256 1 open/syncd N/A

lv_smcdata8 raw 256 256 1 open/syncd N/A

lv_smcdata9 raw 256 256 1 open/syncd N/A

lv_smcdata10 raw 256 256 1 open/syncd N/A

lv_smcdata11 raw 256 256 1 open/syncd N/A

lv_smcdata12 raw 256 256 1 open/syncd N/A

lv_smcdata13 raw 256 256 1 open/syncd N/A

lv_smcdata14 raw 256 256 1 open/syncd N/A

lv_smcdata15 raw 256 256 1 open/syncd N/A

lv_smcdata16 raw 256 256 1 open/syncd N/A

lv_smcdata17 raw 256 256 1 open/syncd N/A

lv_smcdata18 raw 256 256 1 open/syncd N/A

lv_smcdata19 raw 256 256 1 open/syncd N/A

lv_smcdata20 raw 256 256 1 open/syncd N/A

lv_smcdata21 raw 256 256 1 open/syncd N/A

lv_smcdata22 raw 256 256 1 open/syncd N/A

lv_smcdata23 raw 256 256 1 open/syncd N/A

lv_smcdata24 raw 256 256 1 open/syncd N/A

lv_smcdata25 raw 256 256 1 open/syncd N/A

lv_smcdata26 raw 256 256 1 open/syncd N/A

lv_smcdata27 raw 256 256 1 open/syncd N/A

lv_smcdata28 raw 256 256 1 open/syncd N/A

lv_smcdata29 raw 256 256 1 open/syncd N/A

lv_smcdata30 raw 256 256 1 open/syncd N/A

lv_smcdata31 raw 256 256 1 open/syncd N/A

lv_smcdata32 raw 256 256 1 open/syncd N/A

lv_smcdata33 raw 256 256 1 open/syncd N/A

lv_smcdata34 raw 256 256 1 open/syncd N/A

lv_smcdata35 raw 256 256 1 open/syncd N/A

lv_smcdata36 raw 256 256 1 open/syncd N/A

lv_smcdata37 raw 256 256 1 closed/syncd N/A

lv_smcdata38 raw 256 256 1 closed/syncd N/A

lv_smcdata39 raw 256 256 1 closed/syncd N/A

lv_smcdata40 raw 256 256 1 closed/syncd N/A

lv_smcindex1 raw 256 256 1 open/syncd N/A

lv_smcindex2 raw 256 256 1 open/syncd N/A

lv_smcindex3 raw 256 256 1 open/syncd N/A

lv_smcindex4 raw 256 256 1 open/syncd N/A

lv_smcindex5 raw 256 256 1 open/syncd N/A

lv_smcindex6 raw 256 256 1 open/syncd N/A

lv_smcindex7 raw 256 256 1 open/syncd N/A

lv_smcindex8 raw 256 256 1 open/syncd N/A

lv_smcindex9 raw 256 256 1 open/syncd N/A

lv_smcindex10 raw 256 256 1 open/syncd N/A

lv_smcindex11 raw 256 256 1 open/syncd N/A

lv_smcindex12 raw 256 256 1 open/syncd N/A

lv_smcindex13 raw 256 256 1 open/syncd N/A

lv_smcindex14 raw 256 256 1 open/syncd N/A

lv_smcindex15 raw 256 256 1 open/syncd N/A

lv_smcindex16 raw 256 256 1 open/syncd N/A

lv_smcindex17 raw 256 256 1 open/syncd N/A

lv_smcindex18 raw 256 256 1 open/syncd N/A

lv_smcindex19 raw 256 256 1 open/syncd N/A

lv_smcindex20 raw 256 256 1 open/syncd N/A

lv_smcindex21 raw 256 256 1 open/syncd N/A

lv_smcindex22 raw 256 256 1 open/syncd N/A

lv_smcindex23 raw 256 256 1 open/syncd N/A

lv_smcindex24 raw 256 256 1 open/syncd N/A

lv_smcindex25 raw 256 256 1 closed/syncd N/A

lv_smcindex26 raw 256 256 1 closed/syncd N/A

lv_smcindex27 raw 256 256 1 closed/syncd N/A

lv_smcindex28 raw 256 256 1 closed/syncd N/A

lv_smcindex29 raw 256 256 1 closed/syncd N/A

lv_smcindex30 raw 256 256 1 closed/syncd N/A

lv_smcindextmp raw 128 128 1 open/syncd N/A

lv_smcdatatmp raw 128 128 1 closed/syncd N/A

l2cachedb1 raw 256 256 1 open/syncd N/A

l2cachedb2 raw 256 256 1 open/syncd N/A

l2cachedb3 raw 256 256 1 open/syncd N/A

l2cachedb4 raw 256 256 1 open/syncd N/A

l2cachedb5 raw 256 256 1 open/syncd N/A

l2cachedb6 raw 256 256 1 open/syncd N/A

l2cachedb7 raw 256 256 1 open/syncd N/A

l2cachedb8 raw 256 256 1 open/syncd N/A

l2cachedb9 raw 256 256 1 open/syncd N/A

l2cachedb10 raw 256 256 1 open/syncd N/A

l2cachedb11 raw 256 256 1 open/syncd N/A

l2cachedb12 raw 256 256 1 open/syncd N/A

l2cachedb13 raw 256 256 1 open/syncd N/A

l2cachedb14 raw 256 256 1 open/syncd N/A

l2cachedb15 raw 256 256 1 open/syncd N/A

l2cachedb16 raw 256 256 1 open/syncd N/A

l2cachedb17 raw 256 256 1 open/syncd N/A

l2cachedb18 raw 256 256 1 open/syncd N/A

l2cachedb19 raw 256 256 1 open/syncd N/A

l2cachedb20 raw 256 256 1 open/syncd N/A

l2cachedb21 raw 256 256 1 open/syncd N/A

l2cachedb22 raw 256 256 1 open/syncd N/A

l2cachedb23 raw 256 256 1 open/syncd N/A

l2cachedb24 raw 256 256 1 open/syncd N/A

l2cachedb25 raw 256 256 1 open/syncd N/A

l2cachedb26 raw 256 256 1 open/syncd N/A

l2cachedb27 raw 256 256 1 open/syncd N/A

l2cachedb28 raw 256 256 1 open/syncd N/A

l2cachedb29 raw 256 256 1 open/syncd N/A

l2cachedb30 raw 256 256 1 open/syncd N/A

l2cachedbtmp raw 256 256 1 open/syncd N/A

l2cachedb31 raw 256 256 1 closed/syncd N/A

l2cachedb32 raw 256 256 1 closed/syncd N/A

l2cachedb33 raw 256 256 1 closed/syncd N/A

l2cachedb34 raw 256 256 1 closed/syncd N/A

l2cachedb35 raw 256 256 1 closed/syncd N/A

该命令可以看出vg到底划分了哪些lv，各lv目前是否被使用（closed/syncd表示暂未使用，open/syncd表示已使用。）大家可以发现提供给历史表空间的lv有以下

lv_smcdata37 raw 256 256 1 closed/syncd N/A

lv_smcdata38 raw 256 256 1 closed/syncd N/A

lv_smcdata39 raw 256 256 1 closed/syncd N/A

lv_smcdata40 raw 256 256 1 closed/syncd N/A

未被使用。

一，利用系统已有的lv来扩容表空间

你可以通过oracle的企业管理器可以发现smc1的历史表空间占用的数据文件为/dev/rlv_smcdata1~/dev/rlv_smcdata36

对比上面的lsvg –l DATAVG列表可以知道，确实还有/dev/rlv_smcdata37~ /dev/rlv_smcdata40四个已划分的lv没有被历史表空间使用，可以“利旧”。

二，新建lv来扩容表空间

当然，如果你想新建lv，也是可以的，只是要注意lsvg DATA的属性（红色标记部分）

#lsvg -p DATAVG

DATAVG:

PV_NAME PV STATE TOTAL PPs FREE PPs FREE DISTRIBUTION

hdisk2 active 13032 1167 46..00..00..00..1121

hdisk3 active 21722 1148 249..00..00..160..739

mklv –y 'lv_smcdata41' –t 'raw' DATAVG 256（新增一个名为lv_smcdata41的lv），DATAVG包含2个hdisk（见上面的lsvg –p结果），该命令不需要指定某个hdisk，系统会轮循再两个hdisk上建立lv。DATAVG的pp单位为8M。256×8M=2048M，裸设备大小不能超过2048M。

由于主机上重新创建了一些数据库的裸设备，因此还要进行双机同步操作，同步主备机的DATAVG信息，保证主备机的配置一样。具体步骤如下：

当进行主备机同步时，需要将主备机上的双机软件停止，同时又必须让浮动IP继续生效，进行如下操作：

1. 在root用户下用smitty clstop以graceful方式停止备机双机软件

2. 在root用户下用smitty clstop以forced方式停止主机上的双机软件

3. 如果billcreater将话单写在DATAVG上，先改一下billcreater的配置文件，将话单写在rootvg上，然后重启billcreater进程。主、备机上都要进行操作。

4. 在主机上oracle用户下停止oracle数据库。顺序执行如下两个命令

$ lsnrctl stop

$ dbshut

在主机/dev目录下执行命令将属主为oracle的文件名保存下来，以root用户执行如下命令，则oracle的数据文件名保存在文件oradate中。

＃ls -l|grep oracle > oradate

5. 以root用户在主机上执行命令将DATAVG varyoff

停所有的FTP取话单工具，否则存话单的文件系统varyoff失败

＃varyoffvg DATAVG

6. 以root用户在备机上执行如下命令

＃exportvg DATAVG

7. 以root用户在备机上执行如下命令

＃importvg -y DATAVG hdisk3

上面的hdisk3为DATAVG上的一个hdisk，可以用命令lsvg –p DATAVG查看，如下所示。该命令只需指定其中一个hdisk即可，hdisk2或hdisk3。

# lsvg -p DATAVG

DATAVG:

PV_NAME PV STATE TOTAL PPs FREE PPs FREE DISTRIBUTION

hdisk2 active 30412 21131 2883..01..6082..6082..6083

hdisk3 active 30412 21080 2819..14..6082..6082..6083

9.在备机上root用户下将/dev目录下面的oracle用户的数据文件的属性和组改为 oracle:oinstall 。oracle用户的数据文件在第2步中有保存。比如将数据文件lv_smcdata41的属性和组改为oracle:ointall的命令如下:

#chown oracle:oinstall lv_smcdata41

10.在同步DATAVG之后，在主、备机上检查DATAVG的自动激活属性设置为no（如下红色的部分）.

在root用户下如下查看，如果不是no，则将其改为no（蓝色部分需要手工输入，是vg的名称）。

＃smitty vg

－> Characteristics of a Volume Group

－> change a Volume Group

－> VOLUME GROUP name [DATAVG]

出现如下界面

* VOLUME GROUP name DATAVG

* Activate volume group AUTOMATICALLY no

at system restart?

* A QUORUM of disks required to keep the volume yes

group on-line ?

Convert this VG to Concurrent Capable? no

* Autovaryon VG in Concurrent Mode? no

LTG Size in kbytes 128

Set hotspare characteristics n

Set synchronization characteristics of stale n

Partitions

11.同步之后，再将DATAVG挂到主机上。命令如下：

在备机上以root用户执行命令： #varyoffvg DATAVG

在主机上以root用户执行命令： #varyonvg DATAVG

最后再将主备机上的双机软件拉起。先拉起主机上的双机软件、然后拉起备机上的双机软件.

主机拉起HA后，观察oracle日志，没有拉起oracle的记录，导致主机“停机”，浮动丢失，DATAVG丢失。所以建议主机HA拉起后，手动启动oracle。

12.待双机环境恢复之后，如果在第一步改过话单的目录，则再改还原，重新启动话单模块，让配置生效。

上面两者之一做完后，就可以利用oracle的企业管理进行扩容表空间的操作了。

本文链接

AIX学习笔记——LVM

2010-04-13T05:30:00Z

为了方便管理，AIX中采用LVM（逻辑卷管理）的方式来管理磁盘（Linux中也可采取这种方式管理硬盘）。

在AIX里，每个物理硬盘（包括外接盘阵上的LUN）都被识别成一个硬盘设备，编号为：hdisk0,hdisk1,hdisk2等。如果使用了多路径链路连接到磁盘，有可能同一个磁盘被识别为多块盘，这种情况也叫做鬼盘，需要通过多路径软件把鬼盘进行聚合成一块盘（如MPIO、HDLM等），聚合成一块盘后，在磁盘管理里会产生新的磁盘，这块新产生的盘才是真正能在AIX中使用的磁盘。举例如下：

一台AIX的机器，本地有8块磁盘，通过命令查看目前磁盘的状况如下：

# lspv
hdisk0          000d79a236921a56                    zqvg            active
hdisk1          000175e7018e1109                    zqvg            active
hdisk2          000d79a23a93bc10                    rootvg          active
hdisk3          000f187eba629efb                    rootvg          active
hdisk4          000d79a2da54d62c                    None
hdisk5          000d79a24132db3d                    None
hdisk6          000d79a2da54ffb1                    test02vg        active
hdisk7          000d79a233243181                    test02vg        active

hdisk0到hdisk7都是本地盘。

通过2条光纤链路连接到一个HDS盘阵，在盘阵上划分一个lun给服务器，cfgmgr重新扫描硬件后再执行lspv，可以发现虽然只分配了一个lun，但是却多出了hdisk8和hdisk9两个磁盘，这就是鬼盘现象，这时候需要安装HDS的HDLM软件进行链路聚合，会产生一块新的磁盘dlmhdisk0，这块盘才是我们真正使用的磁盘（HDLM的安装配置可参见HDS文档）。

磁盘在AIX中排序的序列号由系统识别的顺序决定，这个序列号不影响磁盘的使用。

在AIX系统中，磁盘被称作PV（物理卷），每个PV都有一个系统中唯一的PVID用做识别。在以上例子中lspv命令列出的第二栏就是对应磁盘的PVID。

当一块新的磁盘加入系统时，该磁盘没有PVID，需要通过命令分配PVID后才能使用。

如下是新安装的AIX，rootvg安装在hdisk0和hdisk1，可以看到，其他hdisk的PVID是none：

# lspv
hdisk0          000d79a236921a56                    rootvg          active
hdisk1          000175e7018e1109                    rootvg          active
hdisk2          none                                None
hdisk3          none                                None
hdisk4          none                                None
hdisk5          none                                None
hdisk6          none                                None
hdisk7          none                                None

给hdisk2分配PVID：

# chdev -l hdisk2 -a pv=yes
hdisk2 changed
# lspv
hdisk0          000d79a236921a56                    rootvg          active
hdisk1          000175e7018e1109                    rootvg          active
hdisk2          000d79a26169c37f                    None
hdisk3          none                                None
hdisk4          none                                None
hdisk5          none                                None
hdisk6          none                                None
hdisk7          none                                None

可通过r命令重复以上操作给其他磁盘分配PVID。

注：

1、用rmdev命令删除一块磁盘后重新添加该磁盘，PVID不发生变化。

2、双机共享的磁盘，在一台机器上给共享磁盘分配了PVID，在另一台机器上需要把对应的hdisk全部删掉后使用cfgmgr刷新一遍，在这台机器上才能看到PVID；特别是如果共享盘是多路径软件生成的磁盘，需要把多路径磁盘和鬼盘全部删除再刷新。

几个相关概念：

PV：物理卷，指的是一块独立的磁盘或者Raid里的逻辑卷，在AIX中由PVID唯一确定

VG：卷组，由一个或者多个PV组成；PV是组成卷组的最小单位，每个PV只能属于一个VG；不同类型的PV（如sata、sas、fc等）可以属于同一个VG；组成VG的多个PV可以不用连续排列

PP：物理分区，每个PV被分成容量一样大小的若干个PP；同一个VG里所有PV上的PP大小是相同的

LV：逻辑卷，每个VG划分成若干个LV在系统中使用，每个LV对应一个文件系统；LV可以建在一个PV上也可以建在同一个VG的多个PV上

LP：逻辑分区，每个LV有多个LP组成，每个LP对应至少一个PP，如果LV有镜像，则一个LP可能对应多个PP

这几个概念之间的关系可参见下图：