Что такое резервные копии: Что такое резервное копирование данных (backup)? Самый точный ответ от Cloud

Резервные копии

Резервная копия — это копия всех сайтов, баз данных и почтовых ящиков пользователя. Резервные копии позволяют:

• восстановить информацию при проблемах в работе сайта;
• восстановить сайт при переносе с сервера на сервер;
• сохранить данные при возможных перебоях в работе сервера, программных сбоях, проблемах с оборудованием и т.п.

Копия может храниться на сервере с ispmanager или во внешнем хранилище. В качестве внешнего хранилища вы можете использовать:

• Dropbox;
• Google Drive;
• Amazon S3;
• S3-совместимое хранилище;
• FTP-сервер;
• SFTP-сервер (с подключением по SSH).

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

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

.

Настройка резервного копирования

---

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

1. Укажите Основные настройки.

   1. Включите опцию Включить резервное копирование, чтобы резервное копирование выполнялось с указанными настройками.

   2. Выберите место хранения копий в поле Тип хранилища.

   3. Укажите настройки выбранного типа хранилища:

      Локальный каталог

      • Путь до папки — директория на сервере, куда будут сохраняться копии.
        

      Dropbox

      • Код доступа — код доступа к Dropbox. Вы можете перейти по ссылке и авторизоваться в Dropbox. После этого поле будет заполнено автоматически.
        
      • Путь до бэкапов — директория в Dropbox, куда будут сохраняться копии.

      Google Drive

      • Код доступа — код доступа к Google Drive. Вы можете перейти по ссылке и авторизоваться в Google Drive. После этого поле будет заполнено автоматически.
        
      • Путь до бэкапов — директория в Google Drive, куда будут сохраняться копии.

      Amazon S3

      • Идентификатор ключа — идентификатор ключа доступа.
      • Секретный ключ — секретный ключ доступа.
      • Корзина (bucket) — имя контейнера Amazon S3 для хранения резервных копий.
      • Регион корзины — код региональной конечной точки Amazon Web Services.

      Подробнее о настройках Amazon S3 см. в официальной документации.

      S3-совместимое хранилище

      • URL хранилища — URL для API-запросов к хранилищу.
      • Идентификатор ключа — идентификатор ключа доступа.
      • Секретный ключ — секретный ключ доступа.
      • Корзина (bucket) — имя контейнера для хранения резервных копий.
      • Метод адресации корзин:
        
        • поддомен — для доступа к корзине будет использоваться URL вида http[s]://bucket.host[:port][/path]. Например, https://bucket.example.com:5555/backup.
        • URL-путь — для доступа к корзине будет использоваться URL вида http[s]://host[:port][/path]/bucket/. Например, https://example.com:7777/backup/bucket.
      • Автоматически определять регион корзины — опция включена по умолчанию. Выключите, чтобы ввести код региональной конечной точки.

      FTP-сервер

      • Адрес сервера — доменное имя или IP-адрес сервера.
      • Порт FTP — порт подключения. Значение по умолчанию — 21.
      • Путь до бэкапов — директория на сервере, куда будут сохраняться копии.
      • Пользователь — имя пользователя FTP.
      • Пароль — пароль пользователя FTP.

      SFTP-сервер (по SSH)

      • Адрес сервера — доменное имя или IP-адрес сервера.
      • Порт SSH — порт подключения. Значение по умолчанию — 22.
      • Путь до бэкапов — директория на сервере, куда будут сохраняться копии.
      • Авторизация на сервере — тип авторизации: по паролю или ключу SSH. При авторизации по паролю ispmanager сгенерирует ключ, который будет использоваться для доступа к удаленному серверу.
      • Имя пользователя — имя пользователя SSH.
      • Пароль — пароль пользователя SSH.
      • Закрытый ключ — содержимое закрытого ключа SSH.
2. Укажите Ограничения на создание копий:
   

   1. Общий объём в байтах. Вы можете указать в этом поле единицу измерения. Например, 100MB.

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

   4. В поле Исключить файлы укажите какие файлы не нужно включать в резервную копию. Каждое исключение нужно указывать с новой строки.

   5. В поле Исключить базы данных выберите какие базы данных не нужно включать в резервную копию.
3. Укажите Расширенные настройки:
   1. Установите Время запуска резервного копирования по Времени сервера.
   2. Для шифрования архива задайте Пароль резервной копии.
4. Нажмите ОК.

Чтобы изменить заданные настройки, перейдите в Резервные копии → кнопка Настройки.

Создание резервной копии вручную

---

Под учётной записью администратора

Чтобы создать резервную копию вручную:

1. Перейдите в Резервные копии → кнопка Создать копию.
2. Выберите тип копии:
   
   • полная резервная копия, которая содержит настройки панели управления и всех пользователей;
   • резервная копия настроек панели управления;
   • резервная копия данных пользователей — выберите нужных пользователей для создания резервной копии.

Ispmanager создаст резервную копию. Она будет добавлена в таблицу. Таблица содержит дату создания копии, размер архива и длительность резервного копирования.

Под учётной записью пользователя

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

1. Войдите под учётной записью пользователя: Пользователи → выберите пользователя → кнопка Войти под пользователем.
2. Перейдите в Резервные копии → кнопка Новый.

Ispmanager создаст резервную копию и скачает её на ваш компьютер в формате архива tar.gz.

Восстановление данных из резервной копии

---

Восстановление пользователя и всех его данных

Чтобы восстановить данные пользователя из резервной копии, перейдите в Резервные копии → выберите копию → кнопка Смотреть файлы → выберите пользователя → кнопка Восстановить → OK. Когда данные будут восстановлены, в интерфейсе ispmanager появится сообщение «Восстановление из резервной копии успешно завершено».

Восстановление удалённого пользователя

Удалённого пользователя можно восстановить из резервной копии под другим именем. Для этого перейдите в Резервные копии → выберите копию → кнопка Смотреть файлы → выберите пользователя → кнопка Восстановить как → укажите Имя пользователя, которому будут восстановлены данные из резервной копии или Создайте с новым именем → Ok. В этом случае ispmanager не будет восстанавливать совпадающие сущности. Также пользователю будут не доступны резервные копии, созданные под старым именем.

Восстановление отдельных файлов

Чтобы восстановить отдельные файлы из резервной копии пользователя:

1. Войдите под учётной записью пользователя: Пользователи → выберите пользователя → кнопка Войти под пользователем.
2. Откройте резервную копию пользователя: Резервные копии → выберите копию → кнопка Данные.
3. Выберите тип данных.
4. Выберите нужные файлы.
5. Нажмите кнопку Восстановить для восстановления файлов из резервной копии.

Когда данные будут восстановлены, в интерфейсе ispmanager появится сообщение «Восстановление из резервной копии успешно завершено».

Скачивание резервной копии

---

Чтобы скачать резервную копию:

1. Выберите копию → кнопка Смотреть файлы → выберите пользователя →
   Скачать.

2. Ispmanager скачает её на ваш компьютер в формате архива tar.gz с именем файла YYYY-MM-DD-user.tar.gz.
   

   Пояснения

   YYYY-MM-DD — дата создания копии

   user — имя пользователя

Резервные копии

Резервная копия — это копия всех сайтов, баз данных и почтовых ящиков пользователя. Резервные копии позволяют:

• восстановить информацию при проблемах в работе сайта;
• восстановить сайт при переносе с сервера на сервер;
• сохранить данные при возможных перебоях в работе сервера, программных сбоях, проблемах с оборудованием и т.п.

Копия может храниться на сервере с ISPmanager или во внешнем хранилище. В качестве внешнего хранилища вы можете использовать:

• Dropbox;
• Google Drive;
• Amazon S3;
• S3-совместимое хранилище;
• FTP-сервер;
• SFTP-сервер (с подключением по SSH).

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

Для работы с резервными копиями перейдите в Инструменты → Резервные копии.

Настройка резервного копирования

---

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

1. Включите опцию Включить резервное копирование, чтобы резервное копирование выполнялось с указанными настройками.

2. Выберите место хранения копий в поле Тип хранилища.
3. Укажите Пароль резервной копии.

4. Укажите настройки выбранного типа хранилища:

   Локальный каталог

   • Путь до папки — директория на сервере, куда будут сохраняться копии.
     

   Dropbox

   • Код доступа — код доступа к Dropbox. Вы можете перейти по ссылке и авторизоваться в Dropbox. После этого поле будет заполнено автоматически.
     
   • Путь до бэкапов — директория в Dropbox, куда будут сохраняться копии.

   Google Drive

   • Код доступа
     — код доступа к Google Drive. Вы можете перейти по ссылке и авторизоваться в Google Drive. После этого поле будет заполнено автоматически.
     
   • Путь до бэкапов — директория в Google Drive, куда будут сохраняться копии.

   Amazon S3

   • Идентификатор ключа — идентификатор ключа доступа.
   • Секретный ключ — секретный ключ доступа.
   • Корзина (bucket) — имя контейнера Amazon S3 для хранения резервных копий.

   Подробнее о настройках Amazon S3 см. в официальной документации.

   S3-совместимое хранилище

   • URL хранилища — URL для API-запросов к хранилищу.
   • Идентификатор ключа — идентификатор ключа доступа.
   • Секретный ключ — секретный ключ доступа.
   • Корзина (bucket) — имя контейнера для хранения резервных копий.
   • Метод адресации корзин:
     
     • поддомен — для доступа к корзине будет использоваться URL вида http[s]://bucket.host[:port][/path]. Например, https://bucket.example.com:5555/backup.
     • URL-путь — для доступа к корзине будет использоваться URL вида http[s]://host[:port][/path]/bucket/. Например, https://example.com:7777/backup/bucket.

   FTP-сервер

   • Адрес сервера — доменное имя или IP-адрес сервера.
   • Порт FTP — порт подключения. Значение по умолчанию — 21.
   • Путь до бэкапов — директория на сервере, куда будут сохраняться копии.
   • Пользователь — имя пользователя FTP.
   • Пароль — пароль пользователя FTP.

   SFTP-сервер (по SSH)

   • Адрес сервера — доменное имя или IP-адрес сервера.
   • Порт SSH — порт подключения. Значение по умолчанию — 22.
   • Путь до бэкапов — директория на сервере, куда будут сохраняться копии.
   • Авторизация на сервере — тип авторизации: по паролю или ключу SSH. При авторизации по паролю ISPmanager сгенерирует ключ, который будет использоваться для доступа к удаленному серверу.
   • Имя пользователя — имя пользователя SSH.
   • Пароль — пароль пользователя SSH.
   • Закрытый ключ — содержимое закрытого ключа SSH.
5. Укажите Ограничения на создание копий:

   1. Общий объём в байтах. Вы можете указать в этом поле единицу измерения. Например, 100Mib.

   2. Максимальное количество Полных резервных копий.
   3. Максимальное количество Ежедневных резервных копий.

   4. В поле Исключить файлы укажите какие файлы не нужно включать в резервную копию. Каждое исключение нужно указывать с новой строки.

   5. В поле Исключить базы данных укажите какие базы данных не нужно включать в резервную копию. Каждую базу данных нужно указывать с новой строки.
6. Нажмите ОК.

Чтобы изменить заданные настройки, перейдите в Инструменты → Резервные копии → кнопка Настройки.

Восстановление данных из резервной копии

---

Восстановление пользователя и всех его данных

Чтобы восстановить данные пользователя из резервной копии, перейдите в Инструменты → Резервные копии → выберите копию → кнопка Подробнее → выберите пользователя → кнопка Восстановить → OK. Когда данные будут восстановлены, в интерфейсе ISPmanager появится сообщение «Восстановление из резервной копии успешно завершено».

Восстановление удалённого пользователя

Удалённого пользователя можно восстановить из резервной копии под другим именем. Для этого перейдите в в Инструменты → Резервные копии → выберите копию → кнопка Подробнее → выберите пользователя → кнопка Восстановить как → укажите Имя пользователя, которому будут восстановлены данные из резервной копии или Создайте с новым именем → Ok. В этом случае ISPmanager не будет восстанавливать совпадающие сущности. Также пользователю будут не доступны резервные копии, созданные под старым именем.

Восстановление отдельных файлов

Чтобы восстановить отдельные файлы из резервной копии пользователя:

1. Войдите под учётной записью пользователя: Учётные записи → Пользователи → выберите пользователя → кнопка Войти.
2. Откройте резервную копию пользователя: Инструменты → Резервные копии → выберите копию → кнопка Данные.
3. Выберите тип данных — Базы данных, Почта, Файлы.
4. Выберите нужные файлы.
5. Нажмите кнопку Восстановить для восстановления файлов из резервной копии.

Когда данные будут восстановлены, в интерфейсе ISPmanager появится сообщение «Восстановление из резервной копии успешно завершено».

Скачивание резервной копии

---

Чтобы загрузить на локальный компьютер одну из резервных копий, перейдите в Инструменты → Резервные копии → выберите копию → кнопка Подробнее → выберите пользователя → кнопка Скачать. Резервная копия загрузится в виде архива tar с именем файла YYYY-MM-DD-user.tar.gz.

Пояснения

YYYY-MM-DD — дата создания копии

user — имя пользователя

Что такое резервное копирование? (Резервное копирование данных) Подробное руководство

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

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

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

Резервное копирование данных – почему это важно?

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

ThinkstockPhotos-471221831.jpg

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

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

Резервное копирование данных – что делать?

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

Пересматривайте область резервного копирования каждый раз при изменении инфраструктуры. Новые устройства, решения, услуги используют данные. Ваша мантра: «Создавайте резервные копии всего, делайте резервные копии часто».

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

Типы данных для резервного копирования

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

Резервное копирование данных — RPO и RTO

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

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

Многие малые и средние компании обычно определяют целевую точку восстановления на 24 часа, что означает необходимость ежедневного резервного копирования. Благодаря современным решениям для резервного копирования вы можете реализовать RPO всего за несколько минут. У вас также могут быть многоуровневые RPO — более короткие RPO для критических систем и более длинные RPO для вторичных систем.

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

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

Решения для резервного копирования данных

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

Аппаратные устройства

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

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

Программные решения

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

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

Облачные службы

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

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

Гибридные решения для резервного копирования данных

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

Различные типы резервного копирования данных

Есть поставщики предлагают три типа резервного копирования данных для обеспечения наилучшего использования хранилища и лучшие скорости резервного копирования/восстановления:

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

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

Инкрементальные резервные копии также резервируют только измененные данные, но они копируют только те данные, которые изменились с момента последнего резервного копирования — будь то полное или инкрементное резервное копирование. Их иногда называют «дифференциальными инкрементными резервными копиями».

Если вы делаете добавочное резервное копирование во вторник, вы создаете резервную копию только тех данных, которые изменились с момента добавочного резервного копирования в понедельник.В результате резервные копии намного меньше и быстрее.При добавочном резервном копировании чем короче временной интервал между резервными копиями, тем меньше данных На самом деле, с помощью сложного программного обеспечения для резервного копирования, такого как Acronis Cyber ​​Protect (включая Acronis Cyber ​​Backup), резервные копии настолько малы и настолько быстры, что вы можете создавать резервные копии каждый час или даже чаще, в зависимости от работы. что вы делаете, и насколько важно иметь текущие резервные копии.0005

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

Хранилище резервных копий

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

Резервное копирование данных на локальные или USB-диски

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

Резервное копирование на локальные и USB-диски лучше всего подходит для быстрого резервного копирования небольшого числа систем и предназначено для восстановления отдельных файлов или систем в случае сбоя программного обеспечения.

Резервное копирование данных на общие сетевые ресурсы и NAS

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

Резервное копирование данных на ленты

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

Один из традиционных способов сделать это — хранить копии ваших данных на ленточных устройствах и физически отправлять ленты в удаленное место. Современные ленточные технологии, такие как LTO-7, позволяют хранить до 2,5 ТБ сжатых данных на одной ленте, что делает их достаточно эффективными, если вам нужно защитить большие объемы данных.

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

Резервное копирование данных в облачное хранилище

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

Хранилище резервных копий данных — какое лучше?

У каждого решения для хранения есть недостатки. Чтобы выбрать правильное решение, вам необходимо разработать стратегию хранения данных, основанную на ваших уникальных бизнес-требованиях, RPO и RTO. Вам также необходимо решение для резервного копирования данных, которое соответствует принятому в отрасли подходу резервного копирования 3-2-1 — храните свои данные в трех местах, на двух типах хранилищ, причем одна копия хранится за пределами офиса. Отличными примерами стратегии 3-2-1 являются решения «диск-диск-лента» (D2D2T) и «диск-диск-облако» (D2D2C). С помощью этих решений вы создаете резервную копию данных в центральном сетевом хранилище, а затем копируете ту же резервную копию на ленту или в удаленное облачное хранилище.

Стратегия резервного копирования 3-2-1

Чтобы обеспечить безопасность ваших данных — что бы ни случилось — вы должны следовать этой стратегии, которая предусматривает, что вы храните свои данные в трех места, на двух типах хранилищ, причем один экземпляр хранится вне офиса. Отличные примеры стратегии 3-2-1: диск-диск-лента (D2D2T) и решения «диск-диск-облако» (D2D2C). С их помощью вы выполняете резервное копирование данных на ваше центральное сетевое хранилище, а затем скопируйте ту же резервную копию на ленту или за пределы площадки облачное хранилище.

Зачем вам решение для резервного копирования данных?

Выживание вашей компании зависит от выживаемости данных вашей компании. Чтобы реализовать надежную стратегию резервного копирования данных, определите свои бизнес-цели — объем резервного копирования, RPO и RTO; внедрять правильные решения; предоставление хранилища или комбинации нескольких хранилищ; и выполнять и контролировать резервные копии.

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

Что такое резервное копирование (резервное копирование данных)?

Резервное копирование данных

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

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

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

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

Эта статья является частью

Важность резервного копирования данных

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

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

Резервное копирование каких данных следует выполнять и как часто?

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

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

Эволюция носителей резервного копирования

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

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

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

Платформы непрерывной защиты данных

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

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

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

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

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

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

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

Локальное резервное копирование по сравнению с автономным резервным копированием для основного хранилища

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

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

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

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

Резервное копирование и облачное хранилище

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

Облачное резервное копирование делится на следующие:

• Общедоступное облачное хранилище. Пользователи отправляют данные поставщику облачных услуг, который взимает с них ежемесячную абонентскую плату в зависимости от используемого хранилища. За вход и выход данных взимается дополнительная плата. AWS, Google Cloud и Microsoft Azure — крупнейшие поставщики публичных облачных сервисов. Небольшие поставщики управляемых услуг также размещают резервные копии в своих облаках или управляют резервными копиями клиентов в больших общедоступных облаках.
• Частное облачное хранилище. Резервное копирование данных выполняется на разные серверы внутри брандмауэра компании, обычно между локальным центром обработки данных и дополнительным сайтом аварийного восстановления. По этой причине частное облачное хранилище иногда называют внутренним облачным хранилищем .
• Гибридное облачное хранилище. Компания использует как локальное, так и удаленное хранилище. Предприятия обычно выборочно используют общедоступное облачное хранилище для архивирования данных и их долгосрочного хранения. Они используют частное хранилище для локального доступа и резервного копирования для более быстрого доступа к своим наиболее важным данным.

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

Резервное копирование данных

«облако в облако» (C2C) — это альтернативный подход, который набирает обороты. Резервное копирование C2C защищает данные на платформах SaaS, таких как Salesforce или Microsoft Office 365. Эти данные часто существуют только в облаке, но поставщики SaaS часто взимают большие сборы за восстановление данных, потерянных из-за ошибки клиента. Резервное копирование C2C работает путем копирования данных SaaS в другое облако, откуда их можно восстановить в случае потери каких-либо данных.

Резервное хранилище для ПК и мобильных устройств Пользователи ПК

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

Другой альтернативой для потребителей является резервное копирование данных со смартфонов и планшетов в личное облачное хранилище, которое доступно у таких поставщиков, как Box, Carbonite, Dropbox, Google Drive, Microsoft OneDrive и других. Эти услуги обычно используются для бесплатного предоставления определенной емкости, что дает потребителям возможность приобретать дополнительное хранилище по мере необходимости. В отличие от корпоративного облачного хранилища как услуги, эти потребительские облачные предложения, как правило, не обеспечивают уровень безопасности данных, который требуется бизнесу.

Поставщики программного обеспечения и оборудования для резервного копирования

Поставщики, которые продают аппаратные платформы для резервного копирования, включают Barracuda Networks, Cohesity, Dell EMC (Data Domain), Drobo, ExaGrid Systems, Hewlett Packard Enterprise, Hitachi Vantara, IBM, NEC Corp., Oracle StorageTek (ленточные библиотеки), Quantum Corp., Rubrik , Spectra Logic, Unitrends и Veritas NetBackup.

Ведущие поставщики корпоративного программного обеспечения для резервного копирования включают Acronis, Arcserve, Asigra, Commvault, Datto, Dell EMC Data Protection Suite (Avamar и NetWorker), менеджер репликации Dell EMC RecoverPoint, Druva, Nakivo, Veeam Software и Veritas Technologies.

ОС Microsoft Windows Server по своей сути имеет отказоустойчивую файловую систему Microsoft (ReFS) для автоматического обнаружения и восстановления поврежденных данных. Хотя технически это не резервное копирование данных, Microsoft ReFS предназначена для превентивной меры защиты данных файловой системы от повреждения.

VMware vSphere предоставляет набор инструментов резервного копирования для защиты данных, высокой доступности и репликации. API-интерфейс VMware vStorage для защиты данных (VADP) позволяет VMware или поддерживаемому стороннему ПО для резервного копирования безопасно создавать полные и добавочные резервные копии виртуальных машин. VADP реализует резервное копирование с помощью моментальных снимков на основе гипервизора. В качестве дополнения к резервному копированию данных динамическая миграция VMware vSphere позволяет перемещать виртуальные машины между различными платформами, чтобы свести к минимуму последствия аварийного восстановления. Виртуальные тома VMware также помогают выполнять резервное копирование ВМ.

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

• Полная резервная копия создает копию всего набора данных. Несмотря на то, что полное резервное копирование считается самым надежным методом резервного копирования, оно занимает много времени и требует большого количества дисков или лент. Большинство организаций выполняют полное резервное копирование только периодически.
• Инкрементное резервное копирование предлагает альтернативу полному резервному копированию путем резервного копирования только тех данных, которые изменились с момента последнего полного резервного копирования. Недостатком является то, что полное восстановление занимает больше времени, если для восстановления используется инкрементная резервная копия данных.
• Дифференциальное резервное копирование копий данных, измененных с момента последнего полного резервного копирования. Это позволяет выполнять полное восстановление быстрее, поскольку требуется только последняя полная резервная копия и последняя дифференциальная резервная копия. Например, если вы создаете полную резервную копию в понедельник, резервная копия во вторник будет аналогична добавочной резервной копии. Резервная копия в среду затем создаст резервную копию разности, которая изменилась с момента полной резервной копии в понедельник. Недостатком является то, что постепенный рост разностных резервных копий отрицательно влияет на окно резервного копирования. Дифференциальная резервная копия создает файл путем объединения его более ранней полной копии с одной или несколькими добавочными копиями, созданными позже. Собранный файл не является прямой копией любого отдельного текущего или ранее созданного файла, а скорее синтезирован из исходного файла и любых последующих модификаций этого файла.
• Синтетическая полная резервная копия — это разновидность дифференциальной резервной копии. При синтетическом полном резервном копировании сервер резервного копирования создает дополнительную полную копию, основанную на исходной полной резервной копии и данных, полученных из добавочных копий.
• Инкрементное резервное копирование навсегда сводит к минимуму окно резервного копирования, обеспечивая более быстрый доступ к данным для восстановления. Инкрементное резервное копирование навсегда захватывает полный набор данных, а затем дополняет его инкрементными резервными копиями с этого момента. Резервное копирование только измененных блоков также известно как дельта-дифференциация . Полные резервные копии наборов данных обычно хранятся на сервере резервного копирования, который автоматизирует восстановление.
• Обратно-инкрементные резервные копии — это изменения, сделанные между двумя экземплярами зеркала. После создания первоначальной полной резервной копии каждая последующая добавочная резервная копия применяет любые изменения к существующей полной резервной копии. По сути, это создает новую синтетическую полную резервную копию каждый раз, когда применяется добавочное изменение, а также обеспечивает возврат к предыдущим полным резервным копиям.
• Горячее резервное копирование или динамическое резервное копирование применяется к данным, которые остаются доступными для пользователей в процессе обновления. Этот метод позволяет избежать простоев пользователей и потери производительности. Риск горячего резервного копирования заключается в том, что если данные будут изменены во время резервного копирования, результирующая резервная копия может не соответствовать окончательному состоянию данных.

Методы и технологии, дополняющие резервное копирование данных

• Непрерывная защита данных (CDP) относится к уровням связанных технологий, предназначенных для повышения защиты данных. Система хранения на основе CDP создает резервные копии всех корпоративных данных всякий раз, когда в них вносятся изменения. Инструменты CDP позволяют создавать несколько копий данных. Многие системы CDP содержат встроенный механизм, который реплицирует данные с основного на дополнительный сервер резервного копирования и/или на ленточное хранилище. Резервное копирование с диска на диск на ленту — популярная архитектура для систем CDP.
• Практически непрерывный CDP создает моментальные снимки резервных копий с заданными интервалами, которые отличаются от моментальных снимков поставщика на основе массива, которые создаются каждый раз при записи новых данных в хранилище.
• Сокращение объемов данных уменьшает занимаемую память. Существует два основных метода: сжатие данных и дедупликация данных. Эти методы можно использовать по отдельности, но поставщики часто комбинируют подходы. Уменьшение размера данных влияет на окна резервного копирования и время восстановления.
• Клонирование диска включает в себя копирование содержимого жесткого диска компьютера, его сохранение в виде файла образа и перенос на носитель. Клонирование диска можно использовать для подготовки, подготовки системы, восстановления системы и перезагрузки или возврата системы к исходной конфигурации.
• Erasure coding , или прямое исправление ошибок, разработано как масштабируемая альтернатива традиционным системам RAID. Кодирование стирания чаще всего связано с хранением объектов. RAID чередует данные, записываемые на несколько дисков, с использованием диска четности для обеспечения избыточности и отказоустойчивости. Технология разбивает данные на фрагменты и кодирует их с другими битами избыточных данных. Эти закодированные фрагменты хранятся на разных носителях, узлах или в разных географических точках. Связанные фрагменты используются для восстановления поврежденных данных с использованием метода, известного как передискретизация .
• Плоское резервное копирование — это схема защиты данных, при которой прямая копия моментального снимка перемещается в недорогое хранилище без использования традиционного программного обеспечения для резервного копирования. Исходный снимок сохраняет исходный формат и местоположение; плоская резервная копия монтируется, если оригинал становится недоступным или непригодным для использования.
• Зеркальное отображение размещает файлы данных на нескольких компьютерах-серверах, чтобы они оставались доступными для пользователей. При синхронном зеркалировании данные записываются на локальный и удаленный диски одновременно. Записи из локального хранилища не подтверждаются до тех пор, пока не будет отправлено подтверждение из удаленного хранилища, что гарантирует наличие на двух сайтах идентичной копии данных. И наоборот, асинхронная локальная запись завершается до отправки подтверждения с удаленного сервера.
• Репликация позволяет пользователям выбирать необходимое количество реплик или копий данных, необходимых для поддержания или возобновления бизнес-операций. Репликация данных копирует данные из одного места в другое, обеспечивая актуальную копию для ускорения аварийного восстановления.
• Восстановление на месте , или мгновенное восстановление, позволяет пользователям временно запускать производственное приложение непосредственно из резервного экземпляра виртуальной машины, тем самым сохраняя доступность данных во время восстановления основной виртуальной машины. Установка физического экземпляра или экземпляра виртуальной машины непосредственно на сервер резервного копирования или резервного копирования может ускорить восстановление на уровне системы за считанные минуты. Восстановление из смонтированного образа приводит к снижению производительности, поскольку серверы резервного копирования не рассчитаны на рабочие нагрузки.
• Моментальные снимки хранилища фиксируют набор эталонных маркеров на диске для заданной базы данных, файла или тома хранилища. Пользователи обращаются к маркерам или указателям для восстановления данных с выбранного момента времени. Поскольку он создается из исходного тома, отдельный моментальный снимок хранилища является экземпляром, а не полной резервной копией. Таким образом, моментальные снимки не защищают данные от аппаратного сбоя.

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

Управление копированием данных и синхронизация файлов и совместное использование

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

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

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

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

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

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

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

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

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

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

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

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

Последнее обновление: октябрь 2021 г.

Продолжить чтение О резервном копировании

• Полное, инкрементное и дифференциальное: сравнение типов резервного копирования

• Влияние частных облаков на процесс резервного копирования и восстановления

• Плюсы и минусы облачного резервного копирования

• 5 самых больших ошибок резервного копирования данных — и как их избежать

• Плоское резервное копирование или резервное копирование без резервного копирования, вариант защиты данных

Углубленное изучение архивации и резервного копирования на магнитную ленту

• Разработайте безопасную и надежную стратегию резервного копирования

  Автор: Брайен Поузи

• резервное копирование на ленту

  Автор: Пол Крочетти

• непрерывная защита данных

  Автор: Брайен Поузи

• Пять лучших способов извлечь выгоду из ленты сегодня

  Автор: Стивен Притчард

Аварийное восстановление

• Рекомендации по сетевой документации для команд аварийного восстановления

  В случае аварии ИТ-команды часто думают о серверах и хранилищах, но забывают о сетях. Узнайте, что вам следует…

• Как обеспечить непрерывность сети в стратегии аварийного восстановления

  Катастрофа приходит не только в виде пожара, наводнения и программ-вымогателей. Потеря непрерывности сети является реальной проблемой и должна быть …

• Предотвращайте различные типы сетевых атак с помощью планирования аварийного восстановления

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

Хранение

• Потенциальные последствия твердотельных накопителей Pure Storage емкостью 300 ТБ

  Pure Storage планирует к 2026 году иметь SSD-модули емкостью 300 ТБ, потенциально повышая масштабируемость других систем на основе жестких дисков и твердотельных накопителей …

• Масштабное погружение в HPE GreenLake с новой службой хранения файлов

  HPE заручается поддержкой Vast Data для предоставления новой услуги хранения файлов в предложениях GreenLake SaaS компании, области хранения данных, .