Добрый вечер всем. Сегодня перевел режим работы на клиент-серверный вариант. Поставил mssql сервер, поставил платформу версии 8.2.15.317. Что удивительно программа стала намного быстрее грузиться и отчеты строятся тоже моментально. Но при проведении документов задержка жуть... хуже чем с файловым вариантом. В чем может быть загвоздка ?
Конфигурация КА, конечно вряд ли в ней дело.. До сих пор не могу выявить причину. Помогите !))

Это нормально.

Сравнение корректно на большом объеме данных и большом количестве пользователей

(1) но документы проводятся медленнее чем в файловом варианте !! с чем это может быть связано ?? и почему нормально ? я думал через mssql быстрее

(2) объем данных хороший ... база 600 мб

(4)И во сколько раз медленнее? В 5,10?

(4) Шо? 600 мег? у меня пустая 8-ка чуть меньше весит. гига 3-4 хотябы

(5) примерно в 2 раза, реализацию может проводить около 10-ти секунд !

(4) Улыбнуло.

(7) да нет ну какие 3-4 гига !!! там столько за 10 лет не будет информации... фирма работает на 8-ке пол года всего )
(8) =))

(9) Ты им сервер продал - тебе и настраивать. Он им на не нужен с такими объемами. А так скажи , что 64x, иначе атас. Продашь еще раз.

многое зависит от сервера. проца и  raid масивов... у самого с начала все крутилось на скуле, затем одну из 5 баз перевел на файловый режим.. вроде все ничего, и пошустрее работать стала - но блокировки замучали, если кто что проводит все курят.. поэтому переводить обратно на скуль все буду установив дополнительный райд контроллер с встроенной памятью на 128.
я одно понял из всего вышесказанного: чем лучше у тебя конфигурация дисков и проц - тем шустрее все будет. так что дело только в деньгах))

(11) Дааа, конечно, давай топовый сервак! Евгений Шекин рекомендует.

Вот, почитайте ветку, граждане специалисты

v8: Обслуживание базы 1С средствами SQL из клиентской части 1с

Пост (4) как бы намекает.

(10) "Ты им сервер продал тебе и настраивать" - это ты о чем ?)
там и так 64х стоит

(11) айпад от самсунга бери под тонкие - подещевело

(15) SQl надо настраивать, если что.

(11) у меня тоже были мысли что это из-за дисков

(15) С такими объемами ждать 128x - минимум. и Сервер 2020 и 1с 9.7

(18) Задумайся, как справлялся народ году так в 2006-ом на оборудовании того времени.

А так, драйвер КривыеРуки.dll установит и все.

(17) соглашусь что от настройка скуля многое зависит. я сам перечитал много тем и постов по настрройке - и все сделал мануалам.. вот только когда в базе одновременно 90 челов сидит - все равно все упирается в деньгу.

(20) Ты справляться собрался с 600 м за полгода?

(17) (22) - где взять этот мануал я ставил sql просто все по умолчанию, буду очень признателен ссылке. Видел много однотипных мануалов по установке... их и использовал а чтобы по настройке нет (

(23) Да. Все должно быть оптимально.

(19) ну ты юморист )

Первая же строка Яндекса
http://www.k-max.name/windows/microsoft-sql-server-2005-maintenance-plans-1c/

(26) Я - такой, что тебя на сервер поволокло?

(3) зато при подключении многих пользователей, скорость упадет незначительно там, где файловая сдохнет)

(28) да долго грузилась и работала сама медленной база , думал что поможет

(29) Перечитайте, пожалуйста, условия задачи.

(30) Конфа какая как нагрузку оценивал?

(30) Судя по всему тебе пора бежать, в лучшем случае - побьют.

(30) А то и SQL и сервер 64x вспомнят...

(32) как оценивал ? на глаз :DDD  ну там даже замеров производительности делать не пришлось .. документы стали проводиться дольше в 2 раза. конфигурация комплексная автоматизация, последний релиз с августовского диска

(33) да это как минимум )))

У тебя они не в терминале и сеть медленная?

Для файловой версии.

(37) нет они не в терминале, сеть вроде нормальная .. скорее всего дело в дисках

сейчас запустил тестирование и исправление, может поможет =)

Обязательно

(35) При малых размерах базы файловая версия работает быстрее. Суть же сервера СУБД - сохранение приемлемого быстродействия при значительном увеличении размера базы и количества пользователей, а также расширение возможностей обслуживания базы, тонкой настройки и интеграции средствами сервера.
Теперь от общего к частному - индексы перестрой. Темп ДБ сунь на физический другой массив дисков или диск. Разбей темп дб на файлы по числу ядер процессора(только базу, лог разбивать не надо). Если много ядер - попробуй убрать параллелизм при построения планов запроса в свойствах сервера. Включи увеличение размеров бд в % от объема. Навскидку - все.

(42) вот это уровень, спасибо !

(42) Мелко, Хоботов.

(44) Пусть.. Великие люди никогда не боялись банальностей..

(42) +
Настроить регламенты
Ограничить память SQL
Отключить проверку сертификации
Убедиться в отсутствии антивируса.

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

"А про третий путь не скажу ни слова.
Он у каждого свой – раз и готово! "

ИМХО, при малом количестве пользователей , файловая будет полюбому быстрее чем SQL, это конечно если работа с файловой будет в терминале.

поставьте им лучше терминал и файловую, ей богу, на 600 метров то.

(49) Да ладно, пусть привыкают:).

(46) антивирус вырублю, попробую) спасибо!
(49) ну вот в том то и дело что сервер терминалов админ ставить не хочет (( я ему уже не раз говорил, он заворачивает мои пожелания..

(46) а как отключить проверку сертификации ?

EXEC sp_fulltext_service 'verify_signature', 0;
GO

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

Еще тут мелькал Шекин и кричал, что отключение полнотекстового поиска дает 100500 проиводительности, но я не в курсе этой темы.

(51) почему не хочет? безопасность хромает? сделайте remoteapp и вот здесь 5-ый пункт посмотрите http://www.mista.ru/articles1c/terminal.htm#add хотя там для 2003-го конечно сервера. Но запретить пользователям любой доступ к изменению файлов на диске можно и в 2008.

(53)(55) спасибо !!!

Перейти на РАУЗ - и всё.

Телепаты в отпуске. За каких-то пару сот енотов удаленно настрою, пжалста.

есть ещё 1 момент: замена дисков на SSD нормально так добавит бодрости. Кроме того, если конфа не типовая - нужно смотреть код... по мнению В.Гилёва Амнокод - в 90% случаев основная причина тормозов.

(55) перестроение словарика можно назначит регламентно на ночь... система ведь работает не 24*7?

(49) У нас тут файловая база 3 гига спокойненько так в терминале работает, уже прижимает правда, но еще терпимо, что то серверный ключ никак не получается "придумать"

(62) как правило критичнее не кубатура базы а количество одновременно активно работающих чел... одно дело коглда кто-то набивает и проводит доки пачками, другое когда кто-то сформирует отчёт из сотни строк и полдня курит его... ну и амнокодом можно повесить любую систему

Жесть
у мну 5 гиг файловая на XP
И ничего, все шустрит на 10 юзерах
на новый сервер и софт денег не дают

(63)Одновременно активно вбивают доки человек 5(продажи), в зале человек 10, в обработке подбора в "ПриВыводеСтроки" бегает запрос к остаткам по пяти складам

(65) Ну плюс босс смотрит цены, проводит поступления, бывает по паре тыщ строк.

(64) То что юзер может уйти с базой в кармане, никого не смущает?

(67) наверное диру ещё не озвучили что его бизнес увести как выкурить сигарету!

(65) ну типа как 5 чел для файловой не критично, вот более 20 тут уже точно ставить хотя-бы постгре...

(4) С такими объемами на Оракл уже пора переходить. Однозначно.

(0) судя по симптомам у тебя оптимизация на чтение, что нужно сделать что-бы ускорить запись на диск скулем.

1. настроить сам сервер где стоит скуль на оптимизацию служб (а не приложений как сейчас), поставить файлы скуля в исключения антивируса, убрать индексирование диска, убрать версионирование, сделать дефрагментацию.
2. настроить регламент скуля (не реже 1 раза в час обновление статистики, не реже 1 раза в неделю полный пересчет индексов)
3. припроведении документа включить замер производительности и посмотреть что-же тормозит
4. http://infostart.ru/public/16681/ посмотреть статистику блокировок

ну дальше - по результатам

(71)
Скорее всего это не поможет, я думаю, "при проведении документов" у автора темы просто выполняются запросы, по которым sql-сервер строит неоптимальные планы выполнения (вложенный nested loop на больших выборках). Такое бывает. Кстати, никто не озвучил версию sql-сервера - в 2008 версии оптимизатор стал значительно умнее.

(0) зачем ставил 8.2.15.317 с ошибкой утечкой памяти?
ставь 319

(72) скорее всего у автора скуль развернут там-же где была файловая шара, от сюди и траблы, по сколько оптимизация сервера для этих задачь совсем разная нужна.
(71) + убрать с этого диска все файловые шары и убрать роль файлового сервера

(0)Писали же - ставь SSD
или
RAID из дисков SAS 15K

(74) Для столь мелкой базы оптимизация сервера вообще не нужна. Там всё должно в памяти закэшироваться и так. Роль файл-сервера ничуть не мешает, если памяти достаточно.

(3) он не быстрее, он параллельнее.

(61) поставлю посмотрим что изменится,
(73) спасибо, буду обновлять!
(74) да так оно и есть, просто не все базы в клиент-серверном варианте, кое-что осталось в файловом.
(75) Вот RAID надо ставить это да, уже думаем на эту тему