{"id":1273,"date":"2009-11-10T04:35:50","date_gmt":"2009-11-09T18:35:50","guid":{"rendered":"http:\/\/nsrd.wordpress.com\/?p=1273"},"modified":"2018-12-12T15:21:41","modified_gmt":"2018-12-12T05:21:41","slug":"5-golden-rules-of-recovery","status":"publish","type":"post","link":"https:\/\/nsrd.info\/blog\/2009\/11\/10\/5-golden-rules-of-recovery\/","title":{"rendered":"The 5 Golden Rules of Recovery"},"content":{"rendered":"

You might think, given that I wrote an article awhile ago about the Procedural Obligations of Backup Administrators<\/a> that it wouldn’t be necessary to explicitly spell out any recovery rules \u2013 but this isn’t quite the case. It’s handy to have a “must follow” list of rules for recovery as well.<\/p>\n

In their simplest form, these rules are:<\/p>\n

    \n
  1. How<\/li>\n
  2. Why<\/li>\n
  3. Where<\/li>\n
  4. When<\/li>\n
  5. Who<\/li>\n<\/ol>\n

    Let’s look at each one in more detail:<\/p>\n

      \n
    1. How \u2013 Know how<\/strong> to do a recovery, before<\/em> you need to do it. The worst forms of data loss typically occur when a backup routine is put in place that is untried on the assumption that it will work. If a new type<\/em> of backup is added to an environment, it must be tested before it is relied on. In testing, it must be documented by those doing the recovery. In being documented, it must be referenced by operational procedures*.<\/li>\n
    2. Why \u2013 Know why<\/strong> you are doing a recovery. This directly affects the required resources. Are you recovering a production system, or a test system? Is it for the purposes of legal discovery, or because a database collapsed?<\/li>\n
    3. Where \u2013 Know where<\/strong> you are recovering from<\/em> and to<\/em>. If you don’t know this, don’t do the recovery<\/em>. You do not<\/em> make assumptions about data locality in recovery situations.
      \n<\/a><\/li>\n
    4. When \u2013 Know when<\/strong> the recovery needs to be completed by. This isn’t always answered by the why<\/em> factor – you actually need to know both in order to fully schedule and prioritise recoveries.<\/li>\n
    5. Who \u2013 Know who<\/strong> requested the recovery is authorised<\/em> to do so. (In order to know this, there should be operational recovery procedures \u2013 forms and company policies \u2013 that indicate authorisation.)<\/li>\n<\/ol>\n

      If you know the how, why, where, when and who, you’re following the golden rules of recovery.<\/p>\n

      —
      \n* Or to put it another way \u2013 documentation is useless if you don’t know it exists, or you can’t find it!<\/p>\n","protected":false},"excerpt":{"rendered":"

      You might think, given that I wrote an article awhile ago about the Procedural Obligations of Backup Administrators that it…<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_feature_clip_id":0,"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_publicize_message":"","jetpack_publicize_feature_enabled":true,"jetpack_social_post_already_shared":false,"jetpack_social_options":{"image_generator_settings":{"template":"highway","default_image_id":0,"font":"","enabled":false},"version":2},"jetpack_post_was_ever_published":false},"categories":[5,16,17],"tags":[688,1250,761,1252,847],"class_list":["post-1273","post","type-post","status-publish","format-standard","hentry","category-backup-theory","category-networker","category-policies","tag-obligations","tag-policies","tag-procedures","tag-recovery","tag-rules"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t