Распределение системы Development по дискам (для БД Oracle)

№1

Pchelka написала:

№1 написал(а):

Pchelka написала:

Это возможно только при относительно маленьком продуктиве.
А по-хорошему надо просто настраивать ALE и в Idoc's пересылать только необходимые данные из продуктива.

Очень здравая мысль, но только я не видел её реализации на практике

А у нас это реализовали еще в 2000 году.

И что? Все-все нужные данные так по ALE и гонятся?

Pchelka

№1 написал(а):

Да! И в догонку. Есть такой продукт InfoShuttle на http://www.getgamma.com, который позволяет делать "срез" данных из продуктива и забрасывать его в разработку к примеру, но эти "редиски" даже триала не дают :cry:

Может у кого есть? Тада поделитесь, плиз :wink:

Отблагодарю в пределах разумного :lol:

Нафига он тебе? Разберись с Idoc (там все не так уж запущено

) и будет тебе счастие.

Pchelka

№1 написал(а):

Pchelka написала:

А у нас это реализовали еще в 2000 году.

И что? Все-все нужные данные так по ALE и гонятся?

Так и гонятся, между продуктивными системами тоже.

№1

Pchelka написала:

Разберись с Idoc (там все не так уж запущено

) и будет тебе счастие.

Все на ALE!!!

Pchelka

№1 написал(а):

Все на ALE!!!

Это далеко не панацея, а лишь один из вполне жизнеспособных вариантов :roll:

Skif

Pchelka написала:

?1 написал(а):

Pchelka написала:

А у нас это реализовали еще в 2000 году.

И что? Все-все нужные данные так по ALE и гонятся?

Так и гонятся, между продуктивными системами тоже.

может есть описалово какое как вы до этой жизни дошли? )) - (предложить своим, а то система разрослась и пришлось отказаться от периодического "перелива" продуктива в тест)
пример свой в почту, плз )))

№1

Skif написал:

Pchelka написала:

?1 написал(а):

Pchelka написала:

А у нас это реализовали еще в 2000 году.

И что? Все-все нужные данные так по ALE и гонятся?

Так и гонятся, между продуктивными системами тоже.

может есть описалово какое как вы до этой жизни дошли? )) - (предложить своим, а то система разрослась и пришлось отказаться от периодического "перелива" продуктива в тест)
пример свой в почту, плз )))

Да уж... хотелось бы посмотреть :roll:

qdublin

?1 написал(а):

qdublin написал:

Зачем, в таком случае, им 3-х системный ландшафт?

По SCC1 тянешь в песочницу без деблокирования и предварительное тестирование делаешь. Выгода очевидна - число запросов через STMS существенно сокращается

IMHO. Выгода совсем неочевидна ( с точки зрения базиса

). Заливка данных из продуктива для тестирования ( будь то копия клиента, ALE или еще чего нибудь) - процесс гараздо более дорогой, чем рост числа запросов в очереди TMS, в то время когда QAS можно регулярно и ненапряжно обновлять.
Осмелюсь предложить 4-й вариант, исходя из того что на такой аппаратной конфигурации RAID5 это роскошь, при условии регулярного резервного копирования (работа в режиме archivelog естественно).
3 нерезервированных диска - SAPDATA+SAPBACKUP+SAPREORG+SAPTRACE+SAPARCH
На зеркале из 2-х оставшихся - OC+SAPHOME+ORAHOME+ONLINE REDO

Pchelka

Skif написал:

Pchelka написала:

?1 написал(а):

И что? Все-все нужные данные так по ALE и гонятся?

Так и гонятся, между продуктивными системами тоже.

может есть описалово какое как вы до этой жизни дошли? )) - (предложить своим, а то система разрослась и пришлось отказаться от периодического "перелива" продуктива в тест)
пример свой в почту, плз )))

Описалова как мы до этой жизни дошли нет, есть общее описание модели (чего, когда и в каком порядке рассылается), но оно таки очень под наши нужды заточено и к тому же, гм, ... на немецком языке .
У SAPа есть курсы по ALE (BIT300, BIT350) - попробуйте найти (у меня только распечатки на немецком остались).
Могу попробовать на конкретные вопросы поотвечать.

№1

Pchelka написала:

Могу попробовать на конкретные вопросы поотвечать.

Конкретный вопрос: как тащатся данные контроллинга и спецрегистров?

Pchelka

№1 написал(а):

Конкретный вопрос: как тащатся данные контроллинга и спецрегистров?

Гм, для меня это увы недостаточно конкретно, в идеале хорошо бы назвать MSGTYP или хотя бы о каких таблицах, каких именно данных речь идет (У меня же все по-другому называется и русского в системе вообще нет). Я не знаю как правильно перевести термин "спецрегистр" :oops:

. Но названия таблиц, транзакции, коды ошибок и т.п., к счастью, совпадают :wink:

.

№1

Pchelka написала:

№1 написал(а):

Конкретный вопрос: как тащатся данные контроллинга и спецрегистров?

Гм, для меня это увы недостаточно конкретно, в идеале хорошо бы назвать MSGTYP или хотя бы о каких таблицах, каких именно данных речь идет (У меня же все по-другому называется и русского в системе вообще нет). Я не знаю как правильно перевести термин "спецрегистр" :oops:

. Но названия таблиц, транзакции, коды ошибок и т.п., к счастью, совпадают :wink:

.

sterm дает:

Цитата:

специальные регистры Special Ledger Component PY-XX
контроллинг Controlling Component CO

Pchelka

№1 написал(а):

sterm дает:

Цитата:

специальные регистры Special Ledger Component PY-XX
контроллинг Controlling Component CO

Спасибо, конечно. Но конкретности вопросу это не прибавило.

№1

Pchelka написала:

№1 написал(а):

sterm дает:

Цитата:

специальные регистры Special Ledger Component PY-XX
контроллинг Controlling Component CO

Спасибо, конечно. Но конкретности вопросу это не прибавило.

Хорошо. Оставим спецрегистры в покое. Ну а про данные контроллинга ЧТО можете сообщить? Несутся они в систему разработки по ALE? Для них вроде как нет MSGTYPE...

Pchelka

№1 написал(а):

Хорошо. Оставим спецрегистры в покое. Ну а про данные контроллинга ЧТО можете сообщить? Несутся они в систему разработки по ALE? Для них вроде как нет MSGTYPE...

CODCMT, COCOKA, COELEM, COGRP* это из контроллинга? Там куча типов, а я не специалист именно по контроллингу. Даже там где нет стандарта (хотя такое мне трудно представить) можно создать свой MSGTYP.

Правила форума

Распределение системы Development по дискам (для БД Oracle)

Кто сейчас на конференции