在 RHEL 5 上安装 Oracle 11g

network

在 RHEL 5 上安装 Oracle 11g
作者：Fenng | English Version 【可以转载, 转载时务必以超链接形式标明文章原始出处和作者信息及版权声明】
网址：http://www.dbanotes.net/database/rhel_5_oracle_11g.html



期待已久的 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 错误。

核心变量的设置
修改 /etc/sysctl.conf，追加如下内容：
# First line:SEMMSL SEMMNS SEMOPM SEMMNIkernel.sem=1055 32000 100 128kernel.shmmax=2147483648kernel.shmall = 2097152net.ipv4.tcp_sack = 0net.ipv4.tcp_timestamps = 0net.ipv4.conf.default.rp_filter = 0net.core.optmem_max = 65535net.core.rmem_default = 4194304net.core.wmem_default = 262144net.core.rmem_max = 4194304net.core.wmem_max = 262144fs.file-max = 6553600net.ipv4.ip_local_port_range = 1024 65000RHEL 5 默认安装几乎不用作额外配置，当然，要关闭 seLinux 和防火墙。./runInstaller 后图形界面起来，检查的时候也会报告 warning 信息，比如 libaio-devel 没有安装什么的。如果只是测试目的，倒是不用非那么多心思。

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

network

高效能 DBA 的七个习惯
作者：Fenng | English Version 【可以转载, 转载时务必以超链接形式标明文章原始出处和作者信息及版权声明】
网址：http://www.dbanotes.net/database ... effective_dbas.html



邮件列表中有人推荐了 DMReview 的一篇文章 Seven Habits of Highly Effective DBAs, "高效 DBA 的七个习惯"， 这个题目应该是受了 《高效能人士的七个习惯》一书的启发。虽然颇有拾人牙慧之嫌，还是记录一下吧，就算是自己的学习笔记。"如鱼人饮水，冷暖自知"

在开篇有一个关于什么是个"高效能 DBA" 的定义, 作者指的高效并不是说 DBA 每天都在忙于救火的那种"高效"，而是能够防患于未然.

1. 专业的多面手(Be an expert generalist)
熟知存储、操作系统等领域的知识, 跨平台数据库的技术也是必须要掌握的，不能离开了 Windows 环境到了 Unix 下什么都作不了. 看上去这一点似乎有些苛求，不过个人认为通过持续的学习能力加上良好的知识积累方法会让你无限接近这种能力.

2. 理解来自商业、用户的需求(Understand the business and user expectations).
如何把掌握的数据库知识应用到商业需求上，还不给用户一种“木匠拎着锤子，看什么都是钉子" 的感觉是需要一点艺术的。

3. 通过可量化的度量构建更加正规的服务级别协议(
Build more granular service level agreements (SLAs) via quantitative and easy-to-understand metrics)
用户(或你的老板)对你的数据库管理工作是否满意，总要有一个可以达成一致的地方，这个一致应该来自"服务级别协议". 服务级别协议是很多 DBA 最容易忽略的一个地方。


4. 把环境分割为更小更易于管理的组成部分(Break down the environment into smaller, more manageable pieces)
一揽子计划不是个好主意，分而治之。这样也容易与委托方达成一致。

5. 关注于任务，而不是实现的细节(Be task-focused, not necessarily on how to accomplish it)
这一点应该是说于开发人员的关系的。DBA 不应该去关注太多程序设计的细节，而应该把注意力集中任务实现上--有效的与数据库交互. (这一点说起来似乎有些勉强，或许站在高效 DBA 的角度上就容易理解了，呵)

6. 隔离并委派普通任务(Segregate and delegate the mundane).
如果从一个技术领导者的角度上说，这是必须的。既然是高效DBA ，那么在没必要事必躬亲拘泥于一些琐碎的事情. 否则再高效也不成.

7. 淘汰特定环境下才可以用的那些玩意儿(Weed out the one-trick ponies)
特定的第三方工具、GUI 工具等只会使得整个环境更为复杂。一个高效的 DBA 应该致力于整个环境的简化与标准化。

说的是 DBA ，其实放到其他工种上也是蛮适合的。

从卓越到优秀，还是从普通到平庸，这是个问题.

network

高效能 DBA 的七个习惯

邮件列表中有人推荐了 DMReview 的一篇文章 Seven Habits of Highly Effective DBAs, "高效 DBA 的七个习惯"， 这个题目应该是受了 《高效能人士的七个习惯》一书的启发。虽然颇有拾人牙慧之嫌，还是记录一下吧，就算是自己的学习笔记。"如鱼人饮水，冷暖自知"

在开篇有一个关于什么是个"高效能 DBA" 的定义, 作者指的高效并不是说 DBA 每天都在忙于救火的那种"高效"，而是能够防患于未然.

1. 专业的多面手(Be an expert generalist)
熟知存储、操作系统等领域的知识, 跨平台数据库的技术也是必须要掌握的，不能离开了 Windows 环境到了 Unix 下什么都作不了. 看上去这一点似乎有些苛求，不过个人认为通过持续的学习能力加上良好的知识积累方法会让你无限接近这种能力.

2. 理解来自商业、用户的需求(Understand the business and user expectations).
如何把掌握的数据库知识应用到商业需求上，还不给用户一种“木匠拎着锤子，看什么都是钉子" 的感觉是需要一点艺术的。

3. 通过可量化的度量构建更加正规的服务级别协议(
Build more granular service level agreements (SLAs) via quantitative and easy-to-understand metrics)
用户(或你的老板)对你的数据库管理工作是否满意，总要有一个可以达成一致的地方，这个一致应该来自"服务级别协议". 服务级别协议是很多 DBA 最容易忽略的一个地方。


4. 把环境分割为更小更易于管理的组成部分(Break down the environment into smaller, more manageable pieces)
一揽子计划不是个好主意，分而治之。这样也容易与委托方达成一致。

5. 关注于任务，而不是实现的细节(Be task-focused, not necessarily on how to accomplish it)
这一点应该是说于开发人员的关系的。DBA 不应该去关注太多程序设计的细节，而应该把注意力集中任务实现上--有效的与数据库交互. (这一点说起来似乎有些勉强，或许站在高效 DBA 的角度上就容易理解了，呵)

6. 隔离并委派普通任务(Segregate and delegate the mundane).
如果从一个技术领导者的角度上说，这是必须的。既然是高效DBA ，那么在没必要事必躬亲拘泥于一些琐碎的事情. 否则再高效也不成.

7. 淘汰特定环境下才可以用的那些玩意儿(Weed out the one-trick ponies)
特定的第三方工具、GUI 工具等只会使得整个环境更为复杂。一个高效的 DBA 应该致力于整个环境的简化与标准化。

说的是 DBA ，其实放到其他工种上也是蛮适合的。

从卓越到优秀，还是从普通到平庸，这是个问题.