Резервное копирование для бизнеса - требования предъявляемые к системе

Резервное копирование для бизнеса требует учета различных специфик. Вот 11 функций, которые необходимы для построения современной и надежной системы. 

Резервное копирование для бизнеса

За последние несколько лет требования к вашей системе резервного копирования и аварийного восстановления значительно изменились. Вы будете полагаться на свои ИТ-системы гораздо больше, чем когда-либо.

Необходимость сказать клиенту «вернитесь позже, потому что наша компьютерная система не работает» — это сообщение, которое больше не допускается. Вместо терпения вы, скорее всего, потеряете клиента, а ваше имя появится в социальных сетях.

Не так давно делать резервную копию один раз в день (ночью) было нормально, случайные сбои резервного копирования были в порядке вещей (потому что у вас была резервная копия предыдущего дня), а длительное время простоя для восстановления было болезненным, но управляемым.

Выполнение полного теста аварийного восстановления было сложным (потому что у вас не было ни аппаратных ресурсов, ни времени), но пока вы время от времени восстанавливали нечетный файл, это доказывало, что резервное копирование данных выполнялось успешно.

Когда дело доходит до RPO/RTO, всегда существует пропасть между тем, во что верит бизнес, что ИТ-отдел считает возможным, и реальной реальностью. Чтобы сузить эту пропасть, вам нужны отличные, надежные функции.

Вот одиннадцать из них…

1. Быстрое восстановление

Вам нужно, чтобы системы возвращались в считанные минуты даже после достаточно серьезной аварии (например, полного отказа сервера). Это не могут быть часы или дни.

В случае чего-то масштабного (например, вы потеряете свое помещение), то, безусловно, в течение нескольких часов (потому что вам нужно будет переместить свой персонал). Это ваше RTO — целевое время восстановления.

2. Минимальная потеря данных

Воссоздание данных находится между трудным и невозможным. В то время как в некоторых компаниях могут быть повторяющиеся процессы, которые включают в себя ввод данных, существует множество фристайлов, которые являются чисто цифровыми, например, электронная почта, обновление записей, написание заметок (CRM) и т. д.

Люди никогда не вспомнят, что изменилось вчера, позавчера или, возможно, даже этим утром. Достижение нулевой потери данных стоит дорого. Сокращение этого времени до нескольких минут доступно большинству предприятий.

Бэкапы должны быть максимум каждые несколько часов, а для критических, постоянно меняющихся данных — каждые 5-15 минут. Это ваша RPO — цель точки восстановления.

3. Резервное копирование на основе образов

В случае потери всего сервера наличие резервных копий только на основе файлов означает, что вам в первую очередь необходимо установить операционную систему, затем все ваши приложения, затем настроить их (у вас все это задокументировано, верно?), а затем восстановить файлы.

Вам может понадобиться от нескольких часов для базового файлового сервера/сервера печати до нескольких дней для сложной ERP-системы. При резервном копировании на основе образа вы получаете моментальный снимок всего раздела диска (операционная система, приложения, конфигурация и данные), который можно быстро использовать.

4. Автоматизированное тестирование

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

Если в результате резервного копирования создается загрузочная виртуальная машина (ВМ), эта машина должна загружаться после каждого резервного копирования.

5. Локальное (локальное) и удаленное (облачное) резервное копирование

Использование съемных носителей и ручных процессов для извлечения данных из офиса сопряжено с той же проблемой, что и ручное тестирование. Время мешает. Наличие резервной копии только в облаке приводит к очень длительному времени восстановления.

Возврат огромных объемов данных из облака может занять несколько дней. Когда у вас случается бедствие, в идеале вам нужен локальный доступ к вашим данным и системам. Если вы потеряете свое помещение, то в идеале вы захотите прибегнуть к запуску своих систем в облаке.

Извлечение данных из облака, вероятно, бесполезно, потому что у вас нет оборудования для их использования. Наличие ваших данных только на месте (даже если это удаленный сайт, подключенный через VPN) делает вас очень уязвимым для вредоносных программ (см. «Пробел в протоколе» ниже).

6. Оборудование, которое можно быстро восстановить

Если вы выполняете резервное копирование на локальное устройство, возможность использовать его в качестве сервера для запуска резервных копий обеспечивает максимально быстрое время восстановления.

Перемещение сотен гигабайт или терабайт данных с устройства резервного копирования на новое оборудование даже при быстром подключении к сети может занять несколько часов. Гораздо лучше, если вы можете управлять им на месте.

Такая система также отлично подходит для тестирования обновлений программного обеспечения. Вы можете протестировать их изолированно на своем устройстве резервного копирования, прежде чем задействовать критически важные рабочие машины.

7. Резервное копирование в режиме восстановления

Возможность быстро восстанавливать отказавший сервер просто фантастична — она быстро восстанавливает работоспособность всех. Однако они все еще создают данные, и эти данные все еще нуждаются в резервном копировании. В идеале вы хотите, чтобы это происходило автоматически.

8. Восстановление обратно в режиме восстановления

В какой-то момент вам понадобится вернуть восстановленный сервер на новое или отремонтированное оборудование. Если затем вам потребуется время простоя в десятки часов для обратного копирования данных, все, что вы сделали, это отложили аварию до момента, когда она, возможно, стала более управляемой.

Однако не каждому предприятию удается отключить системы на ночь или на выходных, к тому же вам потребуются люди для управления этим восстановлением. Гораздо лучше, если вы сможете создать резервную копию вашей машины для восстановления в реальном времени на новом оборудовании, пока она обслуживает своих пользователей, а затем просто организовать несколько минут простоя, пока вы выключите машину для восстановления и запустите новую рабочую машину.

9. Пробел в протоколе

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

Если технология, которую мы используем изо дня в день для доступа и управления данными, может быть взломана вредоносными программами, вы не хотите, чтобы эта технология имела какой-либо доступ к вашим резервным копиям.

Слишком много компаний не смогли восстановиться после атаки программ-вымогателей из-за того, что вредоносное ПО зашифровало их резервные копии.

10. Быстрое восстановление программ-вымогателей

Хорошая система резервного копирования видит каждую операцию записи файла. Это хорошее место, чтобы не только отслеживать активность вредоносных программ-вымогателей, но и видеть, какие файлы были зашифрованы программой-вымогателями.

Возможность попросить ваше программное обеспечение для резервного копирования сравнить последнюю хорошую резервную копию (которой может быть всего несколько минут) и заменить файлы в действующей системе, которые были злонамеренно изменены, означает, что вы можете не только игнорировать выкуп, но и быстро восстановить свою компанию. .

11. Техническая поддержка производителя

Вы не можете позволить себе использовать устаревшее программное обеспечение для резервного копирования, которое больше не поддерживается поставщиком.

Когда что-то не восстанавливается во время аварийного восстановления, никто не хочет обращаться к поиску Google.