Имя: Пароль:
1C
1С v8
1С не "раскачивает" сервер на максимум
0 trambalda
 
21.03.12
10:35
Товарищи, прошу совета. Наблюдаю странную вещь, ресурсов у сервера предостаточно, но при проведении базы (один пользователь в базе, один пользователь на сервере), ресурсы сервера задействованы в лучшем случае наполовину. Ниже привожу средние показатели во время ночного проведения (8 часов собиралась статистика). Перед проведением проведена дефрагментация индексов, обновлена статистика, перезапущены службы SQL и 1C.
- % загруженности процессора: 34 (макс. 88)
- Средняя длина очереди диска: 0.2 (макс. 6, регулярные но не частые скачки)
- SQL Target Server Memory: 17786 (макс. 18305)
- SQL Total Server Memory: 16881
- SQL Buffer Cache Hit Ratio: 99.999 (макс. 100, мин 98)
- SQL Page Life Expentancy: 46922
Насколько я разбираюсь в апельсинах, показатели более чем приличные (если я верно их интерпретирую), но не понимаю почему процессор или винчестер или память не напрягаются по полной. Как отучить сервер бездельничать?
1 asady
 
21.03.12
10:36
(0) а скока ядер у проца?
2 х86
 
21.03.12
10:37
а что с сеткой?
3 trambalda
 
21.03.12
10:40
(1) 2 проца по 4 ядра, работают все.
(2) не могу точно ответить, не мониторил, а это важно? Проведение ведь осуществлялось на одном сервере, на нем и SQL и сервер 1С и клиент.
Сейчас показывает "Всего байт/сек" скачет 10-15 тыщ, на сервере порядка 50 пользователей.
4 vde69
 
21.03.12
10:49
во первых сервер 1с не поддерживает несколько ядер на один процесс

по этому сервер 1с сидит на одном ядре камня, все остальные работают на скуль и систему.
5 trambalda
 
21.03.12
10:51
(4) Тогда я должен был бы видеть в мониторе стопроцентную загрузку одного из ядер, но ведь этого не было, все 8 ядер нагружены примерно на треть.
6 vde69
 
21.03.12
10:55
(5) восьмерка разрабатывалась с прицелом на масштабируемость, то есть подключение еще пяти пользователей не должны привести к существеному замедлению работы первого, по этому ресурсы полностью ты не сможеш загрузить никогда...

из раряда шаманства:
попробуй включить монопольный режим
7 trambalda
 
21.03.12
10:58
(6) Попробую. Обидно, конечно. Тогда неясно как решать задачу перепроведения базы за большой период времени. Раньше я мог выгрузить ее на ночь локально и на своем компе на SSD все отлично булькало, а сейчас никак - ночью работает Владивосток (у них день).
8 vde69
 
21.03.12
11:03
(7) >>>Тогда неясно как решать задачу перепроведения базы за большой период времени.

регламентое задание по х документов

а вообще не нужно путать, перепроведение и востановление последовательности

перепроведение - обычно вообще делать НЕЛЬЗЯ
востановление - делается в фоновом режиме (ни кого не выгоняя) рег заданием небольшиими кусками
9 ptiz
 
21.03.12
11:03
(7) Отвыкайте перепроводить большие периоды, закрывайте раньше.
10 Ranger_83
 
21.03.12
11:06
(8)>>>перепроведение - обычно вообще делать НЕЛЬЗЯ
почему?
11 trambalda
 
21.03.12
11:09
(8) Про регламентное задание я уже думал, как вариант вполне приемлемый. Перепроведение как таковое (обработкой, например, в цикле док.Записать(РежимЗаписиДокументов.Проведение), конечно не делается, просто незачем.
(9) Веду огромную работу на эту тему, но к сожалению, вопрос не решается по щелчку пальцами, а работать надо прямо сейчас. Ну и, если кто-то работал с крупными сетями типа x5, меня поймет )
12 vde69
 
21.03.12
11:15
(10) по тому что учет может поехать...

(11) ну мы работаем с х5 :) и наверно даже более круные есть, конечно там есть бюрократия, но вполне все решается.

Как совет - сделай постоянное рег задание, и красную надпись "дата актуальности установлена Ивановой...", что-бы люди видели кто конкретно виновать в том что им приходится ждать.
13 trambalda
 
21.03.12
11:18
(12) У нас переходный период - переносили БУХ в УПП за 11й год, так что работа задним числом пока что это норма жизни.
14 ptrtss
 
21.03.12
11:21
(6)

>> Тогда я должен был бы видеть в мониторе стопроцентную загрузку одного из ядер, но ведь этого не было, все 8 ядер нагружены примерно на треть

100% загрузки ядра может быть только мгновение, после которого 100% будет загружено уже другое ядро. И так далее. Итого за секунду каждое из 4 ядер 25% времени было загружено на 100% и за секунду загрузка у каждого значит 25%

С шагом секунда или полсекунды 100% загрузки ядра увидеть невозможно
15 ptrtss
 
21.03.12
11:22
(14) это ответ на (5)
16 Vladal
 
21.03.12
11:23
Я твой дом труба шатал = Я твой сервер 1С качал?
17 Ranger_83
 
21.03.12
11:23
(12)Может,если к примеру менял механизм создания движений без ограничения по дате.
Какие еще обстоятельства могут привести к тому,что может съехать учет?
А восстановление последовательности-это тоже перепроведение,только выборочное
Независимо от того, куда вы едете — это в гору и против ветра!