Backup Exec 2010 только что упал, и я собираюсь внедрить новую инфраструктуру BEWS с клиентскими лицензиями и новыми центральными серверами.
Когда я делал это в прошлом году, я проигнорировал 2010 год и сосредоточился на Backup Exec 12.5, поскольку это зрелый продукт. Судя по предыдущему опыту, основной выпуск BE имел множество технических проблем и, казалось, значительно улучшился с первым пакетом обновления.
Однако наш цикл обновления инфраструктуры резервного копирования является медленным, основным драйвером обычно является отсутствие поддержки какого-либо нового типа сервера (в данном случае ESX вызвал нашу текущую потребность в обновлении). Имея это в виду, мне интересно, должен ли Backup Exec 2010 быть моим первым выбором, поскольку он прослужит дольше при текущей поддержке, чем 12.5, который скоро приблизится к EOL.
Есть ли у кого-нибудь перспектива, которую они могли бы добавить к этому? Прямо сейчас я склоняюсь к тому, чтобы перекусить и перейти к 2010 году.
Я бы склонился к 2010 году. Поддержка ESX выглядит лучше в 2010 году, и функция дедупликации довольно приятна. В демоверсиях все выглядит хорошо.
Я собираюсь установить на тестовый сервер, но это вряд ли займет неделю или около того.
Новое программное обеспечение может иметь проблемы, и вам потребуется поддержка. Пробовали ли вы установить цену Symantec Business Critical Support в качестве надстройки? Раньше это называлось платиновой поддержкой. Я использовал его для нескольких продуктов, и у меня всегда была хорошая поддержка и хорошие люди на телефонах. Золото временами было довольно бедным.
Мой опыт работы с Backup Exec отражает ваш:
Я бы остался с 12.5 и заключил контракт на поддержку с третьей стороной. Есть множество компаний, которые предоставляют такую поддержку, это можно сделать, не тратя огромные суммы денег, и я думаю, что она вам все равно понадобится, поскольку поддержка Symantec временами может быть ужасно плохой (посмотрите их форумы, если вам нужно свидетельство).
Возможно, это должен быть комментарий, а не ответ, но я бы выбрал 2010 год. Судя по демонстрациям и вебинарам, возможности дедупликации и резервного копирования виртуального сервера кажутся мне большим улучшением. Мы уже рассматривали Enterprise Vault раньше, и наличие некоторых встроенных функций является плюсом.
Вы говорите «собирается внедрить», конечно, если это означает, что через месяц или около того, я бы выбрал 2010. Мы займем больше времени, но я бы ожидал обновления через 9 месяцев, надеюсь, ближе к 6.
На какую версию ESX вы нацеливаетесь (что, как я предполагаю, означает, что вы собираетесь использовать агенты виртуальной инфраструктуры VMware для резервного копирования своих виртуальных машин). Для настройки серверов 3.x необходимо использовать VCB, что означает наличие вторичного виртуального устройства, которое вы запускаете в качестве прокси между виртуальными машинами, для которых выполняется резервное копирование, и сервером резервного копирования Backup Exec. Это поддерживается как BE 12.5, так и BE 2010.
Однако в ESX 4 есть новые API vStorage. Эти новые API-интерфейсы позволяют программному обеспечению резервного копирования напрямую ориентироваться на виртуальные машины без прокси-сервера VCB. Фактически, VMware только что разослала объявление, в котором говорилось, что они собираются полностью снизить стоимость VCB в следующем выпуске ESX и полагаться исключительно на API. BE 12.5 не поддерживает vStorage API и требует использования VCB для резервного копирования виртуальных машин. BE 2010 действительно имеет необходимую поддержку API.
Дедупликация данных выглядит потрясающей, у нее обязательно должна быть функция. Значительно уменьшите дисковое пространство, необходимое для резервного копирования. Наконец, вы никогда не упоминали, если у вас расширенная поддержка, и вы все равно получите бесплатное обновление до 2010. Стоимость всегда является фактором при принятии этих решений.
Мы собираемся перейти к 2010 году из-за новых моделей резервного копирования виртуальных машин. Тестирование, вероятно, начнется через месяц или около того.
Я еще ничего не читал о стабильности 2010 года (которая, кажется, является вашим реальным камнем преткновения), ни хорошей, ни плохой. На самом деле рано говорить, так как он еще месяц даже не был в GA. Они проводят частное бета-тестирование от третьего лица с сентября, поэтому я полагаю, что оно должно иметь хотя бы разумную степень стабильности.
По моему опыту работы с Backup exec, всегда лучше немного подождать, прежде чем развертывать новый продукт. По сути, та же поговорка с новыми версиями ОС - ждать, пока не будет развернут 1-й пакет обновления, чтобы они могли решить проблемы. Я также рекомендую провести тестирование перед развертыванием.
Мы запускаем backup exec 12.5 в качестве основного программного обеспечения резервного копирования.
По моему опыту работы с ndmp с разными ящиками nas. Если мы не установили последние обновления backup exec с пакетами обновления, мы получим сообщение об ошибке при выполнении восстановления на уровне файлов. Во-вторых, если мы хотим создать каталог этих лент на любом сервере, этот сервер также должен быть обновлен последними пакетами обновления и обновлениями. В противном случае просмотреть содержимое лент с резервными копиями невозможно.
И исходный, и целевой серверы резервного копирования должны иметь одинаковые версии пакета обновления и исправления.