Заметки IT Менеджера

05.05.2010

BE2010 заработал с моим кластером

Как я уже писал ранее после перехода на Backup Exec 2010 выяснилось, что родной его агент отказывается видеть Information Store на сервере с Exchange 2007 работающего в режиме SCC.

С тех пор провели несколько сеансов удаленного саппорта с Symantec, написали кучу писем и собрали кучу логов. В конце концов они выпустили новый патч, который таки исправляет проблему!

Так что это уже второй hotfix в создании которого я участвовал :-)

Реклама

12.04.2010

BE2010 и Microsoft Exchange 2007 SCC кластер

Вчера, наконец-то, перенесли файловый сервер и сервер бэкапирования с Windows Server 2003 R2 на Windows Server 2008 R2. Перенос файлового сервера прошел достаточно гладко – переключили разделы на SAN и перезагрузили сервера. После этого раздал разделам те же буквы и с помощью командных файлов пересоздал share. Как оказалось, пару синтаксических ошибок я таки не заметил, но это, в общем-то, была мелочь. После этого изменил пути в DFS и все заработало. File Screens и Storage Reports еще нужно перенастраивать, но это, в общем-то, не самая большая проблема.

Проблема подкралась при запуске Backup Exec. Как оказалось, Backup Exec 2010, в случае использования родного агента, не видит Exchange Information Store, если пытаться подключиться к Exchange Server 2007, использующий Mailbox Cluster. В общем-то, Symantec утверждает, что это касается только CCR кластера, но у меня-то SCC (Single Copy Cluster) и на нем тот же эффект. Решения пока нету, но есть обходной путь, который заключается в том, чтобы установить на Exchange агента от Backup Exec версии 12.5, причем обязательно с Hotfix 337202.

Я попробовал и таки да, работает. Пишет предупреждение, но работает. Так что теперь нужно ждать от них патча, который устранит эту проблему.

18.03.2010

LU1805 или BE 2010 – приключения продолжаются

Как я уже писал ранее, установка Backup Exec 2010 идет с приключениями. Как оказалось, они все еще не закончены. Вчера решил проверить не вышли ли обновления. К моему удивлению, вызванный из консоли Live Update сказал мне “LU1805: LiveUpdate was unable to find any products to Update . . .", т.е. он не в курсе, что у меня есть Backup Exec.

Я пробовал уже всякое, в ручном режиме, т.е. при запуске из папки он видел BE, но писал, что обновлений нету. Сегодня я решил закрыть эту проблему. Способов было найдено много, но большинство из них так и не сработали, в частности, удалить Live Update и установить заново – точно не пашет.

В конце концов решение было найдено – я провел чистку, т.е. сделал uninstall Live Update, удалил папки, которые от него остались в ProgramData (ранее это было в All Users\Application Data). Установил его по новой, после чего, под админом, перешел в папку Program Files\Symantec\Backup Exec и запустил в командной строке

BeUpdateOps.exe -AddBE –OptOut

Все заработало.

11.03.2010

Backup Exec 2010 — продолжение

Сегодня, наконец-то, произошли подвижки в моей борьбе с Backup Exec 2010. Как я писал ранее, основная проблема заключалась в том, что после запуска задачи внутренней задачи Maintance падал сервис BE. За это время было отослана куча писем и проведено несколько сеансов удаленного доступа и я забрался уже на 3-ю или 4-ю линию поддержки.

Сегодня я получил письмо, в котором они написали, что проблема существует, создана страница с ее описанием в их базе данных. Решения пока нету, но есть обходной путь, который заключается в том, что следует сделать одинаковыми настройки локализации как на странице с форматов, так и на странице параметров для не юникод программ, а затем следует скопировать эти установки для системного аккаунта.

Как временное решение – подойдет, но буду ждать патча.

01.03.2010

BE2010 – и вновь начинается бой …

По традиции, установка Backup Exec преподносит сюрпризы. Еще при установке BE 11.5 все у нас шло наперекосяк. В том случае проблема оказалась в том, что мы пытались использовать внешний SQL и при этом устанавливали программу через RDP.

В этот раз, я, уже наученный опытом, сразу же согласился на установку MS SQL Express 2005 и производил установку с помощью ip KVM, т.е., по сути, локально. Установка прошла нормально но, посреди ночи, при выполнении своих собственных задач обслуживания, его сервис вываливается. Вот уже который день общаюсь с их саппортом. Пока что безрезультатно.

15.02.2010

Вышел BackupExec 2010

Только я решил перенести Backup Exec 12.5 с Windows Server 2003 R2 на Windows Server 2008 R2, как Symantec решил выпустить Symantec Backup Exec 2010.

В общем-то, не очень хорошо ставить новый продукт, лучше ждать пока другие наступят на грабли. Но сейчас я так делать не буду. Причины на то две: во первых, именно версия 2010 нормально совместима с Windows 2008 R2, ну а во вторых, это лучше чем ставить 12.5, а затем, все равно, поверху, ставить на него версию 2010.

Самое печальное в том, что, Symantec не поддерживает переход на систему с другой битностью. По крайней мере, я не нашел инструкций по этому поводу.

26.10.2009

Installation failed with error 1603 или проблемы с агентом BackupExec

И снова проблемы с переустановкой агента BackupExec. В прошлый раз удалось обойти проблему удалением файлов модификации для Microsoft Installer.

Симптомы следующие, при попытке установить агента на сервера x64 получаем ошибку Installation failed with error 1603. При этом при установке с сервера ошибка хоть видна, а при локальной установке с помощью setupaax64.cmd – просто ничего не происходит. Причем в этот раз, я даже сохранил копию инсталляции агента, которую использовал в прошлый раз, но и с ней было то же самое.

И снова я перерыл кучу статей по этому поводу. Ни одна из их рекомендаций не помогла. Тогда я решил попробовать получить нечто более подробное, чем Installation failed with error 1603. Вначале я пытался получить весь список ключей для setup.exe, чтобы включить подробный вывод ошибок. Но это я вно не в духе Symantec, взять и просто все красиво выдать при вводе команды setup.exe /?. При вводе этой команды мы получаем GUI-вое окошко с обрезанными данными. В командном файле была строка

@start /wait setup /RAWSX64: –s

из нее явно подразумевается, что –s – это явно silent режим и я решил отключить хоть его и ввел

setup /RAWSX64:

запустился инсталлятор с вопросами и … о чудо, при прохождении по диалогам агент таки встал куда нужно. Как показали последующие эксперименты на остальных серверах – это таки решение. С ключиком –s не становится, а без него через диалог – все в порядке. Мистика, блин.

Кстати, заодно обнаружилось, что вышла новая версия Microsoft Exchange Server MAPI Client and Collaboration Data Objects 6.5.8131.0 Надеюсь, что ее переустановка на BackupExec Media Server и на Exchange 2007 Mailbox Server таки решит мои проблемы с ошибками при резервном копировании баз.

01.09.2009

Решение проблем с переустановкой агентов Backup Exec 12.5 на x64 серверах

 

На днях получил “подарочек” от компании Symantec. Устанавливал обновления (HOTFIX 327135, HOTFIX 329045, HOTFIX 328459, HOTFIX 328462) на наш Backup Exec 12.5. Часть этих обновлений касалась агентов на серверах, т.е. нужно удалить агент на сервере, а затем его установить заново. На всех Windows 2003 x32 агенты заменил быстро и без проблем, а на системах Windows 2003 x64 все и началось … Удаление старого агента прошло без вопросов, а новый молча не ставился. Запускаешь инсталляцию, она что-то делает, закрывается без сообщений и ничего … Агента нету.

Полез искать причину. На Symantec пишут “ищите подробности в логе”, который лежит в %systemroot% и называется bkupinst.log. Весь вопрос в том, что такого файла вообще в системе нету :-) Как оказалось, лог ведется в \Documents and Settings\All Users\Application Data\Symantec\Backup Exec\Logs и называется bkupinst.htm. В логе долгожданная ошибка, цитирую:

08-15-2009,21:45:03 : ERROR: Installation failed with error 1603.

Очень познавательно и, главное, понятно? В базе знаний тоже ничего интересного: почистить все что относится к Symantec (файлы, папки и ключи), очистить MSI Cleaner & etc. Ничего из рекомендованного не помогло.

Ну раз непонятно что делать, то пришлось искать обходной путь, т.к. бэкапироваться перестали как раз SQL 2005 севрер и Exchange 2007 сервер. А без бэкапа у них логи транзакций не обрезаются, т.е. на разделах с логами, особенно у Exchange просто закончится место. (Понятно, что и это можно обойти, но тем не менее …)

Т.к. Symantec использует для инсталляции msi и по полной программе, т.е. они не переделывают инсталляцию, а делают файлы исправлений msp. В итоге нашел виновников, которых нужно удалять оба — RAWSx642213RHF327135.msp andи RAWSx642213RHF328462.msp. После их удаления агенты снова ставятся. Это, конечно, не решение, а обходной путь, но тем не менее, агенты установлены и бэкап снова работает.

Блог на WordPress.com.

%d такие блоггеры, как: