Добрый день, коллеги.

Подскажите мне, существует ли какой то гайд по обновлению данных в системе QA данными из продуктива? Или банально накатывают бэкап продуктивной системы (на уровне БД или с помощью brtools или другими средствами, например Netbackup) в QA и выполняют какие то действия после?
У меня HP-UX SAP ERP6.0 Eh2 + Oracle 10g, и вот хотелось бы узнать как Вы это делаете? И какие действия необходимо выполнить после наката бэкапа, чтобы в ландшафте ничего не поползло?

У нас клонирование с переименованием. Примерный план - http://rikonw.ru/pereimenovanie-sistemy ... testovuyu/

А еще можно по RFC мандант копировать, но это дооолгооо... И к тому же не очень консистентно, пока одни таблицы тащутся, в другие уже данные насыпались. Хотя консы с этим умеют бороться.

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

Конечно существует.
Официальный гид по копированию систем. Экспорт-импорт - и у вас точная копия продуктива.
Вторым вариантом является раскатать бэкап продуктива на место теста. Если бэкап онлайновый, то в системе будут кривые документы, те,которые были открыты в момент создания бэкапа, точнее на момент окончания накатки логов. Поскольку продуктивная база содержит пользователей OPS$SAPSERVICE<SID> и OPS$<SID>ADM с продуктивным сидом - требуются прямые руки для замены сида, иначе сап просто не запустится.

Методы с копированием манданта удалённо или через транспорт обычно в расчёт не берутся, ибо применимы только к маленьким системам.

Спасибо за ссылку, но этот метод мне не подойдет. ПО нескольким причинам, у меня нет столько места на дисках, чтобы позволить себе запихнуть туда 2 продуктива, также на этом же сервере, где у меня QA крутятся еще несколько систем, так что я не могу вот просто так отключить ее и менять имя хоста и выполнять ряд других манипуляций.

Экспорт-импорт вы имеете ввиду гомогенное копирования я полагаю? А если мне не нужна точная копия, а мне нужна система QA с тем сидом, с которым она была, но данные свежие? Я так думаю мой вариант - это накатить бэкап базы продуктива. А можно по подробнее, что нужно подкрутить, чтобы потом бэкап продуктива нормально встал на QA и заработал?

Предыдущий админ, до меня делал данную процедуру через rman самописным небольшим скриптом с дублированием онлайн бэкапа базы продуктива в базу QA. Я не знаю насколько хорош этот метод, кроме того в процессе выполнения постоянно происходит масса ошибок, но оно потом каким то чудом работает. Хотелось бы разобраться, быть может этот метод и неплох и мне стоит с ним до конца разобраться и пользоваться им, что скажите, коллеги?

А разве при гомогенном копировании нельзя указать целевой SID, соответствующий сиду QAS системы?

Note 1003028 Enhanced support for database copy in BR*Tools

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

Ну и я о том же, гомогенное копирование тоже вариант )

Это хорошо. Вопрос, а как проходит эта процедура, учитывая что система уже существует? Я просто поверх должен ставить или как? Гайд то есть какой то? Я понимаю как развернуть новую из этого экспорта, а как его впихнуть в существующую систему?

Спасибо, буду читать, информации много.

средствами swpm сделать старой системе uninstall. сохранив предварительно профиля, чтобы не настраивать заново.
дальше по гиду по копированию.