Текущее время: Чт, мар 28 2024, 18:48

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


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


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

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



Начать новую тему Ответить на тему  [ Сообщений: 8 ] 
Автор Сообщение
 Заголовок сообщения: синхронизация разработок
СообщениеДобавлено: Чт, янв 18 2007, 18:49 
Младший специалист
Младший специалист

Зарегистрирован:
Пн, май 02 2005, 16:42
Сообщения: 55
Откуда: Минск
Пол: Мужской
Проблема следующая: есть внутренний проект в холдинге, который состоит из самостоятельных предприятий(отделений), каждое из которых имеет свой продуктивный сервер. При этом сервер разработки один на всех. Разработки переносятся на на конкретный продуктив, для которого они делались, т.е. на на все сервера. В результате когда изменяются какие либо общие программы(напрмер user-exitы в сбыте) наблюдается периодические падения продуктива - из-за рассинхронизации инструментальных средств на разных продуктивных серверах.

Интересуют идеи, мнения по этому поводу .


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: синхронизация разработок
СообщениеДобавлено: Чт, янв 18 2007, 18:56 
Директор
Директор

Зарегистрирован:
Чт, авг 18 2005, 17:00
Сообщения: 1174
Откуда: РФ
mj23 написал:
В результате когда изменяются какие либо общие программы(напрмер user-exitы в сбыте) наблюдается периодические падения продуктива -

Серьезные у вас программы - если продуктив падает. :)

Может в прогах попробовать поставить -
if server1 = 'a'.
....
elseif server1 = 'b'.
...
Endif.
:oops:

_________________
Покупайте отечественную продукцию! - и благополучие вернется к вам же!


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, янв 18 2007, 19:49 
Президент
Президент

Зарегистрирован:
Вт, авг 17 2004, 08:17
Сообщения: 3150
Откуда: В ВЕЧНОМ БАНЕ
ДНК не лечится 8)


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, янв 18 2007, 20:16 
Президент
Президент

Зарегистрирован:
Пт, апр 28 2006, 22:39
Сообщения: 2514
Откуда: North Taxolina, USA
Пол: Женский
IMHO при таком раскладе надо переносить код на все сервера, а то потом концов не соберешь. Интересно a как вы тестируете все это дело? :?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: синхронизация разработок
СообщениеДобавлено: Пт, янв 19 2007, 00:04 
Менеджер
Менеджер
Аватара пользователя

Зарегистрирован:
Пн, янв 24 2005, 16:22
Сообщения: 749
Пол: Мужской
mj23 написал:
Проблема следующая: есть внутренний проект в холдинге, который состоит из самостоятельных предприятий(отделений), каждое из которых имеет свой продуктивный сервер. При этом сервер разработки один на всех. Разработки переносятся на на конкретный продуктив, для которого они делались, т.е. на на все сервера. В результате когда изменяются какие либо общие программы(напрмер user-exitы в сбыте) наблюдается периодические падения продуктива - из-за рассинхронизации инструментальных средств на разных продуктивных серверах.

Интересуют идеи, мнения по этому поводу .


Падение продуктива возможно даже в том случае, если продуктивный сервер один, так как еще необходимо иметь тестовый сервер, кроме сервера разработки. Иначе тестирование ведется непосредственно в продуктиве.

Если очень хотите продолжать, то можете через assign и check sy-subrc или разные IF EXISTS использовать.

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

_________________
Счастье есть!


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

Зарегистрирован:
Пн, май 02 2005, 16:42
Сообщения: 55
Откуда: Минск
Пол: Мужской
Цитата:
то можете через assign и check sy-subrc или разные IF EXISTS использовать.


идея не плохая, при обращении к "своим" таблицам, "своим" полям
в стандартных таблицах


Цитата:
На самом деле очень странная ситуация, так как при одинаковых бизнес-процессах ничего падать не должно, а вести разработку в одной системе для разных требований - очень несерьезно.


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


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

Зарегистрирован:
Вт, авг 17 2004, 14:35
Сообщения: 1519
Откуда: В ВЕЧНОМ БАНЕ
?1 написал(а):
ДНК не лечится 8)

Не люблю я вот этого писать типа +1, но тут явно даже +10 сразу :P


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

Зарегистрирован:
Вт, авг 31 2004, 14:57
Сообщения: 5257
Откуда: Ростов невеликий
Пол: Мужской
Uukrul написал(а):
?1 написал(а):
ДНК не лечится 8)

Не люблю я вот этого писать типа +1, но тут явно даже +10 сразу :P

))


Принять этот ответ
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 8 ] 

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


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

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


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

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