Текущее время: Вт, май 06 2025, 11:27

Часовой пояс: 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 - сюда



Начать новую тему Ответить на тему  [ Сообщений: 39 ]  На страницу 1, 2, 3  След.
Автор Сообщение
 Заголовок сообщения: взаимное расположение NetWeaver, GUI и БД
СообщениеДобавлено: Ср, ноя 21 2007, 09:55 
Ассистент
Ассистент

Зарегистрирован:
Пт, янв 19 2007, 12:06
Сообщения: 25
что имеем :
сервер БД и множество GUI, которые обращаются к нему за две тысячи км

вопрос - где для большей эффективности должен быть расположен SAP NetWeaver?

у клиентов или в центре?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: взаимное расположение NetWeaver, GUI и БД
СообщениеДобавлено: Ср, ноя 21 2007, 10:02 
Менеджер
Менеджер
Аватара пользователя

Зарегистрирован:
Чт, апр 07 2005, 05:27
Сообщения: 621
Откуда: Москва
Пол: Мужской
Моя не базисник, но личный опыт показывает, что чаще всего, не мучаясь, Application Server живет рядом с БД. И все прописывают в GUI пути к нему.

Но это для пары десятков GUI. И логика подсказывает, что для 2000 клиентов трафик GUI-App будет интенсивнее в разы трафика App-DB. Соответственно, логичнее развернуть App Server географически рядом с GUI.


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

Зарегистрирован:
Чт, мар 24 2005, 09:27
Сообщения: 83
Все таки aplication server нужно ставить рядом с БД ну или обеспечить высокоскоростную связь с минимальными задержками. А то что SAP GUI за 2тыс. км - то это скорее проблема связи. Если время задержки сигнала <300ms (например спутник), то практика показывает, что пользователи легко мирятся с такими задержками. Больше 500~600 это уже тяжело работать.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: взаимное расположение NetWeaver, GUI и БД
СообщениеДобавлено: Ср, ноя 21 2007, 11:28 
Менеджер
Менеджер

Зарегистрирован:
Вт, авг 17 2004, 11:44
Сообщения: 636
Пол: Мужской
lumer написал:
И логика подсказывает, что для 2000 клиентов трафик GUI-App будет интенсивнее в разы трафика App-DB.


На самом деле все с точностью до наоборот. Трафик между AS и DB на порядок превышает трафик между Presentation server и AS.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: взаимное расположение NetWeaver, GUI и БД
СообщениеДобавлено: Ср, ноя 21 2007, 11:53 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Ср, сен 22 2004, 08:42
Сообщения: 1079
Откуда: Москва
Пол: Мужской
qdublin написал:
На самом деле все с точностью до наоборот. Трафик между AS и DB на порядок превышает трафик между Presentation server и AS.
Одно замечание, если активно используется интеграция с MS Office эти пропорции могут и уравняться.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, ноя 21 2007, 12:14 
Менеджер
Менеджер

Зарегистрирован:
Вт, авг 17 2004, 11:44
Сообщения: 636
Пол: Мужской
Ссылкой не поделитесь. Просто не владею этой информацией.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, ноя 21 2007, 13:02 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Ср, сен 22 2004, 08:42
Сообщения: 1079
Откуда: Москва
Пол: Мужской
Это из "личной жизни". Шаблон документа не менее 30K плюс количество итераций по OLE вплоть до форматирования и заполнения каждой ячейки excel ( в зависимости от сложности задачи и квалификации абапера). А по "классическому" сапу на сапнете есть документ по требованиям к сети (навскидку ссылку не вспомню).


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, ноя 21 2007, 13:04 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, сен 16 2004, 17:10
Сообщения: 2229
Откуда: Moscow, кажется...
Пол: Мужской
Это не ссылка, это логика :)
А если у Вас еще и большие объемы печати, тем более на локальных принтерах, то трафик от аппликухи до клиентов может вообще быть немерянным ;)

_________________
Я бы хотел поглядеть на эффективную армию, состоящую из эффективных менеджеров.
BRGDS,
Aleks Изображение


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

Зарегистрирован:
Чт, мар 24 2005, 09:27
Сообщения: 83
В этом случае можно поставить дополнительную инстанцию поближе к клиенту. Но CI надо иметь все таки рядом с DB.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, ноя 21 2007, 13:22 
Менеджер
Менеджер

Зарегистрирован:
Вт, авг 17 2004, 11:44
Сообщения: 636
Пол: Мужской
Понимаете я руководствуюсь в первую очередь документом от SAP AG, а потом уже собственной или чьей либо логикой. Так вот в тех документах, которые у меня под рукой, я вижу, что между DB и Apps. Layers "- large datavolume about 10 to 20 times more than presentation..."


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, ноя 21 2007, 13:27 
Старший специалист
Старший специалист
Аватара пользователя

Зарегистрирован:
Чт, окт 12 2006, 11:32
Сообщения: 280
Откуда: Москва
А еще можно терминальный сервер организовать для задач, для которых требуется передача большого объема информации. Печать в локальный файл, а после утягивай его и печатай сколько влезет. На а если попкам сидеть и данные вколачивать, вполне и через гуй + сапроутер можно работать. Или вообще через Web-диспечер.

Кстати, а кто-то видел апликешен сервер работающий с сервером БД через спутник, как чуть выше озвучили?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, ноя 21 2007, 13:53 
Менеджер
Менеджер
Аватара пользователя

Зарегистрирован:
Чт, апр 07 2005, 05:27
Сообщения: 621
Откуда: Москва
Пол: Мужской
А это... моя по-прежнему не базисник, но может установить App Server на одном месте, посмотреть на трафики и время отзыва; а потом перетащить его на другое место и сравнить?

По идее, это должно рулиться изменением пары параметров типа AppServIP=...


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, ноя 21 2007, 14:00 
Директор
Директор

Зарегистрирован:
Сб, авг 21 2004, 14:24
Сообщения: 1430
igest написал(а):
Все таки aplication server нужно ставить рядом с БД ну или обеспечить высокоскоростную связь с минимальными задержками. А то что SAP GUI за 2тыс. км - то это скорее проблема связи. Если время задержки сигнала <300ms (например спутник), то практика показывает, что пользователи легко мирятся с такими задержками. Больше 500~600 это уже тяжело работать.


спутник по умолчанию дает RTT>500. Работать в принципе можно - но при условии, что в диалоговом шаге раунтрипов мало.

Требования описаны в документе - нетворк интегрейшин - на сапнете.
Там же написано какой обмен идет между базой и аппликейшином и между аппликейшином и рабочими станциями.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, ноя 21 2007, 14:01 
Старший специалист
Старший специалист
Аватара пользователя

Зарегистрирован:
Чт, окт 12 2006, 11:32
Сообщения: 280
Откуда: Москва
В одном месте через сансвич подключение, а в другом через 30 лупов? Что-то и пробовать не хочется =)

UPD: Трафик одинаковый будет, а вот скорость.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, ноя 21 2007, 14:16 
Ассистент
Ассистент

Зарегистрирован:
Пт, янв 19 2007, 12:06
Сообщения: 25
а нельзя продублировать SAP NetWeaver? ))

в смысле поставить и в цетре и у клиентов, а потом синхронизировать как-то


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

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


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

Сейчас этот форум просматривают: Google [Bot]


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

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