Прочитайте пожалуйста текст - "существует ли какие нибудь open source (бесплатные для коммерческих целей) аналоги acronis true image".
1. Использование триал ПО сюда по определению не попадает. Тут даже спорить смыла нет.
2. Ваш совет, использовать подобный "костыль", считаю вообще неуместным, т.к. изначально инфраструктура должна строиться по более-менее правильному алгоритму, а не по принципу "здесь так, тут так, а потом может что-то получиться ... авось пронесет" - такой подход вообще неприемлем. Вернемся к тексту - ни слова о покупке ПО нет.
3. Холивар притянут за уши - это факт.
4. И если автор отметит решением "костыль", отнюдь - это не повод гордости, а смысл задуматься. Остальные решения вменяемые, но имеют разный входной порог сложности для пользователя.
thorin39, ну у меня нет паранои относительной этой конторы. К тому же с ее решениями я работаю черт знает с какого года. Серверов и компьютерного парка относящегося к "военке" там нет, т.ч. вообще не вижу смысла переживать. Ну это мое мнение.
К тому же, чтобы система работала нормально - надо вкладываться, либо по времени, либо по финансам - здесь я так понимаю в обрез и того, и другого.
Сетевой инженер, у вас вроде написано, что Сетевой инженер, но первым же пунктом ставите под сомнение свою компетенцию.
Средняя наработка настроеной хост машины без перезагрузки, а значит и без отключения виртуальных хостов от инфраструктуры, превышает 200-250 дней в малом делопроизводстве и превышает 400-500 дней в среднем.
Начиная со среднего размера предприятия, по крайней мере мой опыт показывает, тавиттся отдельное железо в виде Cisco, Fortinet, Juniper, и ставиться обычно сразу оптику со скоростью от 200 мбит/с, и всегда количеством от 3 штук - 1 в работе, 1 рабочий дубликат на случай отказа первой и 1 на складе.
И теперь вопрос на миллион, кому и какая будет разница до инета, если все виртуальные сервисы, что обслуживают организацию ушли в даун с хост машиной?
Сервера всегда доступны через IP, с ОС или без, если только это не на коленке собраная коробка непонятной реализации.
Допустим, что сервисы распределены, в этом случае выход из строя железяки по сравнению с виртуальной реализацией в разы выше, рекомендую обратиться к элементарной литературе инженерного дизайна серверного оборудования, к примеру, таких компаний как Dell, Fujitsu, HP - ни одна железяка не строится с таким запасом - это тоже факт.
Теперь нюанс заключается в том, что access свичи имеют один прыжек до root свича в структуре дерева.