Toward transforming business continuity services

  • Authors:
  • C. Ward;S. Agassi;K. Bhattacharya;O. Biran;R. Cocchiara;M. E. Factor;C. T. Hayashi;T. Hochberg;B. Kearney;J. Laredo;D. Loewenstern;A. E. Rodecap;J. K. Skoog;L. Shwartz;M. Thompson;R. Thompson;Y. Wolfsthal

  • Affiliations:
  • IBM Research Division, Thomas J. Watson Research Center, Hawthorne, New York;IBM Research Division, Haifa Research Laboratories, Petach-Tikva, Israel;IBM Research Division, IBM Thomas J. Watson Research Center, Hawthorne, New York;IBM Research Division, Haifa Research Laboratories, Mount Carmel, Haifa, Israel;IBM Business Continuity and Resiliency Services, Sterling Forest, New York;IBM Research Division, Haifa Research Laboratories, Mount Carmel, Haifa, Israel;IBM Business Continuity and Resiliency Services, Gaithersburg, Maryland;IBM Research Division, Haifa Research Laboratories, Mount Carmel, Haifa, Israel;IBM Research Division, Thomas J. Watson Research Center, Hawthorne, New York;IBM Research Division, Thomas J. Watson Research Center, Hawthorne, New York;IBM Research Division, Thomas J. Watson Research Center, Hawthorne, New York;IBM Corporation, Indianapolis, Indiana;Business Continuity and Resiliency Services, Greenville, South Carolina;IBM Research Division, Thomas J. Watson Research Center, Yorktown Heights, New York;IBM Business Continuity and Recovery Services, Warwick, United Kingdom;IBM Business Continuity and Resiliency Services, Gaithersburg, Maryland;IBM Haifa Research Laboratories, Haifa, Israel

  • Venue:
  • IBM Journal of Research and Development
  • Year:
  • 2009

Quantified Score

Hi-index 0.00

Visualization

Abstract

Typical businesses have limited expertise in handling disasters; thus, it makes business sense to use external business continuity services. Existing practice is for the business to determine its critical business processes, perform a risk assessment, mitigate as many of these risks as possible, define a continuity plan, and then periodically test this plan at a local IT (information technology) or work-area recovery site. This practice, however, typically imposes limitations as discussed in this paper. We offer enhancements to mitigate these limitations, including the close interlock between the customer and service provider's processes, a shared representation of a customer's environment, and a recovery infrastructure integrating both automation and virtualization. We capture the customer's IT inventory as a recovery configuration and analyze the requirements and available recovery resources to optimize the test schedule of the recovery center and automatically map recovery requirements to resources. We orchestrate recovery deployment through automation. Based on the recovery configuration, we can also determine to what degree the customer can recover within a virtual environment and automatically map the customer to this environment, thereby accruing the benefits of virtualization. These capabilities enhance the client's recovery experience and provide increased flexibility and resource utilization in the recovery data centers.