Seth: I just have no life. :)
The build is similar to the 12cR1, except you unzip the GI software. I'm
not really sure why they bothered with this because the gridSetup.sh fires
up a GUI that looks almost the same as the OUI for GI. It basically does
everything except unzip the software for you. Is that progress? It even
copies the software between nodes in the same way. I don't know if I missed
why this is progress, but I don't see it. :)
If you look through the guide you will see I've made a bunch of compromises.
1) I don't use all the OS groups. I just go with dba that is installed by
the preinstall package because I'm lazy. You might want to add the extra
groups and add them to the oracle user. I put a note about that in the
manual setup section.
2) I use UDEV, even though they seem to want you to use the ASM Filter
Driver (new ASMLib). The doc saying you can use UDEV, ASM Filter Driver or
both. I chose UDEV. I only ever use Oracle Linux these days, so there is no
real diasadvantage to use ASM Filter Driver I guess. For new people, it
will save them having to understand UDEV, so they might prefer it.
3) I only use the "oracle" user. I don't have "grid" and "oracle" because
I've never worked in a place where someone else manages the GI.
4) I purposely did it with 4G RAM on each VM (not using the memory release
trick), just to prove it is possible. It works but it is super low. I will
be using 10G per VM for all other attempts. I wasted the best part of half
a day just waiting... :)
5) I went for a standard cluster, rather than Flex, but I think Flex
probably makes more sense as you can run with a single ASM node, which
reduces overall resource usage on a laptop RAC.
6) From a resource usage perspective, doing the whole lot in silent mode
would probably make sense, but I stuck with interactive and I think most
people prefer the visual stuff when they are getting to grips with it. A
response file or command line parameters are not the most appealing to your
average newbie. :)