New Customer Proof Point for 'SAP on VMware': Checkpoint Systems

jorad — Tue, 20 May 2008 16:00:00 GMT

Check out the new 'SAP on VMware' success story on Checkpoint Systems, published by Manufacturing Computer Solutions. The article illustrates why customers turn to VMware virtualization for their SAP landscapes, and what kind of results they are seeing.

Checkpoint's problem areas - maintenance, upgrades, and provisioning - have been fully addressed by VMware virtualization. The entire ERP environment was virtualized, including database and central instance in production and non-production landscapes. What are the results? Among the most important are improved ability to deliver on internal SLAs and accelerated disaster recovery. The article also cites an 8:1 consolidation ratio, 34% reduction in power and cooling costs, and a reduction of provisioning times from six weeks to one hour. Truly great results, and very typical.

-Joachim

Efficient Disaster Recovery for SAP Landscapes

jorad — Fri, 16 May 2008 13:00:00 GMT

VMware announced Monday that VMware Site Recovery Manager will be available for order next week. Site Recovery Manager is a new product for disaster recovery management and automation that leverages the storage technologies of our storage partners. Clearly, business continuity and disaster recovery are critical for SAP customers, so this is a great time to talk about the DR project that we have been conducting at the SAP Co-Innovation Lab together with SAP and NetApp. See also the NetApp press release.

What are the issues with 'traditional' DR as we know it? First of all, many SAP (and non-SAP) customers do not have a proper DR plan in place, because it is too complex and cost-prohibitive for them. Investing in a heavily under-utilized infrastructure simply does not make sense to them. And if they have plans, they rarely get around to actually testing the framework. I generally hear from customers that they carve out time for this important effort once a year, at best. Concerns about impact on production are another issue. The DR framework is another huge challenge since it usually consists of a long list of manual steps which are often executed by multiple groups, making it very hard to minimize recovery time. Given the critical importance of having a functioning datacenter, these issues leave customers with significant exposure if unexpected failure events occur.

Site Recovery Manager addresses these issues by enabling you to easily create and manage centralized disaster recovery plans, allowing for mouse-click automated testing of these plans without impacting your production systems, and automating the site fail-over in case of a disaster.

In the SAP Co-Innovation Lab (see also VMware Joins the SAP Co-Innovation Lab!) , we tested this scenario for SAP, as it is a critical feature for our joint customers. The DR setup we staged in the lab gives a good example of the product in the SAP context, and it also shows the way Site Recovery Manger integrates with storage partner technologies (NetApp in this case).

Below we illustrate how easy it is to test the DR setup with Site Recovery Manager.

Starting Point:

We start with two SAP applications on the production site: IDES-prd and SCM-prd. The applications are located on two separate physical servers. On the DR site, we only have one physical server, which already is used by a sandbox system, SCM-sbx. The two SAP production instances are 'protected' and a DR plan is created automatically (although it is still customizable) to govern the fail-over steps in case of a disaster. In this case, we want both system to fail over to the one physical node on the DR site, and we choose to keep the sandbox system running. The protected systems are replicated in short intervals to the DR site.

Testing:

To illustrate the testing, we open VMware VirtualCenter in both the production and the DR sites. In the production VirtualCenter window, we open an SAP GUI from the console and look at the SAP sales orders, shown in the upper left window in Figure 1 below. In the DR VirtualCenter window, we execute the DR test scenario. Testing steps is as easy as pressing the button "test" for the appropriate plan. The test plan integrates with the underlying NetApp storage to create a FlexClone of the replicated VMs, boots them in an isolated (for test purposes) network, so that there is no interference with the production systems. The picture below (click on it for a better resolution) shows that the SAP VMs (IDES-prd and SCM-prd) are “recovered”, which means that the VMs have been started.

Figure 1: SAP DR plan in Action (upper left: production site, lower right: DR site - please click on the image for better resolution)

Now we are ready to test the systems. We go to the Inventory at the DR Site and open the console for the IDES-prd system. We login to the SAP UI and look up the sales orders. Note that the prd system and the DR system are running simultaneously, but that there is no interference, since the DR systems are created from a clone of replicated environment in an isolated network (try doing all of that in a physical environment!).

Figure 2: Test of Recovered SAP Systems (upper left: production site, lower right: DR site - please click on the image for a better resolution)

The sales orders exactly match between production site and recovery site, since in this case we haven’t created new sales orders since the last replication.

So the test is successful! Note also that both SAP systems started on the same host, while the pre-existing sandbox system was still running on that host as well. Of course, you can automatically suspend all existing VMs as part of the plan so that the recovered production instances have maximal resources.

Conclusion:

How long did it take to test the DR scenario?
In this case, a few minutes.
How complex was the test?
Very simple, one mouse-click followed by some testing. Even non-technical people can easily accomplish that.
Was there an impact on production?
Absolutely not.
How often can I run the test?
As often as you want.

So VMware Site Recovery Manager really should help you to improve your existing disaster recovery setup, or even to implement the framework you wish you had.

Interested in a demonstration? Please send me a private message.

Joachim

P.S.: The SAP Co-Innovation Lab is a great place to create these proof points, and it really helps in bringing innovation much quicker to customers.

Virtualization for SAP Solutions

New Customer Proof Point for 'SAP on VMware': Checkpoint Systems

Efficient Disaster Recovery for SAP Landscapes