на SQL сервере очень медленно перепроводятся документы. #160716

Хотим перейти на SQL сервер, но фишка в том что приходится часто по ночам перепроводить документы. Какой же сервер нужен? База 2 Гб. 2х процессорный Xeon 2.66 / 2Гб RAM проводит документы в 10 раз медленнее чем локально DBF версия.

Это фича такая SQL 2000.

скорее, это фича 1С...

Какая еще фича? Как заставить проводить быстрее? Хотя бы в 2 раза медленнее чем локально.

А скока народу в базе сидит?

Может и не надо на СКЛ то лезть пока...

Почитай стаью

В базе сидит один. Монопольно. (Ночное перепроведение)

Еще раз

Где же АперБот? по словам "медленно" и "SQL" надо первым делом отправлять на статью "Почему SQL "тормозит"?" а также за справкой к дискам ИТС

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

Есть команды очистки буфера . Подзыбыл. Помоему DBCC чего тотам . Надо help на MSSQL глянуть. НО попробывать на копии стоит

Подозреваю что именно их софтпоинт и запихнул в свою бибюлиотеку . Но могу ошибаться :)

ЖЖОШЬ! 06.09.1998г

+ Тормозят запросы. Время выполнения БУХ. запросов на sql гороздо больше. У нас та же самая проблема. То что переполняются какие-то временные таблицы это совсем другое.

C Софтпоинтом непонятно. Ни компоненты, ни сколько стоит (если стоит).

У человека проблемы с перепроведением документов !!!. Если у него в модулях проведения запрос запросом погоняет ,контролируются осттки и куча таблиц знаений с перебором в циклах тогда .....:)

Чето типа 300 баксов она стоила когда то.

Не понял как это связано с тем что я написал?

Ты сначала убедись что компонента тебе поможет. Даже выполнение одного запроса на sql выполняется дольше чем на dbf.

Ну я думаю что автор запускал уже непосредственно этот процесс на самой машине где SQLServer стоит ???

Пытался 1С вместе с SQL на одной машине и на разных. А как убедиться что поможет если компоненты нет? Даже тестовой.

Оценить время проведения до использования компоненты и после

Базу в RAM диск затолкать :)

Прирост производительноти будет в 60 раз - уже тестили :)))

база на регистрах или на плане счетов построена? если есть бухзапросы, то в 14 уже дали ответ.

Не знаю у нас проведение даже одного документа на sql медленнее раза в 3-4. А в примере по ссылке написано вставлять вызов dll через 100 документов

База на регистрах. Проводки делаются тоже, но по результатам движений регистров.

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

Имхо имеет смысл попробовать проводить сразу несколько документов в одной транзакции. Резко ускоряет перепроведение со сдвигом ТА, когда не нужны временные рассчеты. Если конфа самописная, то перед временными рассчетами имеет смысл поставить фильтры (например, по измерениям). Запросы имхо лучше в модуле проведения не делать.

а кто-нибудь пользовал ПО софтпойнта? Какие впечатления?

Сколько народу твердить - нету волшебной профцедуры очистки буфера. Есть например процедура переконнекта с возникающими сложными технологическими проблемами востановления состояния курсоров и т.п.   Компонета от софтпоинт не миф - сам принимал участие в разработке. Поможет только и только в том случае если наблюдается замедление со временем. Если же сразу операции выполняются медленно по сравнению с ДБф то тут нужно оптимизировать. Возможно помогут другие компоненты от софтопинт - например Компонента оптимальной расстановки индексов(расставляет оптимальные индексы в результате чего общая прроизводительбнсть повышается и некоторые отчеты могут работать на порядок быстрее) Компонента замены неэффективных "тяжелых" запросов и т.д и т.п. это из тех которые являются тиражируемыми решениями. Есть решения которые конкретно нужно "затачивать" под конфу.

ТвоеADO.Open("DBCC DROPCLEANBUFFERS"); Курам на смех. Матрена запустил мульку а все повторяют не проверив.Выполняя это будете добиваться только одного - еще большего замедления.

А кто такой матрена ?