Беспорядок в системе: с чего начать? [закрыто]
я только начал роль единственного "айтишника" в компании из более чем сотни человек. Это компания, у которой сложная история с информационными технологиями, и ей удалось сменить 6 человек за столько же лет. В течение этого времени каждый человек практически ничего не документировал, использовал разные способы работы, и всем системам удалось органично развиваться, поскольку добавлялось больше элементов без каких-либо усилий для создания прочного фундамента.
Плюс: компания осознала, что попытки поставить все на одного человека не работают. Я буду первым ИТ-специалистом в разумной команде. Кроме того, мы возьмем на аутсорсинг общий аудит наших систем, но этот аудит будет сосредоточен исключительно на наших производственных системах, ориентированных на клиента, а не на сети в целом.
Некоторые интересные факты:
- Существует множество систем хранения от разных поставщиков. Есть одна система хранения, в которой никогда не сохранялись учетные данные , и она начинает давать сбой.
- Сеть в целом не имеет для меня особого смысла ... 6 контроллеров домена для обслуживания одного местоположения / домена. Множественные сети VLAN, которые кажутся беспочвенными. Есть несколько дополнительных офисов, расположенных в их собственном домене, которыми последние несколько моих предшественников полностью пренебрегли.
- Похоже, что резервное копирование не выполняется.
- Office365 существует для обслуживания электронной почты / lync / sharepoint, но, похоже, не синхронизируется с активным каталогом.
- Говоря об активном каталоге. . . это полный беспредел. В основном неорганизованные, некоторые старые подразделения, которые на самом деле вызывали проблемы, почти все являются администраторами домена.
- Исторически никогда не использовались системы продажи билетов или отслеживания активов.
- Повсеместно возникают проблемы со связью между машинами. Существует Cisco ASA, через который, кажется, маршрутизируется почти весь сетевой трафик, и он почти не настраивается.
Это как раз то, что я заметил в первый день. Мне также сказали, что у нас, вероятно, случаются серьезные критические отказы раз в квартал.
Это довольно сложная задача, и я не совсем понимаю, с чего начать, поэтому решил, что спрошу всех здесь. . . с чего начать?
Вы упоминаете системы, ориентированные на клиента. Для меня это означает, что ваш первый приоритет - это время безотказной работы систем, которые приносят вам деньги. Сетевое взаимодействие и хранение звучит как #1 и #2. О, и отказоустойчивость. Проверьте ваши резервные копии, подключите их к сети и протестируйте. Убедитесь, что вы сможете их восстановить!
Приоритезируйте внутреннюю сеть и AD дальше, вам нужен прочный фундамент. Основываясь на вашей информации, я бы сказал, что миграция/сбой домена в порядке. Я не могу себе представить причину, по которой у вас есть несколько доменов AD для такой маленькой организации.
Найдите менеджера проекта. Скорее всего, у вас будет несколько одновременных усилий по его очистке. Занимайтесь координатной работой.
Не бойтесь поручить это профессиональным службам. Сосредоточьтесь на этом как можно более пристальном внимании, и если поставщик впечатлит вас, посмотрите на расширение привлечения.
Как было сказано выше, это вопрос с множеством очень длинных ответов.
Итак, я постараюсь быть очень коротким:
- резервное копирование: без резервного копирования, если что-нибудь сломается, у вас действительно произойдет изменение в работе
- хранилища: проверьте, что ваши серверы хранения (и их диски) находятся в хорошем состоянии
- сетевого взаимодействия: тщательный аудит политики не должен занять слишком много времени (около 1-2 недель)
- виртуализация: после этого вы можете начать реорганизацию вашего домена на программном/прикладном уровне. В этом случае, широко используйте снимки виртуальных машин
Я бы искал помощи менеджера проекта по такому сценарию. По моему опыту, решение проблемы сети (инфраструктуры и логики), резервного копирования и безопасности в первую очередь - лучший способ покрыть изменения. Кроме того, документируйте каждый аспект текущего состояния, прежде чем вносить какие-либо изменения в окружающую среду (фотографии отлично подходят в зависимости от случая).
В прошлом у меня была роль, похожая на вашу. Это была совсем не компания, работающая без бюджета. Более 150 рабочих станций и 10 серверов сталкивались с неуправляемыми 10/100 коммутаторами, и я видел практически все проблемы: от Pentiums II под управлением Windows NT до 10/100 неуправляемых коммутаторов везде. Трудно было сказать, что это в какой-то степени "нормально", но я получил хороший опыт за 2 с половиной года, что я там работал
.