Подскажите производительный RAID Контроллер

freeedik · Сообщение **freeedik** » 21 окт 2004, 14:53

Подскажите более производительный RAID Контроллер
Добрый день возникла такая проблема стоит сервер Window 2003 Standard Edition RUS+MSSQL 2000 SP3 на нем крутится 1С 7.7 постоянных активно работающих пользователей порядка 60-70. При проведении документов и формировании отчетов возникают транзакции, и сервер начинает медленнее работать. Подскажите, какой применить Raid контроллер, чтобы поднять быстродействие сервера избавится от транзакций.
Вот характеристики сервера:
Корпус INTEL / KHD3HSRP650 / SC5200 HUDSON III KDK (HSRP 650W 2+1)
Серверная материнская плата INTEL SE7501CW2 Server Board Dual Socket604(iE7501) SVGA+LAN+LAN1000
Два Процессора CPU Intel Xeon 3200 MHz, cache 2Mb FSB 533 (BOX)
4 Gb оперативной памяти DIMM DDR266 1024 MB (PC2100, 266MHz) ECC Registered KINGSTON
RAID контроллер - LSI Logic MegaRAID SCSI 320-1 1 channel U320 SCSI кэш 64Mb
Raid 5-го уровня из пяти дисков HDD 36.7 Gb Seagate ST336753LW Ultra320SCSI Cheetah15K.68p, 15000, 8Mb
Настройки BIOS LSI U320
Read Policy: Normal
Write Police: Write Thru
Cache Police: Direct IO
Стоит сетевое оборудование 3 COM Switch 3812 12-port 10/100/1000 на нем сервера и подключены этажные коммутаторы 3Com SuperStack 3 Switch 4250T 50-port (48-портов 10/100 плюс два порта 10/100/1000) везде 1 Gb магистрали до серверов.
Заранее спасибо за ответы.

Сообщение gs » 21 окт 2004, 15:06

Ну не транзакции возникают, а блокировки регистров

Во-первых, включите Write Back кэш на контроллере - сразу полегчает (только в этом случае крайне желательна батарейка).
Во-вторых, увеличить число дисков и/или сделать рэйд10 - рэйд5 на операциях записи (которые массово генерит 1С) - сильный тормоз.

А вообще, для этой задачи хорошо пойдет LSI320-2X (именно Х) с кэшем 512МБ. Только обязательно с write back и батарейкой естественно.

И еще - приведите пожалуйста загрузку дисковой по перфмону (phisical disc - reads/sec, writes/sec, queue lenght) - гораздо предметнее разговор получится.

Сообщение gs » 21 окт 2004, 15:10

И размер базы кстати еще скажите.

А по части сети под 1С- ALEX_SE, помогай!

Кстати тормоза могут быть вызваны еще и медленными клиентскими машинами - пока она транзакцию не завершит, регистр не отпустит. И сервер тут не поможет. Но это сразу станет видно по результатам перфмона (в смысле - тормозит ли дисковая).

freeedik · Сообщение **freeedik** » 22 окт 2004, 07:03

gs писал(а):И размер базы кстати еще скажите.

А по части сети под 1С- ALEX_SE, помогай!

Кстати тормоза могут быть вызваны еще и медленными клиентскими машинами - пока она транзакцию не завершит, регистр не отпустит. И сервер тут не поможет. Но это сразу станет видно по результатам перфмона (в смысле - тормозит ли дисковая).

Размер базы 4 Gb MD файла 1С 25 Mb клиентские машины в основном Celeron 800-2100MHz 128-256 Mb стоит Windows98 и Windows2000 SP4.

И еще - приведите пожалуйста загрузку дисковой по перфмону (phisical disc - reads/sec, writes/sec, queue lenght) - гораздо предметнее разговор получится.
Чем эти параметры можно посмотреть???

И еще реально это все на 1С ускорить???

freeedik · Сообщение **freeedik** » 22 окт 2004, 07:04

gs писал(а):И размер базы кстати еще скажите.

А по части сети под 1С- ALEX_SE, помогай!

Кстати тормоза могут быть вызваны еще и медленными клиентскими машинами - пока она транзакцию не завершит, регистр не отпустит. И сервер тут не поможет. Но это сразу станет видно по результатам перфмона (в смысле - тормозит ли дисковая).

Размер базы 4 Gb MD файла 1С 25 Mb клиентские машины в основном Celeron 800-2100MHz 128-256 Mb стоит Windows98 и Windows2000 SP4.

И еще - приведите пожалуйста загрузку дисковой по перфмону (phisical disc - reads/sec, writes/sec, queue lenght) - гораздо предметнее разговор получится.
Чем эти параметры можно посмотреть???

И еще реально это все на 1С ускорить???

ALEX_SE · Сообщение **ALEX_SE** » 22 окт 2004, 09:18

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

Что до сети - а Вы перфмоном гляньте, на исходящий трафик. ИМХО для такого количества народа 1 гигабитного линка маловато будет.
Ну и оптимизация. Вот, почитайте - много интересного:
http://www.mista.ru/articles1c/index.htm

freeedik · Сообщение **freeedik** » 22 окт 2004, 09:40

ALEX_SE писал(а):Транзакции возникают из-за блокировок.
В самом SQL можно посмотреть что чаще всего блокируется (таблица журналов скорее всего). Как вариант:
Есть такая обработка, где настраиваются параметры БД. Там можно указать оптимизацию под БД DBF (почему-то считается что так быстрее), и изменить количество документов в транзакции, вернее поиграться с этими параметрами.
Еще - буквально недавно выяснил что таблица блокируется не только в момент проведения, но и в какой-то момент при формировании документа. К сожалению, не удалось посмотреть на какой стадии пользователь оставил документ и ушел (дверь была закрыта, и юзера пришлось отключить), но висели все
Что до сети - а Вы перфмоном гляньте, на исходящий трафик. ИМХО для такого количества народа 1 гигабитного линка маловато будет.
Ну и оптимизация. Вот, почитайте - много интересного:
http://www.mista.ru/articles1c/index.htm

Извените за тупость, а что такое перфмоном и как смотреть???

ALEX_SE · Сообщение **ALEX_SE** » 22 окт 2004, 09:47

Имеется в виду системный монитор.
Пуск - выполнить - perfmon
Там добавляете нужные счетчики и смотрите в любом, удобном Вам, виде

freeedik · Сообщение **freeedik** » 22 окт 2004, 13:54

ALEX_SE писал(а):Имеется в виду системный монитор.
Пуск - выполнить - perfmon
Там добавляете нужные счетчики и смотрите в любом, удобном Вам, виде

Показание счетчиков в студию!!!
(PDH-CSV 4.0) Скорость записи на диск Скорость чтения с диска
()(-360) (байт/сек) (байт/сек)
05:54,3 1300,42 468,33
06:54,3 90483,48 18298,11
07:54,3 24619,44 17476,81
08:54,3 25498,38 17613,34
09:54,3 15479,96 32632,51
10:54,3 128857,35 32086,33
11:54,3 15966,37 11469,16
12:54,3 16811,20 6826,88
13:54,3 112583,79 53659,28
14:54,3 20045,43 530312,03
15:54,3 27725,67 122064,62
16:54,3 2236290,53 21231,60

(PDH-CSV 4.0) PRO_1000 MT Отправлено PRO_1000 MT Получено
()(-360) байт/сек байт/сек
41:52,8 432,57 1693,05
42:52,8 152134,94 28244,31
43:52,8 61147,19 13886,47
44:52,8 234802,67 25039,50
45:52,8 154134,57 25382,44
46:52,8 52149,68 12842,95
47:52,8 19745,17 5650,14
48:52,8 195648,29 17347,75
49:52,8 175922,53 29542,79
50:52,8 715180,12 659162,83
51:52,8 497925,70 155570,45
52:52,8 71689,37 15546,43
53:52,8 71907,87 16524,54

Сообщение gs » 22 окт 2004, 14:37

В свете 1С интереснее видеть не байт/сек, а те параметры, что я выше указал.

freeedik · Сообщение **freeedik** » 25 окт 2004, 09:04

gs писал(а):В свете 1С интереснее видеть не байт/сек, а те параметры, что я выше указал.

Может эти подойдут
С 1С базой работают 55 человек.

(PDH-CSV Среднее Средняя
время записи время чтения длина очереди
на диск (сек) с диска (сек) диска

04:31,5 8,83 0,01 0,00
05:31,5 0,01 0,01 0,04
06:31,5 0,00 0,01 0,02
07:31,5 0,00 0,00 0,01
08:31,5 0,02 0,00 0,56
09:31,5 0,00 0,00 0,04
10:31,5 0,01 0,01 0,05
11:31,5 0,00 0,01 0,02
12:31,5 0,00 0,01 0,02
13:31,5 0,17 0,01 3,94
14:31,5 0,00 0,01 0,01
15:31,5 0,14 0,01 1,90
16:31,5 0,00 0,01 0,03
17:31,5 0,00 0,00 0,02
18:31,5 0,01 0,01 0,18
19:31,5 0,00 0,00 0,02
20:31,5 0,15 0,01 1,98
21:31,5 0,00 0,00 0,02
22:31,5 0,00 0,01 0,03
23:31,5 0,11 0,01 0,49
24:31,5 0,00 0,01 0,02
25:31,5 0,00 0,01 0,05
26:31,5 0,00 0,01 0,04
27:31,5 0,14 0,01 2,11
28:31,5 0,00 0,00 0,02
29:31,5 0,13 0,01 1,20
30:31,5 0,12 0,00 1,00

Сообщение gs » 25 окт 2004, 12:29

Судя по отсутствию дисковой очереди - проблема не в винтах. Имхо.
Если конечно эти цифры сняты не в момент простоя.

freeedik · Сообщение **freeedik** » 25 окт 2004, 12:52

gs писал(а):Судя по отсутствию дисковой очереди - проблема не в винтах. Имхо.
Если конечно эти цифры сняты не в момент простоя.

Да эти цифры были сняты, когда не было тормозов у сервера, был ввод документов, просмотр и проведение. Тормоза начинаются, когда закрывают месяц, препроводят документы групповой обработкой. Еще вопрос как будет видно, что загибаются винты, будет большое значение средней длины очереди, сколько и какой порядок цифр?
Да еще увеличит ли производительность контроллер, который вы предлагали LSI320-2X (именно Х) с кэшем 512МБ и на сколько, потому что его стоимость порядка $1100???
Я понимаю что все это шаманство вокруг 1С яйца выведенного не стоит ставьте SAP R3 или базу нормальную под Oracle, ведь от нашей бедности все эти пляски хотя где и у кого есть такое количество 70 пользователей работающих под 1С, я думаю что немного по России.

Сообщение gs » 25 окт 2004, 13:16

320-2Х с большим кэшем поможет, если тормоза действительно в дисковой.
Снимите данные во время тормозов - иначе просто неинтересно.
Плохо - это когда дисковая очередь больше 1-2. Если стабильно больше 10 - это уже совсем плохо.
И смотрите лучше не среднюю, а текущую очередь.

ALEX_SE · Сообщение **ALEX_SE** » 25 окт 2004, 15:39

Что до перепроводки группы доков.
Это делается монопольно я так понимаю? Снимите загрузки сетевухи, а так же утилизацию памяти и процессора на машине где проводят. Нет ли хабов по пути к ней?

Еще - а какой тип учета?
Если общий - он документы по 2 раза перепроводит. В финансовом и управленческом учете. Если еще и налоговый стоит - три раза

Посмотрите - не всегда есть смысл от управленческого допустим учета - поставьте финансовый. Раза в полтора минимум быстрее должно быть. Это как вариант.

Подскажите производительный RAID Контроллер

Подскажите производительный RAID Контроллер

Кто сейчас на конференции