В процессе разворачивания все того же VMware View, потребовалась база данных под управлением СУБД MS SQL, или Oracle для хранения событий.

В этой же изолированной тестовой сети был сервер VMware vCenter, который сам по себе содержит MS SQL 2005 Express Edition, поэтому, было решено использовать его и для нужд View Connection Server.

Ну вроде бы все просто: создал базу, создал пользователя, вбил айпишник и радуйся….но мне пришлось все-таки немного потанцевать с бубном, т.к. View напрочь отказывался принимать мой сервер.

Перепроверил все права доступа, пароли, файерволлы и т.п. — все гуд…через ODBC подключается и работает отлично, а View Connection Server — посылает лесом.

Проблема, как оказалось, в конфигурации портов MS SQL Server. Об этом мне сказал netstat.

Как я понял, по умолчанию, в MS SQL 2005 вместо статического порта 1433 указан диапазон динамических портов. Для чего это сделано, точно не скажу, но то, что для View такой вариант не подходит — я знаю точно.

Лечится это все дело быстро и безболезненно:

• запускаем SQL Server Configuration Manager
• открываем ветку SQL Server 2005 Network Configuration
• заходим в Protocols -> TCP/IP (статус должен быть — Enabled)
• правый клик по TCP/IP -> Properties
• переходим на вкладку IP Addresses и опускаемся в самый низ
• удаляем все что написано в поле TCP Dynamic Ports и оставляем поле пустым, а в TCP Port пишем 1433, что бы получилось вот так:

• перезапускаем службы MS SQL Server
• проверяем, что у нас получилось, с помощью команды netstat -an, среди всего прочего, там должно быть что-то такое:

После этого View перестал выпендриваться и скушал мою базу. Все.