Ошибка SQL Server 08 Экспресса при соединении с localhost - “Тайм-аут истекла”. Работы с:: 1 или 127.0.0.1
- Получите размещенное поле (от rackspace или некоторых такой)
- P2V все серверы к размещенному полю, доберитесь, эти 2 партнера для проверки всей функциональности (заботится о CYA). В счете на этот бит просто включайте бит о проверке (трудно обвинить Вас в не выполнении чего-то, на чем они закончили и заплатили Вам),
- Возрастающий, еженедельно, и ежемесячные резервные копии должен быть прекрасным после этого
- Я не мог согласиться больше с Izzy о получении всего этого в письменной форме, таким образом, 3-й партнер не может приехать после Вас
Время вышло. Никогда не получал ответа, который бы работал, но это было слишком давно, чтобы найти его сейчас. Спасибо всем, кто пытался помочь.
Необходимо использовать localhost\SQLEXPRESS для соединения с локальным экземпляром SQL Server - предположение, что экземпляр называют SQLEXRESS.
Я заметил, что в Ваших комментариях Вы говорите, что получаете ошибку, когда Вы делаете это, можете Вы отправлять ее, потому что она могла бы помочь решить Вашу проблему.
Кроме того, вместо того, чтобы использовать 127.0.0.1 можно использовать.\SQLEXPRESS в строках подключения для соединения с локальным экземпляром SQL Server Express.
-
1Ошибка была вроде " Произошла связанная с сетью или определенная для экземпляра ошибка. Сервер не был найден или не accessible". так или иначе, я shouldn' t должны использовать название экземпляра. Я хочу, чтобы моя строка подключения соответствовала между моим окружением и моей продуктивной средой. Другими словами, я хочу, чтобы они оба указали на просто " localhost". я думаю Вы, парни являются видом упущения сути так или иначе. использование " 127.0.0.1" работы, но " localhost" doesn' t. Таким образом, проблема должна быть чем-то другим, чем именование экземпляра. It' s должен быть чем-то связанным с привязкой " localhost". – Adam A 1 February 2010 в 05:30
Попытайтесь включить удаленные соединения временно, может случиться так, что SQL Server видит имя хоста и думает, что это - удаленное соединение.
-
1
-
2
-
3
Отредактированный мой ответ на основе Вашей дополнительной информации.
Я выполнил бы все шаги здесь и сообщил бы нам.
-
11. Я don' t имеют это. I' m использование Экспресса SQL 2008. Есть ли где-то в другом месте, я должен искать 2008? 2. Услуга SQLEXPRESS работает как Сетевая служба. Браузер SQL-сервера работает как Локальная служба. 3. Как я могу проверить это? I' m не уверенный это могло быть различие между localhost и 127.0.0.1 4. Созданные исключения на портах, на которых работает sql сервис (см. тело вопроса). 1. 127.0.0.1 работы. 2. В каком исключении я нуждаюсь для этого? Просто UDP на порте 1434? Получил тот. 3. netstat показывает TCP, слушающий на 1433 и UDP на 1434. I' ll отправляют результат в вопросе. – Adam A 31 January 2010 в 20:17
-
2Я думал, что соединение от портов 5XXXX было моими соединениями SSMS с помощью 127.0.0.1, но я закрыл SSMS, и все еще посмотрите их. Мой веб-сервер isn' t выполняющий AFAIK. – Adam A 31 January 2010 в 20:24
-
3
-
4
-
5I' ve уже попробовал, большинство которых, поскольку я упомянул выше. Я также проверил, что позволял удаленные соединения (shouldn' t имеют значение так или иначе), но я уже был. Помните, проблемой является конкретно то соединение с " localhost" сбои, но соединяющийся с " 127.0.0.1" и ":: 1" обе работы. – Adam A 1 February 2010 в 05:42
"Мой файл hosts содержит записи по умолчанию ("127.0.0.1 localhost" и ":: 1 localhost")"
Можете Вы пытаться удалить ":: 1 localhost" в ХОСТАХ. Для меня это выглядит ненужным и сбивающим с толку (к которому localhost, как предполагается, решает?). Для напр., мои ХОСТЫ не имеет его (только "localhost 127.0.0.1") и разрешает localhost хотя по-другому
проверьте с помощью ping-запросов-a localhost, решает к "":: 1 дюйм с сетевым соединением включил и к 127.0.0.1, когда сетевое соединение отключено
Кроме того, попытайтесь отключить IPv6 на свойствах NIC TCP/IP или соединении NIC только для сужения области.
Ожидание для слушания результатов!
Update1 (продолжающий говорить со мной, очень захватывающий!):
Некоторые идеи...
- Вы проверили свои опции объема на Ваши правила брандмауэра для UDP 1434? Попытка, явно позволяющая localhost в пользовательском списке.
- Вы попытались отключить свой брандмауэр на Вашем тестовом сервере? Интересно, имеет ли одно из Ваших правил броскую опцию объема. Сомнительный, но стоящий выполнения тест и отправить результаты как новую информацию.
- У Вас есть какие-либо сервисы UDP на тестовый сервер, с которым можно попытаться тестировать? Например, установите сервер NTP, который синхронизирует с чем-то в Интернете, и затем установите свой тестовый сервер для синхронизации его часов с помощью этого. Если это работает, Вы знаете работы "localhost", и Ваша проблема с localhost и экспрессом SQL Server 08 характерна для двух.
К сожалению, не похоже, что можно легко сделать localhost захват пакетов (таким образом, Вы - СОЛЬ там)..., который был бы аккуратен для наблюдения.
Если бы Вы уже разрешили это, мне было бы любопытно знать, каков ответ был.
При подключении к серверу в SSMS , что произойдет, если вы укажете именованные каналы вместо TCP / IP в качестве сетевого протокола в параметрах, свойствах подключения?
вот мой netstat, если он помогает:
C: \ Users \ fff> netstat -ano | findstr 1433 TCP 0.0.0.0:1433
0.0.0.0:0 ПРОСЛУШИВАНИЕ 3680 TCP [::]: 1433 [::]: 0 ПРОСЛУШИВАНИЕ 3680C: \ Users \ fff> netstat -ano | findstr 1434 TCP 127.0.0.1:1434
0.0.0.0:0 ПРОСЛУШИВАНИЕ 3680 TCP [:: 1]: 1434 [::]: 0 ПРОСЛУШИВАНИЕ 3680 UDP 0.0.0.0:1434
: 2644 UDP [::]: 1434 : 2644
Итак, здесь несколько мелких проблем. Порт 1434 UDP предназначен для службы браузера SQL Server. Это похоже на SQL DNS, где он сопоставляет ваш запрос именованного экземпляра с номером порта. SQL динамически назначает номера портов указанным экземплярам и резервирует 1433 TCP для установки по умолчанию, чего, я думаю, не делает Express.
Попробуйте это и сообщите о своих выводах: 127.0.0.1,1433 localhost, 1433 ., 1433
Это то же самое, что и указание имени. Откройте SQL Profiler и найдите «неудачный вход, успешный вход» на вкладке «Аудит безопасности». Это покажет вам, подключаетесь ли вы даже к SQL Engine. Если вы не видите попытки входа в систему, значит, вы не запускаете двигатель, что означает, что он заблокирован.
Можете ли вы попробовать изменить порт с 1433 на другой, например 11433, и сообщить об этом? Вы удалили 0 из «динамического порта» в диспетчере конфигурации SQL для каждого сетевого адаптера? Это тоже могло помочь.