что все существенные вещи состоят в том, чтобы изменить в IIS 7 для создания ускорения веб-приложения?
Это все зависит от базы данных, действительно. Существуют риски с любой опцией. Не запуская сервисы как можно быстрее, можно рискнуть расстраивать пользователей или повреждать SLA. Путем запуска базы данных автоматически, Вы рискуете помещать базу данных в худшее состояние, чем если бы Вы не торопились, чтобы удостовериться, что все было в порядке перед стартовыми сервисами.
По моему опыту, время работы - все. Список потенциальных проблем не подключится с консоли к несчастному пользователю, когда их сервисы будут недоступны. Однако я действительно понимаю Ваш страх что ситуация быть усугубленным слепым действием.
Тем не менее нет никакой причины, необходимо действовать вслепую. Если бы у Вас есть список проверок системы/базы данных, Вы выполнили бы прежде, чем объявить базу данных, безопасную запустить, рассмотреть добавление их к Вашей базе данных или сценариям запуска приложения. Таким образом, если проверки Вы выполнили бы вручную, все успешен, Ваши пользователи не ожидают Вас для получения до компьютера. Если некоторый шаг перестал работать, то войдите в систему и зафиксируйте его вручную.
IIS 7 будет отлично работать. Не должно быть никаких настроек производительности, необходимых для того, чтобы он работал как IIS5.1. Есть несколько дополнительных настроек, которые могут быть выполнены, например, отключение ненужных модулей, включение сжатия и тому подобное, но они, вероятно, не связаны с разницей в производительности, которую вы замечаете.
Должна быть что-то еще в игре. Есть ли шанс, что база данных выполняет удаленный вызов или у вас есть код, который может искать несуществующую зависимость, поэтому сначала нужно истечь время ожидания?
Хороший способ сузить его - создать объедините простые страницы .htm и .aspx и посмотрите, заметите ли вы то же самое, а затем начните добавлять на свой сайт, пока не выясните, что вызывает разницу в производительности.