|
как ускорить работу 1с на windows server 2008 | ☑ | ||
---|---|---|---|---|
0
unbred
07.06.19
✎
11:51
|
есть 2 сервака. 1й 2003 ,2й 2008 .
2й сервак по железу примерно в 2 раза сильнее 1го (плюс он на ssd) запуск 1с полностью идентичен (ну или то,что я смог увидеть идентично. разрядность и т.д.) на 1м серваке n отчет выполняется 44 сек ,на 2м 68 сек. тесты проводил с удаленного компа. подскажите,куда копнуть или что можно сделать? потеряю ли в скорости,если воткну вместо этих 2012? полазил по форумам чуть-на поверхности ничего. ответы типа: так исторически сложилось не считаю приемлимыми. |
|||
1
МихаилМ
07.06.19
✎
12:06
|
сравните замеры производительности
проанализируйте тж |
|||
2
RomanYS
07.06.19
✎
12:07
|
(0) конфигурация 1С?
SQL? rdp? |
|||
3
unbred
07.06.19
✎
12:10
|
(2) упп+бп+зуп+утп . не имеет значения
MSsql rdp |
|||
4
unbred
07.06.19
✎
12:13
|
(1) не хочу. по форумам пока лазил -видел всякое. вобщем там ответ "так исторически сложилось". я хочу другой.
просто ,внятно.если кто сталкивался и решил -получить ответ ,либо намёк на ответ. |
|||
5
H A D G E H O G s
07.06.19
✎
12:17
|
Так исторически сложилось, что с таким подходом вы ничего не добьетесь и обречены страдать.
|
|||
6
vova1122
07.06.19
✎
12:20
|
(0) самое первое какие процессоры на первом и втором компе и их частота?
|
|||
7
unbred
07.06.19
✎
12:31
|
(6) windows server 2003 r2 Intel(R) Xeon(R) CPU E5320 1.86GHz ОЗУ 8 гиг
windows server 2008 r2 Intel(R) Xeon(R) CPU E5-2620 v2 @ 2.10GHz ОЗУ 32гига 1600 DDR3 на обоих raid 10 |
|||
8
Nyoko
07.06.19
✎
12:36
|
(7) режим питания питания процессора какой ?
|
|||
9
Cyberhawk
07.06.19
✎
12:39
|
От Вин 2012 все станет еще медленнее
|
|||
10
Эксплуататор1С
07.06.19
✎
12:41
|
(7) не очень частота.. на обоих
(0) есть другие замеры чего-нибудь? стандартно по чек-листу проверьте все настройки https://its.1c.ru/db/metod8dev#content:5899:hdoc регламенты в SQL выполнены все? как давно? |
|||
11
dezss
07.06.19
✎
12:42
|
а на 2003 был патч от meltdown?
|
|||
12
dezss
07.06.19
✎
12:44
|
(11) + на 2008 и дальше была патчи, а вот про 2003 не слышал.
|
|||
13
vova1122
07.06.19
✎
12:45
|
(7) кажется где-то читал что некоторые процессоры замедляют свою частоту во время простоя и низкой нагрузки. Может в этом дело...
|
|||
14
unbred
07.06.19
✎
12:46
|
(10) Да все по максимуму на 2008 все как у Гилева описано все делалось по максималке
|
|||
15
unbred
07.06.19
✎
12:48
|
(9) спасибо. а почему?
|
|||
16
unbred
07.06.19
✎
12:50
|
(11) процы прошиты с биосом на последние обновления. Процы в режиме кмаксимальной производительности
|
|||
17
dezss
07.06.19
✎
12:53
|
(16) Я про виндовую заплатку.
|
|||
18
Cyberhawk
07.06.19
✎
12:53
|
(15) Общая закономерность роста прожорливости ПО
|
|||
19
Эксплуататор1С
07.06.19
✎
12:53
|
(14) а с регламентами на SQL что?
|
|||
20
Вафель
07.06.19
✎
12:54
|
(18) но не в 5 раз же
|
|||
21
Cyberhawk
07.06.19
✎
12:55
|
(20) Что в 5 раз?
|
|||
22
vova1122
07.06.19
✎
12:56
|
(20) в (0) не в 5 раз в в полтора
|
|||
23
unbred
07.06.19
✎
13:04
|
(19) по скулю всё норм. админ всё делает вовремя.
|
|||
24
timurhv
07.06.19
✎
13:04
|
(0) Нужно смотреть отчет, нужно смотреть индексы и статистику.
Если на сервере 1 база старая и вы разворачиваете с нуля на сервере 2 базу, то логично у 2-ой будет медленнее. Плюс недавно тут поднимали вопрос про полнотекстовый поиск - на новом сервере/месте HDD/SSD он начнет его лопатить с нуля. |
|||
25
timurhv
07.06.19
✎
13:06
|
Да и плюс как базу создавали? Через подключение mdf, загрузку bak, dt?
|
|||
26
unbred
07.06.19
✎
13:11
|
(24)>> Если на сервере 1 база старая и вы разворачиваете с нуля на сервере 2 базу, то логично у 2-ой будет медленнее.
чуть подробнее,пожалуйста >> Плюс недавно тут поднимали вопрос про полнотекстовый поиск - на новом сервере/месте HDD/SSD он начнет его лопатить с нуля можно линк? |
|||
27
unbred
07.06.19
✎
13:12
|
база серверная , сервер 1с крутится на том же сервере где скуль. На клиентах запускаются тонкие клиенты. Поэтому оба сервера клиента работают с получением данных с свераа 1с. Поэтому скуль и сервер 1с косвенно ни при делах, надо найти тонкое место в клиентах
|
|||
28
Вафель
07.06.19
✎
13:13
|
на 2м небось виртуалки подняты на 1 железке?
|
|||
29
unbred
07.06.19
✎
13:18
|
(28) нет там виртуалок
|
|||
30
kauksi
07.06.19
✎
13:19
|
купите один "сервер" на i7-9900kf /32 Гб рам / SSD Samsung 970 pro и будет вам щасте. А старые оставьте под файлопомойку
|
|||
31
kauksi
07.06.19
✎
13:20
|
+(30) а лучше i9-9900KS
|
|||
32
timurhv
07.06.19
✎
13:21
|
(26) У второй неактуальная статистика и индексы. Запустите регламенты SQL по перестроению индексов и тп, есть на its.
По полнотекстовому поиску - вручную запустите перестроение в пользовательском режиме по всем базам, ссылку сейчас не найду. Не раскрыта информация как поднимали базы: mdf, bak, dt. Что указано в ограничениях по ОЗУ в MSSQL, количество temp файлов у SQL. MAXDOP что указано? И самое главное: версия MSSQL, вы указали только версию Windows Server. |
|||
33
unbred
07.06.19
✎
13:50
|
может так чуть понятней будет.
есть сервак(допустим 0) ,такой же,как сервер 2 ,только ОЗУ 64. на нём стоит скуль (mssql 2012 ОЗУ 64 гига, ограничение по озу 24 гига MAXDOP 1 ) и сервер 1с есть сервер 1 (2003) сервер 2 (2008) ,сервер 3 (2003) скорость выполнения отчета сервер 1 -44сек. сервер 2 -68сек. сервер 3 -36сек. (там нет юзеров) на локалке с нормальным железом -23сек. в теории,на сервере 2 должна быть скорость примерно как на локалке . но так не случилось. |
|||
35
Cyberhawk
07.06.19
✎
13:52
|
(31) А что по надежности у процев линейки Зион и у линейки i7/i9? Есть отличия в реализации?
|
|||
36
unbred
07.06.19
✎
13:52
|
(34) спасибо,бро.
|
|||
37
unbred
07.06.19
✎
14:14
|
(32) >>Не раскрыта информация как поднимали базы: mdf, bak, dt.
нет информации |
|||
38
unbred
07.06.19
✎
14:18
|
проблема скорее всего не базе и не в скуле, а в клиенте.
|
|||
39
timurhv
07.06.19
✎
14:18
|
(38) Вам это админ сказал?
|
|||
40
unbred
07.06.19
✎
14:20
|
(39) именно так
|
|||
41
timurhv
07.06.19
✎
14:25
|
(40) проблема в клиенте, подключение по rdp.
Ясно. Понятно. |
|||
42
vicof
07.06.19
✎
14:44
|
(0) Отчет выложи
|
|||
43
unbred
07.06.19
✎
14:45
|
(41) толстый клиент
|
|||
44
unbred
07.06.19
✎
14:47
|
(42) любой отчет выполняется медленнее.
|
|||
45
timurhv
07.06.19
✎
15:47
|
(44) Ну если процент вывода дольше отображается, допустим ОСВ по счету с разверткой по всей аналитике в обычных формах, тогда да - проблемы на стороне клиента 1С.
|
|||
46
xXeNoNx
07.06.19
✎
16:27
|
>> запуск 1с полностью идентичен
А это должно о чем-то сказать? а шо показывают Гилевские попугаи? |
|||
47
xXeNoNx
07.06.19
✎
16:40
|
>> запуск 1с полностью идентичен (ну или то,что я смог увидеть идентично. разрядность и т.д.) - О чем этот рандомный набор?
>> подскажите,куда копнуть или что можно сделать? - сначала глубоко, потом можно расширяться >> на 1м серваке n отчет выполняется 44 сек ,на 2м 68 сек. >> потеряю ли в скорости,если воткну вместо этих 2012? - Зачем сменил алгоритм рандома слов? >> ответы типа: так исторически сложилось не считаю приемлимыми. - а что уже кто-то ответил на этот рандомный набор таким образом? |
|||
48
unbred
07.06.19
✎
18:44
|
Дел в том, что серверные ОС по умолчанию ограничивают выделение ресурсов одной задаче или службе, это так называемое "честное распределение ресурсов", которое в ОС начиная с 2008R2 полностью отключить невозможно. Если сравнивать производительность по 1с77, то в отличии от 2003-го сервера на 2008-м она падает в 1,5-2 раза, на 2008R2 в 2-4, на 2012R2 - в 4-6 раз. Замеры производились на действующей базе на одном оборудовании путем переиндексации и перепроводки документов.(c)
|
|||
49
unbred
07.06.19
✎
18:57
|
||||
50
unbred
07.06.19
✎
18:58
|
связка: 1с 8.1 (8.1.15.14) + Server 2008r2 + SQL 2008 Sp2
1. В биосе был выставлен параметр по управлению питания (максимальная производимость) 2. В самой винде также. 3. в файрволл была добавлена программа разрешенная для запуска 1С. 4. Был произведен апдей с SQL 2008 на SQL 2008r2 5. В 1с сервере прописывайте не имя сервера а его IP Итоги: производительность повысылась на типовой конфигурации бухгалтерии на 20% |
|||
51
mistеr
07.06.19
✎
18:59
|
Ну что, ТС, гадать и пинать колеса не надоело еще? Может уже пора применить инженерный подход?
|
|||
52
unbred
07.06.19
✎
18:59
|
к (50)- всё это сделано. не помогает.
|
|||
53
unbred
07.06.19
✎
18:59
|
(51) придется,похоже(
|
|||
54
H A D G E H O G s
07.06.19
✎
19:42
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |