Отладка SQL CLR становится «Отменено пользователем»

Question

Когда я пытаюсь отладить SQL CLR с помощью сценария SQL Test в VS2010 (с MSSQL 2008), я получаю сообщение «Отменено пользователем» в окне вывода «Отладка», как только завершается развертывание (что успешно.)

Я пробежался по Интернету и перепробовал все найденные решения, но до сих пор не пошел.

Система:

Windows Server 2008 R2 Standard SP 1
64bit Visual Studio 2010
Ultimate SQL Server 2008 R2 (оба работают на одном компьютере)

Предпринятые шаги:

• VS 2010 запускается от имени администратора.
• Пользователь SQL Connection имеет права sysadmin на SQL 2008
• Брандмауэр настроен на разрешение входящего трафика на требуемых портах для VS 2010 и SQL 2008

Через: http://msdn.microsoft.com/en-us/library/ms165051.aspx

А: http://msdn.microsoft.com/en-us/library/ee828498.aspx

Попробовал установить Target Framework равным 2,0 (от 3,5)

Пробовал отключить «Код развертывания» в Свойствах проекта в разделе «Развертывание».

В разделе «База данных» в свойствах проекта установлено значение «Небезопасно».Владелец nd сборки в "dbo".

Answer 1

Часть из того, что здесь есть, может повторять то, что указано в приведенных выше ссылках - все в одном месте, чтобы составить полный контрольный список для всех, кто столкнулся с этой проблемой.

Добавьте следующие порты / протоколы к входящим исключениям на обеих машинах (т. Е. На вашем рабочем столе и сервере sql). Либо отключите все брандмауэры на рабочем столе и сервере, чтобы пропустить несколько из этих шагов.

• TCP: 135
• UDP: 400 500

На рабочем столе также добавьте devenv.exe в список исключений процессов / программ вашего брандмауэра.

На сервере добавьте исключения брандмауэра для процессов sqlsrvr.exe и msvsmon.exe .

На сервере также добавить исключение брандмауэра для Общий доступ к файлам и принтерам .

Установлена ​​ли на вашем сервере служба удаленной отладки VS?

Включена ли отладка SQL / CLR для базы данных / сервера?

Вы используете VS Pro или Team Edition?

Имеет ли ваша учетная запись права администратора на сервере (ОС)?

Имеет ли ваша учетная запись права администратора на экземпляре базы данных (SQL)?
Вот дополнительная информация о том, почему sysadmin требуется на SQL Server в случае, если от администраторов баз данных / менеджеров есть аргументы относительно дальнейшего ограничения доступа: http://blogs.msdn.com/b/sqlclr/archive/2006/07/07/659332.aspx

Вы подключаетесь с использованием аутентификации Windows?

Вы пробовали редактировать sqlserver.config в соответствии с: http://www.sqlskills.com/BLOGS/BOBB/post/SQLCLR-debugging-and-VS-2010-revisited.aspx (обратите внимание на предостережения автора; то есть это хак, который может вызвать проблемы со стабильностью отладчика SQL, поэтому делайте это, только если вы единственный, кто подключается к этому серверу).

<configuration> 
   ...  
   <startup useLegacyV2RuntimeActivationPolicy="true"> 
       <supportedRuntime version="v2.0.50727" /> 
   </startup> 
</configuration>

Если вы находитесь в корпоративной сети, убедитесь, что нет прокси, которые могут повлиять на вас (если ваша машина не понимает, что сервер находится в той же интрасети, иногда вы будете использовать прокси). Попробуйте использовать полное доменное имя сервера при подключении, так как явно помогает полный путь, указанный явно (по крайней мере, я видел проблемы с ISA Server).

Если у вас есть какое-либо антивирусное программное обеспечение, убедитесь, что установлены исключения для расширений файлов .mdf , .ndf , .ldf , .bak , .trn & . $$$ .

Используете ли вы последние пакеты обновлений для VS, SQL и клиент-серверных ОС?

Если после этого все еще возникают проблемы, пытались ли вы запустить установщики SQL и VS в режиме восстановления или удалить и переустановить программное обеспечение?

Answer 2

У меня была такая же проблема, хотя я отлаживал нормально в течение нескольких недель, прежде чем это начало происходить.

Я снова заработал, выполнив следующий скрипт на БД:

sp_configure 'show advanced options', 1;
GO
RECONFIGURE;
GO
sp_configure 'clr enabled', 1;
GO
RECONFIGURE;
GO

ALTER DATABASE [DBName] SET TRUSTWORTHY ON