Всем привет!

В самом начале внедрения есть система разработки из трехсистемного ландшафта. Обычно режим работы - условно 8 часов (т.е. можно ночами выполнять offline backup даже с software compression и даже на диск). Денег на этот сервер особо много не выделяют. Как в этой ситуации оптимально распределить систему (Oracle+SAP) по дискам:
Вариант 1:
5 дисков 36 Гб SCSI объединены в один аппаратный RAID5. Итого емкость массива около 140 Гб. Делим его:
Partition1=Disk C: ОС + Swap
Partition1=Disk D: все остальное=СУБД+usr+БД+redo logs+offline redo logs+sapbackup

Вариант 2:
1 диск 36 Гб отдельно под систему
4 диска 36 Гб SCSI объединены в один аппаратный RAID5. Итого емкость массива около 110 Гб. Делим его:
Partition1_Disk1=Disk C: ОС + Swap
Partition1_RAID=Disk D: все остальное=СУБД+usr+БД+redo logs+offline redo logs+sapbackup

Вариант 3:
5 дисков 36 Гб отдельно
Partition1_Disk1=Disk C: ОС + Swap
Partition2_Disk1=Disk H: saparch, sapbackup, sapreorg, sapcheck, saptrace directories
Partition1_Disk2=Disk D: origlogA, sapdata1, ora92
Partition1_Disk3=Disk E: origlogB, sapdata2, usr
Partition1_Disk4=Disk F: mirrorlogA, sapdata3
Partition1_Disk5=Disk G: mirrorlogB, Sapdata4, Offline redo logs

Вариант 4:
?????

Для системы разработки вполне подойдет второй вариант. Выдержит до 50 разработчиков с настройщиками без проблем

Если SAP младше 4.7 то я бы сделал так:
1 диск 36 Гб отдельно под систему
4 диска 36 Гб - 2 тома по 2 диска в зеркале,
емкость 72 Гб.
Делим его:
Partition1_Disk1=Disk C: ОС + Swap
Partition2_RAID=Disk D: все остальное кроме файлов данных Partition3_RAID=БД
и редулоги размазать по 2 и 3 партиции

Ну а потом? Когда-то придется и данные из продуктива подлить!

в разработку? зачем?

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

ну у нас так не делается,
хотя поползновения есть

гость это был я, сори забываю входить в форум.

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

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

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

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

Да! И в догонку. Есть такой продукт InfoShuttle который позволяет делать "срез" данных из продуктива и забрасывать его в разработку к примеру, но эти "редиски" даже триала не дают Может у кого есть? Тада поделитесь, плиз Отблагодарю в пределах разумного :lol:

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