Перенесли старое классическое приложение ASP с Server 2008 R2 на новый Server 2008 R2 SP1, и теперь возникли серьезные проблемы. Все настройки и конфигурации идентичны между "старым" и новым серверами, код не изменился, все, что я сделал, это переместил его из одной коробки в другую.
Первоначально 500 будут появляться с Server.CreateObject Failed на CDO.Message в конечном итоге превращается в:
Unknown scripting language
/path/file.asp, line 1
The scripting language 'VBScript' is not found on the server.
Существуют и другие классические сайты ASP, прекрасно работающие на том же сервере (фактически, сайт, частью которого является это приложение, также является классическим ASP и отлично работает).
Простая перезагрузка пула приложений избавляет от всех ошибок, и приложение работает с неопределенным количеством запросов. Это заставляет меня думать, что это не права доступа или обязательно ошибка конфигурации. На данный момент, поскольку он используется внутри компании, пул приложений перезагружается каждые 30 минут, но он все равно умирает несколько раз в день, и мы не говорим здесь о тысячах запросов, максимум нескольких десятках.
Я продублировал настройку на другой коробке 2008 R2 SP1 и получил те же результаты, если это может иметь какое-либо значение, это облачные серверы Rackspace; старые в США, новые в Великобритании.
Я с радостью приму «ошибку кодирования» как решение, если вы дадите мне несколько подсказок, где искать и почему все было хорошо на 2003 и 2008 R2.
Меня больше всего беспокоит то, что эти серверы должны занять всю нашу коллекцию сайтов, успешно работающих на серверах в США, некоторые из которых также являются старыми и классическими ASP, так что все они тоже выйдут из строя?
Просто исследуя возможные причины, вы можете проверить, был ли ваш старый сервер 32-битной Windows. Если бы это было так, ваш новый сценарий мог бы принудительно использовать COM-объект в качестве экземпляра «вне процесса», который может иметь побочные эффекты производительности.