A typical Migration from BO 5.X or BO 6.X to BOXI 3.1 SP X can be broken down into the following steps in order of priority:
1) Requirement gathering and documentation.
2) Hardware and software procurement.
3) Software installation
4) Implementing security in CMC.
5) Objects migration (e.g. Universe, reports, users, agnostic documents)
6) Unit testing.
7) Migrating to UAT
8) String testing
9) Migration to Production.
10) Production testing and signoff.
Note: Points 1 to 5 has been described in the article below. Points 6 to 10 has not been discussed as testing procedure varies from client to client.
1) Requirement gathering and documentation.
In the initial period (approx 20-25 working days) you should be able to analyse the existing BO system and complete the following documentations:
a) BO – Server Migration - Describes the existing BO architecture and the new BO architecture along with the infrastructure requirements.
b) BO - Security Migration - Describes the new security structure.
Tips : Get this document signed by client as in many instances the client might like to change the requirements or ask for new things (in future) once the client understands the security structure better . It is usually good practice to develop security from scratch especially if you are migrating from BO 5.X and BO 6.X.
c) BO – Inventory Migration - Gives a full list of report documents (webi , Deski, crystal , xcelcius) , universe and users.
d) BO – Migration process - Steps involved in migration and backup strategy.
e) BO Migration test plan - What we are going to test (e.g. no of reports, any stress testing of environment) and identify users from client side who will assist us on the same.
2) Hardware and software procurement.
Infrastructure procurement is a big problem to some clients specially in a short notice. You should make the client aware of this issue at the beginning of the project. Ask them to make a decision on whether you should start migration after you have provided them the documentation or whether they want you to come back in 6-8 weeks time once they have sorted out the infrastructure required for the project (unless you want to sit and bill them while they run around like headless chickens to sort the infrastructure issues).
Even before you go to the client side ask for some decent computers where you can install all versions of BO that you are migrating from and migrating to.
3) Software installation
After all the infrastructure is in place install Business Objects on the servers and test the same. If you have any issues during installations have a look at the BOBJ website. I will explain the security model in a different article in my blog . www.botalkshop.blogspot.com
4) Implementing security in CMC.
After completing the installation procedure implement the security structure in BOXI 3.1. I will explain the security model in a different article in my blog . www.botalkshop.blogspot.com
5) Objects migration
After completing the security structure migrate the reports, universe and users to the new system. Usually you will be able to migrate webi reports and users quite easily. Put the users in the respective groups in the security model and test the same. Try to convert all deski report to Webi (BO has announced that there will be no support of Deski after BOXi 3.X) . I have described a few common issues you might face while converting reports from Deski to Webi at the end of this section. Remember all the row level security and object level security is now in the universe instead of the repository.
Careful: The old BO repository in BO 5.0 and 6.0 repositories can be in Oracle 8i. BOXI 3.1 cannot talk to Oracle 8i. So you have to copy the old BO repository to an Oracle database in 11g and create a key file from BO 5 and 6 (please note that BO 5 and 6 can talk to some specific version/pack of oracle and not any latest version . So you might need to do an intermediate upgrade to 11g so that both BO 5 and BOXI 3.1 can talk to the same Oracle server). You should be able to generate the key from BO 5 to Oracle 11g and use the key in BOXI 3.3 to talk to the old BO repository.
Tip : Do remember that when you add a new row level security and hit the OK button it will automatically update the repository even though you might not have exported the universe to the repository. Also be very careful with the ‘Priorities’ in row level and object level security in the universe. If you put the wrong priorities you might see more data that you want. Thumb rule is set the highest priority to the lowest group in the group structure so that others cannot overwrite it (E.g. where you can go wrong is if you have Group Level 1 -> Group Level 2 -> Group Level 3 in a hierarchy, GP 1 being the highest level in the group, and you set the highest priority of Group Level 1 then Group Level 2 will automatically take the security rights assigned in GP 1 even if have forced some other security on GP 2)
Errors while converting Deski Reports to webi :
1) Partially Converted : XXX report - Objects cannot be hidden in Web Intelligence documents
2) Object No Longer Exists in Universe
3) Partially Converted : XXX report - Block filters on measures do not have the same behaviour in Web Intelligence
4) Partially Converted : XXX report - Page setup options are not implemented in Web Intelligence (First page number, page order, scale, Fit to N pages)
5) Not Converted : XXX report - Document cannot be read
6) Partially Converted : XXX report - Conditional or permanent Hide Header not available in Web Intelligence
7) Partially Converted : XXX report - Function not available in Web Intelligence
8) Partially Converted : XXX report - Blocks cannot be folded in Web Intelligence
9) Not Converted : XXX report - .wid document could not be generated due to unknown reason
10) Partially Converted : XXX report - Unsupported 'Do not regenerate SQL' option
11) Partially Converted : XXX report - Breaks in Web Intelligence can only be set on one dimension
12) Partially Converted : XXX report - Keyword not available in Web Intelligence
13) Partially Converted :XXX report - A formula from a Desktop Intelligence block filter cannot be migrated into a Web Intelligence block filter
14) Partially Converted : XXX report - Blocks cannot be folded in Web Intelligence
15) Partially Converted : XXX report - Block filters on measures do not have the same behavior in Web Intelligence
There is a bug in the software so if SIA crashes users are able to see all data instead of No data. This is a bug in SAP. SAP recommended us a workaround.
Tip : Always have a ‘NULL’ connection or a ‘Wrong’ connection as a default connection . Assign the right connections at the group level. Only issue with this is Administrators will not be able to create reports as it will default to a NULL connection. However if you add the users in the right group you will be able to view the right data.