Из-за многочисленных кадровых изменений за последние несколько лет не было вообще никаких признаков управления данными. Бесконечные копии жестких дисков рабочих станций и папок «Мои документы» были разбросаны повсюду, как конфетти, а густой туман документов Word, таблицы Excel растекались по дискам, не обращая внимания на структуру. все. Все пользователи – да, все – имели доступ к корневому общему ресурсу диска E на сервере, и никакая защита не была установлена. место, чтобы не допускать ненужных людей в более конфиденциальные каталоги (содержащие такие данные, как заработная плата персонала и отдел кадров). файлы). Принимая во внимание диски D и E, мы рассматривали около 60 ГБ данных, и, хотя очевидно, что рабочий набор, вероятно, будет намного меньше 1 ГБ, решая, какой 1 ГБ из 60 полностью победил меня. Естественно, каждый пользователь знал пароль Администратора…
Затем я пришёл к процедуре резервного копирования. Кто-то попытался проявить умность, выбрав одновременно дисковое решение и ленту DAT, что, по крайней мере, звучало многообещающе. Дисковое решение заключалось в запуске NTBackup и назначении файла на диске: пока все хорошо. К сожалению, этот файл резервной копии находился на том же физическом жестком диске, что и исходные данные, и поэтому был совершенно бесполезен в случае сбоя диска. И эти резервные копии запускались только каждый понедельник, среду и пятницу, что тоже не особо помогало.
Резервное копирование на ленту выглядело несколько более многообещающе, пока я не посмотрел журнал резервного копирования в NTBackup: слова «Невозможно найти указанный носитель или устройство резервного копирования». Эта операция резервного копирования завершится», возможно, может вызвать у вас такое же нервное потрясение, как и у меня. Разумеется, это означало, что ответственный человек в офисе послушно убирал последние вечернюю ленту с днем недели из стримера каждый вечер, а затем вставив нужную ленту для сегодня вечером. Однако никто никогда на самом деле не проверял, работает ли резервная копия, не зависла ли она или не произошел сбой, или вообще что-то происходит. Насколько мне удалось выяснить, одного и того же ничего не происходило уже несколько месяцев. Ах да, я уже упоминал, что в настройках NTBackup для резервного копирования на ленту отключена проверка, так что даже если лента операция действительно имела место, не было абсолютно никакой уверенности в том, что она что-либо успешно записала в лента?
Затем я посмотрел на саму сетевую разводку: мангровое болото из 100-мегабайтных коммутаторов, ползающих по комнате, который, естественно, не имел надлежащей структурированной проводки, несмотря на то, что был восстановлен всего несколько лет назад. назад. Также был хороший хаб на 10 Мбит, соединяющий всю сеть с сервером, чтобы все работало как можно медленнее. Несколько сотрудников жаловались, что открытие и сохранение файлов на сервере крайне ненадежно, поскольку часто машины «просто сидят и думают по несколько минут». При осмотре столов выяснилось, что более половины разъемов Ethernet были изготовлены вручную и разваливались и отсоединялись. Настоящим сюрпризом является то, что каким-либо пакетам вообще удалось преодолеть вершины Гималаев, которые отделяли сервер от рабочей станции, что является истинным свидетельством абсолютной устойчивости Ethernet.
С чего начать, столкнувшись с таким беспорядком? Что ж, первая задача должна заключаться в защите данных, находящихся в данный момент на сервере, поэтому мы быстро отправились в местный магазин аппаратного обеспечения, где был куплен внешний жесткий диск USB 2, а также с подходящим ADSL-маршрутизатором с поддержкой Ethernet (с межсетевым экраном), коммутатором Ethernet 100 Мбит для замены этого концентратора 10 Мбит и некоторыми отрезками электрического шнура Ethernet для замены хитроумного заглушки.
