Я частично отвечаю за бесперебойную работу Windows Server на работе. Нам выделено лишь небольшое количество места для резервных копий (около 50 ГБ). Это далеко не достаточно места для резервного копирования .VHD реального сервера. Вместо этого сисадмин говорит, что мы должны просто сделать резервную копию важных файлов. Я не уверен, имеет ли он в виду важные системные или пользовательские файлы, но в любом случае это не совсем надежная стратегия резервного копирования. Никакой стратегии с точки зрения ротации СМИ и т.д., ничего. Я не вижу в этом никакой ценности - вообще.
Сервер является сервером AD / DNS, поэтому у него есть некоторые особенности. Кроме того, как мне сделать резервную копию AD, если на виртуальной машине ESX также есть вторичный AD?
Примечание: я разработчик, но по разным причинам (недостаток навыков, политика) я несу большую часть ответственности за выполнение этих задач системного администратора. Я не против, так как я многому научился, но у меня очень мало поддержки со стороны других людей (системные администраторы очень недоступны, поэтому я полагаюсь на SE и свои надежные книги). Я как полупрофессиональный системный администратор и опытный разработчик. Поскольку я запускаю HyperV дома, это дает мне некоторые базовые знания в области системного администрирования Windows Server, поэтому я являюсь фаворитом для всего этого.
Спасибо
Спасибо
Похоже, вы делаете резервные копии какой-то небольшой части жесткого диска, возможно, общего диска. Это не подстраховка, это катастрофа, которая ждет, чтобы укусить вас там, где будет больно.
Вы действительно должны искать правильную систему резервного копирования. То есть что-то, что будет делать резервную копию всего, что вам нужно, и позволит вам убрать это из резервной копии, при этом я всегда предпочитаю ленту. Если компания не может или не хочет платить за такую систему, по крайней мере, попытайтесь убедить их позволить вам купить пару внешних жестких дисков для этой цели (вращая их и не полагаясь ни на одну копию). Хотя я ненавижу жесткие диски для резервного копирования, они намного лучше, чем ничего, и если они внешние, вы, по крайней мере, можете выполнить требование об отделении их от источника.
Прежде всего, проверьте свои резервные копии, независимо от того, какой метод их делать.
Является ли рассматриваемый сервер производственным? Это действительно один из серверов AD \ DNS для компании? Если так, то я считаю крайне необычным то, что системные администраторы не обращают на это внимания. Если это так, то я должен сказать это лично: мне стыдно, что вы находитесь в том положении, в котором вас оставили.
По крайней мере, если у вас нет другого выхода, найдите способ выполнять ежедневное резервное копирование состояния системы.
При этом, если ваша зона (зоны) AD DNS интегрированы в AD, и если оба сервера также являются GC, и этот сервер не является единственной точкой отказа для любой другой службы или приложения, то технически вы можете терпеть отказ этого сервер. Вы можете просто захватить роли FSMO, если необходимо, построить новый DC и быть счастливым на своем пути.