Доброго дня!
IIS 8.5.9600, Windows Server 2012R2
в IIS два пула приложений для 8.2 и 8.3.
В каждом по несколько опубликованных баз. При перезапуске, все хорошо, все работает. В какой-то момент времени базы на 8.3 сваливаются в 500 ошибку. Базы на 8.2 продолжают работать.
Помогает перезапуск (Управление сервером - Перезапустить).
Подскажите направление поиска, пожалуйста. Подозреваю, надо посмотреть какие-то логи. Где они?
Как посмотреть, что вызывает ошибку, после чего начинаются проблемы?
Куда еще можно посмотреть?
Спасибо.
(9)(13) выключен, порт 80
(12) страшусь таких категоричных изменений, тем более это всего лишь догадка, не подкрепленная совпадением моих симптомов и симптомов из (7)
(14) отключите полностью 443 порт, уберите из списка прослушиваемых портов, и второе ошибка у вас идет не от IIS, а от http сервиса 1С, авторизация 1С или Windows?
(15) как полностью отключить 443 порт и убрать из списка?
"ошибка у вас идет не от IIS, а от http сервиса 1С" - я правильно понял, что это ваше утверждение?
через веб у нас авторизация 1С
(16) в настройках сайта IIS , да правильно, генерирует ошибку 1С, или как вариант сервис 1С падает, зависает. Как настроена авторизация в 1С, используется авторизация Windows или только авторизация средствами 1С?
(5) Ведение журнала настроено на скриншоте. В логе только сами обращения к IIS. Ожидал увидеть какие-то логи самого IIS. Внутренние события или еще что-то.
По Windows\System32\LogFiles ничего, связанного с IIS не нахожу.
Подозреваю, что в какой-то из 8.3.* "подсыпали" подводных камней, чтобы лучше продавался Fresh, собственно, как только на форумах посыпались сообщения и проблемах с web-базами, я ушел в сторону remoteapp
1. в свойствах соединения отключить TCP/IPv6
2. в реестре создать ключ типа dword по адресу
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip6\Parameters\DisabledComponents
сделать его значение равным
"0x1" - Disable all tunnel interfaces
или, возможно,
"0xFF", что приведёт к "Disable IPv6 over all interfaces and prefer IPv4 to IPv6"
(проверено только первое)
и перезагрузка. В процессе изменения сетевых настроек желательно физически находится у сервера или иметь возможность оперативно до него добраться - всякое бывает.
Еще что приходит на ум - "005" на конце кода ошибки обычно означает "отказано в доступе".
Подозреваю, что в какой-то из 8.3.* "подсыпали" подводных камней
В 8.3.8 ужесточили требования к сторонним веб сервисам. В 8.3.9.1818 вернули поведение платформы обратно, к менее жёстким требованиям.
Если нужно, то могу на это исправление ссылку в багтрекере 1С скинуть.
НУ дык переполнение) оно родное. Поставьте 64 битную технологическую платформу - это решит проблему, но она вроде еще в бете - все руки не доходя прочитать выпустили ее из беты или нет.
Можно перейти на сервер 1с х64. Ну или попробуйте увеличить количество рабочих процессов сервера как советовали выше. Если база файловая попробуйте увеличить число рабочих процессов IIS. Свертка базы еще как вариант.
Но лучше поставьте тех.платформу х64 и если там явных косяков нет то это будет самое быстрое и бесплатно решение - никаких ключей докупать не придется.
При чём тут 64 битная платформа?!
Достаточно изменить состав устанавливаемых компонент для сервера х64, отметив к установке компоненту "веб расширение". А публиковать базу на веб сервере можно руками или через утилиту webinst.
П.С.: Если работа ведётся с 1С:ERP или отраслёвкой на базе 1С:ERP, то на бета статус х64 клиента смотреть уже не приходится - х32 конфигуратор, частенько, падает на сравнении объединении конфигураций из-за ограничений по памяти.
А пользователям х64 клиент, в принципе, и не нужен, им и х32 с головой хватает, для большинства задач.
(24)вот только там ни слова не сказано, в отличие от книг из коробки, что в настройках пула приложений иис сервера необходимо дополнительно отключить 32 разрядные приложения.