Предоставить используемый: поставщик Microsoft OLE DB для SQL Server. Может ли кто-нибудь помочь мне с этим .. Я пытался подключиться к LLBLgenОшибка SQL Server 2005 Ошибка подключения: невозможно создать контекст SSPI
Этот блог страница MSDN имеет некоторые полезные на этом ...
Иногда я использовал эту ошибку при подключении к локальному SQL Server с проверкой подлинности Windows. Я никогда не исправлял его, к сожалению, он ушел, когда я заново установил окна.
Я думаю, что перезагрузка использовалась для его исправления - вы пробовали это? Не совсем лучшее решение, я знаю: P
Ошибка, которую вы получаете, почти всегда вызвана проблемой с использованием проверки подлинности Windows. Попробуйте переключиться на регистрацию SQL-сервера (имя пользователя/пароль) или убедитесь, что ваш текущий вход в Windows имеет доступ к SQL-серверу и базе данных, к которым вы пытаетесь подключиться.
-Edoode
Попробуйте синхронизировать дату и время с вашего домена. Проблема SSPI может быть связана с проблемами проверки подлинности Active Directory, некоторые из которых связаны с изменениями даты и времени. Это очень просто проверить и исправить. Попробуйте!
В статье Microsoft KB рассматриваются многие причины этой области (KB811889) по следующему URL-адресу: http://support.microsoft.com/kb/811889.
Многие исследования в Google показывают, что один из диагностических шагов помог большинству людей, столкнувшихся с проблемой.
У меня недавно была эта точная проблема, когда я получил бы эту ошибку только при аутентификации с определенными учетными записями, но не с другими. В конечном итоге то, что вызывало мою проблему, не упоминалось ни в каком КБ или статье, которую я нашел в сети, но через пробную версию и ошибку я обнаружил, что когда учетная запись, используемая при аутентификации SSPI для SQL Server (2k8), оказалась в большом количестве групп (в моем случае более 250) вы получите сообщение «Can not Generate SSPI context». Я подозреваю, что он имеет какое-то отношение к переполнению маркера безопасности, который использует Kerberos, и видел похожие странные проблемы с аутентификацией для учетных записей пользователей в большом количестве групп.
У меня проблема, когда у меня есть время, установленное по-другому на моей клиентской машине, чем на сервере или машине AD (я пытался проверить в будущем).
Краткий ответ: Вы недавно изменили пользователя, на котором работает служба? Был ли системный сбой?
Длительный ответ: Я знаю, что это уже давно, но я хочу опубликовать свой опыт, который у меня был. Мы провели часы в Гуглинге и не нашли ничего, что сработало. В конце концов мы натолкнулись на ряд действий, которые могли бы вызвать это:
Если вы изменили пользователя, который работает Sql-сервер (например, из локальной системы в домен usr), и выполняйте определенные обновления, и сервер не безопасно перезагрузите - вы получите это.
Итак, мы вернули вещи в локальную систему и bam это сработало. Поменял его на пользователя домена, без труда. ОК. Сменил его на локальную систему, перезагрузил, поменял ее на пользователя домена, перезагрузил, bam - worky worky. Все было хорошо в нашем мире. Позже этим утром оно снова исчезло ... все еще работает над этим, но приоритет меняется, и я не уверен, что мы продолжим работу над этой проблемой, поэтому я хотел бы опубликовать что-то на случай, если это произойдет с кем-то другим.
Что мы сделали, мы сделали обновление, и, судя по всему, мы узнали, что использовать Sql Server как локальную систему, это плохая практика, поэтому мы изменили ее на пользователя домена. Мы никогда не перезагружались, но перезапускаем службу. Через месяц мы обновляемся. Мы не перезагружаемся. Проходит месяц, а сетчатая сетка жарит, что приводит к неожиданному завершению работы сервера. Еще через месяц мы обнаруживаем проблему, потому что редко подключаемся к этой конкретной базе данных (интересно, что Sql Server 2008 отлично работал ... это был только 2005 год). Или ... по крайней мере, это лучшее, что мы встретили.
Наш администратор не любит Vista и любит обвинять все в Vista (отказывается позволить нам протестировать Windows 7) ... так что он googled «sspi vista» или что-то вроде этого (я знаю, что у него есть sspi и vista, но у него, возможно, был еще один ... если вам нужно, чтобы в Google это было хорошо), и он просмотрел статью, которая довольно объяснила наш сценарий после того, как мы провели встречу, мы все помним эти штуки и разместили это изображение вместе.
Я установил это путем сопоставления диска на сервер под управлением MSSQL. Это, похоже, создало какое-то доверие, которое позволяет MSSQL подключаться без этой ошибки даже после перезагрузки.
В моем случае проблема синхронизации времени в среде Windows 2003 была фактически проблемой.
Это было довольно легко упускать из виду, поскольку они находились в двух разных часовых поясах, показывая одинаковые часы на своих часах; который, по существу, составлял около 1 часа.
Так же, как и на их часах, проверьте часовые пояса.
В моем случае я обнаружил, что учетная запись заблокирована. Причина была я раньше, на другой машине более 3-х раз пытался войти в систему. Это меня не узнало - и, наконец, он заблокировал мою учетную запись.
Повторная учетная запись сделана все хорошо работает.
уш Jan
Ни перезагрузка, ни переустановка сервера SQL будет решить эту проблему. – edosoft
Перезагрузка решила его для меня - временно. – Blorgbeard
Перезагрузка решила его и для меня - навсегда. Эта ошибка появилась на виртуальной машине, подключенной к корпоративному домену через клиент Citrix VPN. Перезагрузка только VM не помогла. Мне пришлось перезагрузить хост. Я также не смог подключиться к каким-либо общим ресурсам Windows, пока у меня была эта проблема. Но я был явно в домене, способный RDP к серверам и доступ к Интранете в IE. – cdonner