Текущее время: Пт, мар 29 2024, 00:32

Часовой пояс: UTC + 3 часа


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


ВНИМАНИЕ! Прежде чем задавать вопрос, ознакомьтесь со ссылками ниже:

Вопросы по отличиям версий SAP, Add-On, EHP - сюда
Вопросы по SAP Front End (SAPlogon, SAPgui, guiXT и т.д.) - сюда
Вопросы по LSMW - сюда
Вопросы по архивации в SAP - сюда
Вопросы по SAP GRC - сюда
Вопросы по SAP Business Workplace (почте SAP) и SAP Office - сюда
Вопросы по miniSAP (SAP mini basis) - сюда
Вопросы по SAP HANA - сюда
Вопросы по лицензированию продуктов SAP - сюда



Начать новую тему Ответить на тему  [ Сообщений: 35 ]  На страницу 1, 2, 3  След.
Автор Сообщение
 Заголовок сообщения: Распределение системы Development по дискам (для БД Oracle)
СообщениеДобавлено: Пт, сен 10 2004, 10:31 
Старший специалист
Старший специалист
Аватара пользователя

Зарегистрирован:
Пт, сен 10 2004, 09:58
Сообщения: 252
Всем привет!

В самом начале внедрения есть система разработки из трехсистемного ландшафта. Обычно режим работы - условно 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:
?????


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Распределение системы Development по дискам (для БД Orac
СообщениеДобавлено: Пт, сен 10 2004, 10:34 
Президент
Президент

Зарегистрирован:
Вт, авг 17 2004, 08:17
Сообщения: 3150
Откуда: В ВЕЧНОМ БАНЕ
PK6 написал(а):
Всем привет!

В самом начале внедрения есть система разработки из трехсистемного ландшафта. Обычно режим работы - условно 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 разработчиков с настройщиками без проблем


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, сен 10 2004, 10:49 
Младший специалист
Младший специалист

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


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, сен 10 2004, 10:53 
Президент
Президент

Зарегистрирован:
Вт, авг 17 2004, 08:17
Сообщения: 3150
Откуда: В ВЕЧНОМ БАНЕ
Vavan написал(а):
емкость 72 Гб.

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


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, сен 10 2004, 10:57 
Младший специалист
Младший специалист

Зарегистрирован:
Пн, авг 23 2004, 11:57
Сообщения: 54
в разработку? зачем?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, сен 10 2004, 11:07 
Президент
Президент

Зарегистрирован:
Вт, авг 17 2004, 08:17
Сообщения: 3150
Откуда: В ВЕЧНОМ БАНЕ
Vavan написал(а):
в разработку? зачем?

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


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, сен 10 2004, 11:11 
Гость
ну у нас так не делается,
хотя поползновения есть :)


Принять этот ответ
Вернуться к началу
  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, сен 10 2004, 11:18 
Младший специалист
Младший специалист

Зарегистрирован:
Пн, авг 23 2004, 11:57
Сообщения: 54
гость это был я, сори забываю входить в форум.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, сен 10 2004, 11:32 
Президент
Президент

Зарегистрирован:
Вт, авг 17 2004, 08:17
Сообщения: 3150
Откуда: В ВЕЧНОМ БАНЕ
Anonymous написал(а):
ну у нас так не делается,
хотя поползновения есть :)

:!:


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, сен 10 2004, 11:40 
Менеджер
Менеджер

Зарегистрирован:
Вт, авг 17 2004, 11:44
Сообщения: 636
Пол: Мужской
?1 написал(а):
Vavan написал(а):
емкость 72 Гб.

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


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


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, сен 10 2004, 11:42 
Президент
Президент

Зарегистрирован:
Вт, авг 17 2004, 08:17
Сообщения: 3150
Откуда: В ВЕЧНОМ БАНЕ
qdublin написал:
Зачем, в таком случае, им 3-х системный ландшафт? :(

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


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, сен 10 2004, 11:43 
Специалист
Специалист
Аватара пользователя

Зарегистрирован:
Вт, авг 17 2004, 12:50
Сообщения: 134
Откуда: UA->DE
Пол: Женский
№1 написал(а):
Vavan написал(а):
в разработку? зачем?

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

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


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, сен 10 2004, 11:45 
Президент
Президент

Зарегистрирован:
Вт, авг 17 2004, 08:17
Сообщения: 3150
Откуда: В ВЕЧНОМ БАНЕ
Pchelka написала:
Это возможно только при относительно маленьком продуктиве.
А по-хорошему надо просто настраивать ALE и в Idoc's пересылать только необходимые данные из продуктива.

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


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, сен 10 2004, 11:51 
Президент
Президент

Зарегистрирован:
Вт, авг 17 2004, 08:17
Сообщения: 3150
Откуда: В ВЕЧНОМ БАНЕ
Да! И в догонку. Есть такой продукт InfoShuttle который позволяет делать "срез" данных из продуктива и забрасывать его в разработку к примеру, но эти "редиски" даже триала не дают :cry: Может у кого есть? Тада поделитесь, плиз :wink: Отблагодарю в пределах разумного :lol:


Последний раз редактировалось №1 Вт, авг 21 2007, 11:49, всего редактировалось 1 раз.

Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, сен 10 2004, 12:10 
Специалист
Специалист
Аватара пользователя

Зарегистрирован:
Вт, авг 17 2004, 12:50
Сообщения: 134
Откуда: UA->DE
Пол: Женский
№1 написал(а):
Pchelka написала:
Это возможно только при относительно маленьком продуктиве.
А по-хорошему надо просто настраивать ALE и в Idoc's пересылать только необходимые данные из продуктива.

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

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


Принять этот ответ
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 35 ]  На страницу 1, 2, 3  След.

Часовой пояс: UTC + 3 часа


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

Сейчас этот форум просматривают: нет зарегистрированных пользователей


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB