From 5.3 to 6.1 there hasn't changed that much (in this regard), so everything said for tuning AIX 5.3 is valid for AIX 6.1 too. You might want to consult
this link from our list of useful links
here.
You certainly will need to configure asynchronous I/O. I don't know Oracle 11 all that well, but i suppose you need to configure both legacy aio as well as posix_aio.
<the original part dealing with Asynchronous I/O deleted because it was outdated information>
Regarding the volume group layout: i'm not sure if this makes sense at all. ou don't need to put logs and application data into a several volume groups, in fact it would be easier to administrate if you had only one VG. You could (and should!) still put logs and data on as many disks as possible simultaneously to enhance performance, but that doesn't mean they should go in different VGs. VGs are logical containers to group logical volumes (roughly: file systems) together because they belong together
logically.
There is a case to be made to put the archive logs in a separate VG: if you regularly use the data in another server (for backup purposes, for instance) you might consider putting these into a separate volume group to handle this. You could then umount the filesystem with the archive logs, export the VG, import it on another server, backup the data and reimport/remount it on the DB server.
If you don't do such a thing then the archive logs should become part of the DB VG either.
Regarding optimization for disk I/O: as i have already written optimizing (physical) disk I/O is mostly about distributing the read/write-operations over as many physical disks as possible. Further, you should only optimize on
one place, because optimizing on several places simultaneously is likely not to enhance anything but runs the (small) risk of having adverse effects (
see here). If you still need disk I/O optimization after having employed all possible options at the SAN level you could - very carefully! - try to optimize further on the LVM level, but it is more likely than not that the SAN will give you all the performance you need without having to resort to other means.
I hope this helps.
bakunin