BO XI R2 to BI 4.1 SP5 Migration

Question

Hi All,
We are in the process of upgrading our BI environment. Last time, we tried the migration with below options - but it failed after 22 hours.
-> Complete Migration
-> Live-to-Live
Source System:
BO XI R2 SP2
No. of Universes: ~150
No. of Reports : ~28000 (Webi + Deski reports)
File Store : 55 GB
Target System:
BI 4.1 SP5 (New server)
When we analyzed the repository data, out of 28000 objects we have only 8000 reports (Public Folders + User Favouries) - it looks like rest of them are like instances. So, appreciate if you provide your recommendations/suggestions on the below points
1. We don't want to migrate the instances to Target system. Can we go with incremental migration option (Live-to-Live), by excluding the 'Instances' in the 'Options' or any other settings required in UMT?
2. If we want to exclude User Favourites' (wants to migrate in before going live), can we unselect the 'User Favourites' folder in UMT or do we need to select any other options?
3. Our users only refresh their reports during working hours - only IT team can create any new reports. In this case - is it recommended to do this Live-to-Live migration during working hours (i.e) when source system is active? This is important because getting longer downtime of source system (BO XI R2) in our organization is very difficult because of business criticality.
Appreciate your response on the above queries as it will be really helpful for us to plan accordingly.
Thanks in advance
regards,
Syed Basheer

Answer 1

Hi,
Go through the link UMT Incremental Upgrade Approach for large environment?
Also, migration of full content is possible and can be done during non working hours, if the UMT is set correctly and the RAM is good enough to accommodate the transfer. Make sure you have ample Temp directory ( 2 x FRS size )
Instances can be unchecked only in case of incremental update. However users may want some historical data. In this case you can limit the instances in the XI R2 system.
User favourites and inboxes are crucial. They should be migrated along with security, if not done properly, they might loose the security context and get either no privileges or complete access.
It is recommended to do the migration activity during downtime. Live access ( any access ) to the system can cause repository access and can lead to failure of obects being updated to the target system.
I did a complete migration recently with almost same amount of data mentioned. It took UMT 12 hours.
Regards,
Atul B