XWBI_Migrating to BusinessObjects 4.2

Upgrading to SAP BusinessObjects 4.2

Why Upgrade?

Agenda

Planning Phase

Design & Installation

The Upgrade

Xoomworks BISummary Checklist

Why Upgrade?

Business Benefits

• Leverage your historical investment and reduce TCO

• Use the upgrade as an opportunity to review content and increase user adoption

• Use the upgrade as an opportunity to review your Security model

• Assess new technologies included in SAP BI4.2 you could use

• Look into long term strategy and Cloud adoption/ Hybrid approach

• Stay supported by SAP

Why Upgrade? Planning Phase Design & Installation The Upgrade Summary Checklist Xoomworks

New Features and Functionality

• Commentary Service

• Recycle bin

• Shared elements

• Geo Maps in WebI

• Direct access to SAP HANA from WebI

• SAP HANA Online Mode

• Parallel queries to optimise performance

Improved functionality for platform administration• Near Zero Downtime (NZDT) data back up method

• Parallel patching

• System health monitoring with embedded monitoring functionality

• Fully embedded promotion management

• Improved auditing that collects data on system usage

New Mobile Functionality and Self-Service BI Features

• Broadcast notifications to mobile users in 4.2 (3)

• More straight forward and intuitive self-service BI through SAP Lumira, SAP Business Explorer and SAP BusinessObjects Analysis


Planning Phase

Planning • Upgrading to BI 4.2 can be complex

• Careful planning is essential – understand your upgrade path

• Ensure you gather all the requirements for the upgrade during planning

• Understand the common challenges

• Understand the different upgrade scenarios and make an educated decision about what is right for your business


Engage and Partner• During planning, engage with various stakeholders, such as administrators, DBAs, BI content designers

and end users to plan the upgrade

• Engage end users right from the start- Treating the end user as a partner is crucial for a successful project outcome- Uncover the “hidden” needs of all user categories with regards to the existing BI solution- Ensure business gets the best out of the new BI solution, e.g. better self-service capabilities- Identify skill gaps and build training plans with the business, for the business


Governance• Put a governance process in place

• Accountability

• Transparency and Communication

• Issue and risk management

• Change Control


Upgrade:Move from BI 4.0 to BI 4.2 - Can almost be compared to installing a support pack

Migrate from:XIR2/XI 3.x to BI 4.2 - Direct

Upgrade Path. Involves:• Migration of the repository• May need review of security model• New hardware required ( to

accommodate 64-bit architecture)• Comprehensive planning and testing

Migrate from: Pre-XIR2 to BI 4.2- no direct upgrade path. Requires:• Intermediate step to XIR2/XI 3.1*• Security model needs to be rebuilt• DeskI conversion to WebI will play a

big role

* depending on the source version


Complete MigrationBig bang upgrade scenario where all content is migrated in one go

Pro’s• Best suited for small

deployments.• Reduces total time

taken.• Reduces number of

systems to be maintained during upgrade.

Con’s• Requires lockdown of entire

system• Longer downtime of your

BI system• Potentially wide spreading

impact of upgrade issues• Challenging to check all

upgraded content in large deployments


Incremental MigrationIncremental Upgrade means to upgrade content: step by step, department by department.

• Requires lockdown of each department folder, one at a time.• Parallel maintenance of two systems.• More complex to execute.• Best suited for medium and large deployments.


Migration Tools• Upgrade Management Tool

- Upgrades BI content directly from XIR2 and XI 3.x environments

• Import Wizard- Required to migrate from pre-XIR2 deployments to intermediate XI 3.1 environment

• Promotion Management Tool- Integrated in CMC- Moves BI content within the BI landscape from “like for like systems”, e.g. from DEV to TEST

• Report Conversion Tool

- Converts Desktop Intelligence reports to Web Intelligence format

• GB&Smith 360 Suite

- Very useful to accelerate your overall migration


Understand Product Changes – BI Platform• New binaries require a complete new installation

• New audit schema means historical audit data is not kept- Backup your audit db if you need to keep it.

• BI Launch Pad replaces InfoView with new functionality

• Dashboard Builder is now BI Workspace- Migrating MyInfoView and InfoView objects converts to BI workspaces and workspace modules- Corporate, Personal and My InfoView Dashboards have become BI Workspaces

• Encyclopedia/Discussion and Performance Manager have gone EOL

- Look into collaboration and BI Commentary

• Search has a new search technology in BI4. The search index will be re-built from BI4 for those on earlier versions


Understand Product Changes – BI Clients I• Desktop Intelligence has gone EOL

- Requires converting DeskI reports to WebI- Possibility to deploy DeskI Compatibility Pack (DCP) for intermediate timespan and delay DeskI conversion

to later stage in project

• Web Intelligence- Corrections and changes to the Calculation Engine in BI 4.x compared to XIR2 and XI 3.x.- Requires editing formula and variable definitions in some cases- New charting engine (Common Visualization Object Model)- New and enhanced hierarchical capabilities, such as hierarchical and level-based member selection,

hierarchical prompting, hierarchical charting and hierarchical navigation in reports

• Xcelsius 2008 renamed to BusinessObjects Dashboards- Flash files continue to work, Conversion to new format optional but adds new features

(e.g. globalization, UNX queries, etc.)- Consider the move the Design Studio


Understand Product Changes – BI Clients II• Universe Design Tool (UNV universes)

- Coexisting with new design tool (Information Design Tool)- No changes to previous version, universes and designer as in XI3.x

• Lifecycle Management Tool- Integrated in BI4, no separate installation required.

• Report Conversion Tool- supports Online to Online mode and conversion of DeskI reports based on Freehand-SQL and Stored

Procedures (since BI 4.1 SP05)

• Translation Manager- Integrated in BI4 clients, features parity with XI3.1 maintained, retains all previous translations

• WDeploy integrated in BI4 (WDeploy GUI also available)

• Import Wizard has been replaced by Upgrade Management Tool


Understand Product Changes – Other Components• Integration Kits for SAP, PeopleSoft, Siebel, JDEdwards and Oracle

- Integrated since BI4, separate installation no longer required.

• Data Federator- Partially integrated since BI4. Existing DF3.x deployments remain compatible with BI4.

• Live Office- No change, existing documents continue to work, but client machines need to be updated.

• Mobile- Fully integrated since BI4. Local content has to be moved with upgrade management tool.- Mobile XI3.1 and BI4 may coexist on the device, but parameters need to be re-set or copied

• Query as a Web Service (QaaWS)- No change. QaaWS will continue to work after the upgrade.- UMT detects dependencies to UNV universes. Dashboards on QaaWS will continue to work.


Understand Product Changes – Parameters & Customization• Security and Authentication settings for Windows AD

No upgrade, needs to be set up in BI4.

• Reporting databases connectivity- No upgrade, connections require to be set up in BI4.

• BOE Server configuration and Web Application configuration settings- No upgrade. These require to be set up in BI4.


Understand Product Changes – Parameters & Customization II• BOE specific settings

- Moved from Web.xml file to properties file.

• InfoView Customization (pictures, logos, etc.)- No upgrade. These are required to be set up in BI4.

• Custom Java code- Requires validation whether custom code still works in BI4 for custom Java code that is using the BOE SDK

and Report Engine SDK. Some of the Java functions can be deprecated.


Upgrade: from BI 4.0 to BI 4.2• No changes to the security model. Advised to check

specific rights.

Migrate: From XIR2/XI3.x to BI 4.2• Changes to the security model• Carefully analyse the changes and

their impact on your security model

• Decide whether or not to redesign your security model

Migrate: From pre-XIR2 to BI 4.2• New security model• You must redesign your

security model

Understand Product Changes – Security Model


Clean Up Your BI Content• Include a plan to carefully assess your current environment and understand which BI content has to be

migrated

• Take the opportunity to clean up your BI content BEFORE you upgrade- Audit your system to understand which BI content may have become redundant- Detect and delete un-used reports after an inventory check with the business- Only migrate required content to the new environment to reduce risks, time and cost- Fix or delete scheduled jobs that are paused or failed- Remove older report instances or un-used instances

• Fix repository inconsistencies!


Reduce Risk – Essential Testing• Reduce risk by including several test stages in your upgrade plan

- Set up a sandbox environment for BI 4.2 platform and client testing- Plan thorough discovery and testing of new products, features and functions- Schedule tests to estimate the time required for the upgrade- Security and content testing- Don’t underestimate regression tests (Can you Automate some?)

• Ensure you identify what needs to be tested after the upgrade and by whom- UAT by business users (most important, most frequently used, most critical reports and dashboards,

universes, BI content in inboxes and personal folders, etc.)- Repeat testing and validation in each environment after migrating content through the BI 4.2 landscape

(e.g. development to test to acceptance to production)- Final user validation after release into production system


Reduce Risk – design and allow time for a comprehensive test plan• Compatibility tests with existing systems

• System performance and stability tests- Plan for extensive performance and system tests

• Plan and perform a pre-upgrade test on a specially modelled sample scenarios- Set up a sample group with related sample access levels and related sample application to test an incremental

upgrade without dependencies- Set up a sample folder, objects, and instances related to previous test run, this time to test an incremental

upgrade with dependencies- Perform tests after the test upgrades to see whether the incremental upgrade with security works


Training – A Must for User Acceptance and Enablement• Appropriate training is an essential part of change management and user acceptance of the new

system- Carefully evaluate training needs for end users, administrators and developers so they acquire the skillsets

required for an efficient and successful upgrade• End users should receive training depending on the products and functionality they will be using

- Create training plans according to the required skill sets

• Schedule training sessions close to the actual production rollout and consider refresher sessions after go live

• Business users involved in testing will require training earlier than the general user base


Design & Installation

Design – BI 4.2 Solution Architecture• Verify the Product Availability Matrix (PAM) whether your third party components are supported

and compliant with 64-bit technology

• Size your new deployment to properly deploy your BI system!- Determine which hardware you require for your new system work- You will require more hardware than before, especially memory- Decide whether to deploy on physical servers or on virtual machines, on Windows or Unix/Linux, on

premise vs. Cloud?- Refer to ‘Sizing and Deploying SAP BI 4 and SAP Lumira’

• Consult BI 4.2 Pattern books to architect your solution

• Do not forget about authentication, monitoring, auditing, lifecycle management, backup, recovery, etc.


Installation• Set up your new BI landscape with the latest version of the software

• Consult official documentation for the installation and all configuration tasks- Installation Guide for XIR2 SP02 / XI 3.1 SP07 (only for indirect upgrade paths)- BI 4.2 Update Guide (if updating your environment from BI 4.0)- BI 4.2 Installation and Upgrade Guides (for both direct and indirect upgrade paths)

• Customise and configure your new deployment as per sizing in Design phase

• Apply best practices for service tuning (APS, WIPS, etc.)

• Perform thorough system and performance tests after the installation


The Upgrade

Time to perform the actual upgrade:

Execute the pre-upgrade tasks (see next slide)

Upgrade using the Upgrade Management Tool (more about UMT in this presentation)

Execute post-upgrade tasks and testing


Pre-Upgrade Tasks• Check network connectivity and access to the source and target machines

• Check logon access to source and target machines using the UMT

• Disable OS updates and stop anti-virus processes in all source and target machines

• Pause all scheduled objects and delete unwanted and failed object instances

• Clear the CMC temporary storage in your source system


Pre-Upgrade Tasks II• Run the Repository Diagnostics Tool (RDT) on source and target systems

• Disable auditing on your source and target systems

• Windows AD and SAP authentication types- Disable on source system and enable on the target system


The Upgrade Management Tool (UMT)• The UMT is a one-stop, thick-client Java tool to upgrade BI content from XIR2 and XI 3.x to BI4.

- UMT centralises upgrade workflows into a single location, replacing the Import Wizard and DB Migration tools.

- Supports both upgrade workflows (full and incremental)

• UMT can be a resource intensive tool, depending on your content migration size- It can consume large amounts of memory and temp disc space. - Run UMT on a dedicated machine with maximum resource allocation (RAM, CPU, disk space)- Configure the UMT

• Disk space: allocate a minimum of twice the file store size available• Java Heap Size: allocate as much RAM as possible for better overall UMT performance and stability


Using UMT - ScenariosUMT allows for two Upgrade scenarios: BIAR to Live and Live to Live• BIAR to Live

- Required when source and target systems cannot be connected- Allows for keeping a content snapshot and re-starting the upgrade process from the snapshot- Use small BIAR files (max 10,000 objects or 1GB)

• Live to Live- Optimized for a large amount of objects - Requires source and target systems up and running- Ports must be opened between source and target

• Tracing the UMT- Set up tracing for the UMT if you run into issues- Review the log files after the upgrade and group common errors into issue types


UMT Best Practices• Upgrade your BI content from source PRD to TEST in your target system

• If you have many objects in one step consider breaking these up in further increments, e.g. objects names starting with A-I, then J-Q, and R-Z.

• After validation and tests promote BI content from TEST to DEV and PRD respectively, using Promotion Management in BI 4.1 (integrated in the CMC)

• The order of the content import needs to be carefully planned.


Post-Upgrade Tasks IAfter completion of all the upgrade increments you will need to perform a number of post-upgrade tasks:

• Enabling 3rd party authentication- Windows AD and SAP authentication types must be enabled on the target machine

• All BI servers that were disabled prior to the upgrade must be restarted

• Create all 64-bit Data Source Names (DSNs) and DB client configurations on target machine- DSNs need to be manually set up to re-establish connectivity to the data sources of the documents


Post-Upgrade Tasks II• Post-Upgrade Testing

- After DSN creation and all servers are running carry out upgrade tests defined during planning, e.g. comparing security restrictions, opening, refreshing and scheduling reports, etc.

• Re-enable auditing on the target machine

• Resume all document schedules- As you had to pause all schedules in the source system prior to the upgrade these must be resumed again

(using Instance Manager in the CMC)

• Re-enable OS updates and anti-virus on all the machines


Desktop Intelligence Report Conversion Tool (RCT)• As Desktop Intelligence is no longer part of the BI product suite you will need to convert your

DeskI reports to WebI format- Use the Report Conversion Tool to convert Desktop Intelligence XI R2 and XI 3.x reports to Web

Intelligence 4.2

• Thoroughly plan the conversion to Web Intelligence- Complex reports may not convert without issues- Conversion of reports based on FHSQL and Stored Procedures possible since BI 4.1 SP05 but not all

convert without issues- Run RCT to collect conversion results audit data- Evaluate results during the planning phase

• Number of reports that convert without any issues • Estimate the amount of rework that will be required


Desktop Intelligence Report Conversion Tool (RCT)• Decide whether or not to convert a report or rebuild in BI 4.2 and where to solve the issues (DeskI

or WebI)

• Archive converted .rep documents after conversion to keep the CMS clean

• Three different workflows possible for the conversion and migration of DeskI to WebI reports- Check ‘Recommendations for Conversion Using the Report Conversion Tool’


Desktop Intelligence Compatibility Pack (DCP)• Enables you to view migrated DeskI reports in BI 4.2 CMS connecting from XI 3.1 clients

- Does not replace the need to convert to WebI but enables you to shorten the upgrade to BI 4.1 by postponing DeskI conversion to later

- DCP is supported until the end of 2017 (Windows XP/2003 and Vista not supported)- Light Schedule functionality using the Windows scheduling functionality- Only client-side consumption of .rep content

• Requires client machines to be updated to Client Tools XI 3.1 SP6 or later- Requires side-by-side installation of WebI Rich Client 4.2, Universe Design Tool 4.2 and Report

Conversion Tool 4.2- DCP was first delivered with FP 6.1 and must be applied after 4.1 client tool installation- Or apply the corresponding FP if already on a higher version FP than 6.1


Universe conversion from UNV to UNX format• Relational UNV can be converted to new UNX format

• Convert existing UNV to UNX only if you require new IDT functionality in legacy universes

• Start using UNX universes if you want to make use of new multi-source capabilities and other new features

• Consider keeping UNV universes during the migration where possible and convert to UNX format at a later stage

• Consider new universe development in IDT

• IDT requires additional training


Consider using GB&SMITH 360 Suite

Resource Library

1. BI Platform Feature by Version Matrix

2. Sizing and Deploying SAP BI 4 and SAP Lumira

3. BI Platform Support Tool

4. Recommendations for Conversion Using the Report Conversion Tool


To find out more:Visit our website at www.xoomworks.com/bi

Email us at [email protected]

THANK YOUfor attending

XWBI_Migrating to BusinessObjects 4.2

Documents

Transcript of XWBI_Migrating to BusinessObjects 4.2