Да за все! Особенно если речь идет о небольшом предприятии, где админ один и отвечает за все, что хоть как-то связано с компьютерной техникой. Другими словами, если обязанности сотрудника четко не указаны в его трудовом договоре, его могут уволить за неработающую кофеварку — она ж с программным управлением!
Представим на секунду, что руководство — люди адекватные, на учете в психоневрологическом диспансере не состоят, а обязанности администратора четко определены в трудовом договоре. Тогда за нерабочую кофеварку его, конечно, не уволят, но есть и масса других причин.
1. Увольнение за склероз или вовремя не оплатили Интернет, хостинг, услуги облачного провайдера, домен и т. д.
В небольших организациях, где администратор один, он отвечает в том числе и за оплату (точнее за своевременное предоставление счетов в бухгалтерию) всех ИТ-услуг, которые оказываются сторонними организациями. Вовремя не оплатили услуги облачного провайдера или забыли продлить домен — это может послужить причиной для увольнения, поскольку неработающий сайт может навредить репутации и кошельку фирмы.
Интернет-магазин не приносит прибыль, не говоря уже о вреде репутации — ведь зачастую при неоплате услуг посетители сайта получат позорное сообщение о том, что услуга не оплачена. Это даже хуже ситуации, когда сервер «просто упал».
Но при оценке финансового вреда часто забывают об одной статье «разорения»: после простоя сайта по любой причине (не оплатили домен, хостинг или просто сайт «упал») на протяжении 1–2 дней он серьезно потеряет свои позиции в выдаче поисковых систем. Лицо SEO-шника будет или сиять от радости (если он работает на себя) или бледнеть от ужаса (если он в штате и работает «на ставку») — ведь за восстановление позиций придется потратить месячный бюджет на SEO.
Вот, что можно посоветовать админу, чтобы его не уволили за склероз:
- Собрать информацию обо всех сторонних ИТ-услугах, которые оплачиваются регулярно (дата последней оплаты, периодичность оплаты, наименование организации с ее реквизитами, данные для входа в личный кабинет):
- Даты продления доменов
- Услуги хостинга, облачного провайдера
- Когда платить за Интернет, обновления ПО и т. д.
- Составить расписание в календаре Google или в любом другом удобном планировщике.
- Настроить уведомления о событиях так, чтобы календарь предупреждал как минимум за неделю — этого вполне достаточно.
2. Не успел сделать бэкап
Настроить систему резервного копирования — это первое, что должен сделать админ. Любой нормальный админ с этого и начинает свою деятельность, но бывают нюансы:
- Неэффективное расписание резервного копирования — это когда бэкап как бы и есть, но информация в нем не актуальна. Критическую информацию нужно бэкапить как минимум один раз в день — в конце рабочего дня или ночью. Можно делать бэкапы и несколько раз в день, если есть техническая возможность (например, работу некоторых СУБД нужно останавливать на время бэкапа, теоретически это можно сделать в обед, но не всегда — если речь идет об Интернет магазине, то никому не захочется, чтобы он был недоступен в это время).
- Повреждение самой резеревной копии — вот админ копировал-копировал, а когда дело дошло до восстановления, оказалось, что повреждена сама резервная копия, поскольку на винте в NAS был диск с битыми секторами. Критическую информацию (например, базу 1С) нужно копировать на несколько носителей, а еще лучше — в облако. В этом случае можно обезопасить данные не только от выхода со строя накопителя, но еще и от стихийных бедствий и прочих ЧП вроде пожаров — ведь дата-центр, как правило, находится далеко от офиса.
3. Сорвал срок поставки оборудования
Сервер с 1С тормозит и нужно что-то решать. Решили заказать новый сервер, а он не пришел вовремя по той или иной причине — не важно, что от админа тут мало, что зависит, крайний все равно — он. Ведь за серверы отвечает он, а новый сервер не пришел к очередному отчету, а старый тормозит или вообще «лег» под нагрузкой.
Что можно посоветовать: переходи в облако — все уже здесь. Выделение ресурсов (то есть «поставка» нового сервера или модернизация уже существующего) занимает считанные минуты — ты не только успеешь к отчету «поставить» новый сервер, но и перенести на него данные со старого. Ну и не забывай, что ресурсы всегда можно «вернуть», чтобы сэкономить, если они временно не требуются.
Если облака для вас
не просто теория
Широкий спектр услуг
по выделенным северам
и мультиклауд-решениям
Конфигурация VPS и бесплатный тест уже через 2 минуты
Организация вашей IT-инфраструктуры на основе мультиклауд-решения
4. Сайт упал — админ уволен
Сайты иногда падают. Причины падения могут быть самые разные — от неправильной настройки служб сервера, до недостаточного количества ресурсов, которые админ должен был выделить серверу — или добавить ресурсы в панели управления виртуальным сервером или докупить физического железа.
Если сайт лежит непродолжительное время (скажем, несколько минут), админа, конечно же, не уволят. Но вероятность увольнения пропорциональна времени «падения» сайта. Не работоспособность сайта более суток — это уже повод для увольнения.
Что можно посоветовать админу:
- Настроить мониторинг сайта, чтобы о «падении» узнавать первым, а не от руководства. Здесь можно использовать или собственные службы мониторинга вроде Zabbix или же сторонние сервисы (Яндекс. Метрика, HostTracker и др.)
- Настроить сервис monit или подобный, чтобы критические для сайта сервисы (веб-сервер и сервер БД) перезапускались автоматически после их остановки или при другом событии (например, сервис может «подвиснуть» — его процесс будет работать, но на запросы сервер перестанет отвечать — в этом случае полезно сервис перезапустить). Это не панацея, но хороший костыль. Иногда нельзя сказать точно, почему падает сайт — на поиск причины нужно время, а все это время сайт должен работать — пусть хромает, но работает. По крайней мере, пока админ будет искать причину сбоя, его не уволят.
5. Сбой в работе оборудования, повлекший длительный простой
Здесь мы уже говорим не о работе какого-то определенного сервера, а о работе всего бизнес-критического оборудования в зоне ответственности администратора. Например, если админ отвечает за мини-АТС и она не работает длительное время, это может стать причиной для увольнения.
Рекомендации достаточно прямы: нужно следить за тем, чтобы все оборудование работало. Часть оборудования можно перенести в облако (например, те же серверы, сетевые хранилища и т. д.). Да, придется уговорить руководство на переезд в облако, зато это существенно разгрузит плечи админа — теперь уже тянуть непосильную ношу придется админам облачного провайдера — именно они будут следить, чтобы все услуги были доступны 24/7. А у админа появится больше свободного времени, которое можно потратить на другие задачи — на ремонт той же мини-АТС или так уж и быть — кофеварки :)