Если коротко, то: "расслабьтесь и постарайтесь получить удовольствие".

Если отношение к проекту - "вроде что-то було..", то максимальный эффект достигается "поляной". Но и после неё - "расслабьтесь..." - от вас уже ничего не зависит.

[quote="Skif"][quote="Sedlo"]Да простит меня глубокоуважаемый Skif за добавление FI-щика к теме, какие бывают администраторы:
Если несколько SAP-систем и сопряжённых с ними, то админ ALE также не помешает
[/quote]
разумеется )) (не забывают FI-ники базис))
да "убежал" пост Алексея Д., где подробно и, ИМХО, оптимально всё расложено было с возможными совмещениями
[quote]
всем админам привет [/quote]

вот щас и передам - ещё не забыли ))[/quote]

Если это тот самый Алексей Д., которого я помню как начальника транспортного цеха, так его селекционная деятельность на почве межсистемных коммуникацийпозволяет не сейчас, так в скором будущем вывести новый вид админов:
админ межсистемных сообщений сап-офиса
Ну может как-нибудь его покрасивше назвать, чтоб начальству нужность этого вида админов легче было объяснить. В общем, аналог почтового админа, но специально внутри сапа админить.

Ну спасибо Артем!!!
Уважил! Хехе. Много байт утекло с тех пор в сеть заказчика ....

А если серьезно по топику, то минимум на маленький проект с моей точки зрения - 5 человек:
1. Администратор рабочих станций + администратор железа рабочих станций
2. Сетевой админ + сетевое железо + администратор инфраструктуры (почта, домен, файл сервер)
3. Администратор операционки серверов приложений + администратор железа серверов
4. Администратор СУБД + бекапов + транспортов
5. Администратор серверов приложений + админ пользователей + интегратор по базису + ALE
..
Это уже с учетом совмещения ролей ....
Так что надеюсь что данный формум будет полезен ИТ менеджерам для планирования потредности при эксплуатации ( а тут я описывал только эксплуатацию).
Если рассматривать разработку + обкатку + эксплуатацию - так там потребности выше. Еще необходимо учесть фактор болезней, отпусков, мажоров, текучки. И понять что консультанты по модулям + специалисты по прикладной инфраструктуре должны соотносится как 50-50 ( в минимуме) ..

С уважением Дедевич А.Ю.
руководитель группы базиса ОЦРВ
dedevich@ocrv.ru
(495) 720 30 42

"а теперь - Горбатый!"
из ТЗ одного уважаемого интегратора:

ГВЦ
1)инспектор Системы (1 чел.);
2)технологи (3 чел);
3)системный администратор (1 чел.);
4)региональный администратор (3 чел.).
филиалы ОАО «РЖД»
1)дорожный администратор (1 чел).
2)специалист ИВЦ (число соответствует числу отделений и дирекций внутри филиала).
Схема взаимодействия членов группы эксплуатации приведена в Приложении 3.
Полный список должностных обя

p.s. грустно становится от такого

Когда многоуважаемый All упоминает администратора полномочий, неплохо бы вспомнить , что САПы очень сильно рекомендуют (и это действительно важно), чтобы профили вел 1 человек, а назначал их пользователям - совершенно другой, и, желательно даже из другого подразделения (HR, управление безопасности). Иначе, просто могут возникнуть большие проблемы. В общем-то, при "правильном" проекте (с точки зрения его организации), вопросы сопровождения и ведения системы должны быть описаны отделной главой, где и просчитывается количество персонала службы поддержки, и админов в том числе. При распределенных системах (пользователи в разных часовых поясах), неплохо назначать администраторов пользователей и полномочий в удаленных подразделениях, если число пользователей превышает 100 человек, при регулярном мониторинге критичных транзакций в профилях пользователей.
А назначение одного ответственного за все - грустная совковая практика. КОторая в итоге обычно означает, что человек сначала разрывается, а потом начинает "забивать" на многие вещи. В итоге - проблемы, низкая производительность системы, неоптимальный расчет по железу и т.п. и т.д.

[quote="ВладЪ"]Когда многоуважаемый All упоминает администратора полномочий, неплохо бы вспомнить , что САПы очень сильно рекомендуют (и это действительно важно), чтобы профили вел 1 человек, а назначал их пользователям - совершенно другой, и, желательно даже из другого подразделения (HR, управление безопасности). Иначе, просто могут возникнуть большие проблемы. В общем-то, при "правильном" проекте (с точки зрения его организации), вопросы сопровождения и ведения системы должны быть описаны отделной главой, где и просчитывается количество персонала службы поддержки, и админов в том числе. При распределенных системах (пользователи в разных часовых поясах), неплохо назначать администраторов пользователей и полномочий в удаленных подразделениях, если число пользователей превышает 100 человек, при регулярном мониторинге критичных транзакций в профилях пользователей.
А назначение одного ответственного за все - грустная совковая практика. КОторая в итоге обычно означает, что человек сначала разрывается, а потом начинает "забивать" на многие вещи. В итоге - проблемы, низкая производительность системы, неоптимальный расчет по железу и т.п. и т.д.[/quote]

Замечательно САП придумал. А теперь перенесите это в российскую реальность. В HRе сидит в лучшем случае дипломированная психологиня - вчерашняя студентка, которая где-то слышала, что по аське можно крупно залететь. А еще может быть ветеран отрасли Мариванна, сорок лет в отделе кадров не меняя кресла. Что, она инструкцию по назначению админом полномочий юзеров читать будет?
Или кто такие наши безопасники? Чаще всего - бывший пожарник или ВОХРовец какой, по знакомству устроенный на модную ныне должность. Об админах он знает, что это такие люди, которым платят зарплату за скачивания порнухи вон из того серого провода (узнал как-то сей факт на инструктаже по безопасности). Зато такой безопасник хорошо умеет не пущать. Дайте ему волю назначать полномочия - у вас ни один бухгалтер собственные поводки не сможет проверить, ибо смотреть - "не положено".
Может оно и к лучшему, что у нас админы такие продвинутые? Что сами на глазок полномочия умудряются нужные юзерам нарезать и предприятие при этом не останавливается?

Я не имел в виду варианты из серии "маразм крепчал".
Встречается и вменяемая безопасность и грамотный HR. Кстати, если HR внедряется, то кто его пользовать будут? - продвинутые админы?
Любить надо пользователей, батенька, а не пальцы топырить. (сам я админ более чем с 15 летним стажем). И разного насмотрелся. Но если их не будет, то кому нужны все наши системы с админами и консультантами в кучу сложенными???
А обучить можно практически кого угодно. И "Марьиванна" начинает работать, если с ней правильно поработать, обучить, рассказать. Я, например, знаю вполне приличного администратора пользователей и полномочий, которая прошла путь Учитель английского -->секретарь-->администратор пользователей SAP R/3. Никакого технического, бухгалтерского, логистического прошлого, очень трудно ей было в начале. Но - Смогла! Потому что ХОТЕЛА.
А как человек был подвигнут на такое ХОТЕНИЕ - это уже другой вопрос.

А когда начинается "на глазок", то кончается - SAP_ALL +SAP_NEW в продуктиве у половины пользователей. И концов потом не найти, кто что удалил, зачем и когда.
А вот четко определенный протокол назначения полномочий, подписанный, утвержденный и выполняемый!!!, только сначала кажется идиотским и неудобным. В конце-концов он дисциплинирует и пользователей и консультантов. И никто не лезет смотреть туда , куда не надо....хотя, конечно, для России это редкость и можно сказать - идеальный вариант.
Потом все привыкают и админу спится спокойнее.

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

>А когда начинается "на глазок", то кончается - SAP_ALL +SAP_NEW в >продуктиве у половины пользователей. И концов потом не найти, кто >что удалил, зачем и когда.
>А вот четко определенный протокол назначения полномочий, >подписанный, утвержденный и выполняемый!!!, только сначала >кажется идиотским и неудобным. В конце-концов он >дисциплинирует и пользователей и консультантов. И никто не лезет >смотреть туда , куда не надо....хотя, конечно, для России это >редкость и можно сказать - идеальный вариант.
>Потом все привыкают и админу спится спокойнее. [/quote]
А конкретней есть информация, или пример протоколов назначения полномочий, как конкретно строить, а то у нас уже пытаются устно говорить, кому что назначать

Есть трехтомник: SAP Security Guide". Все там!