Решение проблем при установке x32 драйвера на Windows Server 2008 R2 x64

Сегодня столкнулся с интересной проблемой. У нас большинство принтеров от HP, но есть и несколько Xerox. Ранее в качестве сервера печати у нас выступал Windows 2003 Server R2 x32. Уже некоторое время мы переводим сервера на Windows 2008 R2 x64, а пользователей на Windows 7 x32/x64. Чтобы не создавать бардака с драйверами, те кто сидят на XP пользуются старым сервером, а те кто уже переведен на Windows 7 – новым. Сегодня оказалось, что 32-битный драйвер от Xerox не хочет устанавливаться на Windows 7.

Добавлю, что во избежание путаницы и проблем с разными драйверами под разные модели принтеров было принято решение об использовании универсальных драйверов от производителей: HP Universal Print Driver от Hewlett-Packard и Xerox Global Print Driver от Xerox.

Перешел на MS Office 2010

Благодаря наличию у меня TechNet Plus получил возможность скачать и установить себе MS Office 2010. Т.к. у меня уже установлен Windows 7 Enterprise x64, то и офис я решил ставить в редакции x64.

К сожалению, поверху 2007 его поставить нельзя – требует снести предыдущий. Хотя потом был приятно удивлен тем, что существенная часть моих настроек была подхвачена.

Пользуюсь уже несколько дней, пока нравится. Есть свои сложности, связанные с тем, что я уже привык к 2007, а тут таки есть изменения.

MS Word – практически не поменялся. У всех программ несколько другая тема, но лента практически такая же. Единственное что, они поменяли круглую графическую кнопку на меню Файл. Наверное это и правильно, но опять нужно переучиваться :-)

В общем, я весь офис переставлял из-за Outlook. Что в нем появилось нового?

• Поддержка нескольких Exchange аккаунтов с полноценной их индексацией. Это то, что лично мне не хватало в 2007
• Поменялся интерфейс. Пока я не готов сказать, т.к. прошло всего несколько дней и пока я еще не привык. Но, по опыту, ленты мне нравятся
• Появилась специальная группировка – “беседы”. На первый взгляд, вещь приятная, но нужно время, чтобы понять насколько она удобна
• “Быстрые действия” – кнопки или пункты меню с предопределенными действиями. Пока не понял, нужно это мне или нет
• Не знаю как это назвать, но в сообщении, а может быть и в других местах, при наведении на адрес или внизу сообщения, можно увидеть некие подробности об адресате. Они берутся или из адресной книги или из Exchange или из AD. Как вариант, в комбинации. Это удобно

В остальном – пока особых впечатлений нету, т.к. пользовался только Outlook. Единственное что, непонятно что будет с моим любимым Potolook. Я к нему уже привык, а тут непонятно, будет ли он работать с Office 2010, да еще и с x64. Я в саппорт написал, но пока глухо.

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

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

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

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

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.

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

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

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

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

Вышел 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 не поддерживает переход на систему с другой битностью. По крайней мере, я не нашел инструкций по этому поводу.

Windows 2008 R2 DC & network Team

Сегодня получил сюрприз от Microsoft. Оказывается, Domain Controller на Windows 2008 R2 не будет работать, если сетевые карты там объединены в Network Team …

Причем, все это выглядит очень оригинально, повышаю уже существующий сервер до контроллера домена, все проходит нормально. Затем вижу, что есть ошибки и не стартовал Wins, DNS и еще пару служб. Стартую их вручную – они запускаются. Но в event log ошибки.

Запускаю

dcdiag /test:dns

от результата просто офигеваю:

Starting test: Connectivity
      Message 0x621 not found.
      Got error while checking LDAP and RPC connectivity. Please check your
      firewall settings.
      ......................... dc02 failed test Connectivity

отключаю firewall – не помогает. При этом, те сервисы, которые запускаются вручную – после перезагрузки – снова не работают, ошибки в event log по прежнему идут.

Начинаю искать причины и обнаруживаю, что единственная рекомендация – снести network team! Офигеть, т.е. теперь у меня контроллеры домена будут без горячего резерва по подключению к сети. Т.е. это позиция от Microsoft – Windows Server 2008 R2 – не поддерживает конфигурации с балансировкой сетевой нагрузки или сетевой отказоустойчивостью, если она реализована средствами драйверов сетевой карты!

В общем-то, еще с Windows Server 2003 тоже были свои интересные проблемы, но уже другого характера. Дело в том, что установка network team предполагает, что программа вначале удаляет обе сетевые, а затем добавляет, но уже три, одна из которых виртуальная. Ну а контроллер домена не может ни на секунду оставаться без сетевой :-) Т.о. сделать network team можно только до того, как сервер повышен до контроллера домена.

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 таки решит мои проблемы с ошибками при резервном копировании баз.

Решение проблем с переустановкой агентов 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. После их удаления агенты снова ставятся. Это, конечно, не решение, а обходной путь, но тем не менее, агенты установлены и бэкап снова работает.