Все привет!

Есть база БП 2.0 типовая посл. релиза на 8.2.19.83.

Сначала была файловая, но она часто тупила, при проведении долго проводила, или вобще ругалась на непонятные ошибки с таблицами, при этого только помогало "chdbfl.exe" и снова все работало, но хватало на день-два и снова сыпались ошибки...

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

Теперь на SQL база сильно тормозит, при проведении документов через раз вылезает ошибка конфликта блокировок, документы проводятся по минуте!

При этом в базе работает всего 4 чел. Никто ничего не запускает (групповое перепроведение, восстановление последовательностей и т.п.).

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

Сделал тестирование\исправление базы БП с реструктуризацией и реиндексацией таблиц + проверка логической целостности. При этом было найдено и типа исправлено много ошибок. Не помогло.

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

Что еще можно придумать?

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

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

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

Админов расстрелять, потом уволить с поражением в правах и запретом подходить к компьюетру в течение 10 лет.

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

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

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

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

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

(7)Как минимум замеры

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

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

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

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

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

Если любишь эксперименты, то ТИИ несколько раз подряд, а затем пересчет итогов, проверить на какую дату установлены итоги и установить на правильную.

Отключить фоновые задания, особенно полнотекстовый поиск.

Очистить все регистрации по всем узлам всех планов обмена.

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

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

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

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

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

Либо полностью перепроводи всю базу либо переноси документы и опять таки перепроводи всю базу

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

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

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

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

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

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

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

(22) Далеко не новенький

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

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

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

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

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

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

(28) может

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

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

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

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