2010-10-27 4 views
1

Привет, ребята, Мне нужно выяснить способ резервного копирования, а также перенести нашу базу данных Oracle из нашей производственной схемы в схему dev и наоборот.Миграция и резервное копирование схем (сложных структур баз данных)

У нас есть множество конфигурационных таблиц, которые управляют тем, как работают системы на нашей платформе, а при настройке новых систем или выполнении технического обслуживания нам необходимо обновить наши таблицы конфигурации. Мы хотим иметь возможность работать над схемами dev и после настройки системы/функции, мы хотим иметь возможность перенести все эти конфиги в схемы dev.

Я думал о запуске процедуры, в которой мы даем идентификатор системы (из основной таблицы), и я бы прошел через все таблицы и выбрал nvl (..), и если он не существует, я бы вставлял в, и если он действительно существует, я просто запускаю обновление этой строки.

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

Еще один вариант, который я рассматривал, - это триггеры, поэтому при настройке новой системы будет вестись журнал всех операторов, которые мы запускали при настройке/редактировании системы, а затем мы будем запускать его на нашей производственной схеме.

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

(Мы используем PL/SQL)

ответ

1

Что об использовании экспорта/импорта (или Datapump), чтобы принести более таблиц конфигурации?

1

Посмотрите инструменты для сравнения данных, такие как this Think TOAD имеет один встроенный. Я уверен, что есть и другие.

0

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

Каждое изменение данных конфигурации не должно запускаться ad-hoc в целевой среде. Вместо этого вы тщательно разрабатываете и кодируете свой DML в одном или нескольких сценариях, которые проходят тестирование в среде dev, проверяются на управление изменениями и могут быть повторно запущены в любой среде, когда это необходимо.

Смежные вопросы