Вы - каким-либо выполнением, которым рискуют, Debian/Lenny?
Мы столкнулись с подобной проблемой и наконец узнали, что принятые сертификаты теперь не должны иметь MD5 (SHA - что-то прекрасно), контрольная сумма, потому что это считало небезопасным.
Наша проблема была с GnuTLS+OpenLDAP Вами. Вы могли бы хотеть попробовать возобновленный сертификат или даже самоподписанный сертификат прежде, чем потратить больше денег.
Поскольку это сервер Windows 2008, скорее всего, проблема связана с контролем доступа пользователей.
Когда вы хотите подключить экземпляр, щелкните правой кнопкой мыши SSMS и запустите от имени администратора. И дайте указанную выше трубку с названием, вы сможете войти.
Здесь существует две возможности. Каждый - проблема простой аутентификации; другой имеет отношение к коду состояния по ошибке.
Во-первых, в отличие от более ранних версий SQL Server, SQL Server 2008 не создает группу BUILTIN\Administrators на установке, которая раньше давала всем администраторам домена полные права на сервер базы данных. Необходимо настроить каждого пользователя, который имеет права администратора. Если Вы не сделали этого, необходимо будет, вероятно, войти в систему как пользователь, который действительно имеет полные права - любой учетная запись WSUS (в зависимости от прав, которые Вы дали этому) или как сервисная учетная запись SQL Server (предполагающий использование учетной записи домена).
Во-вторых, код состояния, отраженный во внутренних журналах ошибок 2008 SQL Server всегда, равняется 1, независимо от причины. Соответствующее сообщение журнала ошибок Windows будет иметь код состояния, который более точно отражает причину отказавший вход в систему. Это сообщение делает хорошее задание объяснения возможных состояний.