![]() |
|
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)Может,если к примеру менял механизм создания движений без ограничения по дате.
Какие еще обстоятельства могут привести к тому,что может съехать учет? А восстановление последовательности-это тоже перепроведение,только выборочное |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |