Здравствуйте. Действительно прошу помощи, это длится уже 3 месяца, до сих пор не понимаю как решить.
Был старый SQL Server Management Studio (SSMS) и Windows server 2008 и SQL SERVER, 150 баз, все работало исправно очень и очень долго
Проделаны действия обновили до SQL Server Management Studio (SSMS) и до windows server 2019, SQL SERVER 2019 , эти 150 баз откреплены из старого SSMS и присоединены в новый SSMS а также переименованы под регламент
Некоторые базы 1 или 5 или 10 в течении дня зависают и не пускают , очень долго висит момент до логина и пароля, а когда он появится минут через 30-50, то после ввода пароля и логина она висит также зависшей до конца, пока ее не отвязать в скуле и УДАЛИТЬ из списка агента сервера и снова добавить, тогда войдет моментом в нее, это единственное быстрое решение чтобы дальше могли работать.
если добавить базу в момент зависания на другой агент сервер то зайдет моментом, на том же агент сервере она также зависшая висит и не дает войти.
в этот момент с 50 общих соединений в агенте сервера из которых тонкие клиенты, начинает резко расти до 200-250 соединений из которых фоновые задания. в одной базе 15-20 фоновых в агенте висит, попробовать зайти в эту базу она будет зависшей.
тии 1с и тии скулевой делал баз, переносил на другой сервер посадочное место скуля, не помогло. переустановка агента с полной очисткой темпа и рег журналов и руками добавленные заного базы в список
Помогло сегодня только отключение всех рег заданий в одной базе и это база не зависла в тот момент когда должна была виснуть.
Мне кажется так нельзя было переносить базы с старого года sql server в новый путем отсоединения и присоединения, с другой стороны 150 дт делать я тогда не захотел.
я не то чтобы прошу пожалуйста, я больше умоляю помочь
... то чтобы прошу пожалуйста, я больше умоляю помочь, иначе меня уво...
А это проблема? Толкового разработчика 1С сейчас днем с огнем. Или Вы администратор системный?
Фоновые задания выясняли какие? Платформа 1С какой версии? Отрубите регламентные задания, связанные с полнотекстовым поиском (перестройка и слияние индексов). Если поможет - с Вас магарыч )))
(1) У нас была проблема, что заглючил журнал регистрации, из за этого не завершались фоновые задания и т.п. Перенесли журнал на другой диск и все заработало.
Для начала я бы попробовал удалить базу на сервере 1С, без удаление на SQL, и потом создать её заново.
И накрайняк, отключил бы фоновые задание у базы на сервере 1С, выгрузил базу в dt, создал новую базу, загрузил туда dt и посмотрел бы как работает такая копия базы.
(21) Можно, у MS SQL есть обратная совместимость с базами данных, созданными на предыдущих версиях SQL. Возможно, после подключения баз не помешали бы какие-то дополнительные манипуляции с ними - это не знаю, это можно вычитать в мануалах к SQL... Но раз новые базы 1С так же странно работают, то способ переноса баз здесь ни при чем.
(22)нет новые базы так себя не ведут, только старые, я имею ввиду я делал копию уже лагающией базы и создавал ей имя другое и место и прочие манипуляции все равно лагает, в нее даже никто не заходил, так как доступ у меня один, а она зависла в середине дня, 2 часа висела, вместе с ней в это время еще 2 другие зависли,
Удалось ли решить проблему? Та же самая проблема, после переноса сервера начались зависания, версия 1с 8.3.18.1698, sql 13.0.1601.
Через несколько часов работы начинаются проблемы со входом и рост количества фоновых заданий. (помогает удаление всех сеансов фоновых заданий и перезапуск агента).
Пока удалось решить проблему отключением ненужных регламентных заданий, в том числе ППД и уменьшением количества соединений на рабочий процесс.
(34) да, делай скрипт с автоизменением таймингов, то есть число в администрирование серверов надо убавить разок, рпхост перезапустится, никого не выкинет, и обратно ставится большие тайминги, вот такая разгрузка, уже больше пол года полёт нормальный
Скорее всего не по теме, но на всякий случай опишу с чем столкнулся я.
Самописная конфа (на основе БСП) периодически, не регулярно но юзеры вставали в дикую очередь на выполнение транзакций.
Решилось перенастройкой журнала регистрации (оставил только ошибки и предупреждения). Писал конфу не я, лопатить весь код не было ни времени ни желания.
(37) В базу в этот момент естественно тоже не войти. Т.к. вход в базу также писался в журнал регистрации. А он был захвачен одним из процессов пользователей. Пользаков 100+