Журнализация
Модуль Журнализация предназначен для контроля над действиями пользователей по изменению базы данных.
Модуль осуществляет ведение системного журнала регистрации действий пользователей по изменению базы данных. Ведение журнала возможно по всей базе данных или по выбранному перечню таблиц.
В журнале регистрируются дата и время внесения изменений, системное имя оператора, совершившего данные действия, а также состояние модифицированной записи таблицы базы данных до и после внесения изменений.
Имеется возможность просмотра всех записей журнала регистрации, так и записей, отфильтрованных по определенному пользователю, по таблице или по диапазону дат.
Используя модуль Журнализация совместно с модулем Репликация данных, можно настраивать систему журнализации не только в своем офисе, но и в территориально удаленных офисах. Кроме того, совместное использование данных модулей дает возможность контролировать действия пользователей других офисов, приведшие к изменениям Вашей базы данных.
Вся информация, хранящаяся в журнале, используется для восстановления базы данных в случае ее повреждения (совместно с модулем Восстановление БД), а также для рассмотрения нештатных ситуаций.
Восстановление бд
В процессе эксплуатации любой программной системы всегда имеется вероятность порчи базы данных из-за сбоев оборудования или некорректных действий пользователя. В системе Галактика для устранения последствий таких событий предусмотрен модуль Восстановление БД, с помощью которого восстанавливается информация базы данных, утерянная по каким-либо причинам или ошибочно модифицированная в результате некорректных действий пользователя.
Восстановление базы данных осуществляется на основе текущей или ранее сохраненной версии базы данных и журнала действий пользователей по изменению базы данных (модуль Журнализация ). Восстановление данных возможно на любую дату и время в пределах периода ведения журнала.
Модуль Восстановление БД выполняет следующие функции:
настройка системы восстановления базы данных;
восстановление базы данных по журналу регистрации действий пользователей;
сохранение базы данных и журнала регистрации действий пользователей в архиве и восстановление архивного варианта этих данных;
проверка журнала регистрации изменений на корректность.
Использование модуля Восстановление БД совместно с модулем Репликация данных позволяет настраивать систему восстановления базы данных не только в своем офисе, но и в территориально удаленных офисах.
Восстановление базы данных в других офисах возможно путем откатки изменений базы данных в своем офисе и пересылки этих изменений в другие офисы.
Репликация данных
Модуль Репликация данных предназначен для организации межофисного обмена данными системы Галактика и решает задачу слияния баз данных, расположенных в территориально удаленных локальных вычислительных сетях.
Система межофисного обмена данными поддерживает произвольное число абонентов (локальных вычислительных сетей или отдельных компьютеров), объединенных в иерархические группы и осуществляющих пересылку данных между собой через электронную почту, модем или внешние носители данных (дискеты, компакт-диски и проч.).
Поддерживается однонаправленный или двунаправленный селективный и полный обмен данными.
Возможна передача изменений по всей базе данных и по отдельным таблицам.
Процесс межофисного обмена заключается в регистрации изменений базы данных у каждого абонента, участвующего в обмене, с последующей обработкой на Corpo-сервере и рассылкой изменений с учетом заданной топологии обмена.
При проведении обмена все изменения пересылаются от клиентов на сервер (в том числе от других серверов, которые для данного сервера также являются клиентами). После приема пришедших изменений, сервер выбирает изменения собственной базы данных, добавляет к ним пришедшие изменения баз данных клиентов и других серверов, разрешает возможные межсетевые конфликты и формирует почту для отсылки обратно клиентам.
Рис. 32. Пример топологии системы репликации данных
После этого сформированные сервером изменения передаются клиентам в соответствии с настройками.
Если клиент не является другим сервером, то после приема почты у него происходит внедрение пришедших изменений в собственную базу данных. Если клиентом данного сервера является другой сервер, то на нем производится формирование другого пакета изменений для его клиентов и связанных с ним серверов.
В качестве примера на Рис. 32 представлена одна из возможных топологий системы репликации данных. Выделен путь обмена между абонентами КЛИЕНТ 2-2 и КЛИЕНТ 4-i.