Руководства, Инструкции, Бланки

инструкция по резервному копированию информации img-1

инструкция по резервному копированию информации

Рейтинг: 4.3/5.0 (1840 проголосовавших)

Категория: Инструкции

Описание

Инструкция о резервном копировании

/ Инструкция о резервном копировании

Резервная копия, сделанная по окончанию последнего рабочего дня недели является Еженедельной и в этот день Ежедневная копия не делается.

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

Резервная копия, сделанная по окончанию последнего рабочего дня года является Ежегодной копией.

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

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

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

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

Носители с ежегодными копиями хранятся постоянно.

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

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

Ответственность за выполнение резервного копирования баз данных несёт администратор объекта информатизации.

Другие статьи

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

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

1. ГСА — группа системных администраторов, реализующие развитие и устранение ошибок в информационной системе заказчика.
2. ГТП — группа технической поддержки — группа сотрудников, реализующие техническую поддержку сотрудников заказчика.
3. ИТ система — набор аппаратных и программных средств компании заказчика, реализующие технологию совместной работы работников заказчика.
4. Заявка — запрос работника предприятия в службу тех. поддержки на решение технической проблемы.
5. Ресурс файлового сервера — это каталог на файловом сервере, для хранения данных с той целью, которой указано в заявки на реализацию данного ресурса.
6. ИС «Helpdesk» — ИС, реализующая обработку и прием заявок работников заказчика.
7. ИСМ — информационная система мониторинга ИТ системы заказчика.
8. ЭЦП — электронная цифровая подпись .
9. GPG — ПО для шифрования и ЭЦП информации.

Общее

Регламент реализации резервного копирования или восстановление информации и программ, которые хранятся на серверах ИТ-системы заказчика создан с целью:

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

Регламент определяет следующие действия:

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

Резервное копирование работает со следующими типами информации:

  • Персональные данные пользователей
  • Данные нужные для восстановление серверов и СУБД
  • личные профили сотрудников в сети
  • рабочие копии установочных элементов ПО на АРМ (автоматизированное рабочее место)
  • Информация автоматизированных систем

Носителям данных которые имеют резервные копии имеют гриф конфиденциальности .

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

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

  • Объем и состав копируемой информации, периодичность проведения (табл.1)
  • максимальный срок хранение резерв. копий — 1 месяц.
    • хранение 3-х следующих архивов
    • архив двух предыдущих дней в неделе
    • архив сделанный в текущую ночь
    • архив на 1-е число текущего месяца

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

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

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

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

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

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

Таблица 1 — Список резервируемых данных

Адрес хранения данных

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

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

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

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

  • Ежедневная копия. Записывается ежесуточно, кроме ночи на субботу и ночи на среду. Срок хранения — сутки. Запись реализуется на съемный диск. Этот диск по отдельному расписанию выносится за пределы офиса или предприятия.
  • Недельная копия. Записывается в ночь на субботу и на ночь среду. Срок хранения — субботняя копия — до следующей среды, вторичная копия — до субботы. Хранится на сервере.
  • Месячный набор. Пишутся данные на первое число текущего месяца. Срок хранения — месяц. Хранится на сервере.

Есть три разных источника данных, подлежащей резервированию:

  • Данные, хранимые в Exchange Server
  • Данные, хранимые в файловой системе ОС
  • Базы данных

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

А вы знаете:
  • Положение об использовании сети Интернет

  • Режимы и каналы передачи данных

  • Скачать ReadyBoost и настроить в Windows 7

  • Виды и способы кодирование данных

  • сети PDH

  • требования к безопасности локальной сети

  • 7 уровней модели OSI — физический, канальный, сетевой, транспортный, сеансовый, представления, прикладной

  • Аналоговые коммутируемые и выделенные линии

  • Об утверждении Порядка резервного копирования и восстановления работоспособности автоматизированных систем информационной инфраструктуры Министерства

    Об утверждении Порядка резервного копирования и восстановления работоспособности автоматизированных систем информационной инфраструктуры Министерства здравоохранения Российской Федерации

    Об утверждении Порядка резервного копирования и восстановления работоспособности автоматизированных систем информационной инфраструктуры Министерства здравоохранения Российской Федерации

    Приказ Минздрава России

    Документ опубликован не был

    Дата начала действия:

    Об утверждении Порядка резервного копирования и восстановления работоспособности автоматизированных систем информационной инфраструктуры Министерства здравоохранения Российской Федерации

    МИНИСТЕРСТВО ЗДРАВООХРАНЕНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ

    от 29 апреля 2013 года N 272

    Об утверждении Порядка резервного копирования и восстановления работоспособности автоматизированных систем информационной инфраструктуры Министерства здравоохранения Российской Федерации

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

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

    2. Контроль за исполнением настоящего приказа возложить на Департамент информационных технологий и связи (Р.М.Ивакин).

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

    Приложение
    к приказу
    Министерства здравоохранения
    Российской Федерации
    от 29 апреля 2013 года N 272

    Список терминов и сокращений


    Заказчик - Министерство здравоохранения Российской Федерации (далее - Минздрав России).


    Исполнитель - Федеральное государственное бюджетное учреждение "Центр информационно-технологической и эксплуатационной поддержки" Министерства здравоохранения Российской Федерации (далее - ФГБУ ЦИТЭП Минздрава России).


    ГСА (группа системных администраторов) - группа сотрудников Исполнителя, обеспечивающая устранение сложных неисправностей оборудования и развитие ИТ-инфраструктуры Заказчика.


    СТП (служба технической поддержки) - группа сотрудников Исполнителя, обеспечивающая техническую поддержку сотрудников Заказчика.


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


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


    Сотрудник службы технической поддержки - сотрудник Исполнителя из числа ГСА.


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


    Ресурс файлового сервера (Ресурс) - каталог на файловом сервере, предназначенный для хранения файлов в целях, указанных в заявке на создание ресурса.


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


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


    ИС "Портал учёта заявок" - информационная система, обеспечивающая приём и обработку заявок от сотрудников Минздрава России.


    Полный архив - архив информации, содержащий полный набор сохраняемых для копирования данных.


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


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

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


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

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

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

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

    В настоящем документе регламентируются действия при выполнении следующих основных мероприятий:

    - контроль результатов резервного копирования;

    - хранение резервных копий;

    - полное или частичное восстановление данных и приложений.

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

    1. Групповая информация пользователей (общие каталоги департаментов и отделов).

    2. Информация, необходимая для восстановления серверов приложений.

    3. Содержимое баз данных информационных систем Минздрава России.

    4. Информация службы каталогов Microsoft Active Directory.

    5. Электронные почтовые ящики пользователей локальной вычислительной сети Минздрава России.

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


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

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

    - будние дни - с понедельника по пятницу, в период с 18:00 до 09:00 следующего дня;

    - выходные дни - суббота-воскресенье, в период с 09:00 до 09:00 следующего дня.

    2. Состав копируемых данных, периодичность проведения резервного копирования приведены в Перечне резервируемой информации (.

    3. Максимальный срок хранения полных архивов - не более 6 месяцев, разностных архивов - не более 14 дней.

    Ресурсы, внедряемые в информационную структуру Минздрава России, подлежат резервному копированию на основании утверждаемого директором Департамента информационных технологий и связи списка изменений, внесенного в приложение N 1 к данному Порядку .

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

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

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

    3. Контроль результатов резервного копирования


    Контроль результатов всех процедур резервного копирования осуществляется ГСА в срок до 18:00 рабочего дня, следующего за установленной датой выполнения этих процедур, путём анализа отчётов системы резервного копирования.

    В случае обнаружения ошибки резервного копирования сотрудник ГСА немедленно сообщает об этом начальнику отдела эксплуатации технической инфраструктуры и обеспечения связью Департамента информационных технологий и связи с целью устранения ошибки до 18:00 текущего рабочего дня. После обнаружения ошибки ГСА принимаются меры по устранению причин ошибки для предотвращения её повторения в течение следующего цикла резервного копирования. При отсутствии существенного влияния резервного копирования на прикладное и системное ПО сервера возможен повторный запуск процедуры резервного копирования.

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


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

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

    Все процедуры по выгрузке работоспособных носителей из системы резервного копирования осуществляются ГСА по запросу и в присутствии сотрудника отдела эксплуатации технической инфраструктуры и обеспечения связью Департамента информационных технологий и связи.

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


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

    Процедура восстановления информации из резервной копии осуществляется в соответствии с методикой восстановления информации (.

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

    Приложение N 1. Перечень резервируемой информации

    Приложение N 1
    к Порядку

    Приложение N 2. Методика резервного копирования

    Приложение N 2
    к Порядку


    Для организации системы резервного копирования используется программное обеспечение Arcserve Backup 16.1. Основной сервер резервного копирования Symantec Netbackup устанавливается на площадке Рахмановский, д.3, помещение серверной, шкаф N 12. Учитывая пропускные способности каналов и объёмы резервируемых данных, выделенный media-сервер, ПО Arcserve Backup 16.1 устанавливается на площадке ул.Щукинская, д.5, шкаф N 6. В качестве носителей информации выступают:

    1. Ленточная библиотека Overland Neo400s - 2 шт.

    2. Разделы данных на дисковом хранилище HP 3Par F400, Netapp FAS3240. Схема расположения устройств резервного копирования приведена на рис.1.

    Рисунок 1. Схема расположения устройств резервного копирования Минздрава России.

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

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

    1. Месячная копия. Записывается информация на первое число текущего месяца. Срок хранения информации на носителях составляет 6 месяцев. Хранится на ленточных накопителях, подключенных к серверу резервного копирования Arc1.

    2. Недельная копия. Записывается в ночь с субботы на воскресенье, кроме последней недели месяца.

    Срок хранения информации на носителях составляет 30 календарных дней. Хранится на сервере резервного копирования Arc2 на разделе с СХД Netapp FAS3240 либо СХД HP 3Par F400.

    3. Ежедневная копия. Записывается ежедневно, кроме субботы и воскресенья.

    Срок хранения информации на носителях составляет 14 календарных дней. Хранится на сервере резервного копирования Arc2 на разделе с СХД Netapp FAS3240 либо СХД HP 3Par F400.

    Приложение N 3. Методика восстановления информации

    Приложение N 3
    к Порядку

    Любое восстановление информации, не связанное с потерей работоспособности информационной системы или ее компонентов, выполняется на основании заявки, оформленной через ИС "Портал учёта заявок". Заявка должна содержать информацию о составе информации, требуемой к восстановлению, и дату, на которую требуется осуществить восстановление.

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

    Процедура восстановления информации из резервной копии осуществляется сотрудниками ГСА.

    Электронный текст документа
    подготовлен ЗАО "Кодекс" и сверен по:
    рассылка

    Об утверждении Порядка резервного копирования и восстановления работоспособности автоматизированных систем информационной инфраструктуры Министерства здравоохранения Российской Федерации

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

    Типовой регламент резервного копирования данных Содержание 1. Список терминов и определений
    1. Заказчик – Компания _________________
    2. Исполнитель – Компания _________________.
    3. ГСА (группа системных администраторов) - группа сотрудников Исполнителя, обеспечивающая развитие и устранение сложных неисправностей ИТ-инфраструктуры Заказчика.
    4. ГТП (группа технической поддержки) – группа сотрудников Исполнителя, обеспечивающая техническую поддержку сотрудников Заказчика.
    5. ИТ-инфраструктура - совокупность аппаратного и программного обеспечения компании Заказчика, а также правил и методов их настройки, обеспечивающих технологию совместной работы сотрудников Заказчика.
    6. Администратор файлового сервера – сотрудник Исполнителя из числа ГСА, осуществляющий управление файловым сервером
    7. Сотрудник технической поддержки – сотрудник Исполнителя из числа ГСА.
    8. Заявка – запрос сотрудника предприятия к службе технической поддержки на решение какой-либо технической проблемы. Заявка содержит описание проблемы и электронный адрес сотрудника.
    9. Ресурс файлового сервера (далее Ресурс) – это каталог на файловом сервере, предназначенный для хранения файлов в целях, указанных в заявке на создание ресурса.
    10. Ответственный за информационные ресурсы Заказчика – сотрудник Заказчика из числа руководителей принимающий решения о создании новых Ресурсов.
    11. ИС «Helpdesk» – информационная система, обеспечивающая прием и обработку заявок сотрудников Заказчика.
    12. ИСМ – информационная система мониторинга ИТ-инфраструктуры Заказчика.
    13. ЭЦП – электронная цифровая подпись.
    14. GPG – программное обеспечение для шифрования и ЭЦП данных.
    15. Согласование Заявки – направление электронного сообщения (email) подтверждающего Заявку в ИС «Helpdesk» с ЭЦП. Для создания ЭЦП используется программное обеспечение PGP.
    16. Ответственный за ресурс – сотрудник Заказчика указанный ответственным в заявке на создание ресурса.
    2. Общие положения

    Настоящий Регламент проведения резервного копирования (восстановления) программ и данных, хранящихся на серверах ИТ-инфраструктуры Заказчика разработан с целью:

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

    В настоящем документе регламентируются действия при выполнении следующих мероприятий:

    • резервное копирование;
    • контроль резервного копирования;
    • хранение резервных копий;
    • полное или частичное восстановление данных и приложений.

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

    • персональная информация пользователей (личные каталоги на файловых серверах);
    • групповая информация пользователей (общие каталоги отделов);
    • информация, необходимая для восстановления серверов и систем управления базами данных (далее – СУБД);
    • персональные профили пользователей сети;
    • информация автоматизированных систем, в т.ч. баз данных;
    • справочно-информационная информация систем общего использования («Гарант», «Консультант+» и т.п.);
    • рабочие копии установочных компонент программного обеспечения рабочих станций;
    • регистрационная информация системы информационной безопасности автоматизированных систем.

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

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

    Резервное копирование автоматизированных систем производится на основании следующих данных:

    • состав и объем копируемых данных, периодичность проведения резервного копирования (из Перечня резервируемых данных - по форме, приведенной в Приложении №1);
    • максимальный срок хранения резервных копий - 1 месяц;
    • хранение 3-х следующих архивов;
    • архив на 1-е число текущего месяца;
    • архив среда-четверг, либо пятница-суббота текущей недели;
    • архив сделанный в текущую ночь.

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

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

    4. Контроль результатов резервного копирования

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

    В случае обнаружения ошибки лицо, ответственное за контроль результатов, сообщает в ГТП до 18 часов текущего рабочего дня.

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

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

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

    Все процедуры по загрузке, выгрузке носителей из системы резервного копирования, а также перемещение их в Службу безопасности и обратно, осуществляются администратором резервного копирования по запросу и в присутствии ответственного сотрудника Службы безопасности Заказчика (согласно Приложению №2).

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

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

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

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

    Процедура восстановления информации из резервной копии осуществляется в соответствии с методикой восстановления информации (Приложение №4).

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

    Приложение №1 - Перечень резервируемой информации

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

    Приложение №3 - Методика резервного копирования

    Для организации системы резервного копирования используется программное обеспечение (далее - ПО) фирмы ______________версии_____. Учитывая пропускные способности каналов, стоимость трафика между офисами, объемы резервируемых данных, представляется оптимальным установить независимые серверы резервного копирования в каждом из основных офисов. С целью оптимизации расходов на развертывание системы резервного копирования, запись резервной копии осуществляется на жесткий диск.

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

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

    1. Месячный набор. Записывается информация на первое число текущего месяца. Срок хранения – месяц. Хранится на сервере резервного копирования. 2. Недельная копия. Записывается в ночь на среду и в ночь на субботу. Срок хранения – субботняя копия – до следующей среды, вторничная копия – до субботы. Хранится на сервере. 3. Ежедневная копия. Записывается ежесуточно, кроме ночи на среду и ночи на субботу. Срок хранения – сутки. Записывается на съемный жесткий диск. Жесткий диск по отдельному расписанию выносится за пределы офиса.

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

    1. Информация, хранимая в Exchange Server. 2. Информация, хранимая непосредственно в файловой системе - MS Windows. 3. Базы данных Прикладной информационной системы.

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

    Для резервирования информации, хранимой непосредственно в файловых системах (см. пункт 2-й, выше), используется ПО ___________________с установленной OpenFile Option, посредством которого формируются задания на проведение резервного копирования информации, находящейся в каталогах файловых систем MS Windows. При этом указывается срок хранения информации и периодичность выполнения резервного копирования.

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

    Приложение №4 - Методика восстановления данных

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

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

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

    Источники

    Кабанский районный суд Республики Бурятия

    Уважаемые посетители сайта Кабанского районного суда!

    - Информацию справочного характера, в том числе о прохождении находящихся в суде дел, о времени приема граждан (физических лиц), в том числе представителей организаций (юридических лиц), общественных объединений органов государственной власти и органов местного самоуправления, Вы можете узнать по телефону Приемной Кабанского районного суда (301-38)- 4-33-45;

    -Информацию по вопросам замещения вакантной должности судьи, вакантных должностей государственной службы в аппарате суда, Вы можете узнать по телефону кадровой службы (301-38)- 4-34-66.

    Инструкция по использованию раздела «ОБРАЩЕНИЯ ГРАЖДАН»

    Порядок рассмотрения обращений

    РЕЖИМ РАБОТЫ КАБАНСКОГО РАЙОННОГО СУДА

    Ежедневно понедельник - четверг: с 09.00 до 18.00 часов.

    с 09.00 до 17.00 часов.

    перерыв на обед

    с 13.00 до 14.00 часов.

    выходные дни: суббота, воскресенье.

    РЕЖИМ РАБОТЫ ПРИЕМНОЙ СУДА
    по приему исковых заявлений,
    заявлений и жалоб

    пятница с 9:00 до 17:00

    перерыв на обед с 13:00 до 14:00

    тел. (301-38) 43-3-45

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

    Никто не сомневается, что резервное копирование нужно, Об этом я писал и есть много статей на просторах всемирной паутины. Аналогично многие даже реализовали стратегию резервного копирования с “полным” циклом 3-2-1. Но если уже такая сложная архитектура резервирования или стремящаяся ей стать, то возникает резонный вопрос в унификации действий по резервному копированию, восстановлению данных и общие требования к системе резервного копирования. Опять же, никто не отменял ротацию сотрудников в подразделении, и с приходом новых кадров придется все объяснять и / или обучать или переучивать. На все эти вопросы может ответить наличие регламента резервного копирования. Который не только отвечает на все выше перечисленные вопросы, но и решает задачи, связанные с требованием к программно-аппаратному комплексу, порядку восстановления и наличию ответственных сотрудников. Зачем нужен регламент понятно, осталось определиться с перечнем необходимых пунктов в самом регламенте. Давайте первоначально озвучим список вопросов, которые должен четко регламентировать целевой документ для составления списка структурированных подпунктов. Начнем по порядку: 1. Для чего регламент резервного копирования, какие действия им регламентируются, какая информация подлежит резервному копированию Полагаю, что вопросы поднятые выше общие и их можно систематизировать как: — ОБЩИЕ ПОЛОЖЕНИЯ

    2. Определившись я общим положениями, необходимо установить требования в целевой системе резервного копирования, требования к программно-аппаратному комплексу, Данный перечень вопросов раскрывается в пункте: — ТРЕБОВАНИЯ К РЕЗЕРВНОМУ КОПИРОВАНИЮ

    3. После определения конкретных требований с резервному копированию возникают вопросы с порядком резервного копирования, временем снятия архивных копий и непосредственным описанием перечня архивируемых данных. За эти вопросы ответит пункт: — ПОРЯДОК РЕЗЕРВНОГО КОПИРОВАНИЯ

    4. Логично предположить, что результат такого важного действия как резервное копирование необходимо контролировать исходя из чего следующий пункт будет отвечать именно за контроль: КОНТРОЛЬ РЕЗУЛЬТАТОВ РЕЗЕРВНОГО КОПИРОВАНИЯ

    5. Итак, с проведением резервного копирования, контролем результатов все понятно. Но бесконечно складировать информацию невозможно, встанет вопрос перезаписи носителей, т.е. ротация. Следующий пункт: — РОТАЦИЯ НОСИТЕЛЕЙ РЕЗЕРВНОЙ КОПИИ

    6. На мой взгляд мы охватили почти все вопросы, но остался очень важный. Какой скажете вы? Ведь мы определились как архивировать, что архивировать, как хранить, где хранить, кто будет ответственный что же еще? А еще дело осталось за малым – что делать если настал тот момент когда по какой-либо причине придется восстанавливать эти данные. Вот и подошли в завершающему пункту: — ВОССТАНОВЛЕНИЕ ИНФОРМАЦИИ ИЗ РЕЗЕРВНЫХ КОПИЙ

    7. Ну и наверное поселений не охваченный вопрос — как у любой задачи должны быть ответственные. — ОТВЕТСТВЕННОСТЬ ЗА СОСТОЯНИЕ РЕЗЕРВНОГО КОПИРОВАНИЯ Кроме, того в регламенте в обязательном порядке присутствуют приложения с перечнем резервируемой информации, перечнем ответственных лиц за резервное копирование и собственно способом резервного копирования. ПОНЯТНО, что разные типы данных копируются разными программно-аппаратными средствами, следовательно, для всех этих типов должны быть четко оговорена своя методика. Теперь давайте рассмотрим типовой регламент резервного копирования данных. Это естественно не панацея к 100% использованию, но он уже приближен к рабочей версии, которая путем небольших модификаций будет адаптирована именно для бизнес процесса в Вашей компании.

    Он выглядит так:

    1. ОБЩИЕ ПОЛОЖЕНИЯ

    2. ОБЩИЕ ТРЕБОВАНИЯ К РЕЗЕРВНОМУ КОПИРОВАНИЮ

    3. ОТВЕТСТВЕННОСТЬ ЗА СОСТОЯНИЕ РЕЗЕРВНОГО КОПИРОВАНИЯ

    4. ПЕРИОДИЧНОСТЬ РЕЗЕРВНОГО КОПИРОВАНИЯ

    5. КОНТРОЛЬ РЕЗУЛЬТАТОВ РЕЗЕРВНОГО КОПИРОВАНИЯ

    6. РОТАЦИЯ НОСИТЕЛЕЙ РЕЗЕРВНОЙ КОПИИ

    7. ВОССТАНОВЛЕНИЕ ИНФОРМАЦИИ ИЗ РЕЗЕРВНЫХ КОПИЙ

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

    1.2. Настоящая Инструкция разработана с целью:

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

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

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

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

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

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

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

    — информация, обрабатываемая пользователями в ИСПДн, а также информация, необходимая для восстановления работоспособности ИСПДн, в т.ч. систем управления базами данных (СУБД) общего пользования и справочно-информационные системы общего использования;

    — рабочие копии установочных компонент программного обеспечения общего назначения и специализированного программного обеспечения ИСПДн, СУБД, серверов и рабочих станций;

    — информация, необходимая для восстановления серверов и систем управления базами данных ИСПДн, локальной вычислительной сети, системы электронного документооборота;

    — регистрационная информация системы информационной безопасности ИСПДн;

    — другая информация ИСПДн, по мнению пользователей и администратора безопасности, являющаяся критичной для работоспособности ИСПДн.

    1.5. Для каждой ИСПДн разрабатывается отдельный Регламент резервного копирования в зависимости от следующих требований:

    — состав и объем копируемых данных, необходимая периодичность проведения резервного копирования (по форме, приведенной в Приложении N 1);

    — максимальный срок хранения резервных копий;

    — требований к надежности и защищенности хранения резервных копий;

    — требований к резервируемым аппаратным средствам ИСПДн (при необходимости, в случае предъявления высоких требований к обеспечению доступности данных, обрабатываемых в ИСПДн, и значительного ущерба Росреестра при нарушении заданных характеристик безопасности ПДн).

    Допускается составление одного Регламента для нескольких ИСПДн в случае идентичности требований к их резервированию.

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

    1.7. Резервные копии хранятся вне пределов серверного помещения, доступ к резервным копиям ограничен. К носителям информации, содержащим резервные копии, а также к резервируемым программным и аппаратным средствам допускаются только работники Росреестра, указанные в Списке лиц, имеющих доступ к резервируемым программным и аппаратным средствам ИСПДн (форма Списка лиц приведена в Приложении N 2). Список лиц формируется на основании письменной Заявки руководителя подразделения информационных технологий (ИТ), согласованной с руководителем подразделения информационной безопасности (ИБ). Изменение прав доступа к резервируемым техническим средствам, массивам и носителям информации производится на основании Заявки руководителя подразделения ИТ, согласованной с руководителем подразделения ИБ. О выявленных попытках несанкционированного доступа к резервируемой информации и аппаратным средствам, а также иных нарушениях ИБ, произошедших в процессе резервного копирования, сообщается в подразделение ИБ служебной запиской в течение рабочего дня после обнаружения указанного события.

    2. ОБЩИЕ ТРЕБОВАНИЯ К РЕЗЕРВНОМУ КОПИРОВАНИЮ

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

    — резервное копирование с указанием конкретных резервируемых данных и аппаратных средств (в случае необходимости);

    — контроль резервного копирования:

    — хранение резервных копий;

    — полное или частичное восстановление данных.

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

    2.3. Требования к техническому обеспечению систем резервного копирования:

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

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

    — обеспечивает выполнение функций, перечисленных в п. 2.1;

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

    2.4. Требования к программному обеспечению систем резервного копирования:

    — лицензионное системное программное обеспечение и программное обеспечение резервного копирования;

    — программное обеспечение резервного копирования обеспечивает простоту процесса инсталляции, конфигурирования и сопровождения.

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

    2.6. Предварительный учет магнитных носителей архивных копий производится в отдельном журнале учета магнитных носителей для архивного копирования, который находится в подразделении ИТ (форма журнала приведена в Приложении N 3). Все магнитные носители с архивными копиями маркируются, на них указывается предназначение носителя.

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

    2.7. Хранение отдельных магнитных носителей архивных копий организуется в отдельном от используемых данных помещении. Физический доступ к архивным копиям строго ограничен. Контроль за физическим доступом возлагается на администратора безопасности.

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

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

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

    3. ОТВЕТСТВЕННОСТЬ ЗА СОСТОЯНИЕ РЕЗЕРВНОГО КОПИРОВАНИЯ

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

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

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

    4. ПЕРИОДИЧНОСТЬ РЕЗЕРВНОГО КОПИРОВАНИЯ

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

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

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

    — ежедневно проводится копирование измененной и дополненной информации. Носители с ежедневной информацией должны храниться в течение недели;

    — еженедельно проводится резервное копирование всей базы данных. Носители с еженедельными копиями хранятся в течение месяца;

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

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

    5. КОНТРОЛЬ РЕЗУЛЬТАТОВ РЕЗЕРВНОГО КОПИРОВАНИЯ

    5.1. Контроль результатов всех процедур резервного копирования осуществляется ответственными должностными лицами, указанными в Приложении N 2, в срок до 17 часов рабочего дня, следующего за установленной датой выполнения этих процедур. В случае обнаружения ошибки лицо, ответственное за контроль результатов, сообщает руководителю подразделения ИТ до 18 часов текущего рабочего дня.

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

    6. РОТАЦИЯ НОСИТЕЛЕЙ РЕЗЕРВНОЙ КОПИИ

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

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

    7. ВОССТАНОВЛЕНИЕ ИНФОРМАЦИИ ИЗ РЕЗЕРВНЫХ КОПИЙ

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

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

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

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

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

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

    Поделиться в соц. сетях