Нет, их зарплата составляет 5-10% от сумм доходов, как сами понимаете за потери им никто не платит.

Я наблюдал, как продуктив закозлил логистик. Бизнес крупнейшей компании стоял в неприличной позе несколько дней. И программист может закозлить. Всем по 2-10% будем отстёгивать? А поможет ли оно? Логистик умнее станет от этого?
Обеспечение надёжности систем - это отдельная серьёзная дисциплина. Повышать надёжность прямым повышением зарплаты - это свежее слово в ней (не спорю, зарплата имеет отношение к надёжности, но не такое прямое, как Вы пишете). Вот те самые регламенты, которые прописаны в авиации - это и есть результат работы по повышению надёжности. И у хорошего ИТ-менеджера/CIO всё должно быть прописано. А если он просто придёт к боссу и скажет повыстьте зарплату базису в 1,5 раза, а то вдруг Иванов сломает сервер - вот увидите как будет больно - то гнать такого ИТ-менеджера надо сразу.
З.Ы. И дело вовсе не в небе. Возьмите свой родной ЖЭК. Он обслуживает недвижимость стоимостью в сотни миллионов баксов. Получают ли техники-смотрители процент от этой стоимости?

хм... мне кажется народ вы несколько горячитесь про ставки в процентном соотношении:)
Нет модуля более или менее важного. Грамотный ПМ платит одинаково специалистам всех модулей - в зависимости от квалификации - категории.
Если базису не платят - то там работают студенты - со всеми вытекающими отсюда последствиями. То же самое по сисадминам - там где не платят - там студенты работают в непрерывном режиме - и кроме них работать никто не может. Если нужно, чтобы работали все остальные - то достойно платят и сисадминам - и базисникам и DBA.

ЗЫ - мне было бы очень интересно на это самое все задокументировано в части админской:) - если это не ссылка на траблшуттинги:).

обозначение типа <Shift>+<клавиша> определяет нажатие <Shift>
и, не отпуская её, краткое нажатие (на время~0,2сек) указанной в скобках <клавиши>. После чего, <Shift> необходимо отпустить;
9) термин "подтвердить выбор" означает выбор (п.1.) в запросе "Вы уверены ?" пункта "Да";
16) термин "выполнить распечатку" означает выполнение следующих
операций:
Нажать <Ctrl>+<P>. На экране высветится бланк настройки печати списка.
Нажать <F4>. На экране высветится бланк ограничения диапазона значений.
Нажать <Enter>. >. На экране высветится список устройств вывода.
Выбрать принтер.
Установить флажки в полях «Немедленный вывод», «Удалить после вывода», «Новый запрос в спул».
Проверить формат вывода. (Соответствие с операционной инструкцией).
Нажать <Shift>+<F1>.
Контролировать процесс печати.
19) термин "нажать" означает нажатие клавиши на короткое время
с последующим ее отпусканием;
20) термин "завершить транзакцию" означает нажатие <Shift>+<F3>.

это кусок из истры юзеров, но и для админов делалось примерно с той же "щательностью"

собственно это уже не раз тут обсуждалось, но повторюсь:
http://dump.ru/file_catalog/385397.aspx

Skif - да согласна - можно некоторые процессы описать.

Типа если сдох диск, если сдохла память...
разумеется регламентные работы. Ну даже можно поднапрячься и трабшуттинг переписать:)

НО! если ты не нашел свою ситуацию - а это 99% непредвиденных проблем - звони по телефону... Разве нет?

Речь то о чем - НЕЛЬЗЯ регламентировать работы админа так - что можно посадить на это место спеца-школьника и все это будет работать.

Да настроенный комплекс без присмотра работает - но недолго...

Ты не согласен?

согласен ))

Примечание

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

А ответьте мне пожалуйста, положа руку на ногу, (можно подглядеть в журнал заявок от юзеров), какой процент работы базиса в режиме обычной эксплуатации (когда не стартуют проекты, не гоняются тесты, не делаются апгрейды и пр...) занимает рутина (таскание запросов, ведение юзеров, архивирование, пр.) и какой - "креатив", требующий действительно высокой квалификации (оптимизация производительности, разработка ландшафтов, поиск сложных неисправностей, инсталляции и пр.)?

а причём тут заявки от юзеров? показал же таблицу - в каждом конкретном проекте рассчитываются затраты времени/квалификации по каждой позиции, разрабатывается оптимальная структура поддержки - техническая и организационная, для каждого этапа существования проекта

Похоже, мы говорим о разном. Работа базиса во время проекта и после проекта существенно разная. После проекта - в основном обработка заявок, по тому я про неё и спросил.

похоже действительно о разном - заявки каких "юзеров"? на разблокировку или сброс пароля что ли?

Что-то мне подсказывает, что Skif и Vladdy ведут речь про системы и проекты разных размеров.

После заявлений, что работа базиса заканчивается после разработки и тестирования системы, дальше можно не полемизировать =)

А у меня так и есть Только я в консалте работаю. И передаю все системы в теплые руки собственной поддержки. Иногда и раньше передаю. Зависит от наличия и грамотности собственного базиса.

Не соглашусь, что работа разная. И на поддержке приходилось устанавливать и настраивать системы. По моему опыту, проблемы, возникающие во время поддержки иногда бывают намного сложнее и интереснее. С такими проблемами можно возиться долго и упорно, так как с ними мало кто сталкивался и приходится лопатить много нот и проводить много экспериментов, прежде чем найдешь ответ или хотя-бы направление решения. Проблемы же установки системы уже много раз проходились и много людей смогут помочь. Да, много времени занимает рутина, типа создание пользователей и таскание запросов...