Housekeeping notesWill break for questions at the end of each section. Please hold questions for the breaks to make sure we have time to cover all of the material.
High Availability is not for everyone. Complicates the landscape – lots of ‘moving parts’. Let the need drive the solution. Who is using the system, how critical is the BI to accomplishing their job. Are they local? National? Global? What is your IT budget like? Do you have a Data Center? Do you have support from Data Center staff? From your Management? HA can be a bit more costly to set up, but the payback comes from never being down. You don’t have to implement everything you see here today. You can just implement pieces and see improvements.
Ask for show of hands how many people have a “Black Box” install of BO. Quickly describe that and how it differs from horizontal.
External layerThe external system layer is comprised of a BusinessObjects client, a reverseproxy server that sits outside the corporate firewall, and a load balancer thatdistributes end-user system requests.The client machine is a Windows desktop machine that accessesBusinessObjects applications through a web browser. Because the clientrepresented in the Windows pattern diagram sits outside the corporatefirewall, only HTTP client applications are available from this client machine.Applications that require a direct connection to the BusinessObjects CentralManagement Server (CMS), such as Universe Designer, must run from acomputer that resides within the system security perimeter.The reverse proxy machine runs Apache HTTP Server 2.0 and has twonetwork cards (NICs). One network card is used to communicate externallywith clients, and the other is used for internal facing communications. Thetwo network-card configuration helps conceal internal IP addresses.The load balancer is a Cisco Content Services Switch that distributes clientrequests between the two web servers.
Web server layerThe web server layer consists of two machines running Apache HTTP Server2.0.Can also contain static content from BusinessObjects web applications. If you perform a Distributed Install, all jpegs, gifs, and other static files will reside on the Web Layer. This can help reduce the load going to your Application Server and improve performance. (If you use Apache/Tomcat, you have a Distributed Install already)
Application server layerThe application server layer includes two application server machines and an LDAP-based authentication server running Active Directory Application Mode (ADAM). Application server software includes BusinessObjects Web Component Adapter (WCA) with Tomcat. CMC and InfoView will also reside in this layer.If you use Oracle (BEA) WebLogic or IBM WebSphere, you can cluster your application servers together as well. Will touch on more in the clustering section of this preso.
BusinessObjects Enterprise layerThe BusinessObjects Enterprise layer includes a cluster of three machinesrunning BusinessObjects Enterprise servers, and a separate machine thathosts the BusinessObjects Central Management Server (CMS) database,auditing database, and File Repository Server (FRS).The BusinessObjects Enterprise layer also includes Oracle clients, whichare installed on each of the three machines in the BusinessObjects servercluster. The Oracle clients allow the BusinessObjects servers to accesssystem databases.* Request ports and configuring BOE for use behind a firewall. ** FRS on SAN or Windows File Server Cluster if SAN not available. Latency is key. Measure it.
Data layerThe data layer includes an Oracle database server that hosts the corporatedatabase. This is simplified, of course. Will most likely be several different machines or silos where your data comes from. Most important layer to secure. Houses your critical and proprietary corporate data. Customer information? Privacy Act or HIPAA protected? Etc.
Basics of incremental vs. full backups Hot vs. cold backups Cold require downtime, however, with a clustered environment, can take down one BOE at a time to back up. Difficult to keep transactions from happening while the backup occurs. In 3.1, use the Repository Diagnostic Tool to reconcile. Hot backups are supported! Use the RDT to reconcile afterwards. Cold backups are better if you can afford the downtime.
Memory usage is big. Watch Webi or Crystal servers for how much memory they have allocated and have alerts set when they crest.
I can send you any of the referenced documents or presentations upon request.
Designing A Business Objects Enterprise Environment For High Availability
[<br />[<br />[<br />ATUL PATANKAR<br />LINDA WILSON<br />JUERGEN LINDNER<br />ASUG INSTALLATION MEMBER MEMBER SINCE: 2000<br />ASUG INSTALLATION MEMBER MEMBER SINCE: 1999<br />SAP POINT OF CONTACT MEMBER SINCE: 1998<br />]<br />Designing a BusinessObjects Enterprise Environment for High Availability <br />Availability<br />Greg Myers<br />Senior Business Intelligence Engineer<br />SEI<br />[<br />March 11th, 2010<br /> Greg Myers, BOCP<br />[<br />
Monitoring and Alerting</li></li></ul><li>Clustering<br />What is a CMS Cluster?<br />Multiple CMS services accessing a common repository database<br />Why use CMS Clustering?<br />• Failover Redundancy<br />• Increased System Availability<br />• If one server fails, the system remains up<br />• Distributed Work Load<br />• Increased System Performance<br />• Work is shared across multiple machines<br />
Clustering<br />When should you Cluster?<br />• More than 20 simultaneous users processing requests<br />• More than 20 simultaneous scheduled jobs<br />• High system availability is considered critical<br />• Users are getting error messages that system resources<br /> are unavailable (e.g. WebI servers out of memory)<br />• Scheduled jobs are not completing on time<br />
Clustering - How to Create a CMS Cluster<br />• Clustering Two Existing Machines<br />1. Machine 1: Rename Cluster<br />2. Machine 2: Create Connection to CMS DB<br />3. Machine 2: Stop CMS<br />4. Machine 2: Change DB connection to CMS DB for machine 1<br />5. Machine 2: Restart CMS; Machine 2 joins the cluster<br />Note: You may need to migrate content from Machine 2 to Machine 1 using the Import Wizard prior to clustering the two machines.<br />• Adding a New Machine to an Existing Cluster<br />1. Machine 1: Rename Cluster<br />2. Machine 2: Create Connection to CMS DB<br />3. Machine 2: Install BOE, using Expanded Option<br />
How Does a Cluster Work?<br /><ul><li> Node Servers share db and FRS space
Services require –ns entry</li></li></ul><li>Clustering – Other forms of Clustering<br /><ul><li>The CMS Database can configured for failover/HA by using DBMS methods (for example, Oracle or MS SQL Server Clustering, etc.) which are transparent to BusinessObjects
The FRS can be configured for failover/HA by using a SAN, which is transparent to BusinessObjects
Consider clustering your Web and Application Servers
For example – Managed Servers in WebLogic</li></li></ul><li>Clustering – Best Practices<br />• All machines should be alike:<br />• Same number and type of processors<br />• Same amount of hard drive and RAM<br />• Same OS and software<br />• Same middleware (ODBC, etc.) connections<br />• This keeps the load balancing working properly<br />The CMS doesn’t have the ability to assign tasks according to a machines size or capacity. All machines in the cluster are treated as equal. <br />• All machines should be in the same time zone<br />• This keeps the scheduled tasks and audit data in sync<br />• All servers should be on same subnet<br />• Communication between machines needs to be as fast as possible, and not hindered by other network traffic<br />• Begin with twice the capacity needed<br />• Add new servers when system usage reaches 70% of estimated capacity<br />• Use Auditor to monitor usage <br />• Oversize from the beginning<br /><ul><li> Make sure both CMS servers are configured for auditing in exactly the same way. Any difference will make the CMS crash. </li></ul>The last thing you want is for users to get error messages that resources are not available. That will cause users to lose confidence in the system.<br />
How BOE works at a high level</li></li></ul><li>Where to Learn More<br />Windows Pattern Book<br />SAP<br />BusinessObjects Enterprise Server Administrator's Guide<br />SAP<br />BusinessObjects Enterprise XI - Clustering Servers<br />Michael Welter, Sr BI Consultant, Idhasoft<br />Best Practices for Backup and Disaster Recovery of Business Objects<br />Enterprise XI 3.1 <br />Mike Stamback, Director of Product Management, SAP<br />Disaster Recovery and Business Continuance <br />Kevin McManus, McManus Software + Consulting<br />
Questions and Contact<br />Greg Myers<br />firstname.lastname@example.org<br />LinkedIn:<br />http://www.linkedin.com/in/gpmyers<br />Twitter:<br />@gpmyers<br /> @gpmyers/businessobjectsgurus<br />ASUG.com:<br />Greg Myers BusinessObjects Admin Blog<br />Please consider joining ASUG and the BusinessObjects Security & Administration Special Interest Group <br />