Home

From Wikibon

(Difference between revisions)
Jump to: navigation, search
Line 45: Line 45:
-
[[Category:Blade computing]]<br />[[Category: Business compliance]]<br />[[Category: Clustered storage]]<br />[[Category: DMX]]<br />[[Category: Data classification]]<br />[[Category: Disaster recovery]]<br />[[Category: EMC]]<br />[[Category: Email archiving]]<br />[[Category: Email storage]]<br />[[Category: Green storage]]<br />[[Category: Hitachi]]<br />[[Category: IBM]]<br />[[Category: Managing storage]]<br />[[Category: Mobile Enterprise Wikitips]]<br />[[Category: NAND]]<br />[[Category: SSD]]<br />[[Category: STEC inc]]<br />[[Category: Storage consolidation]]<br />[[Category: Storage disaster recovery]]<br />[[Category: Storage services]]<br />[[Category: Storage vendor management]]<br />[[Category: Storage virtualization]]<br />[[Category: WEB2.0]]<br />[[Category: Wikitips]]<br />
+
 
 +
[[Category:Blade computing]]<br />[[Category: Business compliance]]<br />[[Category: Clustered storage]]<br />[[Category: DMX]]<br />[[Category: Data classification]]<br />[[Category: Disaster recovery]]<br />[[Category: ECM]]<br />[[Category: EMC]]<br />[[Category: Email archiving]]<br />[[Category: Email storage]]<br />[[Category: Green storage]]<br />[[Category: Hitachi]]<br />[[Category: IBM]]<br />[[Category: Managing storage]]<br />[[Category: Mobile Enterprise Wikitips]]<br />[[Category: NAND]]<br />[[Category: SSD]]<br />[[Category: STEC inc]]<br />[[Category: Storage and business compliance]]<br />[[Category: Storage consolidation]]<br />[[Category: Storage disaster recovery]]<br />[[Category: Storage services]]<br />[[Category: Storage vendor management]]<br />[[Category: Storage virtualization]]<br />[[Category: WEB2.0]]<br />[[Category: Wikitips]]<br />

Revision as of 00:21, 4 December 2008


Peer Incite: Grant, a Sr. Storage Admin at a large bank discusses how heterogeneous storage virtualization can help reduce the budget for 2009.

Media:11-18-08_Peer_Incite_mashup.mp3‎


Wikitip

2011 SMBs and Disaster Recovery in the Cloud

Only half of SMBs surveyed reported having a formal disaster recovery plan in place, according to Symantec’s 2011 SMB Disaster Preparedness Survey. Small to medium-sized businesses (SMBs) can benefit from disaster recovery outsourcing options since it reduces the cost of capital and planning to invest in an offsite backup and data recovery plan.

If your critical applications and data are down, you can lose potential and existing customers – or, if you lose or destroy patient data, it can result in lawsuits and costly fines (see HIPAA violations). Disaster recovery planning is no longer a luxury, but a serious preventive measure that needs to be formally addressed for the sake of business continuity.

Designing an IT disaster recovery plan or investing in a fully redundant data center with application and data replication can take valuable time and resources better spent elsewhere. Finding an experienced vendor that can provide the latest technology and 24×7 support is key to protecting your data. They can provide full disaster recovery testing, which is another costly and time-consuming effort that can’t be overlooked. Finding out your disaster recovery plan doesn’t work in the middle of a disaster is the worst time to find out. Yet, only 28 percent of SMBs have actually tested recovery plans, according to the SMB survey.

Disaster Recovery Principles

A recovery time objective (RTO) refers to the maximum length of time that a system can be down after a failure or disaster occurs before the company is negatively impacted by the downtime. The SMB survey reveals that the average cost of downtime for an SMB is $12,500 per day. At this rate, many SMBs can’t afford to be down for one day, let alone a week.

Another principle is the recovery point objective (RPO) that specifies a point in time that data must be recovered and backed up. The RPO determines the minimum frequency and at which intervals backups need to occur, whether every hour or every 5 minutes. According to the SMB survey, less than half of SMBs back up their data weekly, and only 23 percent back up daily.

Unfortunately, a lot of traditional disaster recovery options provide a model that is time-consuming, costly to SMBs and involves several steps before full data recovery can be established. This includes tape backup, which is complex, highly error-prone and may take days or weeks for recovery. Hot site disaster recovery also doubles the cost of the production environment and requires two fully replicated solutions – primary production center servers and applications have to be consistently replicated in both data centers on an ongoing basis.

One alternative is cloud computing for disaster recovery. A disaster recovery cloud can meet RTOs of just hours, drastically improving on traditional disaster recovery RTOs. Each step is outlined below:

1. Virtualize your servers – remove hardware dependencies.

2. Offsite backup – RPOs can vary from 24 hours to just 5 minutes with more comprehensive disaster recovery solutions. Offsite backup includes shipping server backup to an offsite data center.

3. Warm site disaster recovery – this is to protect your environment, including servers and network by backing them up. This also includes failover to a shared or private disaster recovery cloud.

4. Hot site disaster recovery – this is to protect your system with automatic failover. With a disaster recovery cloud, you can achieve a faster RTO and RPO. Failback to production (returning production to its original location) can take less than an hour.

View original: http://resource.onlinetech.com/2011-smbs-disaster-recovery-in-the-cloud/

View Another Wikitip

Featured Case Study

Virtualization Energizes Cal State University

John Charles is the CIO of California State University, East Bay (CSUEB) and Rich Avila is Director, Server & Network Operations. In late 2007 they were both looking down the barrel of a gun. The total amount of power being used in the data center was 67KVA. The maximum power from the current plant was 75kVA. PG&E had informed them that no more power could be delivered. They would be out of power in less than six months. A new data center was planned, but would not be available for two years.

read more...

Storage Professional Alerts


Featured How-To Note

Storage Virtualization Design and Deployment

A main impediment to storage virtualization is the lack of multiple storage vendor (heterogeneous) support within available virtualization technologies. This inhibits deployment across a data center. The only practical approach is either to implement a single vendor solution across the whole of the data center (practical only for small and some medium size data centers) or to implement virtualization in one or more of the largest storage pools within a data center.

read more...



























Personal tools