0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

О резервном копировании информации в организации

  • Настоящий «Порядок резервного копирования» (далее Порядок) определяет правила создания и хранения резервных копий информационных ресурсов в организации (далее организация).
  • Целью резервного копирования является предотвращение потери информации при сбоях оборудования, программного обеспечения, в критических и кризисных ситуациях и т.д.
  • Информационный ресурс (далее Ресурс) – это каталог, файл с данными, программное обеспечение, база данных или сервис на сервере.
  • Резервное копирование – это сохранение очередного текущего состояния информации (ресурса) без обязательного сохранения предыдущего.
  • Архивирование – долгосрочное хранение информации (ресурса), либо состояния системы.
  • Система резервного копирования – комплекс аппаратных и программных средств, предназначенных для создания, хранения резервных копий и восстановления данных информационных ресурсов.
  • Системные администраторы – сотрудники Департамента информационных технологий организации, обеспечивающие функционирование информационных систем и устранение неисправностей в них.
  • Администратор системы резервного копирования – сотрудник ДИТ, осуществляющий управление Системой резервного копирования.
  • Полное копирование — создание полной копии (одна копия);
  • Инкрементальное копирование — создание копий, измененных данных, которые были изменены после последнего полного или инкрементального копирования.

Причины потери информации

Опрос Unitrends показал — теряет данные каждая третья компания. Из-за игнорирования средств цифровой безопасности, отсутствия бэкапа статистика остается неизменной с 2016 года. Причины расставания с важной информацией таковы:

  • Сбой жесткого диска компьютера.
  • Случайное удаление данных (человеческий фактор).
  • Заражение вредоносным ПО (например, вирусом-вымогателем), целенаправленная хакерская атака.
  • Скомпрометированные учетные данные сотрудников.
  • Фишинговые атаки.
  • Физическая кража оборудования.
  • Стихийные бедствия, пожары, другие форс-мажорные обстоятельства.
Статья в тему:  Мой билайн для андроид. Билайн личный кабинет

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

Процесс резервного копирования базы данных

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

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

Пользователь отправляет инструкцию TSQL базы данных BACKUP в управляющий узел.

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

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

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

Каждый узел участвует в копировании одного файла резервной копии на резервный сервер.

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

Устройство выполняет резервное копирование параллельно с помощью сети InfiniBand.

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

Резервная копия базы данных master создает резервные копии только данных из управляющего узла. Этот тип резервного копирования выполняется последовательно.

Статья в тему:  Обозначение смайликов в телефоне айфон. Что такое эмодзи

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

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

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

Невозможно изменить имя резервной копии перед выполнением восстановления. Имя каталога резервного копирования должно совпадать с именем исходного имени резервной копии. Исходное имя резервной копии находится в файле backup.xml в каталоге резервного копирования. Чтобы восстановить базу данных с другим именем, можно указать новое имя в команде RESTORE. Например: RESTORE DATABASE MyDB1 FROM DISK = ꞌ\10.192.10.10backupsMyDB2ꞌ .

Тестирование и анализ

Как узнать, хорошо ли созданы резервные копии, не протестировав их?

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

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

Статья в тему:  Blade V8 смартфоны ZTE. Blade A510 смартфоны ZTE

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

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

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

Ссылка на основную публикацию
Статьи c упоминанием слов:

Adblock
detector