Oracle的Apply Patchset的方法一直是为人诟病的，其实步骤复杂倒也罢了，怕的是Oracle总在不停地修改Apply Patch的方法，Oracle的原意是让Apply Patch的语法越来越简单，但是各种各样的Patch，各种不同的命令，特别是很大的Bundle Patch，如果不仔细阅读Readme，千万不要轻易出手。 这次尝试在自己的VirtualBox虚拟机OEL6中给之前安装的GI（Oracle Restart）+ ASM + Oracle Database安装最新的11.2.0.2.5 PSU，遇到各种问题。 1. Patch解压的目录必须是grid用户和oracle用户拥有写权限的，如果没有写权限，会报错： Opatch version check failed for oracle home /u01/app/oracle/product/11.2.0/dbhome_1 Opatch version check failed update the opatch version for the failed homes and retry 安装需求是使用root用户来安装（这是我第一次看到在安装PSU的时候要求使用root用户），而我的虚拟机中由于没有足够的磁盘空间，所以将Mac中的下载目录作为Shared Folder映射到虚拟机中，因此改目录的属主是root，用户组是vboxsf，而且并不允许使用chmod直接修改。因此出现了权限问题。我的解决方法是将grid用户和oracle用户都加入vboxsf组中。 建议：在真实环境中，Patch解压目录应该属于dba用户组。 2. 我的Patch是解压在/media/sf_PSU目录下，解压以后生成了p13343447_112020_Linux-x86-64目录，其下有两个目录分别是13343424（这是DB PSU）和13343447（这是GI PSU），整个目录结构如下所示： |-media |–sf_PSU |—p13343447_112020_Linux-x86-64 |—–13343424 |—–13343447 按照Readme文档中描述的，opatch的命令应该写为： opatch auto 此处的UNZIPPED_PATCH_LOCATION按照文档描述应该就是/media/sf_PSU目录，因为这是解压目录，但是实际上这份文档是有问题的(注：这是我个人造成的问题，我在操作系统中双击解压zip包，自动生成了p13343447_112020_Linux-x86-64目录，而如果命令行下用unzip解压，则不会出现此目录，因此Oracle文档中的描述并没有问题，但是这里主要吐槽下面的报错信息)，如果opatch命令写为： opatch auto /media/sf_PSU…