У меня есть эта работа в прошлом с IIS6 и Windows 2003 и SQL 2005, но это - долгое время, так как я посмотрел на него, но в случае, если это помогает, вот то, что я могу узнать:
В AD веб-сервер имеет одну запись для набора SQL-сервера для 'доверия для указанных сервисов только', 'используют любой протокол аутентификации', и запись имеет имя хоста SQL, не FQDN. Сервисный Тип является MSSQLSvc, и порт является 1433.
Учетной записи компьютера SQL Server не доверяют для делегации.
Я также не забываю иметь необходимость использовать 'setspn' в командной строке при конфигурировании его, и настройки, которые я имею от 'setspn-L веб-сервер':
HTTP/intranet.domain.example.org:80
HTTP/intranet:80
HOST/webserverhostname
HOST/webserverhostname.domain.example.org
Где 'интранет' является псевдонимом, мы используем для веб-сайта и вставляем Ваш реальный FQDNs, не example.org, например.
setspn -A HTTP/intranet:80 webserver
и так далее.
Кроме того, это похоже на довольно полный контрольный список: http://blogs.technet.com/b/taraj/archive/2009/01/29/checklist-for-double-hop-issues-iis-and-sql-server.aspx
На любой вопрос:
Любые преимущества: Да.
Если вы прикрепите два процесса к двум разным ЦП, тогда оба смогут в полной мере использовать (2nd / 3-й уровень) кеш. Это могло быть немного быстрее. Два заполненных сокета ЦП также увеличивают пропускную способность памяти.
Это преимущества. Однако:
Все это очень длинный способ сказать может быть, это зависит .
Единственный способ на самом деле это определить. для измерения ваших текущих узких мест.