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