Блог

Запуск IIS 10 на виртуальной машине Windows Server 2016 для запуска классического приложения ASP, написанного на vbscript. Пул приложений периодически выходит из строя, когда я выполняю инструкцию sql для вставки таблицы в файл .accdb из файла .xlsx Excel. Любой сценарий, связанный с файлом .accdb, работает нормально — как только я добавляю файл .xlsx в уравнение, у меня возникают проблемы. Сценарий выглядит следующим образом:

 Set DatabaseConnection = Server.CreateObject("ADODB.Connection")
DatabaseConnection.Open "Provider=Microsoft.ACE.OLEDB.12.0; Data Source= C:inetpubwwwrootORTDEVQHT2.accdb"
TST0FilePath="C:inetpubwwwrootORTDEVTST0ORIG.xlsx"
ssqlinsertresn ="SELECT * INTO TST0 FROM [Excel 12.0; HDR=YES;DATABASE=" amp; TST0FilePath amp; "]." amp; "[TASKRSRC$]"
DatabaseConnection.Execute ssqlinsertresn
  

1. Когда я запускаю скрипт, файл .xlsx закрывается так же, как и файл .accdb. Я также пробовал различные файлы Excel, чтобы исключить поврежденный файл .xlsx.
2. Я считаю, что сценарий правильный. Используя IIS 7.5 в Windows 7, я протестировал скрипт на своем ноутбуке без проблем. Я также сохранил скрипт в виде файла .vbs и запустил вход на сервер, а также на свой ноутбук без проблем.
3. Когда он запускается на сервере через IIS, он может привести к сбою пула приложений 1 из 4 раз, но он прерывистый и не согласованный. Даже при сбое скрипт все равно будет выполняться и выполнять инструкцию sql; однако все переменные сеанса будут очищены, как и ожидалось, при сбое пула приложений.
4. Я проверил высокую загрузку процессора и утечки памяти — ничего не нашел.
5. У меня включена трассировка, но журналы трассировки по этой проблеме не отображаются.
6. У меня есть ошибки, отправленные в браузер, включенный — ошибки не отображаются, потому что скрипт выполняется как ожидалось.
7. Режим управляемого конвейера установлен на классический, хотя я также тестировал интегрированный. Версия .Net CLR установлена на v2.0.50727, но я также тестировал V4.0.30319. Для 32-разрядных приложений установлено значение true. Максимальный рабочий процесс установлен в 1, поскольку я использую переменные сеанса. Включена защита от быстрого сбоя при максимальном количестве сбоев 10 за 5 минут.
8. Я тестирую на сайте разработки, и я единственный, кто его использует.
9. DebugDiag сообщает: «Пожалуйста, обратитесь к поставщику Microsoft Corporation для решения проблемы, касающейся следующего файла: C:WindowsSystem32VCRUNTIME140.dll «. В принципе, похоже, что существует необработанное исключение, связанное с VCRUNTIME140.dll . Я вижу DLL, установленную в каталоге, поэтому не похоже, что она отсутствует.
10. Средство просмотра событий показывает идентификатор события 5011 — «Процесс, обслуживающий пул приложений ‘ORTDEV’, получил фатальную ошибку связи со службой активации процессов Windows».
11. На этой виртуальной машине выполняется не так много. Установлено несколько серверов SQL, но используется только 2014.

Есть какие-либо рекомендации по следующим шагам?

Спасибо

Кит

VCRUNTIME140.dll это файл библиотеки динамических ссылок. Он работает аналогично исполняемому файлу, но загружается только тогда, когда это необходимо использующему его программному обеспечению. При использовании Excel или других продуктов Office 365 он также будет использоваться.

VCRUNTIME140.dll это файл, используемый Visual C , распространяемый для Visual Studio 2015. Поэтому, если какой-либо из компонентов пакета C случайно удален, поврежден или не функционирует, программы могут не отвечать и завершиться сбоем. Ошибка, с которой вы сталкиваетесь, часто встречается другими. Самый простой способ исправить это — удалить и переустановить.

1. Нажмите Win R и введите appwiz.cpl, найдите записи с именами, начинающимися с Microsoft Visual C 2015 (или Microsoft Visual C 2015-2019) и удалите.
2. Перезагрузите компьютер и выполните полное сканирование, удалите все обнаруженные угрозы.
3. Загрузите официальный дистрибутив последней версии Visual C 2015 по этой ссылке.

Изменение идентификатора пула приложений с «ApplicationPoolIdentity» по умолчанию на системную учетную запись решило проблему.