Создание стратегии резервного копирования сервера

Компании обычно хранят огромные объемы информации: от клиентских и финансовых отчетов до электронных писем и критически важных для бизнеса документов. Серверы используются практически для всего, поэтому резервное копирование серверов необходимо для любого плана обеспечения непрерывности бизнеса.

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

Что такое резервное копирование сервера?

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

Резервные копии предоставляют доступную копию данных на сервере, что позволяет их восстановить, если исходные данные потеряны или повреждены. К частым причинам потери данных относятся:

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

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

Типы серверов

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

• Физические серверы. Физический сервер — это однопользовательская, голая металлическая машина, которая обычно является мощной и может использоваться для запуска множества приложений.
• Виртуальные серверы. Эти типы серверов работают на более мощном физическом сервере. Хост-машина использует гипервизор для выделения вычислительных ядер, памяти и хранилища гостевым виртуальным машинам, что позволяет использовать ресурсы нескольким арендаторам.
• Устройства NAS: сетевые устройства хранения данных используются для хранения больших объемов данных и обеспечения их доступа к другим устройствам в сети.
• Облачные серверы. У поставщиков облачных услуг можно арендовать виртуальные машины и другие вычислительные ресурсы, например хранилища или базы данных. Эти экземпляры обычно работают на общем оборудовании и могут сдаваться в долгосрочную аренду или на разовой основе.

Почему резервные копии сервера важны?

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

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

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

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

Каковы методы резервного копирования сервера?

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

• Полные резервные копии: при полной резервной копии все данные на сервере копируются и отправляются в другое место.
• Инкрементное резервное копирование. При инкрементном резервном копировании в качестве отправной точки используется полная резервная копия. Эта резервная копия может быть самой последней (для обратного инкрементного резервного копирования) или первой созданной резервной копией (для прямого инкрементного резервного копирования). При прямом инкрементном резервном копировании каждый раз, когда создается новая резервная копия, любые изменения по сравнению с исходной резервной копией записываются в отдельный файл. При обратном инкрементном резервном копировании создаются точки восстановления, позволяющие клиенту выполнить восстановление до более старой версии, а самая новая копия является полной резервной копией.
• Дифференциальное резервное копирование. Этот тип резервного копирования был популярен во времена резервного копирования на ленты. Первая резервная копия будет полной, а в будущих снимках будут записаны все изменения, произошедшие с момента последней полной резервной копии. Различия обычно приводят к тому, что требуется больше места для хранения, поскольку все изменения копируются каждый день, поэтому этот тип резервного копирования используется реже, поскольку организации продолжают модернизироваться.

Как разработать стратегию резервного копирования сервера

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

Оценка критичности данных

Подумайте, какие данные вы храните на своем сервере и доступны ли эти данные где-либо еще. Например, если вы управляете интернет-магазином, данные о ваших клиентах и ​​данные об уровне заказов/запасов считаются критически важными. Изображения и описания продуктов, полученные из API поставщика, могут быть менее важными.

Установка частоты резервного копирования

Частота резервного копирования данных зависит от того, для чего используется сервер. Делать резервные копии каждые 24 часа — хорошая идея, если данные регулярно меняются.

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

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

Выбор подходящих методов резервного копирования

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

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

Определение политик хранения и удаления резервных копий

Подумайте, где будут храниться ваши резервные копии и как долго будут храниться данные. Традиционно политики резервного копирования используют подход «дедушка-отец-сын», поэтому всегда есть три поколения данных для восстановления.

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

Планирование восстановления

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

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

Наконец, обязательно оцените соглашения об уровне обслуживания всех компаний, которые могут участвовать в процессе резервного копирования. Сможете ли вы работать, если в 2 часа ночи накануне самого загруженного периода продаж произойдет отключение? Планируйте худшее, чтобы, если что-то пойдет не так, вы были готовы.

Рекомендации по резервному копированию серверов

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

• Автоматизируйте резервное копирование. Запланируйте автоматическое резервное копирование, чтобы о нем не забыли.
• Практикуйте избыточность: лучше иметь несколько копий, которые вам не нужны, чем одну поврежденную и бесполезную копию.
• Регулярно проверяйте свои резервные копии. Год назад ваша политика резервного копирования была в порядке, но обновляли ли вы сценарий при смене платформы баз данных?
• Зашифруйте свои резервные копии. Если вы создаете резервную копию конфиденциальных данных, убедитесь, что они должным образом защищены.
• Используйте правило 3-2-1-1-0: создайте как минимум три резервные копии ваших данных на двух разных носителях: одну удаленную, а другую — автономную, изолированную или неизменяемую для отсутствия ошибок после автоматического тестирования резервных копий. и проверка возможности восстановления с помощью Veeam Data Platform.
• Учитывайте нормативные требования: если вам необходимо хранить данные для целей аудита или данные каким-либо образом конфиденциальны, хранятся ли ваши резервные копии в соответствии с соответствующими нормативными требованиями?

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

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

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

Однако существуют некоторые проблемы, с которыми иногда сталкиваются ИТ-команды при первой настройке резервного копирования.

• Отсутствие разрешений. В зависимости от того, как настроен сервер, у вас может не быть разрешений, необходимых для взаимодействия с гостевой операционной системой, или соответствующих разрешений для вашего облачного провайдера.
• Проблемы с сетью: если определенные порты защищены брандмауэром или существуют ограничения на передачу данных, это может вызвать проблемы с резервным копированием.
• Медленная передача: большие резервные копии могут выполняться медленно, в зависимости от скорости соединения сервера.
• Ограниченное хранилище. Планирование емкости является неотъемлемым шагом для всех типов резервных копий, поэтому, если вы создаете несколько резервных копий, убедитесь, что сервер, на котором вы храните резервную копию, имеет достаточную емкость.
• Поврежденные или неполные резервные копии. Ненадежные или медленные соединения могут привести к повреждению резервных копий, а также к проблемам с хранилищем и дисками. Убедитесь, что выбранное вами решение резервного копирования включает некоторые параметры проверки ошибок и восстановления.
• Управление жизненным циклом резервных копий. Не все инструменты предлагают простой способ управления жизненным циклом резервных копий. Есть ли у вас план их ротации и обеспечения актуальности внешних копий?
• Проблемы с тестированием. Если вы не тестируете свои резервные копии, вы рискуете своими данными.

Используйте инструменты обеспечения непрерывности бизнеса и аварийного восстановления, такие как Veeam Recovery Orchestrator и SureBackup, для тестирования систем резервного копирования и восстановления. Чтобы обеспечить идеальную работу резервных копий, может потребоваться некоторое планирование и тестирование, особенно если вы используете гибридную или мультиоблачную среду. Когда все будет работать хорошо, вы сможете автоматизировать регулярное резервное копирование и быть уверенными, что ваши критически важные для бизнеса данные находятся в безопасности.

Защитите резервные копии своих серверов с помощью Veeam

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

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

Платформа данных Veeam поможет вам преодолеть многие препятствия, с которыми обычно приходится сталкиваться при защите данных. Независимо от того, являются ли ваши серверы виртуальными или физическими, работающими в AWS, Azure или Google Cloud, Veeam может выполнить их резервное копирование.

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

Veeam Recovery Orchestrator — это тот герой, который вам нужен, чтобы автоматизировать индивидуальное тестирование восстановления и поддерживать актуальность документации. Позвольте Veeam помочь устранить риски, проблемы и проблемы в вашей среде, когда речь идет о безопасности ваших данных.