Что должен знать начинающий системный администратор? Кто такой системный администратор

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

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

Не знаю, кризис ли это среднего возраста (мне уже 31 год исполнился в этом году) или понимание, что для семьи нужны заделы гораздо серьезнее в материальном плане, но факт остается фактом – я порвал с работой и тем, чем занимался все эти годы. И теперь могу вам, уважаемые читатели, дать некое напутствие, чтобы вы не повторяли подобных ошибок.

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

Начало 2013 года мне надолго запомнится. У меня был выбор устроиться андроид-разработчиком, программистом 1С или же системным администратором в контору, о которой кроме матерных слов ничего хорошего сказать не могу. Победила жадность. Так как разработчиком мне везде предлагали вначале 25 тысяч (Ростов-на-Дону). Понимаю, что программист даже до года работы это всего лишь джун. Тем более, что Андроид я бросал до этого, а 1С занимался постольку, посколько. Но через год бы перспективы выросли. Скилл бы рос, а с ним и уровень зарплаты. Но я пошел по пути наименьшего сопротивления, так как мне предложили 35 тыров! На руки! Белыми! И это было началом моего профессионального краха.

Офис был мелким до безобразия. Одноранговая сеть, без AD или вообще намека на LDAP хотя бы на Samba. С древними компьютерами под не менее древней XP. Один сервер видеонаблюдения, одна файловая помойка и один настроенный через одно место шлюз на 5-м Центосе…

Когда я увидел все это «хозяйство», у меня возник резонный вопрос – а за что платить то такую сумму? Ответ я получил незамедлительно – за командировки. Именно меня брали для пусконаладочных работ в командировках. На мне висели системы видеонаблюдения, сервера и коммутационное оборудование. В 2014 году мне все это и аукнулось – почти весь год я пробыл в Сочи, начиная с Олимпиады, где работал без сна и выходных два месяца, а потом безвылазно жил в условиях, в которых не всегда гастарбайтеры будут согласны находиться, в силу жадности директора конторы.

Да, я много чего узнал. Я изучил Cisco на уровне CCNA, хотел уже подниматься до CCNP, но передумал. Я узнавал много смежных технологий типа настройки радаров (да, именно РЛС) и много чего прочего. Я узнал столько о ВОЛС и всем коммутационном оборудование, что можно было смело после этого идти в телекомы работать. И вместе с тем я тупел. От однообразия, от рутины и т.д.

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

Но с каждым годом тревога все росла. Сначала на новый 2015 год мне пришла первая весточка с Суперджоба о том, что как бы нужно в 30 лет уже переквалифицироваться с сисадминов. Потом все было по нарастающей.

Я смотрел дайджесты технологий и буквально офигевал от того, что произошло за эти 4 года. Xamarin, в iOS разработка пошла на SWIFT, в вебе появились многие новые фрэймворки, Rust появился и тут же сделал вызов C++. Да и последний претерпел изменения – вышел C++ 14, который стал больше java напоминать.

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

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

Итак, на руках трудовая книжка с такой «отвратительной» записью, два резюме – на программиста и сисадмина. Вот вводные данные. И тут понеслось.

Ради интереса начал рассылать резюме сисадмина, пока попутно читал книги по тому, что упустил за прошедшее время. Результат был, мягко говоря, не ахти. Нет, меня много куда приглашали. Я проходил часто собеседования. Но за спиной часто слышал: «Боже, мужчине 31 год и он пришел сисадмином!». Но была еще куча мест, где резюме летело в шредер с диагнозом – «Дед. Старый сильно для этой должности». Причем, сеть гетерогенная в таких организациях. Есть и виртуальные сервера на ESXi, крутятся веб-сервера на Apache и Nginx под Debian и Centos 7, куча АТС на Asterisk, сложные леса AD, MS SQL Server 2014, Exchange, скрипты в совершенстве на bash и powershell, Cisco, Huawei, Microtik – всего не учесть. И опыт для всего этого от 3 до 6 лет. Но не старше 30 лет для соискателя. Так что кто тешит себя скиллами, часто против вас будет идти главный документ – паспорт. Так по крайней мере в Ростове обстоит дело.

С программистом был вообще цирк – часто видели, что работал сисадмином последние 4 года и тут же резюме в шредер или начинали истерить. В городе больше 100 франчей 1С, но почти у всех них как эталон нормы набора программистом было одно – пробыть стажером. И пофиг, сколько у тебя стаж – нет вообще опыта или 10 лет за плечами. И тут вставал вопрос о зарплате, которой во франчах традиционно нет. Насчет других программистов тут кроме веба и мизерной доли C# опять же для ASP.Net ничего нет. И даже C#, который я знал версии 4.0, уже применялся 6.0. Вновь учить даже его. Хотя на блоге я вел вебинары по нему (вернее, по 5.0). Но с ним проще было, однако в коллектив не проходил опять же возрасту. Сидят молодые парни до 25 лет и к ним дядя 31 летний заваливает…

Тем не менее, я вообще не сваливался в пессимизм. Искал много чего смежного и за неделю после увольнения нашел работу java разработчиком. Да, зарплата серая. Но в трудовой снова засияет запись «инженер-программист». И одно я знаю наверняка – больше никогда уже в сисадминство ни ногой. Да и возраст не позволит).

Надеюсь, что эта статья с такими стонами была кому-то интересна и полезна. Самое главное, всегда развивайтесь. Мир не стоит на месте. А IT – и подавно. Иначе рискуете остаться за бортом, как некогда я.

Сегодня день системных администраторов, который был придуман впервые в Чикаго компьютерщиком Тедом Кекатосом, американцем по национальности, ровно 11 лет назад в 1999 году. С тех пор ежегодно последняя пятница июля отмечается многими людьми, называющими себя сисадминами. Так кто же эти люди?

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

В середине прошлого десятилетия системными администраторами были простые люди - самоучки, обладающие определенными навыками в области компьютерной науки. В настоящее же время, системному администратору предъявляется ряд требований и обязательств. Для этого существуют специальные организации, которые готовят специалистов в этой области, предъявляя им по окончании курса обучения и успешной сдачи экзаменов - сертификаты. Например, Microsoft Certified Professional(MCP) и Linux Professional Institute(LPI).

Системные администраторы делятся на несколько групп. Системные администраторы в Windows систем и админы, которые работают в Linux/Unix системах. Администраторы сетей - сюда в основном относятся люди, работающие с сетями Cisco. Особую группу входят сисадмины, работающие с базой данных, в основном Oracle.
Сравнительно недавно к ним добавилась группа людей следящих за виртуальными системами - VirtualMWare и отвечающие за работу веб сервера - web администраторы. В зависимости от штата предприятия их может быть один или несколько.

На протяжении десятилетий представление о системном администрировании (СА) менялось синхронно с изменениями в компьютерных системах. Как специальность, СА возникло стихийно, из необходимости каким-то образом справляться со сложностями первых операционных систем на мэйнфреймах.

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

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

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

В конце XX века из сисадминов-любителей выросли профессионалы

На этом, прямо скажем, невеселом фоне непросто писать об общемировых трендах и грядущих изменениях в специальностях, связанных с администрированием корпоративными ИТ.

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

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

По области деятельности занятых в СА можно разделить на несколько категорий:

  • Администраторы баз данных – поддерживают СУБД , отвечают за целость и производительность баз данных.
  • Сетевые администраторы – поддерживают сетевые инфраструктуры (маршрутизаторы, коммутаторы) и подключение к ним компьютеров.
  • Администраторы безопасности – специалисты в области информационной безопасности, которые обеспечивают работу защитных экранов и других устройств.
  • Web-администраторы – поддерживают web-серверы (Apache или Internet Information Services), обеспечивающие доступ к внутренним и внешним сайтам, включая конфигурирование, безопасность и обновление.
  • Администраторы серверов – осуществляют поддержку оборудования на физическом уровне (замена вышедших из строя устройств, замена лент и т.п.).
  • Администраторы систем хранения данных (СХД) - поддерживают СХД, приложения, резервное копирование и установку новых устройств.

Что ждет системного администратора в будущем?

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

Сравним с традиционными производствами. Там есть люди, которые обеспечивают процесс производства (работу конвейеров, роботов и т.д.), есть специалисты, использующие технологии для изготовления требуемого продукта, а есть те, кто используют созданный продукт. В ИТ первые – это системные администраторы, а кто отвечает за результаты, остается неопределенным.

Но ситуация меняется, и постепенно в ИТ складывается примерно такая же трехзвенная система, которая существует повсюду. Основным продуктом ИТ признаны данные. На третьем уровне данные используют аналитики, так называемые , с ними все более или менее ясно. А что же происходит с первым и вторым звеньями? Традиционные задачи, перечисленные выше, с сисадминов никто не снимает, зато появляются новые, и они связаны с новыми направлениями - Data governance и DevOps .

Руководство данными

Data governance точнее всего перевести как «руководство данными ». Не управление, а именно руководство. Под Data governance понимают комплекс мер, направленных на сохранение и поддерживание качества данных как важного актива предприятия.

Роль Data governance в корпоративной стратегии компании отмечают системные интеграторы :

С появлением ИТ-архитектуры, в центре которой находятся потоки бизнес-данных, возникла новая бизнес-задача, которой раньше в принципе не существовало. Это обеспечение организационного процесса управления корпоративными данными (Data Governance). Решение этой задачи подразумевает создание специальной организационной единицы, которая занимается управлением данными как активом организации. Это большой сложный вопрос: каким образом методологически управлять жизненным циклом данных, каким образом поддерживать корпоративную модель данных. Без такой модели, без понимания, какие данные есть в организации, как ими управлять и как они могут быть использованы бизнесом, данные не представляют никакой ценности. В большинстве компаний этот вопрос пока никак не решается, хотя в западных компаниях есть примеры отношения к данным как к важнейшему корпоративному активу

В связи с этим в штате СА появятся новые специальности:

  • Администратор данных (Data admin) Менеджер ресурсов данных мониторит корпоративные данные, обеспечивает управление ими как активом, управляет жизненным циклом данных в соответствие с целями и задачами предприятия. Такого рода менеджмент основывается на логических моделях данных и их потоков. Администратор данных отличается от администратора баз данных тем, что первый работает с данными на логическом уровне, а второй на физическом.
  • Хранитель данных (Data custodian) играет центральную роль в команде, руководящей данными, он отвечает за их агрегирование и использование, он функционально ближе к администратору баз данных с учетом того, что данные, с которыми он имеет дело, разнообразнее.
  • Управляющий данными (Data steward) планирует работу с данными, анализирует источники, связывает элементы данных с метаданными.

DevOps и системное администрирование

DevOps следует рассматривать как общую тенденцию к неизбежной автоматизации управления информационными системами, на пути реализации которой, однако, имеется несколько препятствий. Одно из них состоит в том, что процесс автоматизации инспирировали программисты, на своем языке формулирующие понимание проблемы, что привело к отсутствию четкого деления на объект автоматизации с его свойствами и автоматизирующую этот объект систему.

Во всех технических приложениях такое деление обязательно, и, соответственно, есть деление на специалистов по объекту и на автоматизаторов, то есть речь идет о двух совершенно разных областях деятельности.

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

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

О будущем разделении труда между программистами и администраторами еще в 1947 году писал Алан Тьюринг:


Пророчество Тьюринга во многом оправдалось, за прошедшее с тех пор время история разработчиков (Dev) и операторов (Ops) успела совершить несколько витков развития. На первых порах, еще до появления мэйнфреймов, разделения между разработчиками и операторами не было - тогда были программисты и инженеры, сохранявшие работоспособность крайне ненадежных систем.

Мэйнфреймы с их пакетным режимом разделили программистов и операторов - первые отдавали колоды перфокарт со своими программами, а операторы запускали их на счет и возвращали листинги.

Возврат на исходную позицию (объединение программиста и оператора в одном лице) случился в семидесятые годы с появлением мини-ЭВМ и диалогового режима - посредники-операторы здесь не требовались, и исчез барьер между разработчиком и компьютером.

Но с появлением персональных компьютеров и локальных сетей, клиент-серверных архитектур и баз данных инфраструктура заметно усложнилась и снова возникло деление на Dev и Ops. В последующем появились крупные ЦОДы и самостоятельные ИТ-подразделения, целиком состоящие из Ops, - снова возник барьер между двумя сторонами.

В XXI веке сложилось строгое разделение труда между Dev и Ops. Задачи первых свелись к созданию нового ПО и его периодическим обновлениям, а вторых - к обеспечению пользователям надежного и быстрого доступа к системным ресурсам. Но при том что и Dev, и Ops делают общее дело, их интересы совпадают лишь частично. Естественно, что программисты не хотят делать ПО с ошибками, а люди из ИТ - обрушивать его в процессе эксплуатации, в этом они едины, и пока требования к скорости появления новых релизов ПО были относительно невелики, между ними не было серьезных противоречий.

Если бы потребности пользователей ограничивались только готовым покупным тиражируемым ПО, то разделение, предсказанное Тьюрингом, сохранилось бы еще надолго, но возникли два новых явления: непрерывное обновление ПО (Continuous Delivery, CD) и непрерывная интеграция (Continuous Integration, CI).

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

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

Появление DevOps в 2009 году свидетельствует о наступлении следующего момента, который предсказал Тьюринг, - за счет автоматизации появилась возможность отказываться от услуг и передать управление в руки разработчиков. Однако автоматизация информационных систем - процесс долгий и сложный, поэтому DevOps называют и движением, и методикой, и процессом, и очень редко - технологией, и все это имеет право на существование.

Следует ли из сказанного, что автоматизация приведет к исчезновению системного администрирования? Определенно – нет. Скорее всего исчезнут те задачи, которые вызваны несовершенством компьютерных систем, исчезнет необходимость в рутинных операциях, не требующих глубоких знаний, и на этом фоне повысятся квалификационные требования.

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

Специализация

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

До 2000 года не существовало учебных заведений обучающих профессии системного администратора.

Сетевой администратор – разработка и обслуживание локальных сетей. Необходимо знание сетевых протоколов и устройства сетей;

Администратор базы данных – необходимо знать языки операционных систем на которых работают базы данных, протоколы и устройство базы данных;

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

Обязанности

Основные обязанности системного администратора заключаются в следующем:

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

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

Решение задач по обеспечению безопасности сети - устанавливать антивирусные и другие защитные программы и следить за их обновлением. Не допускать несанкционированного доступа и хакерских атак;

Восстановление работоспособности сети после сбоев и неправомерных действий - необходимо делать резервное копирование, чтобы в случае фатальных отказов быстро восстановить работоспособность системы;

Самой распространенной поломкой является попадание жидкости на клавиатуру компьютера.

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

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

Привет, друзья! Наш век – век технического прогресса. Век машин. Представить себе даже самую захудалую фирму без компьютера невозможно! У директора предприятия, в бухгалтерии, в кабинетах начальников отделов, да и у рядовых сотрудников - у всех стоят компьютеры на рабочих местах. Корпоративная почта, новости, рынок, банк – все эти блага современного трудового коллектива, несомненно, помогают выжить в жестоком мире бизнеса. Но как заставить всё это работать сообща? Как сделать так, чтобы сотрудники не «в контакте» и «одноклассниках» сидели в рабочее время, а занимались делом? Как уберечь секретную информацию с рабочего компьютера от хакеров? Вот для этого и существует такая профессия системный администратор.

Поможем освоить новую профессию - подробнее

Если спросить у гугла, кто же это такой, он ответит примерно следующее:

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

В народе же такого специалиста называют просто «админ» или «сисадмин».

Так давайте же разберёмся...

Что делает системный администратор

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

В этот этап входят:

  1. установка и настройка (а иногда даже закупка) компьютеров,
  2. комплектующего и периферийных устройств (принтеров, сканеров и т.д.)

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

Самое сложное в работе системного администратора – объяснить красивой блондинке секретарше шефа, что не надо прикалывать провод мышки кнопками к столу, даже если он сильно мешает)))

  • Настройка программ и обеспечение их стабильной, надежной работы будет являться, пожалуй, самым трудоемким в работе системного администратора. Софт может быть абсолютно разный, в зависимости от специфики предприятия. Например, от обычного Microsoft word’a & excel’я, до СУБД «ORACLE» и бухгалтерских программ.

Основной проблемой в работе программного обеспечения является, к сожалению, именно человеческий фактор, так как обычно жалобы сотрудников сисадмину начинаются со слов: «не туда нажала и всё вдруг куда-то пропало». Синхронизировать работу программ и выставить правильную защиту «от дураков» - вот, считайте, половина работы системного администратора.

  • Так же сисадмин должен знать и уметь правильно настроить параметры доступа, чтобы каждый работник мог включить только свой компьютер, свой профиль, запустить только те программы, к которым имеет доступ согласно своему статусу в кампании. Если работа сотрудников связана с интернетом, то системному администратору предстоит настроить параметры доступа во всемирную паутину так, дабы ни «в контакте», ни так любимые офисными работниками «одноклассники» не были доступны с рабочих компьютеров.


Сисадмин – это весьма весомая фигура в компании, подобно коню на шахматной доске. Вроде и не самая важная персона, но без него совсем никак нельзя. Иногда достаточно закончить курсы для админа, чтобы стать властителем офисных компьютеров. А компьютеры ведь имеют свойство ломаться, причём как у рядового сотрудника, так и у генерального директора.

Плюсы профессии системного администратора

К несравненным достоинствам работы можно отнести почти полную самостоятельность, ведь найти человека на фирме, который будет разбираться в компьютерах на уровне системного администратора и будет проверять вашу работу – практически невозможно. Именно сисадмин является «виртуальным директором» в кампании, посему грамотно настроив оборудование и дав ценные указания «офисному планктону», можно смело проводить серые трудовые будни, предаваясь социальным сетям или поглощающим современную молодежь онлайн играм. Кроме того, решение проблем с техникой начальства и высшего руководства (топ-менеджер, главный бухгалтер, кадровики и т.д.) обеспечит хорошие связи и поможет в продвижении по служебной лестнице.

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


К явным достоинствам относится и оклад сисадминов. По данным сайта «job.ru» за услуги подобного рода компании готовы платить в среднем от 1,200$ до 3.000$.

К недостаткам (минусы) профессии относятся:

  1. Неравномерная и порою высокая загруженность. Компьютеры стараниями нерадивых пользователей глючат и ломаются с завидной регулярностью практически на любом предприятии.
  2. Непонимание и порою абсолютное нежелание понимать вообще, как работает система. Глючит мышка – виноват сисадмин. Не работает сайт – виноват сисадмин. Перегорел блок питания – виноват сисадмин. И поди, докажи, что от тебя не зависит напряжение в электросети!
  3. Ограниченные возможности для карьерного роста. Если деятельность компании не связана с оказанием услуг в сфере информационных технологий, то кроме как на прибавку к жалованию больше особо рассчитывать не на что.

Характеристика системного администратора

Какие же качества необходимы хорошему системному администратору?

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

Большинство программ и в особенности техническое описание к ним прилагается именно на английском и пробелы в знании языка могут дорого обойтись, да и в солидной компании без знания