Вход в личный кабинет
Для получения доступа к форуму необходимо
авторизоваться
или
зарегистрироваться
на сайте.
{{ formTitle ? formTitle : 'Заказ обратного звонка' }}
{{ formDescription }}
Сообщить об ошибке
Считаю что имеет место тоже что и уменя с подбором когда все зависало при включеном отборе уменя вешалось все на 20-30 сек. но от возможности машины могло и полностью повиснуть...
На сколько знаю, с файловым вариантом такого не происходит, а если сервер 1С + Postgres у меня зависает.
Я могу предоставить доступ через TeamViewer или подобное. Только это просиходит от случая к случаю, может на дню несколько раз, а может и вообще не проявляться.
Когда пытался при помощи отладчика глянуть, что происходит с 1С в это время, она не показывала никакой активоности, как будто находится в каком то бесконечном ожидании ответа. Ну и при завершении сеанса на сервере судя по замеру вызываются только две процедуры. Замер в 11 сообщении.
Пробовал в момент зависания останавливать SQL сервер, никакой реакции. Ну а при останавливании сервера 1С, клиент "отвисает" и говорит, что связь потеряна.
Если подскажите, как можно просмотреть, что в это время происходит на сервер 1С, какие вызовы он обрабатывает по "зависшему" сеансу, буду очень благодарен.
Дело в том, что я смоделировать ситуацию не смогу -пробовал по разному создать подвисание -не получается, это надо ловить сам момент вылета. Единственное подозрение у меня раньше было на обрыв физического коннекта сети на некоторое время (хотя на потерю того же Интернета в этот же момент не жаловались) -но если еще у кого то такие же проблемы, считаю что это программная ошибка.
Столкнулся просто с мистической проблемой. При попытке, а порой даже сразу при открытии отчета появляется ошибка "Поле объекта недоступно для записи".
Испытывали похожие проблемы при начале запуска. "Подвисало" намертво при подборе по кнопке Подбор -> Подбор номенклатуры в Заказ-наряде, при этом загружалось одно из ядер на 100%(4 зависших сеанса занимали все ядра процессора и сервер можно было оживить только рестартом с кнопки). Зависший сеанс мог нагружать ядро сутками. Дождаться окончания подбора пользователь не мог, снимал задачу, при этом блокировался документ. Фильтрацию в подборе убирали всегда, иначе очень медленно. Подвисание происходило часто, 5-7 раз в час. "Лечили" отключением сеанса через консоль управления. После того как сделал реорганизацию индексов средствами SQL и рестарт ragent через 86 400 секунд вроде перестало подвисать, ну может 1 раз за пару дней. Сейчас переиндексация в SQL запускается по выходным. Подбор и отчеты заработали "шустрее". Негатива стал меньше, до этого пользователи говорили , что работать невозможно.
Ну не знаю, у меня автоматом настроено каждую ночь реорганизацию индексов средствами SQL и рестарт ragen - все равно в течении дня вылеты бывают несколько раз. По телефону с Верой разговаривал (по другому вопросу-этот уже попутно задал) , сказали что в 5,05,09 версии что то поменяли в защищенных модулях - вроде должна были уйти подвисания. Сам пока сижу на 5,08,08- мелких доработок много сделал, а в 5,05,09 судя по описанию, для нас нового не очень много -поэтому не обновляю, жду след. релиза. Сказали скоро выложат
Прикрепленные файлы
Описание ошибки:
{ОбщаяФорма.ОтчетФормаНастройки.Форма(469)}: Поле объекта недоступно для записи
ПараметрДатаНачала = Новый ПараметрКомпоновкиДанных("ДатаНачала");
Релиз ААА5.05.08
Желательно получить помощь оперативно -пользователи неделю уже немогут отчеты формировать в нормальном режиме
Прикрепленные файлы
На этом сервер еще крутится база ЦБ-в ней отчеты открываются нормально и формируются,
с этого же сервера если открыть базу второго филиала (напомню-это все через УРБД стандартно) -отчеты тоже нормально формируются. Т.е. проблема в конкретной базе первого филиала на этом сервере. В чем может может быть проблема?
В постах