Решение позволяет выполнить сокращение рабочей информационной базы с минимальным временем недоступности системы. Процедура предполагает двухэтапное монопольное действие: первая блокировка устанавливается на 10-15 минут, вторая – на 40-60 минут.
По мере эксплуатации информационной системы объем базы неизбежно увеличивается. Это связано с накоплением исторических данных, длительным сроком использования системы и постоянным ростом объема обрабатываемой информации. Со временем это может приводить к необходимости ее сокращения. Выполнение подобных работ на рабочей базе зачастую требует длительной остановки системы, что влияет на непрерывность бизнес-процессов и работу пользователей.
В представленном решении основная часть операций выполняется на заранее подготовленной тестовой базе, а рабочая система переводится в монопольный режим только дважды: первый раз – для создания актуальной копии и включения регистраций изменений, второй – для переноса последних накопленных изменений и ввода подготовленной базы в промышленную эксплуатацию.
Работы начинаются с создания тестовой информационной базы на основе актуальной резервной копии рабочей системы. После кратковременной блокировки пользователей создается резервная копия рабочей базы, активируется регистрация изменений по разработанному плану обмена, после чего система вновь становится доступной для работы. С этого момента все изменения, выполняемые пользователями автоматически фиксируются и будут перенесены в подготовленную базу.
Выгруженная база разворачивается на тестовом сервере, где отключается авторегистрация объектов, производится выгрузка данных и создается новая тестовая база, в которую загружается ранее сформированный файл выгрузки. После завершения подготовки именно эта база станет основой для дальнейшего переноса изменений из рабочей системы.
Пока пользователи продолжают работу в рабочей базе, накопленные изменения периодически выгружаются в XML-файл и загружаются в подготовленную тестовую базу. После успешной передачи регистрация выгруженных изменений отменяется, что позволяет при следующем обмене передавать только новые данные и исключает повторную обработку уже перенесенных объектов
Выгрузка данных из одной базы данных и последующая загрузка в другую осуществляется с помощью внешней обработки «Выгрузка/загрузка XML по плану обмена». Передача данных между базами с помощью обработки поддерживает три режима работы:
- «Выгрузка»
предназначен для формирования файла выгрузки изменений по указанному узлу плана обмена с сохранением в заданный каталог (выполняется на стороне рабочей базы)
- «Загрузка»
предназначен для импорта ранее сформированного файла изменений в целевую базу (выполняется на стороне копии/тестовой базы)
- «Отмена регистрации»
предназначен для удаления зарегистрированных изменений по номеру успешно отправленного сообщения (используется для исключения повторной выгрузки ранее перенесенных данных, выполняется на стороне рабочей базы).
Рассмотрим пример использования обработки. Перед началом работы необходимо выполнить корректную настройку узлов плана обмена (Изображение 1).
Изображение 1. Настройка узлов обмена
В режиме «Выгрузка» в рабочей базе необходимо выбрать соответствующий узел обмена, указать путь к каталогу хранения, после чего нажать кнопку «Выгрузить данные» (Изображение 2).
Изображение 2. Пример зарегистрированных изменений по объекту метаданных «Серии номенклатуры»
В выгрузке изменений указывается режим обработки, путь для выгрузки и узел обмена (Изображение 3).
Изображение 3. Выгрузка изменений
Выгрузка данных выполняется в фоновом режиме. При обработке значительных объемов информации пользователи могут продолжить работу в штатном режиме. В процессе выполнения отображается стандартный индикатор прогресса (Изображение 4).
Изображение 4. Индикатор прогресса
В режиме «Загрузка» в тестовой информационной базе указывается соответствующий режим обработки, путь нахождения подготовленного XML-файла, после чего по кнопке «Загрузить данные» запустить процесс загрузки изменений (Изображение 5).
Изображение 5. Загрузка изменений
При отмене регистрации изменений в рабочей базе требуется определить номер сообщения, регистрацию по которому необходимо аннулировать. Номер можно узнать непосредственно из структуры XML-файла либо с помощью типовой обработки «Регистрация изменений для обмена данными» (Изображение 6).
Изображение 6. Регистрация изменений для обмена данными
Полученное значение вводится в поле «Номер сообщения для удаления», после чего нажимается кнопка «Отменить регистрацию объектов» (Изображение 7).
Изображение 7. Отмена регистрации
Результат успешного снятия объектов с регистрации можно проконтролировать через упомянутую выше типовую обработку - таблица регистраций должна стать пустой (Изображение 8).
Изображение 8. Результат обработки
В результате выполнения процедуры заказчик получает рабочую информационную базу сокращенного объема, содержащую актуальные данные на момент завершения переноса. Все изменения, внесенные пользователями во время подготовки новой базы, последовательно переносятся в рабочую систему, что обеспечивает целостность данных и сохранение результатов работы пользователей.
Преимущества решения:
- сокращение времени простоя информационной системы за счет выполнения основной части работ на тестовой базе
- сохранение непрерывности бизнес-процессов
- обеспечение переноса всех накопленных изменений в подготовленную базу перед вводом в эксплуатацию
- снижение рисков при выполнении технических работ
- выполнение сокращения базы без длительной остановки работы пользователей
Свяжитесь с нами, чтобы узнать, как это можно реализовать для Вашего бизнеса!
| Категория | Универсальное решение |
