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

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


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

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


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

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