Backup Exec 12.5 или 2010? [закрыто]
Backup Exec 2010 только что упал, и я собираюсь внедрить новую инфраструктуру BEWS с клиентскими лицензиями и новыми центральными серверами.
Когда я уточнял это в прошлом году, я проигнорировал 2010 год и сосредоточился на Backup Exec 12.5, поскольку это зрелый продукт. Судя по предыдущему опыту, основной выпуск BE содержал множество технических проблем и, казалось, значительно улучшился в первом пакете обновления.
Однако наш цикл обновления инфраструктуры резервного копирования является медленным, основным драйвером обычно является отсутствие поддержки какого-либо нового типа сервера (в данном случае ESX вызвал нашу текущую потребность в обновлении). Имея это в виду, мне интересно, должен ли Backup Exec 2010 быть моим первым выбором, поскольку он прослужит дольше при текущей поддержке, чем 12.5, который скоро приблизится к EOL.
Есть ли у кого-нибудь перспектива, которую они могли бы добавить к этому? Прямо сейчас я склоняюсь к тому, чтобы куснуть пулю и перейти к 2010 году.
Я склонялся бы к 2010. Поддержка ESX выглядит лучше в 2010, и функция дедупликации довольно хороша. Все взгляды, хорошие в демонстрациях.
Я собираюсь установить на тестовом сервере, но это, вероятно, не будет в течение недели или около этого.
Новое программное обеспечение будет, вероятно, иметь проблемы, и Вы хотите поддержку. Вы попытались оценить Symantec Критически важная для бизнеса Поддержка как добавление на? Это раньше называлось Платиновой поддержкой. Я использовал его для нескольких продуктов и всегда имел хорошую поддержку и хороших людей по телефонам. Золото время от времени было довольно плохо.
Мой опыт с зеркалами Backup Exec Ваш:
- Всегда существует "разрушение" периода, в течение которого функции новой версии, как могут ожидать, будут вести себя странно, или просто старомодный не работают вообще (даже если они работали просто великолепно в предыдущей версии).
- Если Вы используете предыдущую версию, и у Вас есть любые проблемы с нею, первой вещью, которую Вам скажут, является "обновление последней версии".
То, что я сделал бы, является пребыванием с 12,5, и расположите контракт на поддержку с третьим лицом. Существует много компаний, которые обеспечивают этот вид поддержки, он может быть сделан, не тратя огромные суммы денег, и я думаю, что Вам будет нужен он так или иначе, поскольку поддержка Symantec может время от времени быть очень плохой (взгляните через их форумы при необходимости в доказательстве).
Возможно, это должно быть комментарием не ответ, но я пошел бы с 2010. На основе демонстраций и вебинаров, дедупликация и резервные возможности виртуального сервера смотрят на меня как большое улучшение. Мы посмотрели на Хранилище Предприятия прежде, и имеющий часть этого встроил, плюс.
Вы говорите "собирающийся реализация", конечно, если бы это означает приблизительно один месяц далеко, я пошел бы с 2010. Мы займем больше времени, но я ожидал бы обновлять w/in 9 месяцев, надо надеяться, ближе к 6.
Какая версия ESX Вы предназначающийся для (который я принимаю средства, Вы собираетесь быть использованием агентов виртуальной инфраструктуры VMware для резервного копирования VMs). Предназначение 3.x серверы требуют, чтобы Вы использовали VCB, что означает иметь вторичное устройство VM, которое Вы выполняете как прокси между VMs тем, чтобы быть сохраненным и медиасервером Backup Exec. Это поддерживается и БЫТЬ 12.5 и БЫТЬ 2010
Однако ESX 4 имеет новые vStorage API. Эти новые API позволяют программному обеспечению для резервного копирования предназначаться для VMs непосредственно без прокси VCB. На самом деле VMware просто отослал объявление, заявив, что они собирались полностью обесценивать VCB со следующим выпуском ESX и положиться только на API. БУДЬТЕ 12.5, не поддерживает vStorage API и требует, чтобы использование VCB скопировало VMs. БУДЬТЕ 2010, действительно имеет поддержку API требуемой.
Дедупликация данных надеется быть потрясающим, должен иметь функцию. Значительно уменьшите дисковое пространство, требуемое для Ваших резервных копий. Наконец, Вы никогда не упоминали, находитесь ли Вы под расширенной поддержкой и получаете бесплатное обновление к 2010 так или иначе. Стоимость всегда является фактором в этих решениях.
Мы собираемся быть перемещением в 2010 из-за новых резервных моделей VM. Тестирование, вероятно, начнется с этого через месяц или около этого.
Ничего еще не считали об устойчивости 2010 (который, кажется, Ваш реальный камень преткновения), или хороший или плохой. К рано для сообщения действительно, поскольку это еще даже не было в GA в течение месяца. Они делали частное тестирование бета-версии третьего лица с сентября, хотя, таким образом, я предполагаю, что оно должно иметь, по крайней мере, разумную сумму устойчивости к нему.
По моему опыту, работая с Backup Exec всегда лучше ожидать просто немного прежде, чем развернуть новый продукт. Это - по существу та же пословица с новыми версиями ОС, должен ожидать, пока 1-й пакет обновления не развертывается так, чтобы они могли разработать петли. Я также рекомендовал бы делать тестирование перед развертыванием также.
Мы выполняем backup exec 12.5 как основное устройство программного обеспечения для резервного копирования.
По моему опыту, работая с ndmp с различными nas полями. Если мы не сделаем установленного Backup Exec последние обновления с пакетами обновления, то мы получим сообщение об ошибке при выполнении восстановлений уровня файла. вторая вещь состоит в том, если мы хотим генерировать каталог этого, записывает на ленту на любом сервере, что сервер также должен быть до даты, обновленной с последними пакетами обновления и обновлениями. Если не не возможно просмотреть содержание лент для резервного копирования.
И входные и выходные серверы резервного копирования должны иметь тот же пакет обновления и версии патча.