Есть база Торговля+Склад, свернутая на начало года.
Работает на терминальном 30-35 пользователей,
на сервере 2 ксеона (24 ядра) нагрузки нет
рейд0 из 2х SSD дисков, нагрузки нет
32гб ОЗУ, свободной полно.
Но база тормозит, иногда ожидание транзакции превышает 30 сек,
может есть какая-то волшебная кнопка, быстро работать?

файловая или скуль?

Файловая

Время ожидания в 0 всем, если тис/комплексная - период хранения останков 5 дней.

Ставил на SQL 2008 R2, скорость только падает. К тому же один из отчетов (отчет по прочим доходам и расходам) при выбранной группе в отборе, вылетает с ошибкой C++ Runtime и крашится 1С, на любой из SQL (2000, 2005 и 2008), поэтому SQL пока не годится.

терминал спасет (3) не 100% но 99%

(5) >>>Работает на терминальном 30-35 пользователей,

что говорит старый еврей Профайлер?

(0) у тебя проблемы не в быстроте а в параллельности работы

(7)ну, для дбф базы он его долго искать будет :)

(7) что он скажет в файловой?

у меня еще аналитики умудрялись вешать терминал, когда EXCEL запускали с большой сводной или ВПР большим - EXCEL отлично умеет отжирать все процессоры не хуже 1с 7.7 в режиме захвата таблицы )

(9) (10) ну, его младший брат Дебаггер, исполняющий функции  Профайлера?

Ликвидируйте работу задним числом
Работа на обы ном офисном пне с елаом пользователей до 25 чел трудномтей не представляла

(13) а может им лучше "очередь проведения" наладить?
чтобы транзакций блокирующих не было?

Книга знаний: Исправление ошибки 1С:Предприятие 7.7/8.0 - 100% загрузка процессора при ожидании блокировки

35 человек работало в терминале, проблем не было...

Запретить работу задним числом невозможно, неделю задним числом редактируют, делать исправления текущим числом никого не заставишь, а исправления делаются ежедневно и по много раз.
Пока испробую (3).
Есть подозрения,что часто пользуются внешней обработкой, с транзакцией. Надо наверное в ней прописать cmd /C msg * "Пользователь <User> запустил транзакцию, все ждем!". Тогда вопросов почему тормозит, станет поменьше :)

(4) Есть опыт перевода файло в sql и все в норме.
А если вылетает с ошибкой на всех версиях sql надо искать проблему а не изврат.
+ переход на прямые запросы.
с 1С++ скорость вырастает в разы, даже по сравнению с dbf.
Пользователи даже не заметили разницы.
А dbf и sql стандартными методами ох как отличаются в скорострельности.

+(0) 30-35 пользователей это ерунда.
у меня 150 работает правда в базе не ТИС а Документооборот а причем все активно внося документы и т.п.
и тормозов никаких.
правда узкое место это родной ЖР, но его мы обошли переводом в SQL хранение.

так что ищите дырки в базе.

(19) а как перевели?

(21)
1C++
С помощью перехватчика.
Захватили системные и пользовательские события по работе с журналом регистрации и перенаправили прямыми запросами в базу SQL.

(22) понял. зря я, наверное, не стал этим заморачиваться...

(17) и чего это у вас исправлений денлают по много раз? реализаций..? сильно сомневаюсь.
Скорее всего колбасят заявки.
наладь работу с корректировочными заявками и вообщем все.
Основные тормоза - это расчет временных итогов в модулях проведений

ЖР, проще вообще отключить за ненадобностью в пофигураторе

(25) дык надобен...
таблица исправлений - самая большая в базе. а туда пишется далекол не все...

(22) поделись классом?

(18) Перевести не проблема, проблема с отчетами, переделывать которые на прямые запросы нет никакого желания и времени. Это для меня не основная база, есть еще розница и много магазинов. (24)
Делают исправления и в заявках и в реализация и в поступлениях, перемещениях, причем правкой занимаются куча народу и в разных офисах. Сам учет настроен кривовато, но переделывать уже поздно. Легче на 8 перевести, но опять же для меня это не приоритет.
(25) ЖР 1,2 Гб, но отключить его нельзя, там записывается все что кто исправлял, вплоть до каждого реквизита документа.

(28) дык архивируй ЖР периодически

из-за него тормоза тоже не детские

кстати, вроде больше гига - ЖР начинает сильно тормозить.

(28) ну раз бардак и нет возможности/желания привести это внормальное состояние - тады ой... жуйте как есть ;-)

(0) Похоже вы где-то злоупотребили Транзакцией или Обработкой по перепроведению документов.

От транзакции лучше избавиться
В обработку поместить "Паузу", но не через накручивание цикла :)

Так же помогут Прямые запросы
Оптимизация запросов
Исправление ГУАНО кода
Выпиливание "мертвых душ" из объектов Метаданных.
Переписать Периодические реквизиты справочников на регистр "Оборотный" (нужны прямые запросы)
Убрать проверку из Модуля документа, ибо проверка в транзакции, это Пауза для всей БД.
Убрать черные запросы из процедуры проведения документа

... и т.д... Оптимизировать можно долго, в зависимости Хауса в учете :)

а чего там с партийными списками?

База типовая, не переписанная. Есть только несколько внешних обработок, некоторые содержат транзакции, я просто пока не в курсе периодичности их запуска.
Просто интересно, даже если 1с  что-то там делает, почему не использует на 100% ни одного ядра, ни диск, ни память. Ведь все это можно делать, очевидно быстрее, но нет...

(35) Периодические элементы, типо "Цена" пишутся в одну таблицу "Константы", это Фишка платформы - "Привет разработчикам СУБД от 1С"

Транзакции у 1С 7.7, захватывают ВСЮ БД, и чем дольше ты держишь, тем сильнее все курят бамбук :)

+(35) 1С 7.7 Одно-ядерное приложение. Примерно, если будете Использовать на терминале Win x64, то Сама Ось будет делить на ресурсы :)

+ Насчет паузы, у 1С 7.7, как и у 1С 8.ххх... Больное игнорирование пауз. Народ обычно пишет на Джаве или на ВК или еще как... Что бы Процессор в цикле не Грузить на 100% :)

+(37) Если типовая Торговля с Партийным учетом, то тот еще тормоз. Если еще и фаловая, то это копец.

Все запросы от 1С, ориентированы на работу в DBF БД, а следовательно, Каждый "Сложный" запрос сперва Копируют "Простую" структуру выбранных данных во временные файлы и после начинает работать с Группировками, Итогами и т.д....

...
Даже SQL запрос не спасет от копирования БД во временные файлы, так работают Черные запросы от 1С.
... На SQL обычно спасают прямые запросы...

(36) "Транзакции у 1С 7.7, захватывают ВСЮ БД"
.
бред укурившегося... ;-)

(39) Да ладно - у меня бывает и соседние захватывает

Еще раз: избавьтесь от проведений задним числом. Или по крайней мере расчетом временных итогов при проведении. Получите ускорение на порядок. Период базы поставьте = 5 дней. Получите существенное ускорение. Как вариант - все запросы на проведение - в одну очередь. Юзверям - сообщать о результатах проведения.

(40) Уанс море эгейн
.
"Транзакции у 1С 7.7, захватывают ВСЮ БД"
бред укурившегося... ;-)
.
Сделай обработку

НачатьТранзакцию();
Предупреждение("Ждем когда выкурят...");
ЗафиксироватьТранзакцию();

Нигде ничего не заблокируется.
Вообще ничего.

(27) стучись в аську.
разберемся.

Скорость работы винтов не замерял? Может дегрейд производительности пошел?
SSD корпоративные? Если нет, то будут проблемы с многопользовательским режимом.

В лохматых 2005 годах romix делал свои первые гениальные шаги :)
Там и перехват запроса, и подмена, и выключение блокировок таблиц, и масса интересного.

Много интересного тогда на 7.7 сделали - раскачали базу до 150 пользователей. Комплексная, SQL, 1с++, с парой тысяч документов в сутки.

А какая ОС на сервере?

ОС Server 2008R2, сама стоит на зеркальном рейде из 4х HITACHI HUS156030VLS600, скорость 300 мб/сек.

База перенесена на SSD OCZ VTX3-25SAT3-60G скорость > 350 мб/сек.

Состояние всех дисков отличное (HDSentinel), среднее использование SSD диска на 0,2%.

для начала, заархивировать жР или прибить его совсем.

http://catalog.mista.ru/public/16681/

потом, огласить че за база хоть - тис/бухня/компл

(49) у него же дбф

там всё летать должно и так.

У меня давно возник один вопрос по поводу использования SSD, сразу тут поднимаю...
Если на жестких дисках есть кэш (который работает со скоростью ОЗУ), а на SSD такого кеша нет (или я ошибаюсь), то не теряется ли производительность при частых и однотипных мелких операциях чтения/записи?

(51) обсыпаюсь пеплом.....

в (0) написано Есть база Торговля+Склад, свернутая на начало года.

(51) чтоб ветки не плодить... секрелиз стоит 7-й, а на обращениях к подчиненным - тормозит незнамо как (ну и на отборах в общем журнале иногда). ЧЯНТД?

(56) хз, вроде как солюшен 7 поставил и тормоза посчезли.

Для ТиСа.. проверить наличие пустых дат в 1sjourn
закрытие всех регистров, повырезать лишние - типа книжек покупок/продаж и заявок всяких (если по ним нет учета)

сделать переиод останков 5 дней, в 0 обработку ожидания таблиц и темпы перенести на тот=же ссд  диск.

возможно ТА загнана далеко вперед - есть такие любители.

(60)+100500

(24) (28) Манаге5ры ставят резервы, корректируют заявки,Э потом друг у друга (ха, какая ж это дружба?) тырют товары в заявках. Вот и дёргается у вас всё.

С таким бардаком трудно бороться даже административно. Я сделал логирование изменений документа и потом на дикие вопли "куда делся товар из моей заявки" показывал список изменивших его документ, где записаны все действия - изменение реквизита, колонки ТЧ, строки ТЧ, удаление строки и т.д.

(58) Кстати, да. Еще во времена Win98, до WinXP, я вырезал лишние сущности в базе - справочник проводок в ТиС, платежные поручения (работали только по кассе) и т.д. Смог запустить 5 или 6 пользователей. Потом купили WinXP, легализовали 1С и проблема исчезла.

(60) А в чём смысл? Некоторые в бухне ставяь расчет бухитогов вперед, типа чтобы в начале квартала не мучаться. А если ТА вперёд, то по сути все операции "задним числом" и от того дикие тормоза.

(64)зато документы делают "по времени совершения операций"...
мне сказали - я аж присел.
документы за месяц вперед - я их спрашиваю - "и это по времени совершения?" А мне отвечют: конечно. мы им в августе точноотгрузим...

Для сервера подойдет такое решение - Intel SSDSC2BA100G301 объем 100гб.

(66) да для такой базы и офисного компа хватит....

(39) Да ты шо... Правда, нет шоль?
А Журнал документов у 1С 7.7, не одна и таблица на все документы?
Вот пока человечек играется с проведением документа, все курят и ждут, что бы провести свой документ.

...
Согласен, насчет справочников я погорячился, при проведении блокируется только Документы, все документы Конфигурации.

...
Но вот если будет вызван код "НачатьТранзакцию", то блокируется вся БД, на запись :)

(42) Вы свой мопед без тормозов, убранный вами же и забыт как страшный сон, не подсовывайте :)
В типовой, транзакция, это дурной тон :)

(62) я сделал еще тупее: проведенные заявки корректировке не подлежат. только корректировочной заявкой. и нормуль. плюс к этому тупо поставить запрет открытия документа если открывает чужой менеджер.

(65) Пипидастры, что с них возьмешь.. ;-)

(68) Согласен, погорячился...

(68) Неверно.

Запусти простую обработку с кодом
НачатьТранзакцию();
Предупреждение("Стоим в транзакции");

В соседнем сеансе - совершенно спокойно редактируются справочники и даже проводятся доки.

В Транзакции блокируются только те объекты(таблицвы), к которым проводится обращение. Как-то вот так...

(73) Неверно согласился с погорячится. в (39) я вообщем верно написал про бред укурившегося.. ;-)

(75) Ты такой непостоянный...

(76) угу, я такой.. весь.. неожиданный...

(77) Корнет, вы женщина?!
)

(78) "А по сусалам..?" ;-)