source: http://www.maxima.co.uk/about-us/maxima-blog/item/installing-sap-business-objects-40
Installing SAP Business Objects 4.0
The new SAP Business Objects 4.0 Enterprise Platform is finally
available so it's perhaps useful to run through the basic installation
process. The documentation from SAP is, of course, comprehensive but
this blog is aiming to distil that down to the basics. Warning- there
are a lot of very similar screen shots in here.
Let's start
with a few notes about this installation:- This is a single server
install. Enterprise deployments are, of course, supported whereby you
can install specific services on specific servers to introduce load
balancing and availability features.
- This is a Custom Install rather than a Full Install only because
you see more of what is happening during the Custom Install and it's
useful to illustrate exactly what is involved in the Full Install.- The install is on Windows 2008 64 bit server (only 64 bit is supported for the Enterprise Install) with 14GB spare memory
The CMS and Audit databases required by earlier versions of SAP Business Objects are still required so a core pre-requisite is to make sure you have decided where these are to be hosted. The install package includes a SQL Server Express database (how long till this becomes Sybase I wonder?) but I want to take advantage of Analysis Services reporting in 4.0 so have opted to first install the full SQL Server Enterprise product. I then manually create the two databases required, taking a note of the details for use during the install process. With SQL Server I also have to make sure that the ODBC connections are configured before beginning the install.
Another required decision before installation is which web server to use. Most are supported but, as with previous releases, I'm opting to take advantage of the Tomcat deployment delivered as part of the installation.
I've been installing Business Objects software since the original version 4 and it's always something that has improved with each new release. That's maintained with this version though one suggestion I would make is that it might be quite nice to have an indicative progress bar as you progress through the install option screens – sometimes it felt like they were never going to end and light at the end of the tunnel would have been welcomed!
So, we start in the time honoured tradition by clicking on the setup.exe. We get to select our install language and then the process proper begins. The install package first does a fairly useful pre-req check.
This looks a bit scary at first until you realise there is a scroll at the bottom which, if used, shows you've passed them all – or not, as the case may be. In my case, I'd read the documentation beforehand and had. Next up is the licence agreement, name, organisation and product key code details. All fairly standard. Following that is the option to choose different language packs depending on the internationalisation of your environment. I'll stick with English.
Then we have the first important choice – what sort of install are we doing? A full install, custom install or web tier only install.
I'm choosing the Custom Install which starts off with everything which is in the Full Install selected so is a good way to view what's included there. In fact it is pretty much everything. The only features not included in the Full Install are the ERP integrators as shown below.
Also interesting to note by reviewing the features be installed the various additions that have come along in 4.0 e.g. Subversion for their new Lifecycle Management processes and the SAP Support Packages allowing a greater degree of online support should you require it. The next option requires you to specify whether this is a genuinely new install (requiring a CMS) or an extension of an existing deployment (where a CMS is already available on the network)
Following this we have the screens requiring information about our CMS and Audit database. Note that these would not appear if I'd selected the option to have an Integrated Database (SQL Server Express) installed when customising the features. First we select which database we want to create our CMS and Audit schemas on.
Next it's time to specify the SIA name and node. As I'm only doing a simple install on a single machine with no software requiring the default ports I'm happy to click Next on this...
...and, indeed, on the CMS port.
The SIA and CMS ports do become important when deploying on a networked environment – especially where firewalls are involved and the ports have to be opened. As with the earlier XI releases the ports for individual services can be managed within the CCM. You are then prompted to supply the Administrator password. Take a note of this – you'll need it for your first login to the system. You also get to specify a Cluster Key which would be used to configure multi-server deployments (a blog for a later day perhaps?)
Next we supply the connection details for our SQL Server – once for the CMS and once for the Audit database. Note that the available ODBC connections are provided as a list.
We then can select to start the servers immediately after installation before specifying our Tomcat parameters – again, with no other network considerations, I go with the defaults.
We then get into the more esoteric elements of the 4.0 configuration. I've chosen to install the Web Application Container Services (WACS). This basically allows a .NET environment to deploy the Java apps that come as standard with SAP Business Objects e.g. the CMC. I keep with the default port option for WACS and select Next. Now for the Subversion configuration. This will certainly reduce the ongoing maintenance costs of a complex SAP Business Objects deployment allowing the quick and easy reapplication of previous configurations, etc.... Again, I keep the default parameters and supply my own Subversion Repository password.
After the Subversion config we are presented with the option to configure SAP Solution Manager Diagnostics. As I understand it, this will allow SAP to access your system if required and assist in any troubleshooting, support cases, etc... For now, I'm not going to configure that.
And finally – yes, we're almost installing – comes the option to configure the C A Wily Introscope.
The Introscope is something I'd though Jon Pertwee's Doctor Who had dispensed with back in the 1970s but, no, it's actually also part of the enhanced SAP support ecosystem and entirely optional for my purposes so I'm avoiding the config for now.
That's the last step done and I'm now ready to start the install. On my machine it took just under two hours to complete. I'd specified for the services to all start after install and a check on the CCM confirms they are there.
One final check of course is the actual business of logging in to the new SAP Business Objects portal.
That works successfully and I have a new, clean SAP Business Objects 4.0 platform to play with.
In conclusion then, I'd certainly say that SAP Business Objects 4.0 is one of the simplest installs I've had to do for a BI system. Of course, I was hardly stretching it's enterprise capabilities but to get a demo/Proof of Value environment up and running it's straigthforward enough.
No comments:
Post a Comment