Сбой соединения с источником данных SQL ODBC Coldfusion 9

Question

У меня есть веб-сервер (Coldfusion) и 2 удаленные сети с серверами SQL.Для обоих удаленных офисов / сетей я запрашиваю данные каждые 10 минут.Это работает в течение некоторого времени.В одном из офисов / сетей AT & T сбросила наш публичный статический IP-адрес.Они назначили новый, и я внес соответствующие изменения в брандмауэр.Теперь я могу использовать диспетчер ODBC для Windows и проверить соединение с веб-сервером, и оно проходит нормально.Но когда я пытаюсь проверить источник данных Coldfusion, он завершается неудачно, «истекло время ожидания попытки установить соединение».

Answer 1

ColdFusion 9 не использует драйверы Windows ODBC;он использует драйверы JDBC .Изменение драйверов ODBC для Windows и их тестирование не окажут влияния на ваши сайты CF.

Обновите свои уведомления о доставке в ColdFusion Administrator.Помните, что вы получаете доступ к вашему CFAdmin через:

http://localhost/CFIDE/Administrator

, если вы не изменили его во время установки.Очевидно, замените «localhost» на IP-адрес сервера или имя хоста, если он размещен извне.

ADDENDUM

Исключением из вышеприведенного правила является использование ODBC.-JDBC Bridge (CF DSN type = "ODBC Socket"), в этом случае необходимо проверить, что:

a) Драйвер (система) Windows ODBC настроен, протестирован и работает, и

b) CF DSN указывает на правильный драйвер Windows ODBC.

Answer 2

Если вы используете 64-разрядную версию Windows Server 2008, то у вас могут возникнуть проблемы с ODBC, поскольку вы можете просматривать 64-разрядный список соединений, а не 32-разрядный.В этом случае вам нужно открыть c: \ windows \ syswow64 \ odbcinst.exe для доступа к 32-битному менеджеру ODBC (да, вы правильно прочитали; 32-битная версия находится в папке с именем syswow64).

Мне кажется, что есть хороший шанс, что параметры драйвера, которые вам нужно обновить, есть, а не те, которые были зарегистрированы в 64-битном ODBC-менеджере (который является менеджером ODBC по умолчанию под панелью управления),Возможно, у вас действительно были дублированные записи ODBC, одна в 64-битном списке и одна в 32-битном списке, и это может стать причиной путаницы - CF может использовать 32-битную версию.В любом случае - это было бы хорошо проверить.