none
1С8 и Оповещения и журналы производительности - какие счетчики целесообразно мониторить в моём случае? RRS feed

  • Вопрос

  • Подскажите новичку в мире Windows.

    История про 1С8. Есть ЛАН на 5 ПК на 100 мегабит. Везде ХРпроф. На одном ПК лежат базы, остальные 4 работают с этой базой по сети. В 1С8 стало очень заметно замедление быстродействия системы. В диспетчере задач дефицита ресурсов я не вижу. Хочу запустить мониторинг и посмотреть чего не хватает. Интернет говорит, что нужна оценка четырех основных подсистем Windows. Хочу начать с анализа использования диска, но не знаю какие счетчики запустить, на разных сайтах пишут по разному, за исключением наверно "Средняя длина очереди диска". Вопрос - какие счетчики в "Оповещения и журналы производительности" целесообразно мониторить в моём случае, как вы полагаете?
    7 сентября 2010 г. 4:19

Ответы

  • Средняя длина очереди мониторить обязательно, а дальше зависит от превалирующих операций с базой. Как-то так.
    Как-то совсем ни разу не так :) Logical Disk\Avg. Disk sec/Read, Logical Disk\Avg. Disk sec/Write по каждому из дисков отдельно в студию... Logical Disk\Avg. Disk Queue Length тоже можете собрать, но сам по себе он бесполезен совершенно...
    • Помечено в качестве ответа AndricoRusEditor 24 декабря 2010 г. 8:06
    20 сентября 2010 г. 12:33
    Отвечающий

Все ответы

  • Вообще-то сначала необходимо узнать размер Ваших баз 1С и приоритет операций (чтение или запись) и от этого уже плясать. А вообще 1С 8 очень требовательна к ресурсам, несмотря на обратные заверения разработчика )). У Вас начинается падение производительности ОС на всех 5 ПК при работе с 1С или только на том, где лежат базы? Если на ПК с базами, то тут необходимо увидеть его конфигурацию и опять же конфигурацию 1с (размеры баз, их количество и прочее). Касаемо счетчиков - Средняя длина очереди мониторить обязательно, а дальше зависит от превалирующих операций с базой. Как-то так.
    Microsoft Certified Desktop Support Technician
    7 сентября 2010 г. 5:12
  • Ну вообще то не мешало бы узнать, где хранятся базы, какого они типы, где установлен сервер приложений, какая конфигурация сети, какая конфигурация сервера, и прочее, прочее.
    http://www.podgoretsky.com
    7 сентября 2010 г. 5:41
  • Вот 1с 8.0 и плохую сетку лучше мирить терминалами. Я скажу где узкое место-однозначно сеть. Все остальные показатели неважны в данному случае.
    ____________________________________________________________ MCTS 70-640,70-642
    18 сентября 2010 г. 16:54
  • Вот 1с 8.0 и плохую сетку лучше мирить терминалами. Я скажу где узкое место-однозначно сеть. Все остальные показатели неважны в данному случае.
    ____________________________________________________________ MCTS 70-640,70-642

    Только вот вопрос касается не сети, а производительности локального ПК, на котором размещены базы. Соответственно ваше терминальное решение не только не решит проблемы, а еще больше ее усугубит.

    Microsoft Certified Desktop Support Technician
    20 сентября 2010 г. 10:41
  • Средняя длина очереди мониторить обязательно, а дальше зависит от превалирующих операций с базой. Как-то так.
    Как-то совсем ни разу не так :) Logical Disk\Avg. Disk sec/Read, Logical Disk\Avg. Disk sec/Write по каждому из дисков отдельно в студию... Logical Disk\Avg. Disk Queue Length тоже можете собрать, но сам по себе он бесполезен совершенно...
    • Помечено в качестве ответа AndricoRusEditor 24 декабря 2010 г. 8:06
    20 сентября 2010 г. 12:33
    Отвечающий
  • Вот 1с 8.0 и плохую сетку лучше мирить терминалами. Я скажу где узкое место-однозначно сеть. Все остальные показатели неважны в данному случае.

    1С лучше мерить с MS SQL и выделеным сервером.

    Если у автора уже так, то рекомендую сходить на форум MSSQL сервера sql.ru там дадут наиболее квалифицированую консультацию.


    http://www.podgoretsky.com
    20 сентября 2010 г. 13:00
  • Вот 1с 8.0 и плохую сетку лучше мирить терминалами. Я скажу где узкое место-однозначно сеть. Все остальные показатели неважны в данному случае.

    1С лучше мерить с MS SQL и выделеным сервером.

    Если у автора уже так, то рекомендую сходить на форум MSSQL сервера sql.ru там дадут наиболее квалифицированую консультацию.


    http://www.podgoretsky.com


    Не согласен, зависит от размера баз, которые используются в организации.

    В целом, для 1с 8.0 обычно узким местом является сеть. Для 1с 7.7 это как-то не очень критично.

    Лучше, как я говорил выше, выделенный сервер с терминалом на Win2008. Скорость операций на отдельных документах увеличивается в 2-5 раз.

    Но мы ушли от основной темы. Нафлудили маленько.


    ____________________________________________________________ MCTS 70-640,70-642
    20 сентября 2010 г. 18:07
  • Вот 1с 8.0 и плохую сетку лучше мирить терминалами. Я скажу где узкое место-однозначно сеть. Все остальные показатели неважны в данному случае.

    1С лучше мерить с MS SQL и выделеным сервером.

    Если у автора уже так, то рекомендую сходить на форум MSSQL сервера sql.ru там дадут наиболее квалифицированую консультацию.


    http://www.podgoretsky.com


    Не согласен, зависит от размера баз, которые используются в организации.

    В целом, для 1с 8.0 обычно узким местом является сеть. Для 1с 7.7 это как-то не очень критично.

    Лучше, как я говорил выше, выделенный сервер с терминалом на Win2008. Скорость операций на отдельных документах увеличивается в 2-5 раз.

    Но мы ушли от основной темы. Нафлудили маленько.


    ____________________________________________________________ MCTS 70-640,70-642
    Да, нафлудили - согласен. Но что-то автор поста молчит ))
    Microsoft Certified Desktop Support Technician
    21 сентября 2010 г. 8:30
  • Вообще-то сначала необходимо узнать размер Ваших баз 1С и приоритет операций (чтение или запись) и от этого уже плясать. А вообще 1С 8 очень требовательна к ресурсам, несмотря на обратные заверения разработчика )). У Вас начинается падение производительности ОС на всех 5 ПК при работе с 1С или только на том, где лежат базы? Если на ПК с базами, то тут необходимо увидеть его конфигурацию и опять же конфигурацию 1с (размеры баз, их количество и прочее). Касаемо счетчиков - Средняя длина очереди мониторить обязательно, а дальше зависит от превалирующих операций с базой. Как-то так.
    Microsoft Certified Desktop Support Technician

    Две базы. 1.8 гигбайта и 454 мегабайта. Приоритет операций - запись.
    24 сентября 2010 г. 5:18
  • Ну вообще то не мешало бы узнать, где хранятся базы, какого они типы, где установлен сервер приложений, какая конфигурация сети, какая конфигурация сервера, и прочее, прочее.
    http://www.podgoretsky.com

    Базы хранатся на одном из ПК. Затрудняюсь сказать какого они типа. Сервера приложений нет. Сеть без выделенного сервера.
    24 сентября 2010 г. 5:33
  • Средняя длина очереди мониторить обязательно, а дальше зависит от превалирующих операций с базой. Как-то так.
    Как-то совсем ни разу не так :) Logical Disk\Avg. Disk sec/Read, Logical Disk\Avg. Disk sec/Write по каждому из дисков отдельно в студию... Logical Disk\Avg. Disk Queue Length тоже можете собрать, но сам по себе он бесполезен совершенно...

    hdd_000001.tsv - в таком формате?

    http://files.mail.ru/3ETCSX . Вставить как код блока в форум - не получилось из-за размера.

    24 сентября 2010 г. 5:42
  • Вот 1с 8.0 и плохую сетку лучше мирить терминалами. Я скажу где узкое место-однозначно сеть. Все остальные показатели неважны в данному случае.

    1С лучше мерить с MS SQL и выделеным сервером.

    Если у автора уже так, то рекомендую сходить на форум MSSQL сервера sql.ru там дадут наиболее квалифицированую консультацию.


    http://www.podgoretsky.com

    Нет, сервера нет и MS SQL тоже нет.
    24 сентября 2010 г. 5:47
  • Сервера приложений нет - Ты что то не то говоришь, поскольку 1С8 это работа через сервер приложений, прямого доступа нет.
    Затрудняюсь сказать какого они типа - скажи точные название файлов.
    Сеть без выделенного сервера - это плохо, но не смертельно, будет падать производительность, я так понял база у вас хранится на ХР

    --
    With the best regards,
    Anatoly Podgoretsky
    http://www.podgoretsky.com
     

    http://www.podgoretsky.com
    24 сентября 2010 г. 6:07
  • на будущее - удобнее в blg, но и tsv сойдёт... в принципе - постоянных проблем с дисками не вижу: в отдельные моменты производительность D: оставляет желать лучшего, но это кратковременно и "постоянного" эффекта не даёт... в среднем скорости дисков хватает - явно не узкое место... C: и D: на разных физических дисках/массивах находятся?

    24 сентября 2010 г. 7:09
    Отвечающий
  • на будущее - удобнее в blg, но и tsv сойдёт... в принципе - постоянных проблем с дисками не вижу: в отдельные моменты производительность D: оставляет желать лучшего, но это кратковременно и "постоянного" эффекта не даёт... в среднем скорости дисков хватает - явно не узкое место... C: и D: на разных физических дисках/массивах находятся?


    Нет, C: и D: на одном физическом диске.
    4 октября 2010 г. 5:53
  • Сервера приложений нет - Ты что то не то говоришь, поскольку 1С8 это работа через сервер приложений, прямого доступа нет.
    Затрудняюсь сказать какого они типа - скажи точные название файлов.
    Сеть без выделенного сервера - это плохо, но не смертельно, будет падать производительность, я так понял база у вас хранится на ХР

    --
    With the best regards,
    Anatoly Podgoretsky
    http://www.podgoretsky.com
     

    http://www.podgoretsky.com

    Точное название файлов:

    Бухгалтерия: 1Cv8.1CD

    Автозапчасти: 1Cv8.1CD

    4 октября 2010 г. 6:24
  • Нет, C: и D: на одном физическом диске.
    ну очевидная рекомендация - разделить... но опять же - существенных проблем не заметил
    4 октября 2010 г. 11:24
    Отвечающий
  • А какова ситуация с самим ПК, на котором хранятся базы 1С. Можно увидеть его характеристики?
    Microsoft Certified Desktop Support Technician
    5 октября 2010 г. 7:27
  • А какова ситуация с самим ПК, на котором хранятся базы 1С. Можно увидеть его характеристики?
    Microsoft Certified Desktop Support Technician

    Тип ЦП   DualCore Intel Pentium D 805, 2666 MHz (20 x 133) 
        Системная плата   Epox EP-5P945-3 (3 PCI, 2 PCI-E x1, 1 PCI-E x16, 2 DDR2 DIMM, Audio, LAN) 
        Чипсет системной платы   Intel Lakeport i945P 
        Системная память   512 Мб (DDR2-533 DDR2 SDRAM) 
        DIMM1: Hexon Tech. HEXON   512 Мб DDR2-533 DDR2 SDRAM (5-4-4-12 @ 266 МГц) (4-4-4-12 @ 266 МГц) (3-3-3-9 @ 200 МГц) 
     
      
       Отображение: 
        Видеоадаптер   ATI Radeon X550/X1050 (RV370) 
      
       Мультимедиа: 
        Звуковой адаптер   Realtek ALC655 @ Intel 82801GB ICH7 - AC'97 Audio Controller [A-1] 
      
       Хранение данных: 
        Контроллер IDE   Стандартный двухканальный контроллер PCI IDE 
        Контроллер IDE   Стандартный двухканальный контроллер PCI IDE 
        Флоппи-накопитель   Дисковод гибких дисков 
        Дисковый накопитель   ST3120811AS (120 Гб, 7200 RPM, SATA-II) 
        Оптический накопитель   _NEC DVD_RW ND-3570A 
        Статус SMART жёстких дисков   OK 
      
       Разделы: 
        C: (NTFS)   41284 Мб (35297 Мб свободно) 
        D: (NTFS)   73186 Мб (19104 Мб свободно) 
        Общий объём   111.8 Гб (53.1 Гб свободно) 
    7 октября 2010 г. 6:49
  • А какова ситуация с самим ПК, на котором хранятся базы 1С. Можно увидеть его характеристики?
    Microsoft Certified Desktop Support Technician

    Тип ЦП   DualCore Intel Pentium D 805, 2666 MHz (20 x 133) 
        Системная плата   Epox EP-5P945-3 (3 PCI, 2 PCI-E x1, 1 PCI-E x16, 2 DDR2 DIMM, Audio, LAN) 
        Чипсет системной платы   Intel Lakeport i945P 
        Системная память   512 Мб (DDR2-533 DDR2 SDRAM) 
        DIMM1: Hexon Tech. HEXON   512 Мб DDR2-533 DDR2 SDRAM (5-4-4-12 @ 266 МГц) (4-4-4-12 @ 266 МГц) (3-3-3-9 @ 200 МГц) 
     
      
       Отображение: 
        Видеоадаптер   ATI Radeon X550/X1050 (RV370) 
      
       Мультимедиа: 
        Звуковой адаптер   Realtek ALC655 @ Intel 82801GB ICH7 - AC'97 Audio Controller [A-1] 
      
       Хранение данных: 
        Контроллер IDE   Стандартный двухканальный контроллер PCI IDE 
        Контроллер IDE   Стандартный двухканальный контроллер PCI IDE 
        Флоппи-накопитель   Дисковод гибких дисков 
        Дисковый накопитель   ST3120811AS (120 Гб, 7200 RPM, SATA-II) 
        Оптический накопитель   _NEC DVD_RW ND-3570A 
        Статус SMART жёстких дисков   OK 
      
       Разделы: 
        C: (NTFS)   41284 Мб (35297 Мб свободно) 
        D: (NTFS)   73186 Мб (19104 Мб свободно) 
        Общий объём   111.8 Гб (53.1 Гб свободно) 

    Что-то подсказывает мне что вероятная проблема в самом ПК, а точнее его памяти. Не маловато ли будет 512 Мб? В принципе по HDD вопрос отпал сам собой.

     


    Microsoft Certified Desktop Support Technician
    7 октября 2010 г. 11:12
  • секунду, про память говорить пока рановато, давайте спросим у автора сколько из той памяти отбирается для работы компьютера и пускай скажет насколько % используется сеть в диспетчере задач.

    Потому что если компьютер используется лишь для хранения баз данных, то этого должно хватить.


    ____________________________________________________________ MCTS 70-640,70-642
    8 октября 2010 г. 3:20
  • Cjdtneсекунду, про память говорить пока рановато, давайте спросим у автора сколько из той памяти отбирается для работы компьютера и пускай скажет насколько % используется сеть в диспетчере задач.

    Потому что если компьютер используется лишь для хранения баз данных, то этого должно хватить.


    ____________________________________________________________ MCTS 70-640,70-642
    В таком случае рекомендую ознакомиться вот с этим материалом . Хотя даже и эти требования явно являются заниженными и рассматривают лишь некую абстракцию, а не реальные базы размером 1.8 Гб и 454 мб соответственно. Полагаю, что часть проблемы все же кроется в оперативной памяти ПК с базами 1с. И смотреть в первую очередь надо в эту сторону.

    Microsoft Certified Desktop Support Technician
    8 октября 2010 г. 6:45
  • Увы.

    Сейчас объем ОЗУ = 1024Мб. Проблема осталась.

    2 ноября 2010 г. 6:01
  • Значит все-таки проблема в локальной сети. Я, кстати, держу на аутсорсе три фирмы, в двух из которых стоит 1С 8.1 . У них тормозит просто ужасно. И решение нашлось только в реализации терминального доступа. То есть когда встал вопрос новый сервер "самосбор"+терминальные лицензии=60 тысяч рублей или сеть, которая не факт, что даст решение = 120 тысяч рублей. Выгоднее было купить сервер и теминальные лицензии. Так что думайте сами, считайте сами.
    MCTS 70-640,70-642
    4 ноября 2010 г. 15:24
  • Значит все-таки проблема в локальной сети. Я, кстати, держу на аутсорсе три фирмы, в двух из которых стоит 1С 8.1 . У них тормозит просто ужасно. И решение нашлось только в реализации терминального доступа. То есть когда встал вопрос новый сервер "самосбор"+терминальные лицензии=60 тысяч рублей или сеть, которая не факт, что даст решение = 120 тысяч рублей. Выгоднее было купить сервер и теминальные лицензии. Так что думайте сами, считайте сами.
    MCTS 70-640,70-642

    В данном случае советую посмотреть еще один пост автора. Тут проблема комплексная, вызванная изначально не правильным построением системы как таковой (имеется ввиду 1С). В принципе, у меня было решение такое: сервер 2 Гб памяти, отдельный физический диск под 1с, SQL вариант БД, объем двух основных рабочих баз 580 Мб и 400 Мб. Пользователей 1С - 15 человек. В принципе основные все работает нормально и без терминального доступа, но ежемесячно строится достаточно серьезный отчет, поэтому планируем переезд на новый сервер.
    Microsoft Certified Desktop Support Technician
    4 ноября 2010 г. 17:29
  • В данном случае советую посмотреть еще один пост автора. Тут проблема комплексная, вызванная изначально не правильным построением системы как таковой (имеется ввиду 1С). В принципе, у меня было решение такое: сервер 2 Гб памяти, отдельный физический диск под 1с, SQL вариант БД, объем двух основных рабочих баз 580 Мб и 400 Мб. Пользователей 1С - 15 человек. В принципе основные все работает нормально и без терминального доступа, но ежемесячно строится достаточно серьезный отчет, поэтому планируем переезд на новый сервер.
    Microsoft Certified Desktop Support Technician

    Если объем баз данных достигнет  4 гигабайт на диске достаточно быстро, то да, SQL Server нужен. Иначе, это лишняя трата денег на лицензию и оборудование для сервера.


    MCTS 70-640,70-642
    4 ноября 2010 г. 18:12
  • В данном случае советую посмотреть еще один пост автора. Тут проблема комплексная, вызванная изначально не правильным построением системы как таковой (имеется ввиду 1С). В принципе, у меня было решение такое: сервер 2 Гб памяти, отдельный физический диск под 1с, SQL вариант БД, объем двух основных рабочих баз 580 Мб и 400 Мб. Пользователей 1С - 15 человек. В принципе основные все работает нормально и без терминального доступа, но ежемесячно строится достаточно серьезный отчет, поэтому планируем переезд на новый сервер.
    Microsoft Certified Desktop Support Technician

    Если объем баз данных достигнет  4 гигабайт на диске достаточно быстро, то да, SQL Server нужен. Иначе, это лишняя трата денег на лицензию и оборудование для сервера.


    MCTS 70-640,70-642

    Ну кроме 1с на этом сервер "трудятся" еще несколько приложений, так что решение вполне оправдано.

    Microsoft Certified Desktop Support Technician
    4 ноября 2010 г. 18:22
  • Ну кроме 1с на этом сервер "трудятся" еще несколько приложений, так что решение вполне оправдано.

    Microsoft Certified Desktop Support Technician


    Нет, на самом деле сомневаюсь. Потому что у меня на сервере стоит 1С 7.7+SQL, так вот SQL Server 2005 отъедает 1,66 Гб памяти. При этом, производительность выше не будет.А в отдельных случаях даже ниже. SQL Server помогает лишь хранить безразмерно растущую базу в одном месте и сколь угодно долго.  После перехода с баз dbf на SQL Server формы стали открываться в терминале медленнее на 1 секунду (критичная величина для отгрузки). Те же формы, но по сети открываться стали медленнее на три-четыре секунды. Для уточнения скажу, что форма отображает состав трех справочников.

    Поэтому, 15 юзеров очень хорошо уживутся на сервере с одним 4-х ядерным процессором и памятью 4 гигабайт. Но без SQL Server.

    У меня имеется возможность помониторить терминальный сервер с 1С 8.1. На один сеанс для бухгалтера уходит от 80 до 200 (в редких случаях) Мбайт ОЗУ. При 10 пользователях всех устраивает скорость, учитывая, что ранее проведение документа происходило от 10 до 30 секунд, в терминале 1-2 секунды.


    MCTS 70-640,70-642
    4 ноября 2010 г. 18:47