月归档：2013 年八月

Oracle DB 12c中定制COMMON USER的前缀

发表于 2013 年 8 月 30 日 由 Lunar

我们知道Oracle Database 12c中用户分为COMMON_USERS 和 LOCAL_USERS两种，其中COMMON_USERS缺省以”C##”开头 ，其实这是受一个隐含参数控制的，即 _common_user_prefix 我们可以定制COMMON USER的前缀，下面咱们测试下：

发表在 Database, ORACLE 12C | 标签为 , | 留下评论

使用VBox 安装 Oracle Database 12c Flex Cluster for OEL 5.8—第5部分 总结

发表于 2013 年 8 月 28 日 由 Lunar

执行脚本 具体见：使用VBox 安装 Oracle Database 12c Flex Cluster for OEL 5.8—第5部分 总结

发表在 Installation and Deinstall, ORACLE 12C, RAC | 标签为 , , | 留下评论

使用VBox 安装 Oracle Database 12c Flex Cluster for OEL 5.8—第4部分 开始安装

发表于 2013 年 8 月 28 日 由 Lunar

1. On Oracle Linux 6.3, Select Servers on the left hand side of the screen, and System administration tools on the right hand side of the screen (options may vary between releases). The Packages in System Tools window opens. 2. … 继续阅读 →

发表在 Installation and Deinstall, ORACLE 12C, RAC | 标签为 , , | 留下评论

使用VBox 安装 Oracle Database 12c Flex Cluster for OEL 5.8—第3部分 准备网络环境

发表于 2013 年 8 月 28 日 由 Lunar

配置DHCP DNS： 具体见：使用VBox 安装 Oracle Database 12c Flex Cluster for OEL 5.8—第3部分 准备网络环境

发表在 Installation and Deinstall, ORACLE 12C, RAC | 标签为 , , | 留下评论

使用VBox 安装 Oracle Database 12c Flex Cluster for OEL 5.8—第2部分 前期准备工作

发表于 2013 年 8 月 28 日 由 Lunar

关于OS，文档有如下介绍： Oracle Linux 6: Oracle Linux 5 or Oracle Linux 4: You should see output indicating that you have subscribed to the Oracle Linux channel, and that packages are being installed. For example: Check the RPM log file to review … 继续阅读 →

发表在 Installation and Deinstall, ORACLE 12C, RAC | 标签为 , , | 留下评论

使用VBox 安装 Oracle Database 12c Flex Cluster for OEL 5.8—第1部分 环境介绍

发表于 2013 年 8 月 28 日 由 Lunar

由于Oracle Database 12c的 Flex Cluster需要使用DNS来解析GNS，因此必须配置DNS server。然后需要使用GNS动态分配SCAN和VIP，因此需要配置DHCP server。 Flex Cluster内置Flex ASM，因此，需要配置共享存储。 好了，我们需要的大致工作如下： 1，安装（或者复制）2个VBox虚拟机，建议使用 OEL 6.3以上版本，具体参见文档（参考支持版本的说明，OEL 5，OEL6都可以） 2，配置共享盘，配置yum安装需要的package 3，配置DHCP SERVER, DNS SERVER, GNS 4，规划网络，确定具体IP。12c只需要在host中指定Public和Private IP即可，至于VIP和SCAN都是由GNS来分配的，而GNS需要在DNS中解析。 5，安装GI 6，调整asm的sga，建议每个asm的sga256M足以，然后重启crs 7，安装DB（推荐DBCA建库，注意建库时指定sga的分配采用全手工方式，既非AMM亦非ASMM，这样经过测试一个db只需要230M到300M就可以跑的很好了，没办法，穷人，你懂的…………） 具体见:使用VBox 安装 Oracle Database 12c Flex Cluster for OEL 5.8—第1部分 环境介绍

发表在 Installation and Deinstall, ORACLE 12C, RAC | 标签为 , , | 留下评论

贫民电脑（8G mem）玩12c standalone需要的配置多大内存的vm呢？

发表于 2013 年 8 月 25 日 由 Lunar

12c官方文档要求，对于单机的数据库，要求如下： Server Memory Minimum Requirements Ensure that your system meets the following memory requirements: Minimum: 1 GB of RAM Recommended: 2 GB of RAM or more 这说明，我们完全可以使用很小的memory来玩12c的。。。。。。 看下当前的配置（使用了ASMM）： 关于9i开始的sga介绍，请参考： http://blog.csdn.net/lunar2000/article/details/49437 启动一下数据库： 过几分钟再次查询，发现buffer cache 已经被动态调整： 好吧，我现在手工设置sga，ASMM和AMM都不用了，回归到8i的sga的设置方法，o(∩_∩)o 哈哈 再次启动数据库： 关于12c中asm的内存的设置请参考 http://www.lunar2013.com/2013/08/ora-00443-background-process-mmnl-did-not-start.html 可以了，环境基本ready，db的sga只有230M，asm的sga … 继续阅读 →

发表在 ASM, ORACLE 12C, RAC | 标签为 | 留下评论

ORA-00443 background process MMNL did not start

发表于 2013 年 8 月 24 日 由 Lunar

启动asm报ORA-00443 先看下ORA-00443的含义： 感觉是内存不足………… 再看下/u01/app/12.1/grid/log/lunar/agent/ohasd/oraagent_grid/oraagent_grid.log： 我们发现，ohasd进程尝试多次重启ASM都是报上述错误，貌似什么原因造成ASM起不来。。。。 接着检查下ASM的日志发现如下信息： 这里可以发现，实际上ASM的进程已经启动了pmon, smon,ckpt，dbwr…等重要进程，但是后来被GMON进程终止了。 这里简单说下，GMON和PSP0进程都是ORACLE 10.2 ASM中就有的进程，其中： GMON（ASM Disk Group Monitor Process）是10.2 asm引入的一个新的进程， 该进程ASM instace启动以后监控diskgroup的元数据信息，并跟ocssd进程进行交互， GMON负责将ASM实例的Diskgroup信息发送给ocssd，这样，其他数据库实例通过跟ocssd交互并获得ASM磁盘组的信息，再之后，数据库实例就可以打开磁盘组，对其进读写的操作。 文档中是这样描述的： 而PSP0进程的主要作用是创建新的进程，文档描述如下： 我们来分析一下这两个进程的trace。 检查GMON的trace，发现确实系统当时空闲内存很少： 检查PSP0的trace，发现确实系统当时空闲内存很少： 已经差不多定位了，系统内存不足，因此，关闭VM，增加VM的内存，然后重启，一切ok了 现在看下asm中sga的参数配置： 查询了Oracle 10.2中，Oracle Database Administrator’s Guide “Using Automatic Storage Management”这一章节对于ASM的实例有如下的简单说明： 也就是说，在10.2的环境中，该ASM实例设置为100M足够了。 从11.2以后，ASM单独有一个doc来讲： Oracle Automatic … 继续阅读 →

发表在 ORA-XXXXX | 标签为 , | 留下评论

浅谈SCN_2–_kcmgas_函数

发表于 2013 年 8 月 22 日 由 Lunar

从oracle10g开始，我们可以通过查询v$database.current_scn来获取当前数据库的scn，这个是通过调用”kcmgas”函数来完成的，这是一个oracle intance的永久内存结构体，我们可以查询 v$syssta来观察该函数的调用情况： 先看对v$database.current_scn的查询来获取scn的方式： 详细描述请见：浅谈SCN_2-_kcmgas_函数 姊妹篇见:浅谈SCN_1–从oracle7至今，如何获取scn

发表在 Internal | 标签为 , | 留下评论

浅谈SCN_1–从oracle7至今，如何获取scn

发表于 2013 年 8 月 22 日 由 Lunar

SCN (System Change Number) 是Oracle数据库中保持数据一致性的主要机制。数据库内部的scn有好几种，会在后面的blog中慢慢细数。今天主要我们如何获取数据库的scn？ SCN是一个很大的数字，Oracle使用6 Bytes记录SCN，也就是48bit(一个byte是8bit，每个bit存储0或者1)，其最大值是其格式貌似由两部分组成： wrap.base 其中前面16bit的十进制数表示wrap，后面32bit的十进制数表示base，当base达到4 billion（4G），wrap就会增加1。 这是因为Oracle使用c语言写的，在c语言里面 long 类型是一个32bit整数，即最大是 4G（4294967296，2 power 32），因此，scn若在自增的时候采用long类型的整数，正好是4字节，因此，当scn base（ktuxescnb ）增加到4G的时候，就需要扩充，于是就有了scn wrap （ktuxescnw），这个表示每满一个 4G（ktuxescnb） 则该值被重置为0，然后再次开始递增1。 详细描述请见:浅谈SCN_1-_从oracle7至今，如何获取scn

发表在 Internal | 标签为 | 留下评论