Ниже представлен пример оптимизации базы данных.
Он не является универсальным, и должен использоваться с оглядкой на текущее состояние БД.
Большинство рекомендаций являются необратимыми. Необходимо обязательно иметь актуальную копию БД.
Суть оптимизации - уменьшение размера БД, за счет старых и неиспользуемых данных.
К реализации предлагается следующая методика миграции БД на новую платформу.
1. Подготовка среды размещения на новом сервере. Установка необходимых компонентов Oracle 12.
2. Создание БД на новом сервере, ориентируясь его аппаратные характеристики.
3. Получение тестовой лицензии для «старого» сервера. Внимание, понадобится новый аппаратный ключ. Лицензия выдается бессрочно на 2 пользователя.
4. Подготовка БД на новом сервере для проведения операции импорта данных. Создание необходимых табличных пространств.
5. Снятие резервной копии текущей БД. Файловый бекап.
6. Выполнение процедуры очистки «старых» данных на текущей БД. Согласно файла из приложения - Скрипты_2.7z.
7. Снятие дампа текущей БД и загрузка дампа в новую БД. Согласно файла из приложения - DUMP_import_export_DRINX.7z.
8. Установка и настройка ПО Супермаг Плюс на новом сервере.
9. Завершение процедуры миграции. Согласно файла из приложения - Скрипты_2.7z.
10. Настройка компонентов ПО СМПлюс. (Настройка работы служб – Кассовый, Почтовый и т.п. модули)
11. Тестовая эксплуатация БД на новом сервере.
12. Принятие решения о старте процедуры финальной миграции.
13. Повторить п. 7-9.
14. Перенос ключа защиты на новый сервер. Запуск системы оперативной для работы пользователей.
15. Размещение тестовой лицензии на старом сервере. Запуск системы для аналитической работы пользователей.
Внимание! В предложенных скриптах фигурирует дата «обрезки по». После запуска скриптов, процедура будет НЕОБРАТИМА. Поэтому, перед выполнением скриптов, нужно обязательно получить согласование от пользователей (руководства). В случае, если время работы скрипта, накладывается на оперативную работу пользователей, рекомендуется выполнять очистку данных частями, постепенно двигая дату «обрезки по» до нужного значения с интервалом 3-6 месяцев.
Скрипты_2.7zDUMP_import_export_DRINX.7z