Skip to Content
Author's profile photo Sheldon Edelstein

Installation Options for SAP Business Objects Planning and Consolidation, version for Netweaver

Updated October 10, 2011

There are two main installation paths that can be chosen for your SAP Business Objects Planning and Consolidation, version for Netweaver (BPC) implementation:   you can install BPC within your current BW system (the “Add On” method) or you can install BPC on a separate BW system (the “Stand Alone” method).  Each installation method has pros/cons that should be considered prior to deciding upon an implementation path.


SAP Business Objects Planning and Consolidation 7.5, version for Netweaver (BPC75NW), must be installed on a suitable Netweaver platform.  For BPC75NW Support Pack 08 or earlier, the Netweaver platform version must be Netweaver 7.01.  Based upon customer demand (SAP listens, and SAP delivers), BPC75NW will be supported by Netweaver 7.3 in the near future.  The current anticipated timing for NW 7.3 support is SP09 (end October 2011), please review SAP Note 1639341: “BW 7.3 support on BPC 7.5”. 


Which is better:  Add-On vs. Stand Alone?  The answer varies for each customer since it depends on a number of factors that need to be evaluated for each implementation:

  • Hardware Investment
  • Performance
  • Administration Costs
  • Integration Development and Maintenance
  • Upgrade Considerations
  • Support Pack Considerations
  • BWA Investment
  • Data Movements

Hardware Investment

There is typically some increase in hardware investment when implementing any BPC project.  The Stand Alone scenario will lead to some additional cost for servers required for creating the new instance of BW that will be used to support the BPC application.  However following an  “Add-On” implementation scenario will also require additional application servers to accommodate the anticipated incremental BPC user load on the existing BW system.   The net hardware cost differences between “Stand Alone” and “Add-On” may be negligible.


On initial reflection, the Stand Alone scenario may be presumed to inherently have superior performance; however this is not necessarily to case if the Add-On scenario is properly sized.  In addition, load balancing is also an important consideration to ensure overall system responsiveness (for example, BPC processes can be isolated from the BW processes, from a load balancing perspective, if desired).


Administration Costs

System Admin costs may be greater with a Stand Alone implementation since an additional host system will need to be maintained, tuned, monitored, etc.   

However if the administration support is provided using in-house resources, the additional cost may be negligible by being easily absorbed into the existing in-house administration support model.   

If system administration is out-sourced, then additional cost should be anticipated (as most external support contracts charge by system instance). 

Additional consideration should be anticipated to keep your out-sourced system up to date with current support packs and corrections.  Failure to maintain the system can result in increased administration and operational costs through the need to research and implement corrections that have already been developed for more current support pack levels.


Integration Development and Maintenance

There are a variety of ETL tools to pull master and transactional data into BPC, but these tools typically point to BW objects (info cubes and info objects) within the hosting BW for source input.  Following a Stand Alone implementation path, additional processes will need to be developed to load the source data into the BPC supporting NW environment.  This additional configuration will need to developed and, of course, maintained.


Upgrade Considerations

New BW functionality is continuously being deployed and customers struggle to determine the best timing to upgrade their systems.  In a Stand Alone deployment, it may be easier to upgrade your main BW system while leaving your BPC hosting BW system at an earlier revision.  One of the main benefits to the stand alone path is the elimination of many of the dependencies between BW upgrades and BPC upgrades.   This decoupling may be a significant consideration since currently BPC 75 NW is currently only supported by Netweaver 7.01.  If you have a BPC75NW system today deployed using the Add On approach, you cannot upgrade your NW environment to NW 7.3 since BPC is not supported by this version of NW.

Recognize that system upgrades depend on a number of business environmental factors:  corporate politics, the needs and schedule of the end user work streams (i.e.: Finance, Sales, Marketing, HR, etc.), and the technical capacities to perform the work.  Some companies elect to upgrade their systems on regular basis, others are more conservative and will upgrade infrequently if the system performance is acceptable. 



Support Pack Considerations

Certain highly regulated industries require extensive regression testing of all BW processes after implementation of any support packs.   Even companies that are not specifically bound by industry regulations should always consider some planned regression testing after any system change is introduced (i.e.: support pack, individual correction, SAP kernel updates, OS kernel updates, DB patch updates, etc…).  Similar to the discussion surrounding “Upgrade Considerations”, a decoupled system approach allows timely support pack implementation for BPC without the need for extensive regression testing of the main BW system.


BWA Investment

Many SAP BW customers are currently enjoying the benefits of speed enhanced processing provided by BW Accelerator (BWA).   In an Add On approach, the BWA can very easily be extended provide performance enhancement for BPC.  The Stand Alone approach requires additional BWA hardware to be installed since BWAs are typically setup to service a specific BW instance using a 1:1 connection between the BW instance and the BW Accelerator (reference slides 24-25 of ).



Data Movements

As discussed in the “Integration Development and Maintenance” section a Stand Alone approach will require additional data extraction configuration and maintenance.  Most customers will load master/transactional data into their main BW systems for general reporting purposes.  Following a Stand Alone process will require at least two sets of data to be generated (one for the main BW system, and a second set for the host BW system).  When data is pulled into the BPC application a third set of data can be generated as well.  All this data requires storage and has to be periodically backed up.  In a high availability system, additional copies may also be generated by the mirrored backup systems.


Other Considerations

  • Creating and installing a “system copy” (i.e.: to establish a quality test environment) will be incrementally easier with Stand Alone approach. The copied system will be much smaller due to its segregation from the main BW processes.
  • Data Manger is by design constrained to one BW instance (the instance upon which BPC is installed) , so the ability to create a master process chain to update all data will require addition separate steps for a stand-alone system. Additional BW configuration, such as additional staging cubes and the potential for redundant data with both BW systems should be anticipated.


This blog does not provide a final recommendation for one implementation path over the other.  There is no best implementation path that can be generalized for all customers.  The choice for Add On or Stand Alone should be thoroughly evaluated by your system architecture group along with project goals and appropriate cost considerations.

Assigned Tags

      You must be Logged on to comment or reply to a post.
      Author's profile photo Witalij Rudnicki
      Witalij Rudnicki
      Hi Sheldon. Last year at TechEd I asked BPC speaker from SAP about the scenario with BWA if BPS can automaticaly create and populate BWA Indexes for BPC InfoCubes. He told me that No, BWA Indexes have to be created manualy by IT. Yet through discussion I found that the problem had been that if business user changes the BPC model, then the previous InfoCube is deleted and new one is created. BWA Index is deleted with previous InfoCube, and new one is not automaticaly created. Is it fixed in BPC 7.5 NW? How it works with BWA now?
      Thank you,
      Author's profile photo Sheldon Edelstein
      Sheldon Edelstein
      Blog Post Author
      Hello Vitaliy -
      My recommendation is to use the “light” optimization procedure on a routine basis (light optimization will not change the BW technical name assignment of the BPC application).  The only time you need to run the full optimization procedure (which can change the technical name of the BPC info cube and break the BWA connection) is when you determine that the BW technical data model (the assignment of underlying BW characteristics to BW cube dimensions) may need to be updated; since this should be a relatively infrequent occurrence a manual step to reconnect BWA to the new cube technical name would need to be included in the administrative procedure.
      Author's profile photo Former Member
      Former Member
      Thanks Sheldon for good info on this BPC install options. When we consider the install options I am trying to understand on the next version of BPC  and its dependencies like NW release and .NET integration.

      Also I would like to know for authentication which is the most commonly used like LDAP or CMS ?


      Author's profile photo Former Member
      Former Member
      Hi Sheldon, Is there a large scale project or a customer testimonial that has successfully undertaken BPS conversion to BPC?
      Author's profile photo Former Member
      Former Member
      BPC75 SP08 is now released. Is the compatibility with NW 7.3 resolved in the support pack? OR is it SP09? Any information on SP09 release dates and compatibility resolution?


      Author's profile photo Sheldon Edelstein
      Sheldon Edelstein
      Blog Post Author
      The supportability of Netweaver 7.3 and BPC75NW is still in the development and testing cycle.  I have updated the blog with the latest information on timing for establishing this compatibility, SP09, but the actual delivery dates for this feature are still subject to change. 
      Author's profile photo Former Member
      Former Member
      I was wondering if you have identified any issues with installing BPC7.5 SP08 on a NW 7.3.  In one of your early postings on SDN, you stated that BPC 7.5 will run on BW7.3 as an unofficially supported combination

      Also is there any update with when SP09 will be released as well as BPC 10.  I realize that BPC 10 is still in ramp-up though. 

      Author's profile photo David Struckholz
      David Struckholz
      Sheldon – great discussion. We have a similar question as the previous post. We are on BPC 7.0 SP8 and moving to upgrade BW to 7.3 and were wondering if there were compatibility issues or lack of official support?
      Thanks much - Dave
      Author's profile photo Sheldon Edelstein
      Sheldon Edelstein
      Blog Post Author
      Hi Dave -
      The current anticipated timing for NW 7.3 support is SP09 (end October 2011), please review SAP Note 1639341: "BW 7.3 support on BPC 7.5".
      Author's profile photo Former Member
      Former Member
      Hi Expert,
      Very interesting this weblog. Actually, our customer want to install SBOP BPC for NW(10.0 or 7.5) and we want to know the minimum requirements for the BusinessObjects Enterprise system integration with SBOP PC.
      Please, can you tell me the minimum BOE version required for BPC 7.5 and BPC 10.0? Thanks for your help.
      Author's profile photo Former Member
      Former Member
      Hi, Im currently installing standalone option for BPC for NW. I have a doubt, do I have to install BI_CONT in this system too?
      Currently this are my components:
      SAP_ABA     701     0009
      SAP_BASIS     701     0009
      PI_BASIS     701     0009
      SAP_BW     701     0009
      CPMBPC     750     0008