Имя: Пароль:
1C
1С v8
Платформа 8.2 Серверный вариант работы. Быстрее или медленнее чем файловый ?
0 R0mbes
 
29.08.12
23:00
Добрый вечер всем. Сегодня перевел режим работы на клиент-серверный вариант. Поставил mssql сервер, поставил платформу версии 8.2.15.317. Что удивительно программа стала намного быстрее грузиться и отчеты строятся тоже моментально. Но при проведении документов задержка жуть... хуже чем с файловым вариантом. В чем может быть загвоздка ?
Конфигурация КА, конечно вряд ли в ней дело.. До сих пор не могу выявить причину. Помогите !))
1 H A D G E H O G s
 
29.08.12
23:10
Это нормально.
2 Naumov
 
29.08.12
23:10
Сравнение корректно на большом объеме данных и большом количестве пользователей
3 R0mbes
 
29.08.12
23:11
(1) но документы проводятся медленнее чем в файловом варианте !! с чем это может быть связано ?? и почему нормально ? я думал через mssql быстрее
4 R0mbes
 
29.08.12
23:12
(2) объем данных хороший ... база 600 мб
5 ansh15
 
29.08.12
23:15
(4)И во сколько раз медленнее? В 5,10?
6 Naumov
 
29.08.12
23:15
(4) Шо? 600 мег? у меня пустая 8-ка чуть меньше весит. гига 3-4 хотябы
7 R0mbes
 
29.08.12
23:16
(5) примерно в 2 раза, реализацию может проводить около 10-ти секунд !
8 AlexNew
 
29.08.12
23:16
(4) Улыбнуло.
9 R0mbes
 
29.08.12
23:17
(7) да нет ну какие 3-4 гига !!! там столько за 10 лет не будет информации... фирма работает на 8-ке пол года всего )
(8) =))
10 AlexNew
 
29.08.12
23:19
(9) Ты им сервер продал - тебе и настраивать. Он им на не нужен с такими объемами. А так скажи , что 64x, иначе атас. Продашь еще раз.
11 rchervak
 
29.08.12
23:20
многое зависит от сервера. проца и  raid масивов... у самого с начала все крутилось на скуле, затем одну из 5 баз перевел на файловый режим.. вроде все ничего, и пошустрее работать стала - но блокировки замучали, если кто что проводит все курят.. поэтому переводить обратно на скуль все буду установив дополнительный райд контроллер с встроенной памятью на 128.
я одно понял из всего вышесказанного: чем лучше у тебя конфигурация дисков и проц - тем шустрее все будет. так что дело только в деньгах))
12 H A D G E H O G s
 
29.08.12
23:21
(11) Дааа, конечно, давай топовый сервак! Евгений Шекин рекомендует.
13 H A D G E H O G s
 
29.08.12
23:23
Вот, почитайте ветку, граждане специалисты

v8: Обслуживание базы 1С средствами SQL из клиентской части 1с
14 H A D G E H O G s
 
29.08.12
23:23
Пост (4) как бы намекает.
15 R0mbes
 
29.08.12
23:23
(10) "Ты им сервер продал тебе и настраивать" - это ты о чем ?)
там и так 64х стоит
16 vmv
 
29.08.12
23:23
(11) айпад от самсунга бери под тонкие - подещевело
17 H A D G E H O G s
 
29.08.12
23:24
(15) SQl надо настраивать, если что.
18 R0mbes
 
29.08.12
23:24
(11) у меня тоже были мысли что это из-за дисков
19 AlexNew
 
29.08.12
23:26
(15) С такими объемами ждать 128x - минимум. и Сервер 2020 и 1с 9.7
20 H A D G E H O G s
 
29.08.12
23:26
(18) Задумайся, как справлялся народ году так в 2006-ом на оборудовании того времени.
21 AlexNew
 
29.08.12
23:27
А так, драйвер КривыеРуки.dll установит и все.
22 rchervak
 
29.08.12
23:27
(17) соглашусь что от настройка скуля многое зависит. я сам перечитал много тем и постов по настрройке - и все сделал мануалам.. вот только когда в базе одновременно 90 челов сидит - все равно все упирается в деньгу.
23 AlexNew
 
29.08.12
23:28
(20) Ты справляться собрался с 600 м за полгода?
24 R0mbes
 
29.08.12
23:31
(17) (22) - где взять этот мануал я ставил sql просто все по умолчанию, буду очень признателен ссылке. Видел много однотипных мануалов по установке... их и использовал а чтобы по настройке нет (
25 H A D G E H O G s
 
29.08.12
23:31
(23) Да. Все должно быть оптимально.
26 R0mbes
 
29.08.12
23:32
(19) ну ты юморист )
27 H A D G E H O G s
 
29.08.12
23:32
28 AlexNew
 
29.08.12
23:34
(26) Я - такой, что тебя на сервер поволокло?
29 Gepard
 
29.08.12
23:34
(3) зато при подключении многих пользователей, скорость упадет незначительно там, где файловая сдохнет)
30 R0mbes
 
29.08.12
23:36
(28) да долго грузилась и работала сама медленной база , думал что поможет
31 AlexNew
 
29.08.12
23:37
(29) Перечитайте, пожалуйста, условия задачи.
32 AlexNew
 
29.08.12
23:38
(30) Конфа какая как нагрузку оценивал?
33 AlexNew
 
29.08.12
23:40
(30) Судя по всему тебе пора бежать, в лучшем случае - побьют.
34 AlexNew
 
29.08.12
23:42
(30) А то и SQL и сервер 64x вспомнят...
35 R0mbes
 
29.08.12
23:44
(32) как оценивал ? на глаз :DDD  ну там даже замеров производительности делать не пришлось .. документы стали проводиться дольше в 2 раза. конфигурация комплексная автоматизация, последний релиз с августовского диска
36 R0mbes
 
29.08.12
23:45
(33) да это как минимум )))
37 AlexNew
 
29.08.12
23:55
У тебя они не в терминале и сеть медленная?
38 AlexNew
 
29.08.12
23:56
Для файловой версии.
39 R0mbes
 
29.08.12
23:58
(37) нет они не в терминале, сеть вроде нормальная .. скорее всего дело в дисках
40 R0mbes
 
30.08.12
00:01
сейчас запустил тестирование и исправление, может поможет =)
41 H A D G E H O G s
 
30.08.12
00:13
Обязательно
42 Sorm
 
30.08.12
00:18
(35) При малых размерах базы файловая версия работает быстрее. Суть же сервера СУБД - сохранение приемлемого быстродействия при значительном увеличении размера базы и количества пользователей, а также расширение возможностей обслуживания базы, тонкой настройки и интеграции средствами сервера.
Теперь от общего к частному - индексы перестрой. Темп ДБ сунь на физический другой массив дисков или диск. Разбей темп дб на файлы по числу ядер процессора(только базу, лог разбивать не надо). Если много ядер - попробуй убрать параллелизм при построения планов запроса в свойствах сервера. Включи увеличение размеров бд в % от объема. Навскидку - все.
43 R0mbes
 
30.08.12
00:19
(42) вот это уровень, спасибо !
44 H A D G E H O G s
 
30.08.12
00:19
(42) Мелко, Хоботов.
45 Sorm
 
30.08.12
00:20
(44) Пусть.. Великие люди никогда не боялись банальностей..
46 H A D G E H O G s
 
30.08.12
00:21
(42) +
Настроить регламенты
Ограничить память SQL
Отключить проверку сертификации
Убедиться в отсутствии антивируса.
47 Sorm
 
30.08.12
00:23
(46) Его интересует быстрый эффект. А ты написал поддержку эффекта:) Кроме разве что антивируса, это да.
48 H A D G E H O G s
 
30.08.12
00:36
"А про третий путь не скажу ни слова.
Он у каждого свой – раз и готово! "
49 mih_io
 
30.08.12
00:42
ИМХО, при малом количестве пользователей , файловая будет полюбому быстрее чем SQL, это конечно если работа с файловой будет в терминале.

поставьте им лучше терминал и файловую, ей богу, на 600 метров то.
50 Sorm
 
30.08.12
00:44
(49) Да ладно, пусть привыкают:).
51 R0mbes
 
30.08.12
00:55
(46) антивирус вырублю, попробую) спасибо!
(49) ну вот в том то и дело что сервер терминалов админ ставить не хочет (( я ему уже не раз говорил, он заворачивает мои пожелания..
52 R0mbes
 
30.08.12
00:56
(46) а как отключить проверку сертификации ?
53 H A D G E H O G s
 
30.08.12
01:00
EXEC sp_fulltext_service 'verify_signature', 0;
GO
54 H A D G E H O G s
 
30.08.12
01:01
Совсем забыл про настройку расписания/отключение регламентных заданий.
55 H A D G E H O G s
 
30.08.12
01:01
Еще тут мелькал Шекин и кричал, что отключение полнотекстового поиска дает 100500 проиводительности, но я не в курсе этой темы.
56 mih_io
 
30.08.12
01:07
(51) почему не хочет? безопасность хромает? сделайте remoteapp и вот здесь 5-ый пункт посмотрите http://www.mista.ru/articles1c/terminal.htm#add хотя там для 2003-го конечно сервера. Но запретить пользователям любой доступ к изменению файлов на диске можно и в 2008.
57 R0mbes
 
30.08.12
01:07
(53)(55) спасибо !!!
58 alextom81
 
30.08.12
05:22
Перейти на РАУЗ - и всё.
59 Маратыч
 
30.08.12
05:29
Телепаты в отпуске. За каких-то пару сот енотов удаленно настрою, пжалста.
60 rphosts
 
30.08.12
06:11
есть ещё 1 момент: замена дисков на SSD нормально так добавит бодрости. Кроме того, если конфа не типовая - нужно смотреть код... по мнению В.Гилёва Амнокод - в 90% случаев основная причина тормозов.
61 rphosts
 
30.08.12
06:12
(55) перестроение словарика можно назначит регламентно на ночь... система ведь работает не 24*7?
62 Web00001
 
30.08.12
06:25
(49) У нас тут файловая база 3 гига спокойненько так в терминале работает, уже прижимает правда, но еще терпимо, что то серверный ключ никак не получается "придумать"
63 rphosts
 
30.08.12
06:36
(62) как правило критичнее не кубатура базы а количество одновременно активно работающих чел... одно дело коглда кто-то набивает и проводит доки пачками, другое когда кто-то сформирует отчёт из сотни строк и полдня курит его... ну и амнокодом можно повесить любую систему
64 picom
 
30.08.12
06:39
Жесть
у мну 5 гиг файловая на XP
И ничего, все шустрит на 10 юзерах
на новый сервер и софт денег не дают
65 Web00001
 
30.08.12
06:41
(63)Одновременно активно вбивают доки человек 5(продажи), в зале человек 10, в обработке подбора в "ПриВыводеСтроки" бегает запрос к остаткам по пяти складам
66 Web00001
 
30.08.12
06:42
(65) Ну плюс босс смотрит цены, проводит поступления, бывает по паре тыщ строк.
67 Web00001
 
30.08.12
06:44
(64) То что юзер может уйти с базой в кармане, никого не смущает?
68 rphosts
 
30.08.12
06:47
(67) наверное диру ещё не озвучили что его бизнес увести как выкурить сигарету!
69 rphosts
 
30.08.12
06:49
(65) ну типа как 5 чел для файловой не критично, вот более 20 тут уже точно ставить хотя-бы постгре...
70 0xFFFFFF
 
30.08.12
06:56
(4) С такими объемами на Оракл уже пора переходить. Однозначно.
71 vde69
 
30.08.12
08:15
(0) судя по симптомам у тебя оптимизация на чтение, что нужно сделать что-бы ускорить запись на диск скулем.

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

ну дальше - по результатам
72 Chai Nic
 
30.08.12
08:21
(71)
Скорее всего это не поможет, я думаю, "при проведении документов" у автора темы просто выполняются запросы, по которым sql-сервер строит неоптимальные планы выполнения (вложенный nested loop на больших выборках). Такое бывает. Кстати, никто не озвучил версию sql-сервера - в 2008 версии оптимизатор стал значительно умнее.
73 Azverin
 
30.08.12
08:22
(0) зачем ставил 8.2.15.317 с ошибкой утечкой памяти?
ставь 319
74 vde69
 
30.08.12
08:24
(72) скорее всего у автора скуль развернут там-же где была файловая шара, от сюди и траблы, по сколько оптимизация сервера для этих задачь совсем разная нужна.
(71) + убрать с этого диска все файловые шары и убрать роль файлового сервера
75 AkeHayc
 
30.08.12
08:39
(0)Писали же - ставь SSD
или
RAID из дисков SAS 15K
76 Chai Nic
 
30.08.12
10:31
(74) Для столь мелкой базы оптимизация сервера вообще не нужна. Там всё должно в памяти закэшироваться и так. Роль файл-сервера ничуть не мешает, если памяти достаточно.
77 gae
 
30.08.12
10:56
(3) он не быстрее, он параллельнее.
78 R0mbes
 
03.09.12
15:24
(61) поставлю посмотрим что изменится,
(73) спасибо, буду обновлять!
(74) да так оно и есть, просто не все базы в клиент-серверном варианте, кое-что осталось в файловом.
(75) Вот RAID надо ставить это да, уже думаем на эту тему