8.х Расчет производительности, поиск узких мест.

Тема в разделе "Установка платформы "1С:Предприятие 8"", создана пользователем BasilKiselev, 11 май 2013.

  1. TopicStarter Overlay
    BasilKiselev
    Offline

    BasilKiselev

    Регистрация:
    11 май 2013
    Сообщения:
    2
    Симпатии:
    0
    Баллы:
    1
    Добрый вечер, друзья!

    Есть две фермы серверов, в первой:

    Кластер 1С из двух серверов WS2008R2SP1ENT, кластер из двух серверов SQL2008R2SP1ENT, аппаратная часть серверов идентична, это HP BL685G8, по 4 физических процессора в каждом, по 127GB оперативной памяти на каждый процессор. В качестве дисковой подсистемы используется HP EVA8400, диски FiberChannel 600GB15K, по 8 дисков в группе, VRAID10. Между всеми серверами 20Гбит\с, между дисками и серверами 16Гбитъ\с. На серверах баз данных подключенные диски разбиты на разделы, базы и журналы разнесены, временные базы и журналы вынесены на отдельный пул дисков. Нагрузка в пике не превышает 25% на каждом сервере.

    Во второй:

    Все тоже самое, что и в первой, только вместо MSSQL используется DB2. Нагрузка в пике на сервера 1С не превышает 25%, на сервера баз данных 5%.

    Переходим к самому интересному, к вопросам.

    При запуске отчетов большой плотности и глубины наблюдается значительное замедление в работе фермы DB2, однако проведение регламентных операций ощутимо медленнее выполняется на ферме SQL.

    Каким образом, возможно, отловить узкие места, в работе фермы? Заранее прошу не ругать за терминологию, использованную мною выше в описании отчетов, я не программист, а по сему пытался писать наиболее доступным языком.

    Данный вопрос возник в связи с расхожей позицией, меня, как ИТ директора и моего подчиненного, руководителя отдела разработки, которые уверяет меня, что аппаратная часть просто не справляется с массивными транзакциями в БД.

    P.S. Все это настраивал сам, являюсь сертифицированным специалистам HP по сетям, серверам и СХД & MSCE. Корректность настройки программное и аппаратной части не должна вызывать вопросов.
  2. nickpugachev
    Offline

    nickpugachev Профессионал в 1С Команда форума

    Регистрация:
    28 май 2012
    Сообщения:
    3.266
    Симпатии:
    131
    Баллы:
    104
    первый и самый простой вариант - счетчики производительности. очередь на чтение/запись по устройствам, загрузка сетевого соединения, процессоров, памяти.

    это относительно любого сервера бд будет актуально. особенно - очередь на устройство и сетевое соединение.

    далее - по ms sql (db2 не щупал). в каком режиме восстановления работают базы, разнесены ли файлы базы (mdf) и логи (ldf) по разным шпинделям (группам дисков)? какими средствами проводятся регламентные операции?
  3. TopicStarter Overlay
    BasilKiselev
    Offline

    BasilKiselev

    Регистрация:
    11 май 2013
    Сообщения:
    2
    Симпатии:
    0
    Баллы:
    1
    Уважаемый, Вы вообще читали, что я написал выше? Все ответы на Ваши вопросы уже есть в изначальном сообщении:

    На серверах баз данных подключенные диски разбиты на разделы, базы и журналы разнесены, временные базы и журналы вынесены на отдельный пул дисков. Нагрузка в пике не превышает 25% на каждом сервере.

    Говоря конкретнее, ПМ за неделю показал пик 8% на сеть, 4% на диски, 22% на память, 16% на процессор.
  4. nickpugachev
    Offline

    nickpugachev Профессионал в 1С Команда форума

    Регистрация:
    28 май 2012
    Сообщения:
    3.266
    Симпатии:
    131
    Баллы:
    104
    сорри, но по этой фразе не понятно было на разных разделах они или на разных массивах. держать их на разных разделах одного массива все-таки относительно бесполезная затея.

    счетчик на диски нужен не в процентах, а в штуках заданий. пики важны, но не сильно, более интересно продолжительное превышение размера очереди значения в 4-5 заданий.

    ну и продолжительность работы регламентов в ms sql также несколько зависит от самих регламентов, размера базы, ну и средств тоже (а то некоторые добрые люди их средствами 1с делают)
  5. nickpugachev
    Offline

    nickpugachev Профессионал в 1С Команда форума

    Регистрация:
    28 май 2012
    Сообщения:
    3.266
    Симпатии:
    131
    Баллы:
    104
    по sql - соберите статистику по скорости фрагментации индексов, посмотрите на свои регламенты ребилда и реорганизации индексов. часто народ в регламентах на ребилд отправляет все индексы без разбора, на нагруженных и/или больших базах все-таки имеет смысл поиграть с ребилдом только индексов, имеющих фрагментацию более определенного значения, скажем, 30%, а индексы с фрагментацией менее 10% не особо имеет смысл даже реорганизовывать.
    также имеет смысл посмотреть на динамику изменения количества записей в таблицах, соответственно менять регламент по обновлению статистики. ну и процедурный кэш не забывать чистить
  6. vartanet
    Offline

    vartanet Опытный в 1С Команда форума

    Регистрация:
    16 ноя 2010
    Сообщения:
    2.698
    Симпатии:
    15
    Баллы:
    29
    какое вкусное у вас аппаратное обеспечение..

    ээ.. такое бывает?? ;)))
  7. nickpugachev
    Offline

    nickpugachev Профессионал в 1С Команда форума

    Регистрация:
    28 май 2012
    Сообщения:
    3.266
    Симпатии:
    131
    Баллы:
    104
    под базами и не такое бывает :)
  8. nickpugachev
    Offline

    nickpugachev Профессионал в 1С Команда форума

    Регистрация:
    28 май 2012
    Сообщения:
    3.266
    Симпатии:
    131
    Баллы:
    104
    но памяти все-таки, наверное, по 127Гб на лезвие, а не на процессор.
  9. shurikvz
    Offline

    shurikvz Модераторы Команда форума Модератор

    Регистрация:
    1 окт 2009
    Сообщения:
    8.410
    Симпатии:
    316
    Баллы:
    104
    BasilKiselev, если не сложно, покажите текст запроса отчета, вызывающего явное торможение.

Поделиться этой страницей