10 проблем, которые могут возникнуть с планом восстановления данных

Даже если вероятность возникновения проблемы одна на миллион, всё обязательно пойдет не так именно тогда, когда вы ждете этого меньше всего. Отличным примером подобной ситуации является план восстановления данных. Даже хороший план восстановления может развалиться всего из-за одной мелкой ошибки. Вот 10 проблем, которые могут возникнуть с планом восстановления данных, и возможные пути их решения.

1. Плохие резервные копии. Нет ничего хуже, чем обнаружить при восстановлении, что резервные копии не читаются. Когда компьютеры используются 24 часа / 7 дней в неделю, трудно сделать хорошие резервные копии. Многие приложения не работают с ПО для резервного копирования. Иногда сами резервные копии хранятся ненадлежащим образом. Возникают проблемы с чрезмерно сложными приложениями для резервного копирования, которые не работают так, как надо. Плюс аппаратные проблемы. Совокупность этих факторов и дает плохие резервные копии. Только регулярный мониторинг системы резервного копирования и тестирование копий, гарантируют вам, что они будут в рабочем состоянии, когда потребуются. Резервное копирование должно быть одним из главных приоритетов.

2. Нет системы для восстановления. Резервные копии бесполезны, если у вас нет способа запустить систему восстановления (например, с помощью live CD или каким-либо другим способом). Вы должны были столкнуться с этой проблемой на этапе пробного запуска процесса восстановления. Система восстановления всегда должна быть под рукой. Храните её вместе с резервными копиями.

3. Не осуществляется пост-тестирование. Зачем восстанавливать систему, если спустя пару дней возникают те же проблемы? Если проблема связана с системой или приложениями, её причина может крыться в резервных копиях (например, вирус). После выполнения процесса восстановления необходимо проверить общую работоспособность системы и приложений, а также выяснить устранена ли конкретная проблема, из-за которой и потребовалось восстановление. Первое тестирование должно проводиться заранее, быть четко задокументировано, а его результаты сохранены. Второе, как правило, делается на лету и определяется по ситуации.

4. Нет оборудования для восстановления. Некоторые считают (или надеются), что проблемы возникают только с программным обеспечением (вирусы, ошибки ОС и т.д.). И поэтому у них нет резервного оборудования. Однако иногда восстановление системы не требуется, вполне достаточно простой замены оборудования (если есть подходящее). Оптимальный вариант – купить партию серверов, чтобы один из них можно было использовать как резервный, который сможет заменить любой другой. Если в работе оборудования возникают проблемы, всегда можно перенести его на запасной сервер. Да, оборудование стоит дорого и порой трудно оправдать покупку дополнительного сервера. Однако его стоимость не сопоставима с потерями от простоя из-за ожидания нового оборудования или комплектующих.

5. Отсутствие комплектующих. Вот несколько основных компонентов, которые «на всякий случай» всегда должны быть под рукой:
• сетевые кабели (достаточной длины);
• кабели питания;
• жесткие диски (соответствующего объема и типа);
• оперативная память (соответствующего объема и типа);
• дата-кабели;
• контроллеры дисков (если они идут отдельно от материнских плат серверов);
• дополнительные клавиатура, мышь и монитор.

6. Не было пробного запуска восстановления. Самый известный, но наименее практикуемый совет: Заранее опробуйте свой план восстановления. Самая распространенная причина, почему никто этого не делает – недостаток времени. На самом деле для этого не требуются значительные усилия и временные затраты, особенно если запасные серверы у вас под рукой. Не пожалейте времени и проведите пробный запуск процесса восстановления.

7. Нет возможности выборочного восстановления данных. Очень неудобно из-за одного маленького файла в огромном бэкапе запускать полный процесс восстановления. В связи с переходом на резервное копирование виртуальных машин, а не непосредственно файловых систем, эта проблема становится все более распространенной. План восстановления должен предусматривать возможность восстановления отдельных файлов, даже если они находятся в виртуальной машине. В противном случае, вы рискуете потерять больше времени, чем планировали.

8. «Неглубокие» резервные копии. Не у многих компаний достаточный бюджет, что делать все резервные копии уникальным снимком, который постоянно архивируется. Необходимо расписание, по которому будет осуществляться резервное копирование различной глубины и избыточности. Каждые три дня можно осуществлять вторичное резервное копирование, раз в неделю сохранять вторичные копии на диск, а раз в месяц один из этих дисков отправлять на удаленное хранение. Кроме того, Exchange Server осуществляет свой бэкап два раза в день, который сохраняется во вторичной системе по тому же графику. SQL Server осуществляет собственный бэкап раз в день, который также хранится во вторичной системе 14 дней. Это позволит компании быстро войти в рабочий режим: восстановить все виртуальные машины с заведомо хороших копий, а затем привести их в актуальное состояние с помощью бэкапов Exchange Server или SQL Server.

9. Слишком удаленное хранение резервных копий. Если вы используете удаленное резервное копирование, для доступа к данным требуется какое-то время. Но иногда эти данные нужно получить как можно быстрее. Резервное копирование он-лайн является удобной альтернативой записи на физические носители, но помните, для того чтобы скачать объемный бэкап и вытащить из него несколько файлов, вам потребуется хорошее соединение с Интернетом. Убедитесь что вы можете легко получить доступ к данным удаленного резервного копирования.

10. Отсутствие документации в печатном виде. Важно, чтобы процесс восстановления был задокументирован на бумаге. Если ваша система выйдет из строя, вы не сможете получить доступ к файлам! Допустим, вы храните всю документацию на сайте SharePoint. Но если SQL Server упадет, то как вы доберетесь до SharePoint? Поэтому и необходимы печатные копии документации, которая может потребоваться для восстановления, желательно вместе с физическими носителями (наряду с live CD и другими материалами). Печатные копии должны поддерживаться в актуальном состоянии. Можно разместить эти материалы в SharePoint, и тогда, подписавшись на RSS-канал списка документов, вы будете получить уведомления в случае изменения отдельных документов.