Проблемы с проверкой источника данных после обновлений Windows

Вчера на моем ноутбуке были установлены обновления Windows, после чего многие функции ColdFusion не были настроены.

Я использую ColdFusion 2016 и SQL Server 2016 RC.

Я исправил ряд проблем (см. ниже), но все равно получаю сообщение

Connection verification failed for data source: MT_EL java.sql.SQLNonTransientConnectionException: [Macromedia][SQLServer JDBC Driver]Error establishing socket to host and port: 8500:1433. Reason: Network is unreachable: connect The root cause was that: java.sql.SQLNonTransientConnectionException: [Macromedia][SQLServer JDBC Driver]Error establishing socket to host and port: 8500:1433. Reason: Network is unreachable: connect.

DSN проверялись не менее года, прежде чем возникли проблемы.

До сих пор я сделал следующее:

  1. И SQL Server, и CF Server пришлось запускать заново. SQL Server не был проблемой, но CF Server не запускался. Я зашел в файл jvm.config и уменьшил настройку -xms. Это ничего не решило, поэтому я посмотрел логи. Из журналов было видно, что файл neo-security.xml был поврежден, и после проверки я увидел, что neo-security.xml теперь пуст. neo-datasource, neo-drivers и один или два других файла тоже были пусты. Резервные копии этих файлов тоже были пусты, но я нашел несколько старых версий в другом месте и скопировал их. Теперь я смог запустить CF Server и войти в CF Administrator, но мне пришлось заново настраивать имена пользователей/пароли, а также DSN.

  2. Диспетчер конфигурации SQL Server был перемещен в другую папку, но я нашел его и вскоре увидел сообщение об ошибке, в котором говорилось, что диспетчер конфигурации SQL Server не может подключиться к провайдеру wmi. Я исправил это, открыв командную строку в режиме администратора и набрав mofcomp "%programfiles(x86)%\Microsoft SQL Server\13\Shared\sqlmgmproviderxpsp2up.mof".

  3. Теперь я мог попасть в Диспетчер конфигурации SQL Server, но почему-то он указан дважды. Неисправный по-прежнему говорит, что я не могу подключиться к провайдеру wmi, но развернув работающий, я обнаружил, что TCP/IP включен и порт по умолчанию это 1433.

  4. Я проверил брандмауэр и не увидел там никаких проблем.

  5. Разрешения SQL + учетные данные для входа/пароля такие же, как и раньше, когда не было проблем с проверкой DSN.

  6. Я пробовал порты 8501 и 8502, но указанная выше ошибка сохраняется.

  7. Я проверил журналы SQL Server. Очевидно, что вчера произошел ряд ошибок, и некоторые функции были отключены. Однако очевидно, что эти проблемы в настоящее время решены, а самые последние сообщения носят информационный характер и заявляют, что никаких действий со стороны пользователя не требуется.

У кого-нибудь есть идеи? Заранее спасибо за любые комментарии/помощь.


person ZYX    schedule 09.11.2018    source источник
comment
1. Попробуйте временно отключить брандмауэр 2. Можете ли вы подключиться через telnet к порту 1433 на сервере SQL? 3. Проверьте, включена ли аутентификация SQL Server.   -  person SOS    schedule 09.11.2018
comment
Можете ли вы подключиться к SQL Server с помощью аналогичного инструмента Management Studio? Кроме того, вы запустили Центр обновления Windows, и он испортил файлы конфигурации ColdFusion?   -  person James A Mohler    schedule 09.11.2018
comment
Отключил брандмауэр, но возникла та же ошибка. Однако, когда я попытался подключиться через telnet к порту 1433, я получил сообщение об ошибке Не удалось открыть соединение с хостом через порт 1433. Ошибка подключения. Я смотрю на это сейчас.   -  person ZYX    schedule 09.11.2018
comment
Проверка подлинности SQL Server включена. SQL Management Studio подключается к SQL Server.   -  person ZYX    schedule 09.11.2018
comment
Когда вы говорите, что порт по умолчанию - 1433, конкретно, где он установлен по умолчанию?   -  person SOS    schedule 09.11.2018
comment
Я считаю, что SQL Server по умолчанию использует TCP-порт 1433. Я проверил в диспетчере конфигурации SQL Server, и TCP-порт — 1433 (динамические порты установлены на ноль).   -  person ZYX    schedule 09.11.2018
comment
Я думаю, что они изменили это в какой-то момент, и по умолчанию он стал динамическим? IIRC, в некоторых версиях мне приходилось явно устанавливать значение 1433 в разделе TCP/IP › Все порты. Не уверен насчет 2012 года, поэтому YMMV   -  person SOS    schedule 09.11.2018
comment
Попробуйте это, чтобы узнать, какие порты он прослушивает use master go xp_readerrorlog 0, 1, N'Server is listening on'   -  person SOS    schedule 09.11.2018
comment
Спасибо за комментарии, но я проверил в диспетчере конфигурации SQL, и SQL прослушивает (или пытается прослушивать) порт 1433. Я собираюсь снова выполнить некоторые проверки с помощью telnet. Вчера вечером выяснилось, что могут быть проблемы с подключением.   -  person ZYX    schedule 09.11.2018
comment
Я отключил пару IP-адресов в диспетчере конфигурации SQL, и проблемы были решены. Не уверен, почему эти другие IP-адреса должны были стать проблемой, но я благодарю ответивших за их комментарии.   -  person ZYX    schedule 10.11.2018
comment
Рад, что это работает! Если вы думаете, что это поможет кому-то еще, не стесняйтесь добавлять некоторые детали и записывать это как ответ.   -  person SOS    schedule 10.11.2018