|
|
Total Number of Subscribers: 464 | |
|
| ||
|
| ||
|
Date:31st October 2008 |
Compiled by Mr. M. Sathya Kumar | |
|
|
Business Continuity and Disaster Recovery Planning: The BasicsGood business continuity plans will keep your company up and running through interruptions of any kind: power failures, IT system crashes, natural disasters, supply chain problems and more.Disaster
recovery and business continuity planning are processes that help
organizations prepare for disruptive events—whether those event might
include a hurricane or simply a power outage caused by a backhoe in the
parking lot. The CSO's involvement in this process can range from
overseeing the plan, to providing input and support, to putting the plan
into action during an emergency. This primer (compiled from articles on
CSOonline) explains the basic concepts of business continuity planning and
also directs you to more CSOonline.com resources on the
topic. "Disaster recovery" seems pretty
self-explanatory. Is there any difference between that and "business
continuity planning : Disaster
recovery is the process by which you resume business after a disruptive
event. The event might be something huge-like an earthquake or the
terrorist attacks on the Given the
human tendency to look on the bright side, many business executives are
prone to ignoring "disaster recovery" because disaster seems an unlikely
event. "Business continuity planning" suggests a more comprehensive
approach to making sure you can keep making money, not only after a
natural calamity but also in the event of smaller disruptions including
illness or departure of key staffers, supply chain partner problems or
other challenges that businesses face from time to time.
Despite
these distinctions, the two terms are often married under the acronym
BC/DR because of their many common considerations.
All BC/DR
plans need to encompass how employees will communicate, where they will go
and how they will keep doing their jobs. The details can vary greatly,
depending on the size and scope of a company and the way it does business.
For some businesses, issues such as supply chain logistics are most
crucial and are the focus on the plan. For others, information technology
may play a more pivotal role, and the BC/DR plan may have more of a focus
on systems recovery. For example, the plan at one global manufacturing
company would restore critical mainframes with vital data at a backup site
within four to six days of a disruptive event, obtain a mobile PBX unit
with 3,000 telephones within two days, recover the company's 1,000-plus
LANs in order of business need, and set up a temporary call center for 100
agents at a nearby training facility. But the
critical point is that neither element can be ignored, and physical, IT
and human resources plans cannot be developed in isolation from each
other. (In this regard, BC/DR has much in common with security
convergence.)At its heart, BC/DR is about constant communication. Business
leaders and IT leaders should work together to determine what kind of plan
is necessary and which systems and business units are most crucial to the
company. Together, they should decide which people are responsible for
declaring a disruptive event and mitigating its effects. Most importantly,
the plan should establish a process for locating and communicating with
employees after such an event. In a catastrophic event (Hurricane Katrina
being a relatively recent example), the plan will also need to take into
account that many of those employees will have more pressing concerns than
getting back to work A good first step is a business impact analysis (BIA). This will
identify the business's most crucial systems and processes and the effect
an outage would have on the business. The greater the potential impact,
the more money a company should spend to restore a system or process
quickly. For instance, a stock trading company may decide to pay for
completely redundant IT systems that would allow it to immediately start
processing trades at another location. On the other hand, a manufacturing
company may decide that it can wait 24 hours to resume shipping. A BIA
will help companies set a restoration sequence to determine which parts of
the business should be restored first. Here are 10 absolute basics your plan should
cover:
Hold it. Actual live-action tests would, themselves, be the "disruptive events." If I get enough people involved in writing and examining our plans, won't that be sufficient? Let us give you an example of a company that thinks tabletops and paper simulations aren't enough. And why their experience suggests they're right. When [former] CIO Steve Yates joined USAA, a financial services company, business continuity exercises existed only on paper. Every year or so, top-level staffers would gather in a conference room to role-play; they would spend a day examining different scenarios, talking them out-discussing how they thought the procedures should be defined and how they thought people would respond to them. Live exercises were confined to the company's technology assets.
USAA would conduct periodic data recovery tests of different business
units-like taking a piece of the life insurance department and recovering
it from backup data. Yates wondered if such passive exercises reflected reality. He also wondered if USAA's employees would really know how to follow such a plan in a real emergency. When Sept. 11 came along, Yates realized that the company had to do more. "Sept. 11 forced us to raise the bar on ourselves," said Yates. Yates engaged outside consultants who suggested that the company
build a second data center in the area as a backup. After weighing the
costs and benefits of such a project, USAA initially concluded that it
would be more efficient to rent space on the East Coast. But after the
attack on the Instead, USAA built a center in Yates made site visits to companies such as FedEx, First Union, Merrill Lynch and Wachovia to hear about their approach to contingency planning. USAA also consulted with PR firm Fleishman-Hillard about how USAA, in a crisis situation, could communicate most effectively with its customers and employees. Finally, Yates put together a series of large-scale business continuity exercises designed to test the performance of individual business units and the company at large in the event of wide-scale business disruption. When the company simulated a loss of the primary data center for its federal savings bank unit, Yates found that it was able to recover the systems, applications and all 19 of the third-party vendor connections. USAA also ran similar exercises with other business units. For the main event, however, Yates wanted to test more than the
company's technology procedures; he wanted to incorporate the most
unpredictable element in any contingency planning exercise: the
people. USAA ultimately found that employees who walked through the simulation were in a position to observe flaws in the plans and offer suggestions. Furthermore, those who practice for emergency situations are less likely to panic and more likely to remember the plan. Can you give me some examples of things companies have discovered through testing? Some companies have discovered that while they back up their servers or data centers, they've overlooked backup plans for laptops. Many businesses fail to realize the importance of data stored locally on laptops. Because of their mobile nature, laptops can easily be lost or damaged. It doesn't take a catastrophic event to disrupt business if employees are carting critical or irreplaceable data around on laptops. One company reports that it is looking into buying MREs (meals ready-to-eat) from the company that sells them to the military. MREs have a long shelf life, and they don't take up much space. If employees are stuck at your facility for a long time, this could prove a worthwhile investment.
Mike
Hager, former head of information security and disaster recovery for
OppenhiemerFunds, said 9/11 brought issues like these to light. Many
companies, he said, were able to recover data, but had no plans for
alternative work places. The USAA discovered that while it had designated a nearby relocation
area, the setup process for computers and phones took nearly two hours.
During that time, employees were left standing outside in the hot
What are the top mistakes that companies make in disaster recovery? Hager and other experts have noted the following
pitfalls: Inadequate planning: Have you identified all critical systems, and
do you have detailed plans to recover them to the current day? (Everybody
thinks they know what they have on their networks, but most people don't
really know how many servers they have, or how they're configured, or what
applications reside on them-what services were running, what version of
software or operating systems they were using. Asset management tools
claim to do the trick here, but they often fail to capture important
details about software revisions and so on.
Failure to bring the business into the planning and testing of your
recovery efforts.
Failure to gain support from senior-level managers. The largest
problems here are:
Can we outsource
our contingency measures? Diasster Recovery Services offsite data storage,
mobile phone units, remote workstations and the like-are often outsourced,
simply because it makes more sense than purchasing extra equipment or
space that may never be used. In the days after the Sept. 11 attacks,
disaster recovery vendors restored systems and provided temporary office
space, complete with telephones and Internet access for dozens of
displaced companies. What advice
would you give to security executives who need to convince their CEO or
board of the need for disaster recovery plans and capabilities? What
arguments are most effective with an executive audience? Hager advised chief security officers to address
the need for disaster recovery through analysis and documentation of the
potential financial losses. Work with your legal and financial departments
to document the total losses per day that your company would face if you
were not capable of quick recovery. By thoroughly reviewing your business
continuance and disaster recovery plans, you can identify the gaps that
may lead to a successful recovery. Remember: Disaster recovery and
business continuance are nothing more than risk avoidance. Senior managers
understand more clearly when you can demonstrate how much risk they are
taking." Hager also says that smaller companies have more
(and cheaper) options for disaster recovery than bigger ones. For example,
the data can be taken home at night. That's certainly a low-cost way to do
offsite backup. Some of this
sounds like overkill for my company. Isn't it a bit much? The elaborate machinations that USAA went
through in developing and testing its contingency plans might strike the
average CSO (or CEO, anyway) as being over the top. And for some
businesses, that's absolutely true. After all, HazMat training and an
evacuation plan for 20,000 employees is not a necessity for every
company. Like many security issues, continuity planning
comes down to basic risk management: How much risk can your company
tolerate, and how much is it willing to spend to mitigate various
risks? In planning for the unexpected, companies have
to weigh the risk versus the cost of creating such a contingency plan.
That's a trade-off that Pete Hugdahl, USAA's assistant vice president of
security, frequently confronts. "It gets really difficult when the cost
factor comes into play," he said. "Are we going to spend $100,000 to fence
in the property? How do we know if it's worth
it?" And—make no mistake—there is no absolute answer.
Whether you spend the money or accept the risk is an executive decision,
and it should be an informed decision. Half-hearted disaster recovery
planning (in light of the 2005 hurricane season, 9/11, the Northeast
blackout of 2003, and so on) is a failure to perform due
diligence. The article is compiled from articles published in CSO and CIO magazines. Contributing writers include Scott Berinato, Kathleen Carr, Daintry Duffy, Michael Goldberg, and Sarah Scalet. | |
|
| ||
|
|
| |
|
|
Rewards waiting for feedback
at | |
|
|
| |
|
|
||
|
|
| |
|
|
Disclaimer: We believe that the information contained in this e-zine is true. If you do not wish to receive Smart Trainee please click here. | |
|
|
||
|
|
| |
|
|
Click here to contact us, if you are unable to view the content properly | |
|
|
| |