Что должен уметь профессиональный системный администратор?

Поговорим о том, что должен знать и уметь профессиональный системный администратор (именно профессиональный, тот самый что получает не менее 1000 американских рублей, а не тот что прочитал книжицу типа "как стать сисадмином за 20 дней") Итак, список требований:
1. Первое (и главное) - знание языка программирования и соответствующей среды
разработки, а лучше знать их несколько. (Delphi, VB)
2. Знание различных программерских и связанных с ней технологий, коих наберется не один десяток (технологии шифрования, архивирования...) и таких технологий, как , SQL, связанные с базами данных, распределенных вычислений и еще полно всего. Сюда для удобства внесу вспомогательные языки программирования, Java, HTML и другие
3. Знание оборудования компов, серверов итд производителей, характеристики, настройка умение диагностировать и лечить его.
4. Сети, умение администрировать, умение работы с серверами, с программами, связанными с LAN, итп. Сюда относятся и знание сети Интернет, его сервисов, знание всех программ, связанных с интернетом, сетевых протоколов. Умение построить сеть
5. Программы
а. Офисные программы (Word, eX, PP, Access...), знание их на уровне выше уровня пользователя, уметь писать макросы.
б. Всякие корпоративные программы (1С, Конс+)
в. Другое, что я не назвал.
6. Хорошее знание операционной системы, ее утилит (коих наберется не один десяток), умение ее настроить...
7. Умение работать в команде, знание рынка труда, знание фриланса (на случай, если уволят:'()
8. Знание организации, различных бизнес процессов (если ты программируешь для к. л. организации ты должен знать ее бизнес процессы итп)
9. Знание иностранных языков (Английский и возможно - украинский)
10. Наличие опыта работы, наличие программерского портфолио, отзывов итп.

В связи с этим у меня 2 вопроса:
1. Что я упустил из виду?
2. Нет ли тут чего лишнего?
Вообще, нужно ли профессиональному сисадмину столько знать чтобы начать искать работу в этой области или владеть всем этим обязательно?

Сообщение от taras atavin Уж конечно не белорусский с хохлятским.

а я вот наоборот, ну и что?
я не знаю ни одного языка прогграммирования (работу с cmd и батниками в рассчет не берем)
тем не менее вполне успешно админил несколько лет...

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

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

Сообщение от vitaly1981 И тут через пол года он мне пишет и спрашивает админский пароль от сервака.....

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

Сообщение от EvilVoodoo Админ может изучать языки программирования для себя и развития кругозора

Согласен. В свободное время админ может быть хоть программистом-любителем, хоть таким же астрономом,писать инди игры и инди планетарии, пополнять сайты собственными астроснимками. Но на работе админ - это админ. А то так мы договоримся, что водитель троллейбуса должен уметь проектировать АЭС.

Добавлено через 2 минуты

Сообщение от magirus а я вот наоборот, ну и что? я не знаю ни одного языка прогграммирования (работу с cmd и батниками в рассчет не берем) тем не менее вполне успешно админил несколько лет...

Предлог "не" не увидел? Языки общения нужны, это не обсуждается. А вот зачем админу c++?

Сообщение от vitaly1981 EvilVoodoo, Насчет программирования....а очень просто. Вот представь зовет тебя пользователь, какая нибудь очень нужная программа не запускается или виснет или просто глючит. Если ты не понимаешь хотя бы основных принципов работы программ то проблему найдешь разве что методом тыка, а ведь связаться с разработчиками этой проги не всегда есть возможность.

То есть ты каждый раз при проблемах у пользователя идешь к нему с дизассемблером и дебагером?
Чтобы нормально решать проблемы пользователей я должен понимать как работает программа впринципе, т.е. что она делает, откуда данные берет, куда она их записывает, где хранятся настройки и что для работы нужно. Если вы хоть раз в жизни читали техдокументацию на программное обеспечение, то знаете, что ответы на все эти вопросы находятся в ней и для решения проблемы мне не нужно лезть в дизассемблер, просматривать исходный код и находить ошибку. Это - работа программистов и тестеров. Моя задача - настроить программное обеспечение и я с этим справлюсь даже без знания Васика или Паскаля, неговоря уже о современных средах разработки

Сообщение от vitaly1981 Обнаружить грамотно расставленные подлянки очень сложно....не говоря уже о том что админ сначала должен разобраться где и что лежит и как работает. За неделю ты физически не сможешь проверить все.

Да, абсолютно верно, - за неделю я физически не смогу проверить все. Но мне за неделю все и не нужно. За неделю я успею познакомиться с сотрудниками, узнать что кому нужно для нормальной полноценной работы, в чем суть работы заключается. Ну и за неделю я успею сделать свои бэкапы всех на мой взгляд важных данных. А именно - учетные записи пользователей, базы данных, серверов. Потому что здесь полагаться на чужого дядю - себе дороже. За эту же неделю я просмотрю (бегло) СКС, более детально рассмотрю серверную.
И вот когда начнутся проблемы - тогда я уже буду иметь понятие как их решать и у меня будут мои бэкапы всех либо большинства необходимых данных. Зная себя - всех данных.
Когда устраивался на предыдущую работу - мне полторы недели хватило на создание бэкапов серверов (3 стойки по 4 сервера - итого 12), конфигурации АТСки, всех машин пользователей. Даже примерный кабель-журнал нарисовал с нуля, хотя он, конечно, требовал доработки). За эти полторы недели я успел составить список используемого программного обеспечения, накидал приблизительный список имеющейся в наличии вычислительной техники.
Работать нужно, особенно в самом начале работы, а не по сторонам глазеть и ждать пока юзвери с проблемами придут.
А при наличии всей документации, кабельного журнала, необходимого софта, базовых ini-шников, заведомо рабочих бэкапов, необходимых драйверов и прочих мелких радостей сисадмина проблемы решаются на раз. За полтора года работы на предыдущем месте у меня нештатная ситуация, разрешение которой потребовало более получаса усиленной работы была только один раз - экскаваторщики кабель в земле разорвали.

Сообщение от vitaly1981 Кроме того многие админы даже со своим железом начинают разбираться когда проблемы начинаются. Как то менял работу, передал все дела новому админу. И тут через пол года он мне пишет и спрашивает админский пароль от сервака.....

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

Сообщение от EvilVoodoo Если вы хоть раз в жизни читали техдокументацию на программное обеспечение, то знаете, что ответы на все эти вопросы находятся в ней и для решения проблемы мне не нужно лезть в дизассемблер,

Ты мои проги не админил. Единственный способ быстро понять, где они чего хранят, в каких форматах и зачем - спросить у меня, причём, устно.
Добавлено через 5 минут

Сообщение от EvilVoodoo Или логи читать нынче уже не кошерно?

У меня дома свой маршурутизатор и два компа, на которые он раздаёт один глобальный адрес. Так вот, я его логов ни разу не видел, хотя настраиваю его сам.

Сообщение от taras atavin Ты мои проги не админил.

Кидай мне свои проги - посмотрю что там такого сложного. Только кидай со всей документацией.
Если проги надо собирать я бубном, яйцами иволги, лягушачьими лапками и глазом дракона, прыгая вокруг костра, то это не админ херовый, а программист. Кстати, отсутствие вменяемой техдокументации на проект - тоже отрицательно характеризует программиста, а не сисадмина.
Каждый раз, когда программист берет проект, то во время сдачи он должен предоставить полную документацию на свой проект. Иначе акт выполненных работ остается без автографа и программист без оплаты.

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

В том то и дело, все пароли ему передавались. Ну ладно, потерял пароль, бывает, меня удивило то что он ну хотя бы пароли не поменял что ли. Я всегда в первую очередь менял все пароли.

Да это конечно, по крайней мере данные ты сохранишь. Хотя копии данных всех пользователей ты не сделаешь, точнее это не всегда просто. Однако это сработает если подлянка более или менее стандартная.

Сообщение от EvilVoodoo Кидай мне свои проги - посмотрю что там такого сложного.

Не сложного, а разгильдяйского. Один из приколов - перепутать форматы. Две похожие проги, хранят одни и те же данные, но по разному. Оба формата в документации описаны. Только наоборот: формат каждой проги в документации по другой. А правильные форматы по дефалту знаю только я.

Сообщение от taras atavin У меня дома свой маршурутизатор и два компа, на которые он раздаёт один глобальный адрес. Так вот, я его логов ни разу не видел, хотя настраиваю его сам.

Что вы хотели этим сказать? Это говорит только о том, что за безопасностью вы не следите. У меня дома роутер, wi-fi-ные точки, 5 ПК, 2 ноутбука, и пара КПКшников, цепляемых к моей сети. И я регулярно читаю логи. Это говорит о том, что даже в домашней сети я слежу за состоянием техники, правильностью ее работы и слежу в целом за информационной безопасностью. Если админ на рабочем месте не читает логи - гнать его поганой метлой или переводить в операторы ПК.

Добавлено через 6 минут

Сообщение от taras atavin Не сложного, а разгильдяйского. Один из приколов - перепутать форматы. Две похожие проги, хранят одни и те же данные, но по разному. Оба формата в документации описаны. Только наоборот: формат каждой проги в документации по другой. А правильные форматы по дефалту знаю только я.

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

Не пойму, зачем мне логи? Два компа, оба на кабеле, антенны нет ваще, одна магистраль. Галочки где стоят выборочно, на обоих компах антивирус с сетевыми экранами.

Добавлено через 1 минуту
Ну вот логи:

Sep/2/2011 17:49:44 [DHCPD] unicasting packet to client ciaddr Sep/2/2011 17:49:44 [DHCPD] received INFORM Sep/2/2011 17:49:41 [DHCPD] unicasting packet to client ciaddr Sep/2/2011 17:49:41 [DHCPD] received INFORM Sep/2/2011 17:46:11 [DHCPD] unicasting packet to client ciaddr Sep/2/2011 17:46:11 [DHCPD] received INFORM Sep/2/2011 17:46:00 [DHCPD] unicasting packet to client ciaddr Sep/2/2011 17:46:00 [DHCPD] received INFORM Sep/2/2011 17:45:57 [DHCPD] unicasting packet to client ciaddr Sep/2/2011 17:45:57 [DHCPD] received INFORM Sep/2/2011 17:45:38 [DHCPD] broadcasting packet to client Sep/2/2011 17:45:38 [DHCPD] sending ACK to 192.168.0.101 Sep/2/2011 17:45:38 [DHCPD] received REQUEST Sep/2/2011 17:45:29 [DHCPD] broadcasting packet to client Sep/2/2011 17:45:29 [DHCPD] sending ACK to 192.168.0.100 Sep/2/2011 17:45:29 [DHCPD] received REQUEST Sep/2/2011 17:43:49 [NTP] Sync with ntp1.dlink.com Sep/2/2011 17:43:49 [NTP] System clock modified by ntpclient Sep/2/2011 17:43:48 [PPP] Got gateway IP 10.15.0.1 Sep/2/2011 17:43:48 [PPP] ipcp up Sep/2/2011 17:43:48 [PPP] start lcp stage Sep/2/2011 17:43:48 [PPTP] pptp start up Sep/2/2011 17:43:48 [DHCPC] get new lease time: 20000000 secs Sep/2/2011 17:43:48 [DHCPC] DHCPSTATE_REQUEST_RECV lease = 20000000 Sep/2/2011 17:43:48 [DHCPC] DHCPSTATE_REQUEST_RECV received Sep/2/2011 17:43:48 [DHCPC] DHCPSTATE_REQUEST sending Sep/2/2011 17:43:48 [DHCPC] DHCPSTATE_SELECTING received Sep/2/2011 17:43:47 [DHCPC] DHCPSTATE_INIT sending Sep/2/2011 17:43:44 [SYS] Ver 2.00(EN) build:6 @ Mon Dec 10 19:19:08 2007 Sep/2/2011 17:43:44 [SYS] System start

И что они дают?

Логи дают ответ как у вас работает программное обеспечение или железо, которое вы обслуживаете.
Если вы их не просматриваете хотя бы изредко - значит полагаетесь на удачу, на то, что у вас все верно работает. Хотя это может привести к плачевному результату.
Я надеюсь вы полностью прочитали мой предыдущий пост.

Так и не понял, зачем мне логи маршрутизатора. А судя по логам апача, к нему доступ запрашивался 6 раз.

Вы сети вообще администрировали?
Когда у вас есть сеть, построенная на 15-ти цисках, на каждой из которых поднято по несколько транков и у вас падает сразу три сегмента - обычно на этом моменте пропадает вопрос "зачем читать логи".
Зачем тогда в конторе вообще нужен админ? Факсы принимать и девочкам-операторам косынку помогать проходить?

Я полагаю нужно уже кончать оффтоп.

Сообщение от EvilVoodoo Вы сети вообще администрировали? Когда у вас есть сеть, построенная на 15-ти цисках, на каждой из которых поднято по несколько транков и у вас падает сразу три сегмента - обычно на этом моменте пропадает вопрос "зачем читать логи". Зачем тогда в конторе вообще нужен админ? Факсы принимать и девочкам-операторам косынку помогать проходить?

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

Добавлено через 3 минуты

Сообщение от taras atavin Когда в академии падает любой сегмент, я не считаю, сколько всего упало, а начинаю выдергивать из коммутатора все кабели, вставлять их по одному назад и каждый раз проверять, появилась ли где нибудь сетка. Админом я не работаю и логи сервака мне в академии не дают.

То есть админом вы не работаете, доступа у вас никуда нет, прав вы не имеете, но к маршрутизаторам вы лезете. Оригинальная политика руководства.
Те же 15 цисок, но расстояние между ними по 10-15 км. Вы также будете методом Коши искать проблему?
Метод тыка - не самый лучший метод для решения серьезных вопросов.

И в присутствии гореадмина-любителя. С форума поддержки цмсины:

воистину гореадмин

.

Добавлено через 47 секунд

Сообщение от EvilVoodoo но к маршрутизаторам вы лезете. Оригинальная политика руководства.

К коммутаторам, стоящим в аудитории.

Добавлено через 1 минуту
Кстати, кто такие циски?

Сообщение от taras atavin кто такие циски?

cisco.com

Сообщение от taras atavin Кстати, кто такие циски?

Циски - продукция, выпускаемая компанией cisco.
Cisco Systems, Inc. (также Cisco; читается сиско, но большинство полагает, что циско) — американская транснациональная компания, разрабатывающая и продающая сетевое оборудование. Стремится представить полный спектр сетевого оборудования, и таким образом предоставить возможность клиенту закупить абсолютно всё необходимое сетевое оборудование исключительно у Cisco Systems.
Одна из крупнейших в мире компаний, специализирующихся в области высоких технологий. Изначально занималась только корпоративными маршрутизаторами. Cisco называет себя «мировым лидером в области сетевых технологий, предназначенных для сети Интернет».
В настоящее время Cisco производит большое количество разнообразных устройств, например:

Продукция, выпускаемая компанией cisco:

• Маршрутизаторы
• Ethernet-коммутаторы
• Продукты для IP-телефонии, такие, как IP-PBX, VoIP-шлюзы
• Устройства сетевой безопасности (межсетевые экраны, VPN, IDS и др.)
• Wi-Fi точки доступа
• Платформы оптической коммутации
• ATM-коммутаторы
• Кабельные модемы
• DSL-оборудование
• Универсальные шлюзы и шлюзы удалённого доступа
• Коммутаторы сетей хранения данных (SAN, Storage Area Network)
• Программное обеспечение управления сетью
• Системы видеонаблюдения
• Серверы
• Большие системы видеоконференций TelePresence

С навыками настройки D-Link'ов в настройки cisco лучше не лезть (это такое мнение)

Сообщение от taras atavin К коммутаторам, стоящим в аудитории.

У вас начальство не боится коммутаторы оставлять в лабораториях? Обычно их в серверной держат в стойках за закрытыми металлическими дверьми.