Мы собираемся заставить нашего первого системного администратора заботиться о множестве SQL-серверов, за которыми ранее неловко ухаживали разработчики и ИТ-служба поддержки. Это давно пора, и мы годами пытались убедить высшее руководство согласиться с ним.
Что ж, наконец-то они это сделали, но зарплата, которую мы могли предложить, не совсем вдохновляла, мягко говоря. Тем не менее, мы как-то зацепились за одну.
Я хотел бы знать, каковы первые признаки того, что новый системный администратор действительно не знает, что он делает или какие опасные привычки следует искать, уделяя особое внимание SQL Server. Я немного нервничаю, что наша охота за скидкой может не сработать, как в случае с другими ролями.
Есть мысли, пожалуйста?
Отнеситесь к этой первой части с недоверием, потому что, возможно, на нее повлияло то, что я столько лет проработал подрядчиком.
Рассмотрите возможность выбора подрядчика, если ваша платежеспособность такова, что вы не можете привлечь лучшие таланты на полную ставку. Если вы платите слишком мало и просите слишком много, вы получите либо низкоквалифицированных сотрудников, сотрудников, у которых есть явные недостатки, которые могут быть не связаны с навыками (плохие навыки межличностного общения, проблемы со злоупотреблением психоактивными веществами и т. Д.), Либо вы '' В итоге получится положение «вращающейся двери», когда сотрудники работают какое-то время, а уходят за более высокой оплатой.
Если ваша компания зациклена и на том, чтобы платить слишком мало и на том, что кому-то нужен определенный период времени, а не на выполнении определенного набора задач, то вы, вероятно, попали в безнадежный сценарий. Точно так же, если задачи будут держать штатного сотрудника занятым, а компания планирует платить слишком мало, это тоже безнадежно. Вы воля в конечном итоге получите то, за что платите, так или иначе.
Я предполагаю, что у вас действительно нет потребности в полной занятости, и компания, вероятно, могла бы потратить запланированную зарплату или меньше на подрядчика, который сделает все, что вам нужно.
От подрядчика намного легче «избавиться», если отношения «плохо подходят». Подрядчик, как правило, может быть гораздо более гибким, чем штатный сотрудник, занимающийся логистикой работы (выходные, вечера и т. Д.). Хороший подрядчик будет относиться к потребностям вашей компании с очень высокой степенью квалификации и заботы, потому что они знают, как легко ваша компания может разорвать отношения и искать в другом месте.
Это будет звучать банально, но больше, чем любой другой пункт ниже, обратите внимание на способность вашего системного администратора общаться с другими. Базовые навыки письменной и устной речи важны и во многом указывают на состояние психических процессов, происходящих «за кулисами». Работа системного администратора должна включать в себя общение с другими ИТ-сотрудниками и не связанными с ИТ-службами, и способность эффективно общаться имеет важное значение. Способность проводить аналогии и передавать абстрактные концепции, безусловно, является хорошей «вишенкой на торте», но если ваш системный администратор не может даже писать полные предложения или высказывать полные мысли, то это уже безнадежно.
В ответах всех остальных есть моменты, которые кажутся мне верными в отношении «плохого соответствия» (будь то сотрудник или подрядчик). Я был тем парнем, который помогал компаниям преодолеть разрыв между увольнением плохого системного администратора и наймом замены, и я видел, как разыгрываются несколько плохих сценариев. (Быть человеком, который меняет пароли, ищет "лазейки" и т. Д., Пока системный администратор уволен в офис генерального директора, - это веселая работа, но также и стрессовая.)
Некоторые «специфические для ИТ» отвратительные отношения, которые я видел (бессовестно копируя некоторые части ответов других плакатов) в дисфункциональных ситуациях, включают:
Вырви все и начни заново: Одно дело определить что-то, что является «бомбой замедленного действия», и позаботиться об этом, но часто в ИТ я сталкиваюсь с (часто незрелыми и начальными) сисадминами, которые стремятся «построить империю» по своему имиджу и одержимы за удаление старой инфраструктуры ради установки новой. Одно дело - создать экономическое обоснование, подкрепленное фактами и прогнозами рентабельности инвестиций, но я видел эту конкретную дисфункцию как не что иное, как сильное личное стремление заменить системы ради замены.
Я не могу тебе сказать: Это сисадмины, которые, принимая на себя сильную личную долю собственности в своей работе, заходят слишком далеко и становятся чрезмерно собственническими, скрытными и параноидальными. Компьютеры принадлежат компании, а не системному администратору. Неспособность задокументировать работу, раскрыть пароли или открыто рассказать о том, как работают (или не работают) системы, - это не хороший знак. Я слышал, как некоторые системные администраторы ссылаются на «безопасность» как на причину секретности, но безопасность посредством неизвестности - это не безопасность. Я также слышал, как системные администраторы с таким настроем говорили что-то вроде: «Да, но если я дам пароли таким-то и таким-то, они просто облажаются». Обычно это сопровождается завуалированным или открытым заявлением о страхе быть обвиненным, если что-то пойдет не так после раскрытия информации. Если бизнес настолько нестабилен, что этот страх оправдан, сисадмину лучше уйти и найти другую работу, чем играть в игры втайне.
Винить кого-то / всех / кого-то еще: Это системные администраторы, которые постоянно ссылаются на третьих лиц, своих предшественников или пользователей, испытывающих проблемы, в качестве причины проблем. Конечно, там являются проблемы, вызванные всеми этими факторами, но постоянные и повторяющиеся попытки указать пальцем - плохой знак. Нам всем приходилось иметь дело с аппаратными сбоями, ошибками программного обеспечения и пользователями, создающими себе проблемы. Возможность идентифицировать один из этих источников как основную причину проблемы не означает, что он указывает пальцем. Нежелание исследовать проблему и определить первопричину, однако, в сочетании с реакцией неопределенного махания руками и заявлением: «Должно быть, неисправный маршрутизатор Windows / Linux / Cisco / и т. Д.» Является поводом для беспокойства.
Power trip: Это системные администраторы, которые радуют и создают препятствия для пользователей из-за личных интересов или предполагаемых деловых планов. Опять же, одно дело - наложить ограничения на пользователей по уважительным причинам бизнеса. Но совсем другое дело - быть «препятствием для ИТ-услуг» просто из-за безумного стремления к власти, чтобы иметь возможность контролировать других. Я видел, как эта конкретная дисфункция распространилась на действительно такие неприятные вещи, как «электронное преследование» сотрудников путем чтения их электронной почты, скрытого выполнения снимков экрана / сеанса, прослушивания телефонных звонков и просто «жуткого» поведения для других.
На меня не распространяются правила: Часто в сочетании с отношением к «отключению власти» это системные администраторы, которые отказываются подчиняться ИТ-политикам, которые они сами навязывают или диктуют. Хотя это может быть безобидным и безвредным, я видел, как это вызывает неприятные ситуации, такие как судебный процесс с угрозой сексуального домогательства (серфинг сисадмина и демонстрация неприемлемого для работы контента на видном месте). Системные администраторы занимают доверенные должности и должны сохранять профессионализм. Частично такое отношение означает игру по тем же правилам и ответственность, как и все остальные. Тот факт, что у нас есть возможность выполнять действия «не для записи» с нашими повышенными разрешениями и правами доступа, не означает, что мы должны это делать.
Не могу признать слабость: Нужен сильный человек, чтобы сказать: «Я не знаю ответа на этот вопрос, но я могу найти его для вас». У всех есть пробелы в знаниях и опыте. Эта конкретная дисфункция часто приводит к ситуациям, когда системный администратор оказывается чрезмерно над их головой. При развитии карьеры важно принимать взвешенные риски, и можно сказать, что значительный личный рост происходит, когда люди «откусывают больше, чем могут прожевать» и добиваются успеха. С другой стороны, большие расходы (или полный провал) для бизнеса могут легко возникнуть, если системный администратор решит заняться такими важными проблемами, как аварийное восстановление или ИТ-безопасность, и потерпит неудачу из-за недостатка возможностей. Руководители, которые необоснованно запрещают своим сотрудникам доступ к сторонним ресурсам / обучению / поддержке, могут способствовать созданию такой культуры. Никого не следует наказывать за признание того, что он не знает, как что-то делать, и одновременно выражая готовность помочь найти правильный ответ (или, что еще лучше, научиться делать это самостоятельно).
Это мои игрушки: Это системный администратор, который относится к ИТ-инфраструктуре бизнеса как к увлекательной игрушке. Одно дело выявить особенно интересную технологию, которая может хорошо удовлетворить потребности бизнеса, и совсем другое - заставить бизнес тратить деньги на технологии с неустановленной целью - быть чем-то забавным. Я видел ситуации, когда системные администраторы влюблялись в данную технологию и решали использовать эту технологию для решения проблемы не потому, что она соответствует потребностям бизнеса, а потому, что они хотели бы поиграть с ней. Я видел, как это происходило во всевозможных вещах: волоконная оптика, виртуализация, оборудование SAN, беспроводные сети и т. Д. Руководство должно держать это под контролем как можно больше, но нетехнические менеджеры всегда могут понять, действительно ли данная технология является чем-то. бизнесу нужно или нет.
Я всегда так делал: Это системный администратор, который твердо стоит на своем пути. Обычно я обнаружил, что это сочетается с отношением «Я не хочу узнавать о новом». Наша сфера деятельности меняется. Часть работы, которую мы выполняли 10 лет назад, сегодня автоматизирована, а часть остается «такой же старой, такой же старой». Все в нашей отрасли постоянно пересматривается, обновляется и обновляется. Лучшие практики меняются медленнее, но даже они меняются. Неразумно ожидать, что каждый системный администратор будет идти в ногу с передовыми технологиями, но также недопустимо, чтобы системный администратор томился в устаревших технологиях, не проявляя никаких признаков интереса к обновлению навыков. Если бизнес вызывает растущую озабоченность, его ИТ-операции должны быть ориентированы на будущее. (Очевидно, здесь тоже есть баланс. Вы можете слишком сильно склонить чашу весов и оказаться в сценарии «это мои игрушки» ...)
Нет понимания бизнеса: Бизнес «занимается ИТ», потому что это помогает вести бизнес эффективно. Любое другое использование ИТ в бизнесе контрпродуктивно. Слишком часто я видел системных администраторов, которые не знакомы с основными концепциями бухгалтерского учета и ведения бизнеса (доход за вычетом расходов равен прибыли и т. Д.). Я бы никогда не ожидал, что системный администратор будет экспертом в области бухгалтерского учета, но я бы ожидал, что они понимают, как бизнес несет расходы с целью получения прибыли. Особенно в плохие экономические времена, когда ваш системный администратор понимает, откуда берутся деньги и почему бизнес принимает решения, связанные с тем, куда идут деньги. Системный администратор, который считает, что ИТ стоит отдельно от «деловой» части бизнеса, не является активом.
Нет стремления к преемственности: В сегодняшней профессиональной культуре следует исходить из того, что мы все будем работать на разных работодателей. По статистике, наша работа сегодня не будет нашей работой навсегда. Хороший системный администратор должен готовить документацию не потому, что «его может сбить автобус», а потому, что она понадобится их возможной замене. Нежелание готовить документацию из-за предполагаемой «гарантии занятости» для меня пахнет человеком, не имеющим стремления к продвижению вверх. Я больше не работаю на одного работодателя, но если бы я работал, я бы планировал, что собираюсь делать дальше, и обновлял документацию, чтобы моя замена лучше проводила время (как и я как от моего предшественника на следующей работе).
Открытость. Вы хотите видеть, что он делает и как он это делает.
Я бы сказал, что симптом номер один продолжающегося крушения поезда - это когда этот парень блокирует все и запрещает кому-либо доступ к системам.
Он может давать всевозможные предупреждения, связанные с "безопасностью", о разрешении другим людям иметь доступ, учетные записи и привилегии root на других машинах, но часто это дымовая завеса для тех, кто хочет выглядеть важным и бросить ваш мусор в тиски. Легко управлять доступом таким образом, чтобы разрешить доступ, но сохранить безопасность и подотчетность системы.
Как ни странно, люди лучше работают, когда знают, что их увидит кто-то другой ...
Пока несколько отличных ответов; Хочу добавить:
Боязнь тяжелой и / или грязной работы. Нельзя сбиваться с пути пригласить тяжелая и / или грязная работа над собой, конечно, но когда нужно выполнить какую-то неприятную работу, это хороший знак, если человек выказывает готовность закатать рукава и погрязнуть.
Непонимание того, что они выполняют свою работу ради клиентов. В конечном счете, это все, о чем идет речь; люди должны иметь возможность приходить каждое утро, входить в систему и получать свои вещи. Администратор, который не держит это в уме, терпит неудачу в своей работе.
Позвольте себе оторваться от людей. Легко увлечься мыслью, что вы находитесь в какой-то башне из слоновой кости и что вам не нужно иметь дело с пользователями или отвечать на звонки. Пользователи - ценный и важный источник обратной связи и возможность узнать, работает ли то, что вы внедрили, хорошо или нет. Организовать каждый месяц какое-то время работать со службой поддержки - это здорово.
Быть слишком большим человеком "по книге". Хорошо, есть много совершенно хороших и задокументированных способов делать что-то, так что этот определенно НЕ является случаем той или иной крайности. Я имею в виду тип людей, которые цепляются за свои руководства MCSE и относятся ко всему, что там есть, так, как если бы это был Единый, Истинный и Единственный путь.
Неспособность принять проактивный подход. Хороший администратор всегда предвидит потенциальные источники проблем и устраняет их до того, как они перерастут в проблему. Плохой администратор просто будет сидеть сложа руки и двигаться по инерции, позволяя вещам медленно разрушаться вокруг себя до ужасного дня, когда что-то рухнет в рабочее время в критическое время.
Быть технологическим евангелистом. Я имею в виду людей, которые независимо от того попытаются внедрить свою любимую ОС, приложения или платформы. Вы говорите, что у вас есть SQL Server (что означает, что вы работаете с Windows), так что ищите кого-нибудь, кто, например, постоянно превозносит достоинства Linux или Lotus Domino.
Забывая рассказать об основных вещах. Это довольно обширная область, и для того, чтобы хорошо разбираться в сложных и неудобных вещах, нужно хорошо разбираться в основах. Хороший человек почти сразу же спросит вас о таких вещах, как ваша стратегия резервного копирования, ваш центральный репозиторий документации, есть ли у вас стандартный образ ПК, когда вы в последний раз проверяли работоспособность вашего брандмауэра и так далее. Это то, что заставляет вас работать изо дня в день, и они столь же важны, как и все остальное.
Я бы сказал, что две самые важные вещи, которые следует искать в хорошем системном администраторе, - это структура в своей работе и жажда знаний, поэтому отсутствие одного или обоих из них будет ранним признаком.
Практически никто не сможет пойти и сделать все в первый же день, но если у вас есть время, чтобы они все подобрали, не сосредотачивайтесь на отсутствии каких-либо конкретных навыков / опыта, если они хороший системный администратор, они ' Я буду исследовать то, чего они не знают, в течение нескольких минут после того, как войдет в дверь, и быстро разовьется.
Им также следует интересоваться, какие у них есть `` эталонные / тестовые '' системы / инструменты - это покажет, что они хотят попробовать что-то новое, не рискуя производственной средой, им может понадобиться СЛИШКОЕ много этого набора, но лучше, если они захотят все, чем вовсе нет.
О, и подумайте об использовании http://jobs.serverfault.com/ найти кого-нибудь нормально;)
Chopper3 и damorg делают очень хорошие выводы. Кроме того, я бы хотел дать новому системному администратору время, чтобы освоиться и освоиться как в должности, так и в компании. Есть человеческий аспект, который нужно учитывать, так как быть «новичком» обычно неловко и нервно. Им потребуется время, чтобы «выяснить», что у вас есть, как это настроено и т. Д. И т. Д., И им нужно время, чтобы начать чувствовать себя комфортно с людьми и культурой компании. Не спешите оценивать или делать суждения о навыках или личностных качествах, которые вы видите в них, которые на самом деле могут быть результатом нервозности и т. Д.
Документация по работе. И еще немного документации работы.
Изменить: это вышло неправильно, но вы поняли. Это то, что делает хороший системный администратор, чтобы вы могли следить за его / ее работой.
Когда возникает проблема в производственной или тестовой среде, исследует ли этот человек основную причину или предполагает, что это был разовый инцидент?
Поскольку у этого человека не будет ответов на все вопросы, обладает ли он или она навыками межличностного общения и скромностью, чтобы обращаться за помощью к другим?
Так как @ Chopper3 сказал, жажда знаний.
Первые признаки плохого системного администратора ....
Буду добавлять больше, когда думаю о них.
Я бы хотел кое-что добавить, своего рода админа. Обычно начального уровня и неопытных.
Я звоню им апгрейдер дробовика
Время от времени в циклах обновления системы, которые работали, останавливаются и теряются несколько часов, а иногда и дней. Аппарат для улучшения дробовика ударил снова. Хороший системный администратор должен знать зависимости, которые необходимы для работы вашей производственной системы, и не нарушать ее каждый раз, когда обновление может это сделать. Однажды я поймал одного с поличным.
Он выполнял "автоматическое" дистанционное обновление одной из наших систем debian. aptitude -y dist-upgrade> / dev / null 2> & 1 (Это ужасно, никогда не пробуйте, скорее всего, он больше не загрузится)
Я спросил, что ты делаешь? Он ответил перенаправлением на / dev / null, забивает экран!
Как отмечал Чоппер3, наличие структурированного, дисциплинированного подхода и готовности учиться - хорошие признаки.
С другой стороны, ранние признаки плохого набора навыков или «приспособленности» могут включать в себя отсутствие терпения в вопросах, нежелание объяснять технические аргументы, постоянную и агрессивную оборонительную позицию, бесконечное указание пальцем на коллег и / или предшественников (если есть заслуги к этому нет смысла пороть его до смерти снова и снова).
Кроме того, желание «все вырвать» или переделать все «правильный путь» - это тенденции, за которыми нужно следить.
Определенная доля «хорошо, я бы сделал это таким образом» может быть естественным, но если не будет также оценки текущей среды и ее слабых сторон, а также разумного плана по исправлению этих проблем и выполнению любых других требований, которые могут быть, и лоты обсуждения, я был бы осторожен.
Уже было несколько отличных ответов, поэтому я не буду повторять ни одного из них, но добавлю, что, хотя это не обязательно будет указывать на плохого системного администратора, можно ожидать, что кто-то, кто работает на арахис, будет или, по крайней мере, очень быстро станет недоволен с работой. Этот человек неизбежно будет думать о следующей работе и о том, как ее получить, не меньше, чем о той, которую он / она имеет в настоящее время. Можете ли вы реально ожидать, что кто-то отдаст все свои силы в таких обстоятельствах? Имея это в виду, убедитесь, что документация в полном объеме.
Для меня это звучит так, будто ваш инстинкт уже подсказал вам, что вы наняли плохой персонал и ищете доказательства, чтобы усилить этот инстинкт.
Вот некоторые плохой Привычки SQL Server IMHO может быть признаком неопытного администратора баз данных.
Неспособность расставить приоритеты и многозадачность.
Тайм-менеджмент.
Планирует действия в соответствии с планом работы. Знает, что техническое обслуживание необходимо проводить во время простоя. Управляет резервными копиями. Тестирует бэкап / восстановление. Имеет активный план восстановления - дело не в том, а когда оборудование выйдет из строя. Они должны знать, если что-то сломается или выходит из-под контроля, прежде чем вы это заметите. Считает, что нагиос или солнечный ветер - необходимость знать, живы ли системы или нет.
Документация.
Должен работать с тикет-системой. Помещает заявки от имени пользователей, которые не могут этого делать, чтобы отслеживать проблемы.
Отношение.
Полностью открыт, чтобы помочь бизнесу. Нет открой, открой. Говорит, что я могу это сделать, если вы дадите мне эти ресурсы.
Следите за вопросами, которые они задают. Похоже, у вас довольно сложная система (множество SQL-серверов), поэтому, если бы это был я, первое, что я бы сделал, - это беспокоить всех и каждого, кто будет говорить со мной о том, что все они делают, кто от них зависит и почему и делать подробные записи. Я бы делал это как можно ближе к белой доске.
Следует попытаться найти и протестировать резервные копии. Если есть проблемы с производительностью, я бы запустил профилировщик и perfmon (или аналогичные инструменты), чтобы попытаться выяснить, какие запросы их вызывают. Я бы проверил оборудование, чтобы убедиться, что у множества SQL-серверов есть хотя бы одно аппаратное зеркало.
Проверка наличия какой-то системы мониторинга и внедрение ее, если ее нет. На ум приходят Nagios и cacti / rrdtool / mrtg.
Прежде всего, если вы видите, что кто-то начинает предпринимать действия по изменению ваших фактических SQL-серверов (за исключением измерений), прежде чем у них будет полное понимание ... ну, это скорее неопытность, чем отсутствие навыков, но это меня напугает.
Будут некоторые боли роста, как и брекеты, но они постепенно подтягивают зубы к правильному и правильному расположению. Админу нужно будет освоиться, а затем будут внесены некоторые корректировки, поскольку он приведет все в надлежащее соответствие.
Самый большой признак хорошего или плохого администратора - это то, как происходят изменения. Вовлекает ли он пользователей в обсуждение того, ЧТО и ПОЧЕМУ нужно менять? Есть ли причина, по которой он хочет заблокировать определенных людей из определенной системы? Как и любой другой бизнес в бизнесе, у вас должна быть причина, и пустое слово «в целях безопасности» ее не решает. Каковы риски оставить все как есть? Почему то, что он / она хочет делать лучше?
Если пользователи чувствуют себя вовлеченными в процесс и имеют возможность объяснить, почему дела обстоят так, как они, и могут исследовать альтернативы, они будут гораздо более склонны помочь и могут предложить свои идеи в качестве исторических причин странных вещей в системе. Я часто консультируюсь с некоторыми из наших финансовых специалистов, которые работают в моей компании на протяжении десятилетий, о том, почему, черт возьми, все устроено так странно.
На самом деле это касается любой должности, даже вне IT.