ORACLE 11G OCM考试各场景分值分布表.pdf

********搜出来的另一个链接是假的，不要下载，浪费资源，笔者就是被坑了才决定自己研究的！！！！*********** ORACLE官方并未公布过考试的分值分布，以上分布是笔者根据一些已知信息推算出的每个场景的分值分布。 对，你没看错，26789场景确实只有个位数分数，而且经过本人验证，绝对没错最多误差 ±1 分。 笔者猜测11g ocm初期的分值分布应该不是这样的，可能中间改变过分值分布，主要考虑的大概是增加通过率吧。因为6和7、8和9场景的关联度很大，如果6没做出来，那7基本是0分；8没做出来，9肯定是0分。这样的话，如果6、8场景分值分配很大的话，很容易考试就不及格了。 所以大家复习时精力的重点应该放在1、3、4、5这四个大分场景。顺带一提，11g OCM考试的及格线是60.4分。 显而易见，ORACLE没有公布场景分值分布的原因就是不想让考生直接放弃小分场景。而且考试结果也并没有公布总分分数，只有个PASS，这应该为了让你无法推算各场景分数。

RAC环境打补丁步骤12.2.0.1.docx

GRID操作 备份OPatch原始版本（双节点操作） Grid目录下Opatch [root@VM-GSMOMDB05 grid]# cd /u01/app/12.2.0/grid [root@VM-GSMOMDB05 grid]# mv OPatch OPatch_0527_bak 注意： 使用root用户备份，grid用户目录权限不足 修改压缩包权限（双节点操作） [root@ezodpz001 software]# chown grid:oinstall p6880880_122010_Linux-x86-64.zip [root@ezodpz001 software]# chmod 775 p6880880_122010_Linux-x86-64.zip 解压opatch压缩包（双节点操作） [root@ezodpz001 software]# su - grid [grid@ezodpz001 ~]$ cd /u01/software [grid@ezodpz001 software]$ ll total 110468 -rwxrwxr-x 1 grid oinstall 113112960 May 19 10:13 p6880880_122010_Linux-x86-64.zip [grid@ezodpz001 software]$ unzip p6880880_122010_Linux-x86-64.zip [grid@ezodpz001 software]$ ll total 110472 drwxr-x--- 15 grid oinstall 4096 Apr 12 15:49 OPatch -rwxrwxr-x 1 grid oinstall 113112960 May 19 10:13 p6880880_122010_Linux-x86-64.zip

RHEL7.4Oracle12cR2RAC安装.docx

如果没有/u01挂载点需要现在创建 [root@vm-b4-fxkzdb1 software]# df -h df: ‘/root/.gvfs’: Transport endpoint is not connected Filesystem Size Used Avail Use% Mounted on /dev/mapper/rootvg-root 30G 25G 5.1G 84% / devtmpfs 32G 0 32G 0% /dev tmpfs 32G 640M 31G 2% /dev/shm tmpfs 32G 9.1M 32G 1% /run tmpfs 32G 0 32G 0% /sys/fs/cgroup /dev/sda1 1014M 160M 855M 16% /boot /dev/mapper/rootvg-lvvar 7.0G 1.8G 5.3G 26% /var /dev/mapper/rootvg-lvhome 1014M 33M 982M 4% /home tmpfs 6.3G 0 6.3G 0% /run/user/1000 tmpfs 6.3G 12K 6.3G 1% /run/user/42 查看磁盘 [root@vm-b4-fxkzdb1 u01]# fdisk -l Disk /dev/sdb: 536.9 GB, 536870912000 bytes, 1048576000 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes