Главная страница

авыаыйу. лаб1. План резервного копирования данных


Скачать 16.67 Kb.
НазваниеПлан резервного копирования данных
Анкоравыаыйу
Дата17.03.2022
Размер16.67 Kb.
Формат файлаdocx
Имя файлалаб1.docx
ТипДокументы
#401698


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

1. Содержание

2. Общие положения

3. Порядок резервного копирования

4. Контроль результатов

5. Нормативно-правовое обеспечение

6. Ротация носителей резервной копии

7. Восстановление информации из резервной копии

Приложение 1 Примеры команд

Приложение 2 Перечень лиц, ответственных за резервное копирование

2. Общие положения

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

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

Документ разработан с целью:

Определения категории информации, подлежащей обязательному резервному копированию;

Определения процедуры резервирования данных для последующего восстановления работоспособности информационных систем при полной или частичной потере информации,

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

Определения порядка восстановления информации в случае возникновения такой необходимости;

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

Под резервным копированием информации понимается создание полных копий базы данных и файловой системы для быстрого восстановления работоспособности ИС ЕРГИ,

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

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

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

формируется на основании утвержденных ведомственных актов. Изменение прав доступа к резервируемым техническим средствам,

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

3. Порядок резервного копирования

Резервное копирование производится штатными средствами СУБД PostgreSQL. Резервное копирование может производится:

Вручную – оператор, ответственный за резервное копирование запускает процедуру экспорта PostreSQL (пример запуска процедуры в Приложении 1).

Автоматически – запуск исполняемого файла, производящего вызов процедуры экспорта PostreSQL, производится операционной системой по расписанию автоматически.

Резервное копирование БД производится не реже 1 раза в сутки. Срок хранения резервной копии БД не менее 1 месяца.

Стратегия резервного копирования должна гарантировать синхронное восстановление данных, расположенных в разных схемах БД.

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

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

4. Контроль результатов

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

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

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

5. Нормативно-правовое обеспечение

Для организации процесса резервного копирования необходимо:

• Определит список лиц, ответственных за выполнение процесса резервного копирования и контроля его результатов (Приложение 2).

• Подготовить и утвердить график выполнения резервного копирования.

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

6. Ротация носителей резервной копии

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

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

Все процедуры по загрузке, выгрузке носителей из системы резервного копирования,

а также их перемещение администратором ИС ЕРГИ по запросу и в присутствии ответственного сотрудника ФУГИ (согласно Приложению №2).

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

7. Восстановление информации из резервной копии

В случае необходимости восстановление данных из резервных копий производится администратором системы, указанным в Приложении N 2.

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

программных ошибок, ошибок работников и аппаратных сбоев.

Восстановление системного программного обеспечения и программного обеспечения общего назначения производится с их носителей в соответствии с инструкциями производителя.

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

или восстановлению данного программного обеспечения.

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

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

Полностью информация восстанавливается с последней копии.

Приложение 1 Примеры команд

Команды по созданию копий базы данных PostgreSQL

backup@backup

$ pg_basebackup -x -h db01.example.com -U backup -D /backup

Копирование с пониженным приоритетом IO операций с помощью ionice, для случаев когда нужно уменьшить нагрузку на дисковый ввод-вывод от резервного копирования:

postgres@db01 $ ionice -c 3 pg_basebackup -x -h db01.example.com -U backup -D /backup

Копирование с сжатием в bzip2, для случаев когда нужно использовать нестандартный для pg_basebackup алгоритм сжатия (gzip).

backup@backup $ pg_basebackup -x --format=tar -h db01.example.com -U backup -D - |bzip2 -9 > /backup/db01/backup-$(date +%Y-%m-%d).tar.bz2

Копирование с сжатием в несколько потоков (используем lbzip2 и задействуем 6 ядер).

backup@backup $ pg_basebackup -x --format=tar -h db01.example.com -U backup -D - |lbzip2 -n 6 -9 >

/backup/db01/backup-$(date +%Y-%m-%d).tar.bz2

Копирование на удаленный сервер с ограничением пропускной полосы до 10Мб с помощью pv и последующее архивирование на удаленной стороне.

backup@backup $ pg_basebackup -x --format=tar -h 127.0.0.1 -U backup -D - |pv -r -b -L 10M |ssh backup@backup.example.com "bzip2 -9 > /backup/db01/backup-$(date +%Y-%m-%d).tar.bz2"

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

и затем расжимается на удаленной стороне. Здесь используется tar и требуется выполнение pg_start_backup('label_name') на стороне postgres.

postgres@master # cd /var/lib/pgsql/9.3/data

postgres@master # tar cfO - ./ |lbzip2 -n 2 -5 |ssh postgres@standby "lbunzip2 -c -n 2 |tar xf - -C /var/lib/pgsql/9.3/data"

Для расшифровки резервной копии следует выполнить такую команд

backup@backup $ bzcat /backup/backup-09-May-2014.tar.bz2 |gpg -r backup -d |tar xf - -C /example/dir/


написать администратору сайта