Информационная безопасность. Удаленное резервирование

Елена Бадло аналитик,
Сергей Бадло член – корреспондент МАИН г. Запорожье
специально для DIGITAL KAZAKHSTAN

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

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

Краткий экскурс...

При автоматизации документооборота, любой разработчик, да и рядовой пользователь может столкнуться не только с проблемой выбора структуры и оборудования для резервного хранения данных, но и должен решить задачи автономности выбранной системы (независимость от общего электропитания, аппаратные брандмауэры, ограничение физического доступа и т.д.). На автономность системы также влияет тот факт, что через определенные промежутки времени система должна создавать новый apxив (выполнять резервирование), что обусловлено необходимостью повышения cкopocти пpocмoтpa, восстановления и удoбcтвa экcплуaтaции лoкaльнoго и удaлeнного автоматизированного рабочего места (АРМ). Таким образом, если не принять мер по ограничению и контролю свободного места на сетевом хранилище, то рано или поздно носитель архивов (винчестер, какого-бы объема он ни был) с установленным рабочим комплексом переполнится, что сделает невозможным работу всей системы.

В то же время резервные копии за какое-то количество недель (месяцев) должны оставаться для последующего анализа обслуживающим персоналом или администрацией и обновляться (сдвигаться) по мере того как новые и новые копии будут создаваться системой. Для решения этих задач необходимо приложение, которое должно cинxpoнизировать и кoнтpoлировать oбъeмы кaтaлoгов apxивoв как на локальной, так и удаленной АРМ- ах. Рассмотрим более подробно...

Предпосылки реализации ПО. Существующие решения

Учитывая специфику работы, приложение должно запускаться в скрытом режиме и присутствовать в виде иконки в системном трее. Для повышения быстродействия и уменьшения кода, операции копирования и синхронизации необходимо реализовать на WinAPI. Контроль каталога получателя должен производится по заданному пользователем пределу, при превышении которого будут удалены самые старые по дате-времени файлы до тех пор – пока не будет, достигнут размера каталога меньший установленного предела. При копировании желательно визуализировать процесс выполнения.

Следовательно, уже можем определить основные требования к нашему приложению:

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

Практика. Разработка ПО и средства отладки
Итак, приступим к основной задаче. Для работы нам понадобиться следующее:

• IDE среда разработки Delphi 5/6/7 или CodeGear (компиляция и отладка проекта)
• архивы для резервирования

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

ЛИСТИНГ

Далее, по таймеру при появлении нового архива запускаем процесс синхронизации каталогов с постоянным контролем обрыва связи. Контроль обрыва связи проведем по превышению тайминга отсутствия ответа от источника (своего рода пинг). При этом при прерывании процесса копирования “недокачанный” архив будет удален. Реализация подобного подхода приведена в (см. листинг 2):

ЛИСТИНГ

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

ЛИСТИНГ

После компиляции проекта в системном трее, около часов, мы увидим иконку нашей утилиты, меню настроек которой доступно по клику на правой кнопке мыши (см. рис.2):

Рис. 2. Вызов меню утилиты

Изначально, при входе в режим настроек будет запрошен пароль авторизации. По умолчанию* он равен: 111.

* при эксплуатации программы настоятельно рекомендуем сменить дефолтный пароль доступа

После ввода пароля пользователю будут доступны все настройки утилиты по контролю каталогов, как на удаленном, так и локальном ресурсе (см. рис.3):

Рис. 3. Окно настроек утилиты

При этом пользователю будет доступно два режима работы:

1. Ручной режим
Для просмотра архива на локальном АРМ-е – необходимо в ручном режиме скопировать необходимый файл архива в директорию проекта. Диалог сохранения при этом вызывается один раз (путь к файлу сохраняется). Диалог выбора архива для копирования – вызывается каждый раз при выборе нового файла для копирования.

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

Заключение

Рассмотренная в данной статье утилита сетевого резервирования , разработки автора, с успехом применяется на нескольких промышленных предприятиях как родного города (в том числе ОАО ”Запорожсталь”), так и некоторых российских компаниях. И дает возможность большому количеству инженеров и рабочих получать своевременный и мгновенный доступ к необходимой информации формируемой АСУ независимо от того, где они находятся, что в значительной степени увеличивает их производительность.

Полные исходные тексты и ресурсы проекта (файл rep2.zip) вы можете загрузить с сайта автора http://raxp.radioliga.com

Если тема представляет для вас интерес - пишите, задавайте вопросы на форуме http://raxp.radioliga.com/forum

Ресурсы

• Елена Бадло, Сергей Бадло. Информационная безопасность. Локальное резервирование. – DIGITAL KAZAKHSTAN, Астана, 2009, №12, с.хх
• Ресурсы и компиляция проекта CopyREP http://raxp.radioliga.com/cnt/s.php?p=rep2.zip

Оценить статью --12345