+7(499)495-49-41

Системы резервирования данных в призме законодательства

Содержание

Проектный опыт — CSM

Системы резервирования данных в призме законодательства
Банк Москвы

Банк Москвы — один из крупнейших универсальных банков России, предоставляющий финансовые услуги юридическим и частным лицам. Основной акционер Банка — Банк ВТБ (ПАО) (100%). Банк Москвы обслуживает 114 тыс. корпоративных и 9 млн. частных клиентов.

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

  • исторически в Банке Москвы развивается несколько систем резервного копирования, обеспечивающие нужды разных подразделений. Это привело к сложностям в развитии систем, неравномерности использования ресурсов, излишним временным и денежным затратам на обслуживание;
  • банк обладает динамично развивающейся инфраструктурой, что приводит к большому числу локальных изменений имевшихся систем резервного копирования, и, как следствие, сложной для поддержки и непрозрачной конфигурации этих систем из-за различных подходов и неполного документирования;
  • высокая загрузка обслуживающих систему специалистов по другим активностям даже при наличии хорошей компетенции по линейке продуктов IBM Tivoli Storage Management не позволяла системно уделять время ее обслуживанию и развитию как в части развития функциональности, внедрения новых, так и оптимизации функционирования уже внедренных решений.

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

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

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

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

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

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

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

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

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

  • на базе нескольких разрозненных систем резервного копирования была спроектирована и внедрена единая система резервного копирования;
  • система резервного копирования была внедрена в катастрофоустойчивой конфигурации, которая позволяет восстановить функционирование ИТ-систем Банка в случае полного выхода из строя любой из трех ключевых площадок. Для обеспечения минимальных сроков восстановления был задействован комплекс технических решений (кластер PowerHA, репликация дисковых массивов, создание копий на ленточных библиотеках);
  • актуализированы ранее внедренные технические решения, а также внедрены  новые, такие как, например, резервное копирование виртуальной среды VMware и перенос трафика резервного копирования в сеть хранения данных SAN;
  • настроена регулярная автоматическая рассылка отчетов о функционировании системы резервного копирования администраторам СРК и отчетов с информацией о защите объектов  резервного копирования администраторам прикладных систем;
  • обеспечено соответствие системы резервного копирования выявленным в ходе аудита требованиям. В том числе, система соответствует стратегии развития и технической политике Банка в области информационно-телекоммуникационной инфраструктуры.

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

Источник: http://csmteam.ru/projects/banki/bank-moskvy/

О порядке организации резервного копирования баз данных единой системы электронного делопроизводства и документооборота правительства санкт-петербурга, письмо комитета по информатизации и связи санкт-петербурга от 13 октября 2004 года №17-02-1194/04-0-0

Системы резервирования данных в призме законодательства

В исполнительных органах государственной власти Санкт-Петербурга с октября 1999 года функционирует Единая система электронного делопроизводства и документооборота Правительства Санкт-Петербурга (ЕСЭДД).

В последнее время имели место случаи утраты информации ЕСЭДД.

Указанные факты были вызваны грубым нарушением правил резервного копирования баз данных.

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

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

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

При необходимости, организация-разработчик ЕСЭДД – ОАО “Центр компьютерных разработок” (ОАО “ЦКР”) готова провести дополнительное обучение администраторов систем ЕСЭДД и оказать помощь во внедрении автоматизированных технологических процедур копирования.

Обучение будет проводиться по индивидуальному графику, в рамках работ по сопровождению ЕСЭДД, на рабочих местах администраторов систем.

Сообщаем, что сотрудникам ОАО “ЦКР”, осуществляющим сопровождение ЕСЭДД, вменено в обязанность проверять наличие резервных копий баз данных. Без наличия резервных копий баз данных работы по сопровождению ЕСЭДД производиться не будут.

В целях обеспечения единого порядка резервного копирования направляем для работы информационных служб типовую технологическую инструкцию по резервному копированию баз данных ЕСЭДД.

Председатель КомитетаС.Н.Жданов

Инструкция по резервному копированию баз данных ЕСЭД Правительства Санкт-Петербурга

УТВЕРЖДЕНАКомитетом по информатизации и связи

13.10.2004

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

1.1. Ответственность за осуществления резервного копирования возлагается на администратора систем ЕСЭДД.

1.2. Резервное копирование должно производиться в автоматическом или ручном режиме не реже одного раза в сутки.

1.3. Резервное копирование должно производиться на съемный магнитный или оптический носитель, который должен заменяться на новый не реже 1 раза в неделю.

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

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

1.4. Объем устройства резервного копирования должен обеспечивать возможность хранения не менее 20 резервных копий рабочих баз данных.

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

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

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

1.8. Резервное копирование осуществляется в соответствии с руководством по резервному копированию, содержащимся в разделах 2, 3, 4, 5 настоящей инструкции.

2. Руководство по резервному копированию баз данных средствами MS SQL Server

2.1. В данном разделе содержится руководство по резервному копированию баз данных клиент-серверного варианта систем ЕСЭДД, работающих в СУБД MS SQL Server.

2.2. Резервное копирование базы данных – это создание ее точной копии. При выполнении этого процесса SQL Server копирует все определяемые пользователем объекты, системные таблицы и данные.

2.3. В SQL Server Enterprise Manager выберите команду Tools=>Backup Database (Сервис=>Резервное копирование базы данных). На экране появится диалоговое окно SQL Server Backup (Резервное копирование).

2.4. Во вкладке General диалогового окна SQL Server Backup выберите в списке Database базу данных, резервную копию которой нужно создать.

2.5. В текстовом поле Name (Имя) введите имя резервной копии базы данных, а в текстовом поле Description (описание) – ее описание.

2.6. Введите тип резервного копирования, щелкнув соответствующим переключателем в группе Backup. Database – complete (Полное резервное копирование базы данных) – рекомендуемая установка.

2.7. Выберите устройство резервного копирования, щелкнув на кнопке Add (Добавить). На экране появится диалоговое окно Select Backup Destination (Расположение резервной копии).

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

2.9. Чтобы записать новую резервную копию поверх существующей копии на выбранном устройстве, щелкните на переключателе Over existing media на SQL Server Backup. Для добавления новой резервной копии к существующей копии щелкните на переключателе Append to media/.

2.10. Чтобы составить расписание резервного копирования для дальнейшего использования, установите флажок Schedule (Расписание).

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

На экране появится диалоговое окно Edit Schedule (Изменение расписания).

2.11. В текстовом поле Name введите имя работы, которая будет выполняться по расписанию, например: ”Рез. копия базы …”.

2.12. Выберите время выполнения резервного копирования. Чтобы составить расписание резервного копирования, щелкните на кнопке Change. На экране появится диалоговое окно Edit Recurring Job Schedule (изменить расписание регулярной работы).

2.13. Выбрав время выполнения резервного копирования по расписанию, щелкните по кнопке OK.

2.14. Чтобы установить дополнительные параметры, выберите вкладку Options (Параметры) диалогового окна SQL Server Backup.

2.15.

Чтобы проверить целостность носителя, предназначенного для хранения резервных копий (SQL Server должен прочитать всю резервную копию, чтобы убедиться, что носитель читается), установите флажок Verify backup upon completion (Проверить резервную копию сразу после выполнения копирования). Установив флажок Backup set will expire (Срок хранения резервных копий истекает), Вы должны определить, когда на текущее устройство можно будет записывать новые копии поверх старых.

2.16. Чтобы начать резервное копирование базы данных базы данных, журнала транзакции либо файлов или групп файлов, в диалоговом окне SQL Server Backup щелкните на кнопке OK. На экране появится диалоговое окно Backup Progress (Ход выполнения). Здесь Вы увидите индикатор хода выполнения копирования.

2.17. Чтобы прекратить резервное копирование во время его выполнения, щелкните на кнопке Cancel (Отменить).

Когда резервное копирование будет закончено, на экране появится диалоговое окно Backup Progress Completion (Завершение резервного копирования).

Если раньше Вы установили флажок Verify Backup upon completion, появится диалоговое окно с сообщением о результатах проверки носителя.

3. Восстановление баз данных средствами MS SQL Server и проверка целостности копий баз данных

3.1. В SQL Server Manager выполните команду Tools=>Restore Database (Сервис=>Восстановить базу данных). На экране появится диалоговое окно Restore Database (Восстановление базы данных).

3.2. В раскрывающемся списке Restore as database (Восстановить как базу данных) выберите базу данных, которую нужно восстановить.

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

3.4. В группе Parameters (Параметры), если было сделано несколько полных резервных копий выбранной базы данных, то выберите нужную копию в раскрывающемся списке First backup to restore (Первая копия для восстановления).

Если флажок Point in time restore (указать точку, до которой нужно выполнить восстановление) – активен, установите флажок, чтобы указать точку и время в выбранной резервной копии, когда нужно остановить процесс восстановления (если пользователь дал команду удалить большое количество нужных данных).

3.5. Чтобы установить дополнительные параметры восстановления, откройте вкладку Options (Параметры).

Для восстановления базы с новым именем необходимо создать пустую базу с этим именем, выбрать ее в Restore as database и поставить флажок в Option=>Force restore over existing database.

При восстановлении с другого носителя или компьютера необходимо исправить пути в Restore database files as:

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

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

4. Руководство по резервному копированию баз данных систем ЕСЭДД средствами MS Access

4.1. В данном разделе содержится руководство по резервному копированию баз данных формата MS Access файл-серверного варианта систем ЕСЭДД.

4.2. В меню Start=>Settings=>Control panel=>Schedule Tasks выберите Add scheduled task (Добавить расписание задачи). На экране появится диалоговое окно Scheduled Task Wizard (Мастер расписания задач).

Нажмите кнопку Next (Дальше).

4.3. В диалоговом окне выбора программы для внесения в расписание выполнения.

Нажмите кнопку Browse…(Выбрать) и выберите утилиту резервного копирования баз данных MS Access: SEDDBkup.

exe в каталоге, где установлен ЕСЭДД, по умолчанию Program Files=>Кодекс=>СЭДД 42.00.001=> SEDDBkup.exe (СЭДД 42.00.001 – для примера – выберите каталог той версии, которая у вас установлена).

Раскройте каталоги Кодекс и версии СЭДД и выберите SEDDBkup.exe.

4.4. В окне выбора периодичности отметьте Daily (Ежедневно) и нажмите на кнопку Next (Дальше).

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

4.6. В этом окне необходимо просто нажать на клавишу Next (Дальше), т.к. вводить пароль не обязательно.

На этом настройка расписания выполнения резервного копирования базы Access завершена.

При необходимости отредактировать дополнительные свойства мастера архивации установите флаг Open advanced properties for this task when I click Finish.

4.7. Настройка программы Резервного копирования SEDDBkup.exe.
Запустите программу резервного копирования SEDDBkup.exe через Start=>Programs=>СЭДД 6.42.001=>Резервное копирование.
В окне утилиты резервного копирования следует:
а) Выбрать путь нахождения баз данных.

b) Из списка баз выбрать базы данных для резервного копирования.

c) Выбрать путь к папке сохранения резервных копий баз данных.

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

На этом настройка резервного копирования для баз данных формата MS Access завершена.

5. Восстановление баз данных MS Access и проверка целостности копий баз данных

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

5.2. Проверка целостности базы данных MS Access производится путем подключения соответствующей подсистемы ЕСЭДД к базе данных и получения списка всех зарегистрированных документов через быстрый или атрибутный поиск в соответствии с Руководством пользователя ЕСЭДД.

Официальныйэлектронный текст

ИПС “Кодекс”

Текст документа сверен по:

рассылка

Источник: http://docs.cntd.ru/document/8401911

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

Системы резервирования данных в призме законодательства

1. ГСА — группа системных администраторов, реализующие развитие и устранение ошибок в информационной системе заказчика.2. ГТП — группа технической поддержки — группа сотрудников, реализующие техническую поддержку сотрудников заказчика.

3. ИТ система — набор аппаратных и программных средств компании заказчика, реализующие технологию совместной работы работников заказчика.

4. Заявка — запрос работника предприятия в службу тех. поддержки на решение технической проблемы.5. Ресурс файлового сервера — это каталог на файловом сервере, для хранения данных с той целью, которой указано в заявки на реализацию данного ресурса.6. ИС «Helpdesk» — ИС, реализующая обработку и прием заявок работников заказчика.7. ИСМ — информационная система мониторинга ИТ системы заказчика.

8. ЭЦП — электронная цифровая подпись.

9. GPG — ПО для шифрования и ЭЦП информации.

Общее

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

#Адрес хранения данныхОписание
1\\server\SystemStateСостояние контроллера домена
2\\server\c$Системный диск контроллера домена
3\\server\e$файл-сервер, где находятся персональные данные пользователей и отделов

Таблица 2 — Список лиц ответственных за резервное копирование

#РольФИО ответственного сотрудника
1Начальная настройка системы резервного копирования (реализация: расписаний, меда-сетов, оповещений). Запуск системы
2Изменение настроек системы резервного копирования
3Анализ логов резервного копирования, реализация ротирования носителей, анализ в нужде изменений настроек резерв. копирования
4Ротировка носителей, проверка резервной копии, реализация хранения резервной копии вне предприятия на случай ЧП

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

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

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

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

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

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

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

Источник: http://infoprotect.net/varia/reglament-rezervnogo-kopirovaniya

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

Системы резервирования данных в призме законодательства

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

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

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

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

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

В сегменте малого бизнеса, где корпоративные структуры, как правило, используют один физический сервер для хранения всей корпоративной информации, в том числе баз данных платформы 1С:Предприятие, хорошо зарекомендовали себя программные системы резервирования с использованием продуктов компаний Acronis, Symantec и других. Организация резервного копирования посредством подключения к имеющемуся серверу дополнительных накопителей с организацией RAID-массива на уровне контроллера позволяет обеспечивать сохранность данных с минимальными финансовыми затратами.

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

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

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

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

Однако при использовании выделенного сервера с организацией RAID-массива на уровне контроллера стоимость единицы объема уже после 6Тб начинает расти в геометрической прогрессии.

На практике это означает, что внедрение системы резервного копирования с помощью выделенного сервера емкостью от 6Тб и выше обойдется в десятки раз дороже, нежели приобретение СХД на базе стримеров или ленточных библиотек.

Проектирование систем резервного копирования

К системам резервного копирования, будь то программные или программно-аппаратные решения, предъявляется ряд требований:

  • адекватная потребностям корпоративной структуры производительность и пропускная способность;
  • высокая отказоустойчивость оборудования и сохранность данных;
  • поддержка гетерогенной корпоративной среды для обеспечения взаимодействия с различными аппаратными платформами на базе ОС семейства Windows, Linux и Unix;
  • минимальная стоимость обслуживания и сопровождения, высокая масштабируемость;
  • возможность централизованного контроля над процессом резервирования и последующего восстановления данных.

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

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

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

Почему стоит обратиться к нам?

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

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

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

Источник: http://www.globalit.ru/solutions/system-integration/implementation-of-backup-system.html

Резервирование данных: Принцип

Системы резервирования данных в призме законодательства

Для функций Резервировать и Восстановить соответствующий проект должен быть заблокирован. Поэтому резервирование в многопользовательском режиме невозможно; все пользователи должны закрыть проект.

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

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

Одновременно можно резервировать несколько проектов. Только при отправке проектов по электронной почте за один раз можно отправить только один проект.

EPLAN поддерживает имена, соответствующие соглашению об универсальном назначении имен, по всем проектам.

При этом речь идет об имени, которое соответствует соглашению об универсальном соглашении имен и используется для указания пути к данным: Имена серверов и каталоги включаются в путь к данным, “псевдонимы” (сокращения команд) не используются. Путь к данным выглядит при этом следующим образом: \\Имя сервера\Имя общей папки\Каталог\Подкаталог\Имя файла.abc

Зарезервированные данные, как правило, архивируются (при помощи программы 7-Zip). При упаковывании все данные проекта сохраняются. (Напротив, при сжатии проекта есть возможность убрать из проекта неиспользуемые данные.) Для файлов применяются следующие расширения имен файлов:

  • Проекты: *.zw1
  • Базовые проекты с основными данными: *.zx1
  • Шаблоны проектов: *.zx2
  • Библиотеки символов: *.zw2
  • Рамки: *.zw3
  • Формы: *.zw4
  • Макросы: *.zw5
  • Данные изделия: *.zw6
  • Словари: *.zw7
  • Данные пользователя, рабочей станции: *.zw8
  • Контуры: *.zwa

Резервированные данные можно открыть двойным щелчком по соответствующему файлу. При этом EPLAN автоматически будет запущен в режиме Восстановить.

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

Проект Мой_проект.elk сохраняется как Мой_проект.zw1.
Библиотека символов Мои_символы.slk сохраняется как Мои_символы.zw2.

При отправке данных по электронной почте для проекта Мой_проект.elk генерируются файлы резервирования Мой_проект.000.elk, Мой_проект.001.elk и Мой_проект.002.elk.

Для восстановления проекта скопируйте три файла резервирования в общий каталог и щелкните дважды по файлу Мой_проект.000.elk. В диалоговом окне Восстановить проект отображается только файл Мой_проект.000.

elk, а остальные два файла резервирования невидимы.

Архивирование данных на длительный срок

Для долгосрочного архивирования проектов используйте функцию архивирования EPLAN; при этом создается файл в формате ZIP.

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

  • DXF / DWG
  • Графический файл
  • PDF.

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

Можно экспортировать как весь проект, так и несколько отдельных страниц.

Повторная печать графики

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

Обмен данными через дискету / компакт-диск / электронную почту / сеть

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

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

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

Внешние документы и связанные данные

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

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

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

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

Преобразование проектов при помощи символов не в коде ASCII в имена основных данных

Для проектов из прежних версий EPLAN, при которых в именах сохраненных основных данных (форм, рамок, изделий) встречаются “символы не в коде ASCII”, существует функция корректировки. С помощью преобразования можно устранить проблемы, возникшие при передаче проектов между различными языковыми версиями операционной системы.

При восстановлении или открытии соответствующих проектов открывается запрос Обновить индексы поиска. Если щелкнуть [Да], устанавливаются индексы поиска, необходимые для доступа к основным данным, и соответствующие имена файлов правильно записываются в базу данных управления проектами. Затем открывается проект. Если щелкнуть [Нет], проект закроется.

Замечание:

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

См. также

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

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

Источник: http://www.eplan.help/help/platform/2.5/ru-ru/help/Content/htm/bakbackupdlggui_k_prinzip.htm

Поделиться:
Нет комментариев

    Добавить комментарий

    Ваш e-mail не будет опубликован. Все поля обязательны для заполнения.