Как всегда бухгалтерия до последнего тянула вопрос по поводу обновления базы данных ЗУП. Пролетели незамеченными выходные и уже после обеда понедельника, проснулась главбух с выпученными глазами, нам до донца дня нужно обновить базу, а также платформу на самый свежий релиз и позвонить в аутсорсинг, чтобы выполнили обновление.
Нужно так нужно, я скачал последний релиз 8.3.22.1704 поставил клиентам и на сервер, о чем сообщил главбуху и на этом моя миссия должна была бы закончится, но нет. Уже заходя домой мне позвонила менеджер аутсорсинговой компании и попросила помочь специалисту(причём половина этой организации дамы, чему был удивлён) с обновлением базы, так как у неё подвис фоновой процесс.
Подключаюсь и наблюдаю картину, оказывается она столкнулась с проблемой не столько фонового процесса как медленной процедурой обновления и не нашла ничего лучше , как выгрузить базу себе, выполнить весь процесс у себя, а потом загрузить нам. После выполнения всех изложенных процедур, оставалось накатить патчи исправлений, вот здесь и возникли проблемы с процессом и пока она просила менеджера связаться с кем-нибудь из технарей заказчика у неё вдобавок отвалилась удаленка с компьютером бухгалтера.
Поужинав на скорую руку и расположившись с ноутом на кухне мне пришлось самому устанавливать патчи в конфигурации, так как арифметики в них ни о чем о проблемах расторопности базы я и не почувствовал. Довольный выполненной работой я пошёл спать.
Естественно по шапке получил аутсорсинг, который поленился проводить подобные мероприятия в выходные дни, но дамочки в этой организации далеки от чудесного и прекрасного мира ИТ и им не ведомы наши с вами постулаты.
Утром следующего дня главбух начала наседать на меня на предмет почему не обновил платформу на нужный релиз, мне только что об этом сказали наши аутсорсеры(спрашиваю позже у них отнекиваются), пока общались на троих ближе к обеду только, начальница отдела кадров озвучила проблему диких тормозов в базе. Удалённо подключались 4 сотрудника аутсорсинговой компании, попеременно делали умное лицо пытаясь понять в чем загадка, ведь ресурсы сервера не используются.
Сервер простаивает по ресурсам на 95℅ при этом 1С тормозит по минуте на открытие документа.
Что они только не делали:
- 2 раза тестирование и исправление
- Меняли релизы
- Думали, что проблема в конфигурации, так как в ней есть расширения с доработками и патчами
- Забрали базу для теста, выяснилось, что у них база летает, здесь уже я начал выдумывать
- Выполнил миграцию сервера на соседний хост, та же история
- Обратил внимание, что MSSQL не кэширует вообще ничего в память
- Долго игрался с MSSQL, вопрос не решился
- Сделал выгрузку базы, установил postgreSQL сделал базу, выполнил загрузку, та же история с производительностью
- Вот тут я призадумался, две базы данных и обе отказываются нормально работать.
- Скорее всего прилетело очередное системное обновление от Microsoft или одна из платформ куда-нибудь прописала пакостный параметр, но разбираться с этим некогда и так время горит. Слишком много времени потерял с аутсорсингом.
Разворачиваю виртуальную машину Windows Server 2019 на неё ставлю MSSQL 2019 Standart. При попытке поставить 1С выяснилось следующее:
- Платформа 8.3.22.1704 и 8.3.18.1957 встают на чистый сервер, но чтобы вы не делали не стартуют, консоль не работает и служба падает.
- Поставил 8.3.18.1363, а после сверху накатил 8.3.18.1957 сработало, вот тебе и 1С-цы.
В итоге всё нормально заработало.
Список кривых релизов с проблематикой установки и настройки:
- 8.3.22.1704
- 8.3.18.1957
Список кривых релизов с проблематикой в плане стабильности:
- 8.3.22.1672
- 8.3.22.1603
- 8.3.21.1607
- 8.3.21.1508
- 8.3.21.1484
- 8.3.20.2076
- 8.3.20.2039
- 8.3.19.1665
- 8.3.19.1659
- 8.3.18.1902
- 8.3.18.1894
- 8.3.17.2733
- 8.3.17.2665
Если вы работаете на этой версии, нужно срочно обновиться.
Если кому-то нужен совет или помощь пишите на почту - она указана в статье список планируемых публикаций.
Всем удачи!