Thursday, May 30, 2013

OBIEE11g - Upgrading OBIEE 11g to 11.1.1.7 in Windows Server 2008r2

The new version of OBIEE, 11.1.1.7 was released last week with a whole host of new features – an updated look and feel, enhancements to tables, graphs & dashboards, support for Endeca and enhancements to Essbase integration. For the full list see the Oracle documentation at the following URL:
The installation process for a new installation appears almost identical to 11.1.1.6 with a few extras on the install screens for Essbase which is has now been combined into the OBIEE install set. Rather than run through that I thought I’d try my hand at upgrading an existing 11.1.1.6.x installation, so below is the (remarkably painless) process I went through – successfully completing the upgrade in a couple of hours.
The environment I upgraded was an OBIEE 11.1.1.6.0 patched to 11.1.1.6.6 on Windows 2008 64bit server that had been configured with AD authentication and auto start up with window services.
I started with downloaded the usual zip files from technet, in this case the following and unzipped them to a single temporary directory.

BI_WINDOWS_X86_111170_64_DISK1_1OF2.ZIP

BI_WINDOWS_X86_111170_64_DISK1_2OF2.ZIP

BI_WINDOWS_X86_111170_64_DISK2_1OF2.ZIP

BI_WINDOWS_X86_111170_64_DISK2_2OF2.ZIP

There are three basic steps to the upgrade:
  1. Perform a software only install of the new version
  2. Run the Patch Set Assistant to configure Weblogic
  3. Run the Configuration Assistant for OBIEE
To start with I manually shutdown all OBIEE and Weblogic services:
Upgrade1
For the duration of this upgrade I actually set these services to manual so I could test the upgrade and start up procedures separately. I’ll put them back to automatic at the end.
From the directory where the upgrade files where unzipped, go into the bishiphome\Disk1 subdirectory and run setup.exe (if you are not logged in as Administrator, right click and select ‘run as administrator’ – I never do, I prefer to install software under a ‘oracle’ account with Admin access)
Upgrade2
This brings up the usual OBIEE installer screen:
Upgrade3
I never enable software updates, I prefer to control them myself, so I turn this option off.
Upgrade4
The upgrade process initially only requires the software to be installed, the configuration will be handled later on.
Upgrade5
The prerequisite checks passed ok…
Upgrade6
It detected the Oracle Middleware Home by itself. If you had more than one home on the server you would probably need to choose the correct one. The Oracle Home Directory should be Oracle_BI1.
Upgrade7
As OBIEE only used Weblogic, this should be auto selected.
Upgrade8
The summary screen then lists what’s going to be installed.
Upgrade9
The installation progress image still shows Lawrence Fishburne in one of his less action packed roles…
Upgrade10
And the install should finish successfully…
Upgrade11
That’s the new version of the software installed. Now to configure it. The first step is to use the Patch Set Assistant to upgrade Weblogic and the repositories. Before doing this it’s advisable to take a backup of the database repositories – the xxx_BIPLATFORM and xxx_MDS schemas for the environment being upgraded.
From the middleware_home/oracle_common/bin directory run psa.bat (again choose “run as administrator” if necessary)
Upgrade12
Choose Oracle Business Intelligence to upgrade.
Upgrade13
Before continuing you need to confirm that you’ve taken a backup of the database repositories and that the database is of a version supported by this version of weblogic. You can check the support versions at the following URL:
From here you can download the excel certification spreadsheet for OBIEE 11.1.1.7, but in a nutshell the following database versions are supported: 10g 10.2.0.4 or better, 11gR1 11.1.0.7 or better and 11gR2 11.2.0.1 or better.
Upgrade14
Enter the connection details for the xxx_MDS schema and click Connect
Upgrade15
The xxx_MDS schema name will appear in the Schema user name field. Note that if this database has the repositories for more than one OBIEE environment you must make sure the correct one is selected. Enter the password for this schema.
Upgrade16
This step is repeated for the xxx_BIPLATFORM schema, again make sure the correct one is selected.
Upgrade17

The PSA will then examine the repositories to make sure they are ok for upgrading.
Upgrade18
Finally you get the summary screen from where you can start the upgrade
Upgrade19
The upgrade process only takes a few seconds to perform.
Upgrade20
Click close.
Now start Weblogic and the Node Manager.
From middleware_home\user_projects\domains\bifoundation_domain\bin directory run startWebLogic.cmd
Upgrade22
Then the node manager: middleware_home\wlserver_10.3\server\bin\startNodeManager.cmd
Upgrade23
Now we need to run the Business Intelligence Configuration Assistant.
From middleware_home\Oracle_BI1\bin run config.bat (again choose “run as administrator” if necessary)
Upgrade24
The prerequisite checks should pass ok (they did in the install earlier…)
Upgrade25
Choose the Update BI Domain option and enter the connection details for the Weblogic server.
Upgrade26
The details of the BI Domain should be picked up automatically
Upgrade27
Again the summary screen appears before the upgrade begins.
Upgrade28
If took around 20 minutes to perform the upgrade, stopping and starting services a few times along the way.
Upgrade29
And finally completes ok.
Upgrade30
That’s it, the upgrade is complete. A quick check of the version number in the Administration screen:
Upgrade31
Rebooting the server and starting the BI services manually revealed one minor problem:
The boot.properties file had been deleted under:
middleware_home\user_projects\domains\bifoundation_domain\servers\AdminServer\security
Although the boot.properties file under:
middleware_home\user_projects\domains\bifoundation_domain\servers\bi_server1\security
was still intact. For good measure I recreated both. (They just have two lines: username=weblogic, password=password)
The look and feel has been improved…but playing will have to wait for another day…
Upgrade32
Importantly the two custom configurations I mentioned at the top of this blog – starting OBIEE via windows services (after returning the services back to automatic) and the AD authentication both worked perfectly after the upgrade without any additional changes, so existing configuration settings have been retained correctly. Given the change to the look and feel I’d be surprised if customisations to the look and feel (e.g. logo’s, alternative colours etc.) are still perfect after the upgrade, I suspect some tweaking would probably be needed, but it should be fairly minor.
I also can’t see any sign of the Essbase tools that a normal install includes, but that’s probably not a bad sign – even though Essbase is included with the OBIEE installation I’d still recommend splitting Essbase off onto a different server, or at very least a different middleware home on the same server. Later on I’ll re-run the installer to add in Essbase and see how that goes.