Iis ограничение подключений и задание времени ожидания

Как увеличить время ожидания запроса в IIS?

Как увеличить время ожидания запроса в IIS 7. 0? То же самое делается на вкладке приложения в настройках конфигурации ASP в IIS 6. 0. Я не могу найти жереха. раздел конфигурации сети в IIS 7. 0

7 ответов

Добавьте это в свою веб-конфигурацию

Необязательный атрибут TimeSpan.

Указывает максимальное количество секунд, на которое разрешен запрос выполнить перед автоматическим выключением ASP. СЕТЬ.

Этот тайм-аут применяется, только если атрибут отладки в компиляции элемент является ложным. Чтобы помочь предотвратить закрытие приложения во время отладки не устанавливайте для этого тайм-аута большое значение.

По умолчанию установлено значение «00:01:50» (110 секунд).

В диспетчере IIS щелкните правой кнопкой мыши сайт и перейдите в раздел «Управление веб-сайтом» — & gt; Расширенные настройки. Там, под лимитами подключения, вы должны увидеть время ожидания подключения.

Чтобы увеличить время ожидания запроса, добавьте это в Интернет. конфиг

и для конкретной страницы добавить это

Значение по умолчанию составляет 90 секунд. NET 1. Икс.

По умолчанию 110 секунд для. NET 2. 0 и позже.

В IIS & gt; = 7 раздел заменил параметры метабазы ​​IIS 6 на ConnectionTimeout , HeaderWaitTimeout , MaxGlobalBandwidth и MinFileBytesPerSec .

Для справки: дополнительную информацию об этих настройках в IIS можно найти здесь . Кроме того, мне не удалось добавить этот раздел в Интернет. config через «редактор конфигурации» диспетчера IIS, хотя он появился, когда я его добавил и искал конфигурацию.

Я знаю, что вопрос был о ASP, но, возможно, кто-то найдет этот ответ полезным.

Если у вас есть сервер за IIS 7. 5 (эл. г. Кот). В моем случае у меня настроена серверная ферма с сервером Tomcat. В этом случае вы можете изменить время ожидания с помощью диспетчера IIS:

  • перейдите на Фермы серверов — & gt; — & gt; прокси
  • изменить значение в поле ввода Время ожидания
  • нажмите Применить (в верхнем правом углу)

или вы можете изменить его в файле cofig:

  • open % WinDir% \ System32 \ Inetsrv \ Config \ applicationHost. конфиг
  • настроить конфигурацию сервера webFarm , чтобы он был похож на следующий

$ в формате ЧЧ: мм: сс (поэтому, если вы хотите установить его на 90 секунд, поместите туда 00:01:30)

В случае Tomcat (и, возможно, других контейнеров сервлетов) вы должны помнить об изменении времени ожидания в сервере % TOMCAT_DIR% \ conf \ server. xml (просто найдите connectionTimeout в теге Connector и запомните, что он указан в миллисекундах )

Используйте следующую команду Power shell для изменения времени ожидания выполнения (Request Timeout)

Обратите внимание, что я дал это для веб-сайта по умолчанию, перед использованием Пожалуйста, измените сайт, а затем попробуйте использовать это.

Или Вы можете использовать приведенный ниже код C #, чтобы сделать то же самое

Или вы можете использовать JavaScript для этого.

Или вы можете использовать команды AppCmd.

Ниже приведены шаги, чтобы исправить вашу проблему.

  1. Откройте свой IIS
  2. Перейдите к параметру « Sites ».
  3. Щелчок правой кнопкой мыши.
  4. Затем откройте свойство » Управление веб-сайтом «.
  5. Затем нажмите « Advance Settings ».
  6. Разверните раздел « Пределы подключения », здесь вы можете установить «Время подключения »

Мониторинг количества пользователей на сайте IIS

Как быстро оценить текущее количество сессий пользователей на сайте IIS, работающем на Windows Server? Подобная информация позволит точнее оценить и спрогнозировать нагрузку на сервер, выбрать оптимальное время для проведения обслуживания и обновления сайта.

Проще всего определить количество активных сессией пользователей на веб сайте IIS при помощи счетчиков производительности в мониторе производительности Windows (Performance Monitor) .

Откроем консоль Performance Monitor, выполнив команду perfmon и перейдем в консоль монитора производительности (Monitoring Tools — > Performance Monitor).

Далее нам нужно добавить в окно монитора необходимые нам счетчики (по умолчанию в окне отображается счетчик общей загрузки CPU, его можно удалить). Чтобы добавить новый счетчик, нажмем зеленую кнопку в панели инструментов (на скриншоте она выделена) или нажав комбинацию клавиш Ctrl+N.

В списке доступных категорий счетчиков найдем и развернем группу Web Service.

В этой категории нас интересуют два счетчика:

  • CurrentAnonymousUsers – количество анонимных пользователей IIS
  • CurrentNon-AnonymousUsers – количество авторизованных (неанонимных) пользователей IIS

Выберем нужный счетчик и в поле экземпляров счетчика (Instances of selected objects) выберем один или несколько сайтов IIS, для которых нужно отобразить информацию. Информация по пользователям всех сайтов на сервере содержится в экземпляре _Total. Осталось нажать кнопку Add >>, чтобы нужный счетчик переместился в список добавляемых счетчиков в правом окне.

Точно так же добавим все необходимые счетчики и нажмем ОК.

Теперь в консоли Performance Monitor в режиме реального времени будет отображаться информация о количестве сессий пользователей (по умолчанию значения счетчиков выводятся в виде линейных графиков). Выбрав в нижней панели любой из счетчиков можно посмотреть его текущее(last), среднее(average), минимальное (minimum) и максимальное(maximum) значение за данный период времени.

В текущую консоль можно добавить собственные счетчики производительности и сохранить их в отдельном представлении, которое в дальнейшем можно использовать для быстрого доступа к информации о нагрузке на веб-сервер.

Доступ к данным счетчиков производительности можно получить и из Powershell.

Список всех доступных счетчиков для службы Web Service можно вывести так:

Чтобы получить информацию о текущем количестве анонимных пользователей (счетчик Web Service(*)Current Anonymous Users) воспользуемся такой командой:

Совет

  • Значения нескольких счетчиков можно вывести, указав их через запятую.
  • С ключем –Continuous информация о значении счетчика будет выводится в консоль постоянно, пока не будет выполнено прерывание командой CTRL+C

Итак, мы рассмотрели методику, позволяющую получить информацию о нагрузке на сайты, запущенные на веб сервере IIS.

Настройка IIS на 500 пользователей

Сервер имеет следующую конфигурацию:

  • Процессор: 2 процессора Intel L5520, 2.27 GHz, Cores: 4, Threads: 8
  • RAM: 24 GB
  • OS: Windows 8.1 (к сожалению клиентская ОС)
  • IIS: 8.0

Приложение построено на ASP.NET MVC, создано 500 учетных записей.

День 1

В 8:00 всем 500 пользователям необходимо было авторизоваться и скачать файл

В этот момент сайт начал замедляться и в конце концов полностью «сел».

Предложений в сети было много и все они в основном касались оптимизации и настройки сервера IIS .

У меня нет опыта администрирование веб-серверов, всегда делал акцент на кодинг — думал настройка серверов, это вторичная обязанность программиста-разработчика. И поэтому попытался решить проблему использованием асинхронных контроллеров (хотя в приложении всего то 2 контроллера). И это результатов не дало.

Одно из первых настроек IIS , которых я сделал и что дало эффект было увеличение максимального количества одновременных запросов в приложении ( appConcurrentRequestLimit ):

appcmd.exe set config /section:system.webserver/serverRuntime/appConcurrentRequestLimit:20000

Сайт сразу вздохнул и вроде пользователи смогли скачать данный файл. Перестало все замедляться. И как мне показалось проблема была решена.

День 2

Сегодня снова в 8:00 все пользователи хлынули скачивать другой файл и та же самая ситуацию.

Я увеличил appConcurrentRequestLimit до 90000 — безрезультатно.

Сейчас, хоть и нет времени на это сижу и изучаю архитектуру IIS. Все так запутанно. Как мне лучше поступить? Пока мало, что понимаю из прочитанного.

1 ответ 1

Для начала, увеличивать appConcurrentRequestLimit бесполезно. Если у вас 500 пользователей — то достаточно значения в 500 чтобы они все могли одновременно скачивать файл. Ну, лучше 1000, чтобы было 2 запроса на пользователя. 90000 — это очень много для ваших задач.

В конфигурации по умолчанию, IIS должен быть способен справиться с такой, в общем-то, незначительной нагрузкой. Поэтому надо искать что с сервером не так.

Прежде всего, надо смотреть, конечно же, пропускную способность канала. Если у вас исходящий канал всего 5 мегабит — то при размере файла 500 килобайт он минут 8-10 будет забит полностью, пока все файлы не скачаются. Открыть главную страницу в это время может быть и правда затруднительно — ведь соединению придется конкурировать за ресурсы с 500 другими.

Для того, чтобы главная страница сайта продолжала открываться пока скачиваются файлы — надо как-то ограничить скорость скачивания, чтобы весь канал не забивался. Можно попробовать сделать контроллер для медленной отдачи файла.

Но у IIS есть встроенная функциональность. К сожалению, ее можно включить только для сайта целиком, поэтому вам надо будет перенести файлы на отдельный сайт. Дальше в настройках IIS включаете ограничение по пропускной способности в 4 мегабита — и 1 мегабит для вашего основного сайта остается свободным.

Но можно сделать еще проще. Просто выложите ваши файлы в любое файловое облако — яндекс.диск, гугл-диск, дропбокс и т.п. В них во всех можно настраивать доступ к файлам.

Если же вы сторонник нестандартных решений — можно воспользоваться торрентами. Создаете торрент, прописываете в качестве трекеров открытые трекеры, и выкладываете торрент на сайт. Также надо будет запустить на сервере торрент-клиент, чтобы раздавал файлы.

Ограничиваем пропускную способность IIS на сервере SCCM с ролью SUP (WSUS).

В процессе централизованной раздачи клиентам System Center 2012 R2 Configuration Manager (SCCM) очередной порции обновлений с сервера с ролью Software Update Point (SUP)столкнулись с ситуацией пиковой загрузки на канале передачи данных — участка с низкой пропускной способностью на канале между структурными подразделениями и площадкой, на которой был расположен сервер SCCM. По графику отдачи трафика на сервере SCCM было хорошо видно, что исходящий трафик “упёрся” в границу того самого “узкого места на канале. Разумеется таких ситуаций чаще всего можно избежать заранее настраивая приоритизацию трафика на разных уровнях, начиная с сетевого оборудования. Но что делать, если по какой-то причине проблема возникла прямо здесь и прямо сейчас, а доступа к сетевому оборудованию нет. То есть фактически нужно как-то оперативно “задушить” трафик отдачи обновлений Windows Update на определённый момент времени средствами Windows. Простое и эффективное решение подсказал автор заметки Ограничиваем аппетиты WSUS-а .

В качестве решения предлагается ограничение общей пропускной способности (в байтах) веб-сервера IIS. За это отвечает параметр maxGlobalBandwidth в разделе конфигурации IIS — system.applicationHost/webLimits .

Чтобы запросить текущие значения параметров в указанном разделе конфигурации IIS с помощью утилиты командной строки appcmd.exe выполним:

В полученном ответе мы увидим, что значение по умолчанию для интересующего нас параметра параметра – 4294967295:

Предположим, нам нужно уменьшить полосу пропускания трафика IIS до 20 Mbit/s. Рассчитаем необходимое значение параметра в байтах: (20 * 1024 * 1024)/8 = 2 621 440 байт.

Выполним команду установки рассчитанного значения:

В ответ получим сообщение об успешном применении параметра конфигурации:

Туже самую настройку можно выполнить и через консоль IIS Manager, перейдя на уровне веб-сервера в раздел Management > Configuration Editor

В поле Section из выпадающего дерева элементов конфигурации выберем system.applicationHost/webLimits , зададим значение интересующего нас параметра maxGlobalBandwidth и нажмём в правом меню действий Apply, чтобы изменения вступили в силу.

Результат сможем наблюдать сразу же. В нашем случае с настройками IIS по умолчанию отдача трафика клиентам была на пределе возможностей “узкого места” в сети, что вызывало ряд вытекающих проблем для пользователей находящихся в “задушенном” сегменте сети.

Сразу после применения рассчитанного нами параметра ситуация изменилась на глазах…

Таким образом критическая ситуация загрузки канала была ликвидирована.

У такого подхода к ограничению трафика в отличии от классического использования QoS есть преимущество в том, что в случае необходимости изменения пропускной способности по какому-то заданному расписанию, можно прибегнуть к помощи планировщика заданий Windows, запуская из него в нужное время вышеприведённую команду настройки IIS.

Лимит количества соединений (Win 2012+IIS 8)

Все новые темы

Вернуться к началу ironman
Участник форума

Зарегистрирован: 17.02.2011
Пользователь #: 128,783
Сообщения: 148

Голоса: 1

Добавлено: Пт 04 Апр, 2014 0:06 Заголовок сообщения:
_________________
Кривыми должны быть извилины, а не руки.
Вернуться к началу Muzz
Новичок

Зарегистрирован: 03.04.2014
Пользователь #: 151,176
Сообщения: 3

Добавлено: Пт 04 Апр, 2014 5:34 Заголовок сообщения:
Вернуться к началу Muzz
Новичок

Зарегистрирован: 03.04.2014
Пользователь #: 151,176
Сообщения: 3

Ограничения IIS?

На локальном сервере поднят IIS, на нем несколько сайтов. Когда на одном из сайтов подключается порядка 140-160 пользователей, подключение нового становится невозможным. т.е. отправляется http запрос, но ответ не доходит, типа страница грузится… При этом нагрузка на процессор не более 15% и свободной памяти более 50%. Причем остальные сайты на сервере грузятся без проблем. Такое ощущение что в настройках пула стоит ограничение на число сессий…

Подскажите в чем может быть проблема…

  • Вопрос задан более трёх лет назад
  • 6969 просмотров

Performance Monitor, или, если есть — Resource Monitor (запускается из TaskManager).
Если при большой нагрузке средние дисковые очереди больше чем 2 * (суммарное количество шпинделей у дисков) — это проблема.

Iis ограничение подключений и задание времени ожидания

Последнее обновление раздела: август 2008 г.

При выполнении отчета в Configuration Manager 2007 средство просмотра отчетов использует сценарии ASP, которые хранятся в компьютере точки формирования отчетов. В службах IIS значение по умолчанию для таймаута сценария ASP — 90 секунд. Значение времени должно быть достаточным для выполнения отчетов в большинстве сред. Однако в определенных ситуациях время ожидания некоторых отчетов может закончиться до завершения отчета. Чтобы настроить значение таймаута сценария ASP, воспользуйтесь описанной ниже процедурой.

Настройка значения таймаута сценария ASP в службах IIS 6.0

На компьютере точки формирования отчетов откройте диспетчер служб IIS.

Выберите Службы IIS \ \ Веб-узлы \ Веб-узел по умолчанию.

Щелкните правой кнопкой мыши SMSReporting_ и выберите пункт Свойства.

Откройте вкладку Виртуальный каталог и выберите пункт Конфигурация в разделе Параметры приложения.

Перейдите на вкладку Параметры, затем настройте параметр Таймаут сценария ASP.

Нажмите кнопку ОК, чтобы сохранить изменения, затем нажмите кнопку ОК, чтобы закрыть диалоговое окно.

Настройка значения таймаута сценария ASP в службах IIS 7.0

На компьютере точки формирования отчетов откройте диспетчер служб IIS.

Выберите \ Узлы \ Веб-узел по умолчанию.

Щелкните SMSReporting_ , затем дважды щелкните ASP в разделе Просмотр возможностей.

Разверните Свойства, определяющие предельные значения, настройте значение параметра Таймаут сценария ASP, нажмите клавишу ВВОД, затем щелкните Применить на панели Действия.

Как оценить посещаемость (количество пользователей) на сайте IIS

Как быстро оценить текущее количество подключений пользователей к сайтам на веб сервере IIS, работающем на Windows Server? Подобная информация позволит точнее оценить и спрогнозировать нагрузку на сервер, выбрать оптимальное время для проведения обслуживания и обновления сайта, спрогнозировать нагрузку на сервер при увеличении количества пользователей.

Проще всего определить количество активных сессией пользователей на веб сайте IIS при помощи счетчиков производительности в мониторе производительности Windows (Performance Monitor).

Откройте консоль Performance Monitor, выполнив команду perfmon и перейдите в консоль монитора производительности (Monitoring Tools —> Performance Monitor).

Далее нужно добавить в окно монитора необходимые нам счетчики (по умолчанию в окне отображается счетчик общей загрузки CPU — его можно удалить). Чтобы добавить новый счетчик, нажмите зеленую кнопку в панели инструментов (на скриншоте она выделена) или нажмите комбинацию клавиш Ctrl+N.

В списке доступных категорий счетчиков найдем и развернем группу Web Service. В этой категории нас интересуют три счетчика:

  • CurrentAnonymousUsers – количество анонимных пользователей IIS;
  • CurrentNon-AnonymousUsers – количество авторизованных (неанонимных) пользователей IIS;
  • CurrentConnections – общее число активных подключений на сервере IIS.

Выберем нужный счетчик и в поле экземпляров счетчика (Instances of selected objects) выберем один или несколько сайтов IIS, для которых нужно отобразить информацию о подключениях. Информация по пользователям всех сайтов на сервере содержится в экземпляре _Total. Осталось нажать кнопку Add >>, чтобы нужный счетчик переместился в список добавляемых счетчиков в правом окне.

Точно так же добавим все необходимые счетчики и нажмем ОК.

Теперь в консоли Performance Monitor в режиме реального времени будет отображаться информация о количестве активных подключений (сессий) пользователей на веб сервере/сайте IIS (по умолчанию значения счетчиков выводятся в виде линейных графиков). Выбрав в нижней панели любой из счетчиков можно посмотреть его текущее (last), среднее (average), минимальное (minimum) и максимальное (maximum) значение за данный период времени.

В текущую консоль можно добавить собственные счетчики производительности и сохранить их в отдельном представлении, которое в дальнейшем можно использовать для быстрого доступа к информации о нагрузке на веб-сервер.

Доступ к данным счетчиков производительности для сайтов IIS можно получить и из PowerShell. Для этого достаточно использовать командлет получения данных из счетчика производительности Get-Counter.

Список всех доступных счетчиков производительности для службы Web Service можно вывести так:

Чтобы получить информацию о текущем количестве активных подключений на сервере IIS (счетчик \Web Service(*)\Current Connections) воспользуйтесь такой командой:

Get-Counter -Counter “\Web Service(*)\Current Connections”

Как вы видите, данная команда вернула как суммарное количество подключений к серверу IIS, так и статистику для каждого из сайтов.

  • Значения нескольких счетчиков можно вывести, указав их через запятую;
  • С ключем Continuous информация о значении счетчика будет выводится в консоль постоянно, пока не будет выполнено прерывание командой CTRL+C.

Как мы уже говорили, можно получить количество активных сессии для конкретного сайта IIS. Например, чтобы получить текущее количество соединений на сайте с именем Site1, выполните команду (вы можете указать имя сервера, на котором проверяется значение счетчика, при проверке количества подключений на сайте локально, указывать localhost недопустимо):

Get-Counter «web service(Site1)\current connections» -ComputerName web-app01

Чтобы не указывать каждый раз имя сервера, можно использовать переменную окружения COMPUTERNAME

Get-Counter «web service(Site1)\current connections» -ComputerName $env:COMPUTERNAME

Для получения числового значения счетчика «current connections» всего веб-сервера IIS (суммарная нагрузка на IIS) можно использовать такой код:

((Get-Counter -Counter ‘web service(_total)\current connections’ -computer $env:COMPUTERNAME) | Select-Object -Expand countersamples).Cookedvalue

Попробуем с помощью простого скрипта создать несколько дополнительных сессии с нашим сайтом и проверить значение счетчика. Можно накрутить количество обращений к IIS с помощью с помощью командлета Invoke-WebRequest, а можно просто открыть несколько окон в браузере:

$counter = 20
for($i=1;$i -le $counter;$i++)<
$SiteAdress = «http://localhost:9666/»
Start-Process $SiteAdress
>

После этого проверьте значение счетчика current connections и убедитесь, что он увеличиться.

Если на сервере запушено несколько сайтов IIS, и нужно получить количество подключений к каждому из них в табличном виде, можно воспользоваться таким скриптом (для получения данных из IIS в PowerShell нужно загрузить модуль WebAdministration):

import-module webadministration
function get-CurrentConnection($Site) <
Get-Counter «web service($Site)\current connections,web service($Site)\ Bytes Received/sec,web service($Site)\Bytes Sent/sec» -ComputerName $env:COMPUTERNAME
>
$IISsites = dir IIS:\Sites | Select Name
$CurrentConnection = @()
foreach ($site in $IISsites)
<
Write-Host $site
$ConnCount = New-Object psobject | get-CurrentConnection -Site $site.name
$CurrentConnection += $ConnCount
>
$CurrentConnection|out-gridview

Также вы можете вывести числовые значения счетчиков подключений по всем сайтам так (первое значение – суммарное количество подключений к IIS):

Get-wmiObject -class Win32_PerfRawData_W3SVC_WebService | select-object -expand currentconnections

Также вы можете отобразить информацию о количество полученных/переданных данных для каждого сайта или всего веб сервера с помощь счетчиков web service(sitename)\ Bytes Received/sec и web service(sitename)\Bytes Sent/sec».

Итак, мы рассмотрели методику, позволяющую получить информацию о нагрузке на сайты, запущенные на веб сервере IIS.

asp.net Как увеличить тайм-аут запроса в IIS?

iis-7 web-config (5)

Как увеличить тайм-аут запроса в IIS 7.0? То же самое делается на вкладке приложения в настройке конфигурации ASP в IIS 6.0. Я не могу найти раздел конфигурации asp.net в IIS 7.0

Чтобы увеличить время запроса запроса, добавьте это в web.config

и для конкретной страницы добавьте это

Значение по умолчанию — 90 секунд для .NET 1.x.

По умолчанию 110 секунд для .NET 2.0 и более поздних версий.

В IIS> = 7 раздел заменил параметры метабазы ConnectionTimeout , HeaderWaitTimeout , MaxGlobalBandwidth и MinFileBytesPerSec IIS 6.

Для справки: дополнительную информацию об этих настройках в IIS можно найти здесь . Кроме того, мне не удалось добавить этот раздел в web.config через «редактор конфигурации» диспетчера IIS, хотя он появился, как только я добавил его и обыскал конфигурацию.

Я знаю, что вопрос касался ASP, но, возможно, кто-нибудь найдет этот ответ полезным.

Если у вас есть сервер за IIS 7.5 (например, Tomcat). В моем случае у меня есть серверная ферма с настроенным сервером Tomcat. В таком случае вы можете изменить таймаут с помощью диспетчера IIS:

  • перейдите в Серверные фермы ->->Прокси-сервер
  • изменить значение в поле ввода « Тайм-аут»
  • нажмите « Применить» (верхний правый угол)

или вы можете изменить его в файле cofig:

  • открыть % WinDir% \ System32 \ Inetsrv \ Config \ applicationHost.config
  • настройте конфигурацию сервера webFarm, чтобы она была похожа на следующую

$ находится в формате HH: mm: ss (так что если вы хотите установить его на 90 секунд, тогда поставьте там 00:01:30)

В случае Tomcat (и, возможно, других контейнеров сервлетов) вы должны помнить об изменении тайм-аута в % TOMCAT_DIR% \ conf \ server.xml (просто выполните поиск атрибута connectionTimeout в теге Коннектор и помните, что он указан в миллисекундах )

В диспетчере IIS щелкните правой кнопкой мыши на сайте и перейдите в раздел Управление веб-сайтом -> Дополнительные настройки. Там, в разделе «Ограничения соединения» вы должны увидеть «Время ожидания подключения».

Добавьте это в свою веб-конфигурацию

Необязательный атрибут TimeSpan.

Указывает максимальное количество секунд, в течение которых запрос может быть выполнен до автоматического отключения ASP.NET.

Этот тайм-аут применяется только в том случае, если атрибут debug в элементе компиляции False. Чтобы предотвратить остановку приложения во время отладки, не устанавливайте этот тайм-аут на большое значение.

Значение по умолчанию — «00:01:50» (110 секунд).

Зависает регламентное задание работы с ВебСервисом

Уже не первый раз подвисает регламентное задание по передаче данных через вебсервис в другую базу.
Вот и сегодня. В 10-00 зависло регламентное задание, через консольку не убивается, в консоле сервера висит в блокировках. Приходится через внешнюю обработку дергать метод регламентного задания, но это не дело.
Ясно конечно, что жизнь портит вебсервис, который возможно не отвечает, и поэтому все висит. Еще на этапе тестирования и ручного дерганья сервиса он редко, но зависал. Причины не понятны, в следующую секунду уже могло быть все хорошо.
Настройка завершения регламентного задания через 360 сек. не помогла.
Настройка создания WSПрокси с таймаутом в 300 сек не помогла.

Вот вопросы:
1. Как бороться с зависшими регламентными заданиями? Бывало ли у вас подобное? как побороли?
2. Сталкивались ли вы с зависшими вебсервисами?

Вдруг кто-то подскажет, исходя из новых моих данных.

Вт (29.01) — опять 25. зависают. Причем самое интересное, что я отловила и в браузере:
3. Судя по журналу регистрации базы-приемника пользователь подключается
4. Все виснет и WSDL-ка не получается, и пользователь так и остается висеть в базе-приемнике. Хотя если бы не зависла, то сеанс завершился с получением WSDL.

Когда в момент сбоя попробовала добавить WS-ссылку в конфигураторе, то сначала также все подвисло, а потом выдалась вот такая ошибка:

*******************************
Ошибка при выполнении файловой операции ‘http://WebAgent:xxxxxxx@***/v82_***/ws/Update***.1cws?wsdl’
по причине:
Ошибка работы с Интернет: произошел таймаут при ожидании ответа шлюзу (504).
ERROR: The requested URL could not be retrieved

ERROR

The requested URL could not be retrieved

Проблема в том, что зависает на строчке «Новый WSОпределения».Как я понимаю, программа подвисает, ожидая ответа и не получая его.

Сейчас у нас динамически WSDL-ка получается, а не жестко зашита в WSСсылке.
Попробую на тесте сделать WSСсылку и при проблемах попробовать создать WSПрокси, интересно, как отреагирует.

Я вот думаю, не может ли быть связано с настройками IIS ? Может, он перегружается как-то? Как-то можно узнать количество подключений к IIS в текущий момент времени?

Новости с фронта.
Вчера был очередной день глюков. У меня уже закономерность -если утром я вижу зависшее регламентное задание по работе с вебсервисами 1С хотябы в одной базе с 7 до 9 часов (чаще всего уже виснет на 1-3 запуск с начала работы), то весь день будут проблемы.

Что пробовала делать:
1. Подключение через статичную WSСсылку не решило проблемы.
2. Перезапускала IIS когда были зависания, проблемы не решило.
3. По рекомендации Serginio1 сделала обработку. запустив подключение на клиенте — все отлично отработало с 14 до 18, хотя в это же время зависло обычное регламентное задание. Помониторю в проблемные дни еще, посмотрим, на сколько все хорошо работает.

Что хочу попробовать сделать:
1. Поднять базу на другом сервере и дергать оттуда, если проблема останется, то поиграться с настройками. Посмотрим, что из этого выйдет.

Мне не нравится, что таймаут не срабатывает совсем, по сути он и должен решать эти все проблемы.

Илон Маск рекомендует:  Что такое код pg_lo_write
Понравилась статья? Поделиться с друзьями:
Кодинг, CSS и SQL