Entries tagged with “11g” from DBA notes

这是我的 Oracle 11g 系列的文章之一.

Oracle 11g SQL*Plus 也有不少新功能，这个 Error Logging 的新功能很有趣，也比较实用。当激活该功能后，可以记录 SQL*Plus 操作相关错误信息到具体的数据库表里面，对于以后追查很方便。激活的语法如下：

SQL> set ERRORLOG ON
SQL> desc SPERRORLOG
 Name                                      Null?    Type
 ----------------------------------------- -------- ----------------------------
 USERNAME                                           VARCHAR2(256)
 TIMESTAMP                                          TIMESTAMP(6)
 SCRIPT                                             VARCHAR2(1024)
 IDENTIFIER                                         VARCHAR2(256)
 MESSAGE                                            CLOB
 STATEMENT                                          CLOB

激活的时候会自动创建这个表。然后即可存储 ORA、PLS 与 SP2 类型的错误信息。

SQL> drop ttt ;
drop ttt
 *
ERROR at line 1:
ORA-00950: invalid DROP option
SQL> select username,timestamp,message from SPERRORLOG;
USERNAME   TIMESTAMP                      MESSAGE
---------- ------------------------------ ----------------------------------------
SCOTT      25-AUG-07 02.22.09.000000 PM   ORA-00950: invalid DROP option

除此之外，亦可自行定制表，进一步定制存储错误信息。

默认情况下该选项是关闭的。另外，为避免递归调用错误记录, internal 错误不被记录.

--EOF--

正当我们为 Oracle 新版本中有的特性稍微感动激动的时候，一瓢凉水浇了下来：想用新特性，拿钱来。

在 Oracle 这篇声明中宣布了 11g 有四个额外的特性是要单独收取 License 费用的。价格呢? 就是一个字，贵! 新的四个收费功能：

* Oracle Real Application Testing -- $10,000 per processor or $200 per named user;
* Oracle Advanced Compression -- $10,000 per processor or $200 per named user;
* Oracle Total Recall -- $5,000 per processor or $100 per named user; and,
* Oracle Active Data Guard -- $5,000 per processor or $100 per named user.

点击查看 Oracle 全部产品价格列表。

一方面四面出击，大手比收购，一方面银子大笔落袋。查看资料显示，Oracle 在整个 2007 财年，"Oracle应用软件新许可证收入增长了32%"。Oracle 的抢钱本领让人赞叹。

--EOF--

这是我的 Oracle 11g 系列的文章之一.

用压缩的方式备份，这其实是一个 Oracle 早就应该有的功能。在 10g 中，终于看到 Oracle 实现了这个特性。而 11g 中，又提供了新的可选压缩方式:

RMAN> show all;
......
CONFIGURE COMPRESSION ALGORITHM 'BZIP2'; # default

默认的压缩是 BZIP2。另外一种支持的压缩方式是 ZLIB。相比前者, ZLIB 压缩率不高，不过处理速度快。

做了一个简单的测试，无论是用BZIP2 方式还是 ZLIB 方式， 备份当前的控制文件，压缩与未压缩比率接近为 1:10. 对于海量数据的备份，节省的空间将是惊人的。

要注意的是，COMPATIBLE 初始化参数必须设置 11.0 或者更高。

--EOF--

这是我的 Oracle 11g 系列的文章之一.

在 Oracle 11g 以前的版本，在一个产品环境评估一个有待添加的索引是个麻烦事情。稍有不慎影响该表 SQL 执行计划走错，就可能带来灾难性的影响。这个问题可能也是 Oracle 比较重视的，在 11g 上新推出了 INVISIBLE 索引。这个索引创建后，默认对于 CBO 是不可见的。也就是说不会影响(抛开 DDL 时候的 SQL 重新解析)现有的 SQL 执行计划。如果要在 Session 级别激活这个索引，需要设置初始化参数: OPTIMIZER_USE_INVISIBLE_INDEXES .

创建 INVISIBLE 索引

SQL> CREATE INDEX emp_ename ON emp(ename)
  2        TABLESPACE users
  3        INVISIBLE;
Index created

USER_INDEXES 视图的新列 VISIBILITY

SQL> select INDEX_NAME ,VISIBILITY from user_indexes;
INDEX_NAME                                                   VISIBILITY
------------------------------------------------------------ ------------------
PK_DEPT                                                      VISIBLE
PK_EMP                                                       VISIBLE
EMP_ENAME                                                    INVISIBLE

观察执行计划的影响

SQL> select count(*) from emp where ename='ADAMS';

  COUNT(*)
----------
         1

Execution Plan
----------------------------------------------------------

Plan hash value: 2083865914

---------------------------------------------------------------------------
| Id  | Operation          | Name | Rows  | Bytes | Cost (%CPU)| Time     |
---------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |      |     1 |     7 |     3   (0)| 00:00:01 |
|   1 |  SORT AGGREGATE    |      |     1 |     7 |            |          |
|*  2 |   TABLE ACCESS FULL| EMP  |     1 |     7 |     3   (0)| 00:00:01 |
---------------------------------------------------------------------------

告诉优化器使用 INVISIBLE 索引

SQL> alter session set OPTIMIZER_USE_INVISIBLE_INDEXES=true;

Session altered.

SQL> select count(*) from emp where ename='ADAMS';

  COUNT(*)
----------
         1

Execution Plan
----------------------------------------------------------
Plan hash value: 1569421590

-------------------------------------------------------------------------------
| Id  | Operation         | Name      | Rows  | Bytes | Cost (%CPU)| Time     |
-------------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |           |     1 |     7 |     1   (0)| 00:00:01 |
|   1 |  SORT AGGREGATE   |           |     1 |     7 |            |          |
|*  2 |   INDEX RANGE SCAN| EMP_ENAME |     1 |     7 |     1   (0)| 00:00:01 |
-------------------------------------------------------------------------------

值得注意的是 VISIBILITY 索引在 Rebuild 后会变成可见索引：

SQL> select INDEX_NAME ,VISIBILITY from user_indexes;
INDEX_NAME                                                   VISIBILITY
------------------------------------------------------------ ------------------
PK_DEPT                                                      VISIBLE
PK_EMP                                                       VISIBLE
EMP_ENAME                                                    INVISIBLE

SQL> alter index EMP_ENAME rebuild;
=Index altered.

SQL> select INDEX_NAME ,VISIBILITY from user_indexes;

INDEX_NAME                                                   VISIBILITY
------------------------------------------------------------ ------------------
PK_DEPT                                                      VISIBLE
PK_EMP                                                       VISIBLE
EMP_ENAME                                                    VISIBLE
SQL> 

这算是个 Bug 么? 还是本身的特性 ?

对于 INVISIBLE 索引，可以修改属性为 VISIBLE。正常的索引也可以修改为 INVISIBLE 状态。如果修改后仍然要使用这个索引，在语句中使用 HINT 即可。我就不一一演示了。

很多人都知道 Oracle 在 OEM 中早就实现了一个类似的功能：Virtual index(虚拟索引)。但是差别也是比较明显的。虚拟索引，真的是虚拟的，并不占用实际的磁盘空间。而 Invisible 索引需要占用磁盘空间。虚拟索引不可以 Alter ，而 Invisible 可以象正常索引那样进行一些维护工作。Invisible 索引的实现思路有些类似 Quest 以前的优化建议，也是直接会在数据库里面创建建议的索引，但是却不能屏蔽对 CBO 的影响。另外一个需要考虑的是 Virtual index 是 OEM 优化包 的功能，需要额外的 License (当然也可以用命令行创建)。

Invisible 对 DBA 来说，对 DBA 调优的时候多了一个更好的可选方法。

--EOF--

这是我的 Oracle 11g 系列的文章之一.

Oracle 的 9i/10g 中已经对内存管理逐步做了很大的简化，11g 则更进一步，引入了一个新的概念自动化内存管理(Automatic Memory Management,AMM) . 如果 DBA 真的想偷懒的话，只需要设定两个参数就可以把烦心的事情都交给 Oracle 折腾了(只要 DBA 足够心宽)。PGA 与 SGA 一起搞定。这两个参数分别是：

MEMORY_TARGET--操作系统的角度上 Oracle 所能使用的最大内存值。动态参数
MEMORY_MAX_TARGET--MEMORY_TARGET所能设定的最大值。非动态可调。

Tip: 如果使用的是 pfile，设定了 MEMORY_TARGET 而没有指定 MEMORY_MAX_TARGET 的值，则实例启动后 MEMORY_MAX_TARGET 的值与 MEMORY_TARGET 相等。如果 pfile 中指定了 MEMORY_MAX_TARGET 而没有指定 MEMORY_TARGET ，实例启动后 MEMORY_TARGET 为 0 。

AMM 在后台会启动一个内存管理(Memory Manager, mman)进程。

因为 AMM 的引入，Oracle 内存管理更加灵活多样。 组合出来有 5 种内存管理形式.

• 自动内存管理
• 自动共享内存管理
• 手工共享内存管理
• 自动 PGA 管理
• 手动 PGA 管理

1) 自动内存管理

SQL> show parameters target 
NAME                                 TYPE                   VALUE
------------------------------------ ---------------------- ------------------------------
archive_lag_target                   integer                0
db_flashback_retention_target        integer                1440
fast_start_io_target                 integer                0
fast_start_mttr_target               integer                0
memory_max_target                    big integer            1216M
memory_target                        big integer            1216M
pga_aggregate_target                 big integer            0
sga_target                           big integer            0

2.自动共享内存管理(Automatic Shared Memory Management, ASMM)

SQL> alter system set sga_target=1024m scope=both;
alter system set sga_target=1024m scope=both
*
ERROR at line 1:
ORA-02097: parameter cannot be modified because specified value is invalid
ORA-00839: SGA_TARGET cannot be modified to the specified value
SQL> alter system set memory_target=0 scope=both;
System altered.
SQL> alter system set sga_target=1024m scope=both;
System altered.
SQL> 

这两个参数的修改是有严格顺序的，如果不遵守倒也没问题--Oracle 会报告错误。

3.手工共享内存管理

这个又更加原始了一些。因为原始，所以新的初始化参数 SGA_TARGET 与 MEMORY_TARGET 都要设置为 0. 然后手工设定 share_pool_size 、db_cache_size 等 sga 参数。要注意 RESULT_CACHE_SIZE 参数是 11g 新引入的，用来缓存 SQL 结果。

4.自动 PGA　内存管理

如果使用 AMM ， 则对 PGA 不用操心。如果要做到精细控制而切换到自动 PGA　内存管理模式，需要设定WORKAREA_SIZE_POLICY ＝ AUTO(默认即为 AUTO)，然后需要指定 PGA_AGGREGATE_TARGET 的值。如需要精确控制PGA，则 WORKAREA_SIZE_POLICY ＝ MANUAL .(Thanks vongates)

5.手动 PGA 管理

前提是 WORKAREA_SIZE_POLICY = manual ,然后分别指定 SORT_AREA_SIZE 等 PGA 相关的参数。估计现在没有人干这个吃力不讨好的事情了。这个模式大可以忽略。

AMM 的限制

如果初始化参数 LOCK_SGA ＝ true ，则 AMM 是不可用的。

相关动态视图

V$MEMORY_DYNAMIC_COMPONENTS
V$MEMORY_RESIZE_OPS

11g 在简化 DBA 基本工作上还是下了很大功夫。可是这样也掩盖了一些技术细节，Oracle 正在逐步把内存的管理变成一个黑盒子，当然这也也是相关算法更加稳定作为基础的。总体来说，利大于弊。11g DBA, 准备好了没有?

--EOF--

上一篇 在 RHEL 5 上安装 Oracle 11g 还是比较粗糙的。对照官方手册 Oracle Database Installation Guide 11g Release 1 for Linux 还是遗漏了一些内容的。

关于 Oracle Inventory 用户组

图形界面起来后，先是判断 Oracle Inventory group 这个玩意儿(通过 oraInst.loc). 如果默认目录权限有问题，会有如下提示：

这个提示信息其实没什么，点击 OK 即可。然后会提示手工输入可替代 Inventory 地址。

OSASM 用户组

如果使用 ASM，则最好创建一个 OSASM 组：

# /usr/sbin/groupadd asadmin

创建实例前修改 Shell 限制

oracle              soft    nproc   2047
oracle              hard    nproc   16384
oracle              soft    nofile  1024
oracle              hard    nofile  65536

修改(或创建) /etc/pam.d/login ，内容如下：

session    required     /lib/security/pam_limits.so
session    required     pam_limits.so

还差一步，修改 /etc/profile ， 内容如下：

if [ $USER = "oracle" ]; then
        if [ $SHELL = "/bin/ksh" ]; then
              ulimit -p 16384
              ulimit -n 65536
        else
              ulimit -u 16384 -n 65536
        fi
fi

在 NFS 上跑 11g

mount nfs 文件系统上有几个参数是强制性的 : hard , rsize, wsize, actime=0(或者 noac). hard 方式是 10g 遗留下来的后遗症。

想到其他的再继续补充...

--EOF--

Oracle OTN 上提供的 11g 文档库有在线版本和可下载介质两种形式。建议 DBA 都下载一份到本地硬盘上，这也是我一向的习惯。现在硬盘空间这么大，没人会斤斤计较几百兆的文档占地方。而一旦不能访问网络又想看文档的时候，便利性就体现出来了。

11g 文档这次变成了左右栏显示，查找内容也更加方便了许多。字体也做了调整，在 Firefox 下看起来很舒服。值得注意的是新增了一个Oracle Database Storage Administration 手册，文档内容其实是继承了以前 ASM 的内容，这次独立开来也是体现了 ASM 在以后产品线中的重要性。

现在恐怕下载了文档库的人，90% 都在看 New Features Guide 吧?

--EOF--

期待已久的 Oracle 11g 终于发布正式可以提供下载了。第一个发布的平台果然是 Linux 版本。几年前都是 Solaris 第一个。可见操作系统领域市场的变迁。

11g 的软件介质不小，单个文件，1.7G，这个文件是个大杂烩，包含了一大堆的组件。在 RHEL 5 上安装相对还是比较顺利。先需要看看我以前写的 10g 安装攻略。有时间的话，也不仿移步访问一下这篇：RHEL 上安装 Oracle 的注意事项

环境变量的变化

ORA_NLSxx 环境变量必须(?) 用 ORA_NLS10 ，以前在 10g 上还兼容的 ORA_NLS33 不能继续用的。

export ORA_NLS10=$ORACLE_HOME/nls/data

否则建库的时候会报告 ORA-12075 错误。

核心变量的设置

# First line:SEMMSL SEMMNS SEMOPM SEMMNI
kernel.sem=1055 32000 100 128
kernel.shmmax=2147483648
kernel.shmall = 2097152
net.ipv4.tcp_sack = 0
net.ipv4.tcp_timestamps = 0
net.ipv4.conf.default.rp_filter = 0
net.core.optmem_max = 65535
net.core.rmem_default = 4194304
net.core.wmem_default = 262144
net.core.rmem_max = 4194304
net.core.wmem_max = 262144
fs.file-max = 6553600
net.ipv4.ip_local_port_range = 1024 65000

RHEL 5 默认安装几乎不用作额外配置，当然，要关闭 seLinux 和防火墙。./runInstaller 后图形界面起来，检查的时候也会报告 warning 信息，比如 libaio-devel 没有安装什么的。如果只是测试目的，倒是不用非那么多心思。

关于一些界面的变化，可以看我的 Yupoo 相册. 个人评价是 Oracle 对安装流程还是做了不少改进，有的地方相比 Oracle 10g 交代的更清楚一点。

--EOF--

最近会议比较多，下周一到周四要跑到上海参加甲骨文全球大会(Oracle Open World)。

对于一个 DBA 来说，每次 OOW 的技术讲座肯定比那些到处派发的小奖品更加吸引人。刚才总算有空仔细看了一下本次 OOW 的技术讲座列表。我对如下几个主题比较感兴趣：

• Rich Niemiec 讲座序号 720: Oracle数据库11g的最佳新功能(一)
• Rich Niemiec 讲座序号 721: Oracle数据库11g的最佳新功能(二)

Oracle 11g 最早也要到 8 月份才可以发布，不过现了解一点新功能过把瘾还是不错的。

顺便说一下，Rich Niemiec 接受了 Alibaba DBA 团队的邀请，将于 OOW 之后在杭州举办一场 Tuning at Block Level 的技术演讲。如果有杭州的朋友感兴趣，可以联系我。给你预留座位。技术方面国外过来的人物，Rich Niemiec 算是这次 OOW 比较大的腕儿了。如果你不知道他是谁，可以忽略这一段。

其他感兴趣的主题有：

• 讲座序号 276: SQL Server向Oracle数据库迁移案例研究
• 讲座序号 221: Oracle数据卫士----开创数据可用性和数据保护的新纪元 (数据卫士, 就是 Data Guard，翻译的挺好......)
• 讲座序号 228: 如何利用 Oracle TimesTen 内存数据库大幅提高数据库管理软件的响应速度
• 讲座序号 222: 超大型数据库备份和恢复策略
  
• 讲座序号 238: Linux用户当然之选（Oracle Linux配置管理）
• 讲座序号 215: 利用Oracle Database Vault选件保护数据

Oracle OTN 中文网还有个 OTN Lounge，我需要参加的。主要是个陪衬 :) 基本上国内这几个 ACE 凑齐了。对于这次活动，可以参见 eygle 的介绍。

30 号晚上 ITpub 有个采访。主题是 《ITPub 5大 ACE 点评 Oracle 11g 数据库》. 其他的时间我还没有安排呢。或许去看看同学。对了，如果有朋友准备加入我们团队，可以直接和我联系 :)

周四我可能就必需要回到杭州了。

--EOF--

从 Oracle 11g 开始，Oracle 以 XML 与传统的文本两种格式提供 Alert 日志。

新的日志位置由 Automatic Diagnostic Repository (ADR) 决定。可以通过新的初始化参数 DIAGNOSTIC_DEST 控制 ADR BASE 的位置。如果没有设定这个初始化参数的位置，而设置 ORACLE_BASE 环境变量的话，那么，如果没有设定 ORACLE_BASE , 则 ORACLE_HOME/log 即为 DIAGNOSTIC_DEST。

Alert Log 文件父目录的位置在：

ADR_BASE/diag/product_type{eg:rdbms}}/product_id{eg:11g}/instance_id

这个目录下有 alert/trace/bdump 之类的子目录。就是 Log 的具体位置了。alert 下是 XML 文件：

select value from v$diag_info where name ='Diag Alert';

select value from v$diag_info where name ='Diag Trace';

这个位置的变化还是挺突兀的。用惯了旧版本的用户会不太习惯。尤其是基本版本都存在的环境更觉得麻烦. 好处 ? XML 能有什么好处......通过 EM 能更好的展现内容?

--EOF--

Oracle 11g 快发布了，相关特性的介绍断断续续可以看到，有些特性与其说是锦上添花，还不如说是"雾件"，实用性不大。不过今天了解到的两个新特性，倒是令我比较感兴趣。

归档日志压缩

物理 Standby 可以联机查询

11g 据说也可以对物理的 Standby 进行联机查询，前提条件是激活 Redo Apply 。10g 之前，物理 Standby 都是要么恢复状态，要么 Read Only 状态。如果能够边恢复边查询的话，那么简直是一个比较完美的 IO 分布的技术方案了。SharePlex 之类的产品市场会又小不少。

还没有看到最终的官方文档说明，这些特性具体还有哪些限制不得而知。不管千变万化，11g 如果能够提供 9iR2 的稳定程度就是万幸了。10g 是一个比较失败的版本，如果不算失败，就算是过渡版本好了。

--EOF--