If you follow me on social media, you will know I’ve put out a few 12cR2 installation articles recently. It’s good motivation for me to read through the installation guides and see what’s changed, if anything, between versions. I quite like doing some of this nuts & bolts stuff. 🙂
If you’re interested, this is what I’ve done so far.
I always feel like I should stress a few things in relation to my install guides, or anyone else’s for that matter.
- You should always read the installation manuals. I know it can be boring, but there is a bunch of stuff you should understand that I don’t include, because my intention isn’t to regurgitate the manual. Maybe you have a situation where something is relevant that other’s don’t care about.
- The RAC articles are intentionally really basic. I avoid some of the job separation (users and groups) that you may want in your organisation. I keep the storage very simple. I avoid a lot of the possible topology variations. I would always consider these as a starting point for playing with RAC on a VM, rather than something you would consider a RAC “best practice”. Once you’ve got one of these running you can try variations. Don’t expect me to write a separate guide for all variations. Try it yourself.
- I will make choices over my approach to make stuff suit the wider audience. For example I’ve tended to steer clear of ASMLib and the new “ASM Filter Driver” because a big chunk of my audience are sceptical of them and prefer to use UDEV. I’m happy to use either and if you are using Oracle Linux and UEK it really doesn’t make a great deal of difference. I think you should play with both and decide for yourself which you like. Remember, I’m not going to write multiple variations of the article.
- The installation guides are all using interactive installations, but I rarely do these nowadays, preferring to use silent installations and silent database creations. I’m not sure how many people would be happy with a bunch of response files as their introduction to a new version. I think the GUI screens aid with understanding when you are new. You should definitely graduate to the silent stuff though! I’ve included the response files generated during each interactive installation.
- I modify the installation guides over time as I learn more about the stuff. That’s true of all my articles, but don’t assume because I installed it this way today, that’s definitely the way to do it!
I guess what I’m saying is I’ve only done a handful of 12.2 installations, so I’m no guru. Keep that in mind and learn to think for yourself! 🙂
APEX 5.1 was released for download a few days ago. I tried doing an upgrade against an installation on a VM at home and it worked fine, which was hardly surprising. 🙂
Officially I’m on holiday, but I figured I would upgrade all our Dev/Test installations while everything is quiet. Major version upgrades, changes in either of the first two numbers, require a full installation. There was no major difference between this and what I was doing for the 5.0 installations, so I just edited the existing article and altered the title.
Since all the apps at work use AD authentication, I tested that out against 5.1 too and it worked fine.
So it was really smooth sailing.
As I’ve mentioned previously, we’re a small scale user of APEX, so it’s relatively easy for me to upgrade and test our systems.
We’ll kick the tyres some more in the new year, then upgrade the live systems pretty soon.
A few months ago I mentioned doing some Fedora 22 installations. At the time I did some pre-emptive installations on the Alpha release of Fedora 23 also.
Now the final release of Fedora 23 is out, I’ve run through the articles again to make sure things are all ship-shape.
It’s pretty much as it was before, with the nice bonus that the “MATE Desktop” package group has been fixed. Happy days! 🙂
As always, installations of Oracle server products on Fedora are not a great idea, as explained here.
If you do like playing with this stuff, knock yourself out… 🙂
As always, installations of Oracle server products on Fedora are not a great idea, as explained here.
I was reading some stuff about the Fedora 23 Alpha and realised Fedora 22 had passed me by. Not sure how I missed that. 🙂
Anyway, I did a run through of the usual play stuff.
While I was at it, I thought I would get the heads-up on Fedora 23 Alpha.
The F23 stuff will have to be revised once the final version is out, but I’m less likely to forget now. 🙂
I guess the only change in F22 upward that really affects me is the deprecation of YUM in F22 in favour of the DNF fork. For the most part, you just switch the command.
yum install my-package -y
yum groupinstall my-package-group -y
yum update -y
dnf install my-package -y
dnf groupinstall my-package-group -y
dnf group install my-package-group -y
dnf update -y
This did cause one really annoying problem in F23 though. The “MATE Desktop” had a single documentation package that was causing a problem. Usually I would use the following.
yum groupinstall "MATE Desktop" -y --skip-broken
Unfortunately, DNF doesn’t support “–skip-broken”, so I was left to either manually install the pieces, or give up. I chose the latter and use LXDE instead. 🙂 F23 is an Alpha, so you expect issues, but DNF has been in since F22 and still no “–skip-broken”, which I find myself using a lot. Pity.
Fedora 21 has arrived and it’s now delivered in three focussed flavours (Workstation, Server and Cloud). This of course resulted in the usual articles from me.
As always, read the warnings before you start down this path.
From an Oracle installation perspective, it’s almost identical to Fedora 20. I chose to use the server flavour and install the “MATE Desktop” package group. I suspect others may prefer to start with the workstation release. Either way it should be fine.
As I suspected, switching my main desktop from Fedora to the MacBook means I care significantly less about this release than before, but I still have some upgrades I’ll need to plug through.
The new versions of the WebLogic 12cR2 and ADF could not have come at a worse time for me. My top priority is learning about the 12cR1 version of the database. Second, is getting to grips with Cloud Control 12cR3. Third on the list is getting up to speed with the changes in WebLogic 12cR2 and ADF. Unfortunately, my personal priorities don’t quite match my work priorities, so WebLogic 12cR2 has moved up the list for a while. As a result, I did some installations last night.
I’ll have to play with this for a few days to get my head round it as I may be doing a test installation at work early next week.
A word of warning. I am a self-confessed WebLogic newbie. If you ask me questions about it I will be redirecting you to people who actually know what they are talking about…
I finally got my server problems sorted out yesterday, so I was able to do a 12c virtual RAC installation. You can see what I did here:
The setup is pretty much the same as the 11gR2 setup. So there’s no real drama at all.
With the basic installation articles out of the way I can start having a play with the functionality.
I’ve now got 12c running under VirtualBox on my server (Oracle Linux), desktop (Fedora 18), laptop (OS X) and desktop at work (Windows 7). If I can just get it running on my Nexus 4 and Nexus 7… 🙂
I did an EM Cloud Control 12cR2 installation at work yesterday. The database repository was 184.108.40.206 on HP-UX and the middle tier was installed on RHEL 5.8. The installation was pretty much the same as the 12cR1 version. Over the next few days I’ll be testing out some of the features to decide if we can move across to it permanently.
Today I did two run throughs of single server installations on Oracle Linux 5.8 and 6.3. There are a couple of minor differences, but nothing to worry about. You can see what I did here:
The installations are a little small, so they are not too fast, but it’s good enough to test things out.
Update: It’s been a while since I used the 12c version, so I’ve had to relearn a few simple things. I thought I might as well write the down in case it helps others.
While I was at Open World I tried a few times to get hold of the new Cloud Control software, but the hotel network wasn’t up to the job, so I had to wait until I got home.
The installation is pretty simple compared to previous versions of Grid Control and it installs fine on both Oracle Linux 5.x and 6.x. As always it’s a little greedy on the memory front, with the recommendation for a small installation being 4G for the Cloud Control and 2G for the repository database. That’s not including the OS requirement. On the subject of the repository database, you can use a number of 10g and 11g versions, but anything before 220.127.116.11 requires additional patches, so I stayed with 18.104.22.168.
You can see what I did here.
I had this comment today related to RAC installation.
“thanks for the feedback, but for newbies this is where it gets confusing. No clear guidelines”
This post is not specifically about this comment, but it does bring up the issue I keep going back to again and again…
One of the things that annoys me about the Oracle marketing machine is they still try to make out all Oracle products are accessible for newbies. Oh really? Are you seriously telling me that Oracle RAC and Oracle Grid Control 11g are accessible for newbies?
I’ve been using Oracle products for about 17 years. I’ve been using Linux for about 13 years. I’ve been administering RAC for about 10 years. I don’t claim to be an international consultant to the stars, but I have a long history with this stuff. I’m not saying this to brag, just to put this into context. With all this experience I still don’t think this stuff is easy.
Check out the Oak Table Members list. Excluding myself, this is a “who’s who” of the people you would love to have on your site to show you how Oracle stuff really works. If you were part of the Oak Table mailing list you would see these people are still struggling with the idiosyncracies of some of this Oracle stuff. There are lots of RAC related issues under discussion all the time.
Knowing all this, do you really think you can roll up off the street and do a good job of installing and administering this stuff in a production environment? Do you think it is OK to be an SQL Server DBA on Windows today and start a job as an Oracle DBA on Linux tomorrow? I see this happening all the time because bosses don’t understand how complicated this technology can be. People do one Oracle installation on Windows and think the logical next step is RAC or Exadata.
I’m happy that Oracle have invested time and money in making Oracle *easier* to install and administer, but trying to tell people that it is easy is totally the wrong message. A week long course or a 2-Day DBA manual is not going to get someone up to speed.
For the next marketing slogan I suggest,
“Oracle. It’s f*ckin’ complicated, but it’s really cool!”
Rant over … until the next time… 🙂