{"id":216,"date":"2011-06-13T03:43:04","date_gmt":"2011-06-13T03:43:04","guid":{"rendered":"http:\/\/www.redwireservices.com\/?p=216"},"modified":"2014-11-08T13:04:41","modified_gmt":"2014-11-08T21:04:41","slug":"but-we-already-have-data-backup","status":"publish","type":"post","link":"https:\/\/www.redwireservices.com\/but-we-already-have-data-backup","title":{"rendered":"Data Backup Plans: Should You Backup Data Files, Applications, Both?"},"content":{"rendered":"
I’m thrilled to find folks who already diligently backup up their data files any number of common ways, such as:<\/p>\n
While data backup for key files is important, it will still be a rough few days when your equipment fails or, even worse, a whole site event takes place (like a fire or flood for example).\u00a0 If only your data files are protected, you must perform the following tasks to get back up and running (assuming a single server failure):<\/p>\n
This process can easily take a few days even in simple situations, and in some complicated cases can take weeks and cost thousands of dollars in services (see our Real Life Data Recovery Stories<\/a> for more).<\/p>\n Additionally, key applications such as databases and email servers require additional steps to export key data before backups take place.\u00a0 If the proper export process was not followed, and instead just the data files were backed up, your data may never be recoverable.<\/p>\n So this begs the question:\u00a0 what can be done to ensure a speedy recovery with a minimum of complications?<\/p>\n First, we must ensure that all data files are backed up properly and consistently.\u00a0 Second, we must make sure we follow vendor backup recommendations for databases and other \u201cspecial\u201d applications and data.\u00a0 Thirdly, we must test the recovery process and carefully document each step to ensure a reasonable recovery time in the future.<\/p>\n This testing process will often identify many issues that can easily be solved today, but that could cost us hours or days in a real recovery scenario.\u00a0 Common issues we may find in the recovery process include missing software media, missing licenses and special configuration changes required for applications to work with our systems in our business.<\/p>\n After testing and documenting the recovery, you have a key part of an IT Disaster Recovery Plan<\/a>, albeit limited to this one system.\u00a0 Now if anything happens to this server, you can easily follow your document step by step until the system is back up in running.<\/p>\n Does this process seem easy to you?\u00a0 It may seem easy on paper , but in reality this testing can be very complicated and time consuming.\u00a0 There are a few shortcuts you may be able to use, but there is never a substitute for good recovery testing (or an all-out disaster recovery drill).\u00a0 If you fail to test the recovery process, I can promise there will be roadblocks when you attempt to recover under pressure.<\/p>\n If this all sounds like way too much work, I have a couple of suggestions to ease the burden.\u00a0 First, consider an imaging backup product to protect your whole server, such as StorageCraft’s\u00a0ShadowProtect<\/a> or AppAssure’s\u00a0AppAssure (formerly Replay4)<\/a>.\u00a0 These products have the ability to protect your entire server including installed applications, user data, and the operating system.\u00a0 If a server should fail, you can expect to be up in running in just hours after replacement hardware arrives as these software combine steps 2-8 above into a relatively painless one-step process.<\/p>\n Another idea is to virtualize your servers.\u00a0 Virtualized severs using VMware ESX<\/a> or Hyper-V<\/a> (for example) paired with the right backup software, behave similarly to ShadowProtect or Replay4 in that everything can be recovered in the event of a server failure.\u00a0 Furthermore in many configurations virtualized servers can easily be moved from one server to another should a failure occur.<\/p>\n Of course with all the advantages these two shortcuts provide there must be a drawback and it comes in the form of additional upfront complexity and cost.\u00a0 Notice that I say upfront<\/em>.\u00a0 This upfront cost will often save money later when a system inevitably crashes or experiences a hardware failure.\u00a0 The additional upfront cost can be planned for and managed, versus the unplanned emergency crash requiring all hands on deck no matter the cost.<\/p>\n Businesses must choose how much risk they wish to take on by how thorough their backup and recovery plans are.\u00a0 The more involved and complete the plan, the more upfront cost and lower recovery cost and lost productivity due to downtime.\u00a0 With less involved and incomplete backup and recovery plans businesses may<\/em> be able to recover after an event, but at an increased cost.\u00a0 Our backup service offerings<\/a> reflect this choice; the more expensive the plan, the less the cost and duration of recovery.<\/p>\n","protected":false},"excerpt":{"rendered":" I’m thrilled to find folks who already diligently backup up their data files any number of common ways, such as: Copying files to external drives or USB thumb drives Copying files regularly to a file share (online or locally) Using … Continue reading