Тормозит база БП 2.0 + постоянные конфликты блокировок #699225

Все привет! Есть база БП 2.0 типовая посл. релиза на 8.2.19.83. Сначала была файловая, но она часто тупила, при проведении долго проводила, или вобще ругалась на непонятные ошибки с таблицами, при этого только помогало "chdbfl.exe" и снова все работало, но хватало на день-два и снова сыпались ошибки... Перевел ее на SQL, думал жизнь наладится, кстати, при загрузке этой базы в SQL из DT, появилась ошибка, сейчас ее точно не помню, но что-то вроде в какой-то таблице значение равно нулю и не все данные загружены... Но сравнил оборотки и вроде они одинаковые. Теперь на SQL база сильно тормозит, при проведении документов через раз вылезает ошибка конфликта блокировок, документы проводятся по минуте! При этом в базе работает всего 4 чел. Никто ничего не запускает (групповое перепроведение, восстановление последовательностей и т.п.). В конфигураторе БП установил таймаут блокировок 120 сек, теперь ошибка конфликта блокировок появляется через две минуты, а не как раньше- сразу... Сделал тестированиеисправление базы БП с реструктуризацией и реиндексацией таблиц + проверка логической целостности. При этом было найдено и типа исправлено много ошибок. Не помогло. Сам сервер мощный на ксеоне, на нем поднято несколько виртуальных серверов, на одном из них SQL, на другом 1С сервер + там же терминальный сервер. Что еще можно придумать?

взять новую чистую базу и туда все перенести ?

нанять специалиста или в новую базу

"на нем поднято несколько виртуальных серверов, на одном из них SQL, на другом 1С сервер + там же терминальный сервер. " Админов расстрелять, потом уволить с поражением в правах и запретом подходить к компьюетру в течение 10 лет.

Админов-то за что? Они всё правильно и удобно (для себя) сделали. Разнесли задачи по серверам. Это проблема ТС, что не смог обосновать инфраструктуру.

Перенести не вариант, скорее всего оборотка поплывет за 4 года

Объем базы, очередь к жестким дискам, замер при проведении документа на что время уходит - запрос или запись, есть ли свои правки в модуле проведения, количество незакрытых остатков, пересчитаны ли итоги P>S> Ну и традиционно - обычные сервер - поднять SQL и 1С и базу - админов не пускать - смотреть производительность

Что может сделать спец, того что я не смогу сделать я?

Как минимум замеры

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

[Что еще можно придумать?] настроить сервер [Сам сервер мощный на ксеоне,] ни о чем

"Но сравнил оборотки и вроде они одинаковые" вот за это уже можно ногами пинать

тем более что 1с крутится на виртуалке, а не на сервере

чувак, у тебя какой-то шибанутый косяк в данных. Пользуясь началом года переноси в новую чистую базу справочники, забивай остатки и вперед с чистого листа. Если любишь эксперименты, то ТИИ несколько раз подряд, а затем пересчет итогов, проверить на какую дату установлены итоги и установить на правильную. Отключить фоновые задания, особенно полнотекстовый поиск. Очистить все регистрации по всем узлам всех планов обмена. Когда блокировки проявляются через консоль кластера найти пользователя который блокирует и узнать что именно он делает...

М.б. с новой базой - можно было бы, но они еще год не закрыли, в итоге правильных остатков еще нет. И работа стоит, ничего делать толком в базе не могут...

Итоги в меню Операции рассчитаны правильно. Но если делать пересчет итогов в ТИИ, то плывет оборотка...

Еще раз(последний) 1) Объем базы 2) Очередь к жестким дискам на сервере и объем оперативки 3) Замер производительности при проведении документа тормозящего 4) Параметры сервера 5) Проверить расчет итогов 6) Проводится ли реламент по обслуживанию SQL (пересчет статистики и т.п.)

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

Я согласен. Но поплывет оборотка за 4 года, что тогда делать бухгалтерам? Как объяснить налоговой, что извините у нас оказалось в 2010 году было так, а сейчас в 2014 мы поняли, что ошибались....

по-хорошему бы надо как-то закрыть год здесь, а далее перенести остатки и начать с чистого листа, но как закрыть год при такой работе программы

Что согласен ? Что надо базу перепроводить ? Ну ну удачи

зачем было вообще с четырьмя человеками влезать на SQL?

Вы должно быть новенький в этом мире виртуализации

По хорошему сделай ТИИ, настрой обновления индексов и статистики на SQL. Но для 4х чел поднимать SQL конечно тот еще мазохизм

Причем тут SQL, она также паршиво работало и в файловом режиме, см. начало темы. А то что на SQL перевели, так это ради эксперимента

Далеко не новенький

у тебя нормальные остатки на какой-нито момент времени есть?

Я же писал, что ТИИ делал, см. выше

наверно, база нетиповая? НЕ может типовая так работать.

если там винегрет из данных - может

Легко. На файлопомойке поднять несколько виртуальных серверов. На одном разместить SQL сервер,на другом 1с, памяти обрезать

Обратитесь в SoftPoint - у них есть решение для полного тестирования серверов и программного обеспечения 1с

может

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

Правильный вариант пригласить специалиста который может избавить бухов от головняка с тормозами, и при этом не гробить базу

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

или это была выгрузка-загрузка через XML? Давно было, подробности стерлись из памяти. Помню только, что повозился я с той базой изрядно.