Производительность 1С. Клиент-Серверный вариант.

27.05.13

База данных - HighLoad оптимизация

+30 –1
> > > >
  • 1.png
  • 2.png
  • 3.png
  • 4.png
  • 5.png
Производительность 1С – это комплекс мероприятий которые необходимо выполнить, для того чтобы её получить.
Я буду рассматривать только возможные причины низкой скорости в клиент-серверном варианте работы 1С.

Производительность 1С – это комплекс мероприятий которые необходимо выполнить, для того чтобы её получить.

Я буду рассматривать только возможные причины низкой скорости в клиент-серверном варианте работы 1С.

Необходима отдельная и тщательная настройка: дисков, базы данных, операционной системы, кластера 1С.

Необходимо понимать: как работает ваша конфигурация, какое железо лучше использовать, какую платформу 1С использовать, как оптимизировать базу данных

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


П.С. эта статья – полный бред сумасшедшего и не стоит ей верить.

Диски

Показатели производительности в дисках это комплекс настроек/конфигураций/инсталляций и железа: скорость дисков, объем дисков, наличие RAID-массива, наличие внешней СХД, тип RAID-контроллера, наличие SSD для кэша чтения.

 

Скорость дисков и их настройка

Определите для начала скорость ваших дисков которые вы используете и посмотрите как разбиты кластеры в них.


Пример №1

В данном случае мы неэффективно используем разбивку количества байт на один кластер и если хранить файлы баз данных на диске D то не мечтайте о быстрой записи данных в базу SQL из 1С:

Делается это при форматировании диска:

З.Ы. Выставив размер кластера = 64кб получим прирост рандомной записи 512кб минимум в 5-10 раз!


 

Заметка!

При форматировании дисков – выставлять количество байт на один сектор исходя из обязанностей работы ваших дисков.

 



Пример №2

Disk C+D = 6 SAS 15K в RAID-50

Disk E = 2 СХД по 8 SATA в RAID-50

Диски C и D – использовать под хранение БД категорически не рекомендуется, диск Е – идеальный.

Скорость дисков можно судить по скринам выше, всё на лицо.


 

Заметка!

Если файлы обменов в РИБ занимают более 50 мегабайт, имеет смысл изменить переменную окружения %temp% пользователя под которым производится обмен, т.к. запись файлов будет вестись быстрее на более быстрых винтах, но не стоит забывать, что производительность записи данных в файл зависит от конфигурации 1С.

 

 

Заметка!

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

 



При настройке RAID-массива(http://ru.wikipedia.org/wiki/RAID) в любом случае мы за что-то платим: скорость, объем или надежность, т.е. как минимум один из трех параметров у нас низкий.


 

Upd 27.05.2013

 

При количестве активных пользователей более 100, рекомендуется сделать отдельный RAID-0 массив(не более 10 гб), для хранения на нём файлов: tempdb.mdf и templog.ldf


+30 –1

См. также

Поиск и анализ длительных вызовов - CALL, SCALL

HighLoad оптимизация Технологический журнал Системный администратор Программист Бесплатно (free)

Обсудим поиск и разбор причин длительных серверных вызовов CALL, SCALL.

24.06.2024    5140    ivanov660    12    

56
Что не так с методом ЗаполнитьЗначенияСвойств

HighLoad оптимизация Программист Платформа 1С v8.3 Бесплатно (free)

Метод очень медленно работает, когда параметр приемник содержит намного меньше свойств, чем источник.

06.06.2024    9260    Evg-Lylyk    61    

44
[Замер] Кто самый быстрый в конфигураторе?

HighLoad оптимизация Механизмы платформы 1С Системный администратор Программист Стажер Платформа 1С v8.3 Бесплатно (free)

Сравним «Регистры сведений» с «Сервисами интеграции» и узнаем, кто быстрее!

28.03.2024    5006    dsdred    23    

40
Оптимизация нагрузки на ЦП сервера СУБД используя типовые индексы

HighLoad оптимизация Программист Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

Анализ простого плана запроса. Оптимизация нагрузки на ЦП сервера СУБД используя типовые индексы.

13.03.2024    5097    spyke    28    

49
Быстродействие типовой 1С

HighLoad оптимизация Программист Платформа 1С v8.3 Бесплатно (free)

Оказывается, в типовых конфигурациях 1С есть, что улучшить!

13.03.2024    7573    vasilev2015    20    

42
Анализируем SQL сервер глазами 1С-ника

HighLoad оптимизация Инструменты администратора БД Системный администратор Программист Платформа 1С v8.3 Конфигурации 1cv8 Абонемент ($m)

Обработка для простого и удобного анализа настроек, нагрузки и проблем с SQL сервером с упором на использование оного для 1С. Анализ текущих запросов на sql, ожиданий, конвертация запроса в 1С и рекомендации, где может тормозить.

2 стартмани

15.02.2024    12422    241    ZAOSTG    80    

115
Переход на Clickhouse для анализа метрик

HighLoad оптимизация Системный администратор Программист Платформа 1С v8.3 Конфигурации 1cv8 Абонемент ($m)

Принимать, хранить и анализировать показания счетчиков (метрики) в базе 1С? Почему бы нет? Но это решение быстро привело к проблемам с производительностью при попытках построить какую-то более-менее сложную аналитику. Переход на PostgresSQL только временно решил проблему, т.к. количество записей уже исчислялось десятками миллионов и что-то сложное вычислить на таких объемах за разумное время становилось все сложнее. Кое-что уже практически невозможно. А что будет с производительностью через пару лет - представить страшно. Надо что-то предпринимать! В этой статье поделюсь своим первым опытом применения СУБД Clickhouse от Яндекс. Как работает, что может, как на нее планирую (если планирую) переходить, сравнение скорости работы, оценка производительности через пару лет, пример работы из 1С. Все это приправлено текстами запросов, кодом, алгоритмами выполненных действий и преподнесено вам для ознакомления в этой статье.

1 стартмани

24.01.2024    5669    glassman    18    

40
Удаление строк из таблицы значений различными способами с замером производительности

HighLoad оптимизация Программист Платформа 1С v8.3 Конфигурации 1cv8 Абонемент ($m)

Встал вопрос: как быстро удалить строки из ТЗ? Рассмотрел пять вариантов реализации этой задачи. Сравнил их друг с другом на разных объёмах данных с разным процентом удаляемых строк. Также сравнил с выгрузкой с отбором по структуре.

09.01.2024    14018    doom2good    49    

71
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. TrinitronOTV 16 24.05.13 08:28 Сейчас в теме
спасибо большое за данный материал, а для файлового варианта можно что-то подобное сделать, было бы очень интересно почитать на эту тему
Kosstikk; +1 – Ответить
2. uinx 95 24.05.13 09:01 Сейчас в теме
(1) TrinitronOTV, после более-менее подробного описания всех аспектов и ключевых точек - возможно.
+ – Ответить
4. TrinitronOTV 16 24.05.13 13:33 Сейчас в теме
(2) вот за это большое спасибо, буду ждать с нетерпением...
+ – Ответить
7. нормальный такой 93 24.05.13 17:50 Сейчас в теме
(1) TrinitronOTV, файловый... даже не знаю.
ИМХО, там все плоско и зависит от дисковой системы - на 100% и скорости доступа по сети.
Остальное... Дифрагментация дифрагентация и т.д
+ – Ответить
3. Kosstikk 87 24.05.13 10:29 Сейчас в теме
интересный материал, но очень поверхностный.

Не хватает описания методики определения оптимального размера кластера.
По крайней мере из прикрепленных рисунков не понятно почему 64кб размер даст прирост рандомной записи в 5-10 раз, если тестируется последовательное чтение/запись (наверное 4092кб) и рандомная блоков по 512,4кб. Без знания особенности работы СУБД с диском опять же этот тест будет абстрактным.

В любом случае не хватает конечных цифр по работе тестируемой базы 1С при однотипных операциях.

"В данном случае мы неэффективно используем разбивку количества байт на один кластер и если хранить файлы баз данных на диске D то не мечтайте о быстрой записи данных в базу SQL из 1С:"

это по сравнению с диском C? или в принципе?
serg1974; +1 – Ответить
5. KroVladS 35 24.05.13 16:41 Сейчас в теме
(0)
Дисклеймер порадовал :)
"П.С. эта статья – полный бред сумасшедшего и не стоит ей верить."

заголовок ввёл в ступор
"Производительность 1С – это комплекс мероприятий которые необходимо выполнить, для того чтобы её получить."
kiros; +1 – Ответить
6. нормальный такой 93 24.05.13 17:48 Сейчас в теме
существующую у нас систему строил не я, но поддерживать мне.
просто обратил внимание на замечания, размер кластеров не уменьшишь уже, но по крайней мере не хранить с БД всяких хлам, это предпримем :)
+ – Ответить
8. PiccaHut001 24.05.13 17:53 Сейчас в теме
бред сумашедшего, делайте кластеры в 64 к. поменьше такого бы мусора на инфостарте
+ – Ответить
9. asved.ru 36 29.05.13 05:10 Сейчас в теме
Что-то я не пойму, на скриншоте с fsutil в чем отличия?

К тому же в результатах тестов отчетливо прослеживается влияние кэширования на запись.

Далее, CrystalDiskMark не имеет режимов тестирования, даже отдаленно похожих на работу СУБД.

Статья ни о чем, выводы сделаны некорректные.
user931544; +1 – Ответить
15. uinx 95 30.05.13 01:25 Сейчас в теме
(9) asved.ru,
Что-то я не пойму, на скриншоте с fsutil в чем отличия?
для просмотра как разбиты сектора
Далее, CrystalDiskMark не имеет режимов тестирования, даже отдаленно похожих на работу СУБД
в данном контексте статьи я смотрю только на Диски

(10) ZLENKO.PRO, я знаю, опишу позже

(11) CnupT,
Если честно, проблемы низкой производительности SQL в жестких дисках искал бы в последнюю очередь.
напрасно

(12) bulpi, придумывал долго определение

(13) SergDi, об этом я планировал описать в статье про оперативную память

(14) DitriX,
Может вы таки привяжитесь не к количеству пользователей?
согласен, нужно смотреть реальные текущие размеры темп баз скуля и скорее всего делать раздел раза в 2-3 больше от текущего. Но тут опять же, если позволяет оперативная память, можно и рам-диск (13) положить его
Ага, а так же то, что диск Е заполнен на 3.6Тб, так что там помимо базы - будет крутится куча Г, что противоречит вашему предыдущему высказыванию.
на этот объем только баз скуля, больше данных на диске том нет. в реальности:
- 2 тб - это базы
- 1,5тб не почищенные логи транзаций этих баз.
+ – Ответить
17. DitriX 2101 30.05.13 12:05 Сейчас в теме
(15) я надеюсь вы не собираетесь публиковать "цикл" статей? А дополните текущую достаточным уровнем информации, для того что бы она логически была завершена.
А то уже кумарят это псевдо циклы.
+ – Ответить
10. ZLENKO 398 29.05.13 11:04 Сейчас в теме
Скорость работы HDD - далеко не самый решающий фактор в скорости работы 1С. Скорость работы RAM и ее объем гораздо сильнее влияют.
user931544; Zircool; sanfoto; CatMix; +4 – Ответить
11. CnupT 70 29.05.13 13:03 Сейчас в теме
Чтобы увеличить полезность статьи рекомендую все же привести замеры производительности 1С
в случае правильного и не правильного размещения базы.

Если честно, проблемы низкой производительности SQL в жестких дисках искал бы в последнюю очередь.
+ – Ответить
12. bulpi 217 29.05.13 14:03 Сейчас в теме
"Производительность 1С – это комплекс мероприятий которые необходимо выполнить, для того чтобы её получить."

Рекурсия, однако :)
+ – Ответить
13. SergDi 29.05.13 16:59 Сейчас в теме
выделил 7 гиг в оперативной памяти с помощью программы RAM Drive.
tempdb.mdf и templog.ldf храню на этом разделе, и логи 1с тоже на этом диске
проблема с нагрузкой на винтах ушла
+ – Ответить
14. DitriX 2101 29.05.13 17:29 Сейчас в теме
(0) при работе более 100 пользователей ... выделить объем в 10 гигов для темп дб, хм, у меня темп дб весит около 50гигов, и сама база - в разы больше :)

Может вы таки привяжитесь не к количеству пользователей?

Если файлы обменов в РИБ занимают более 50 мегабайт

то отношение общего времени выгрузки всего файла к времени записи его на диск - говорит о бесполезности данных действий, тем более что 1с пишет его кусками.

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

Здравствуй КЭП!

Диски C и D – использовать под хранение БД категорически не рекомендуется, диск Е – идеальный.

Скорость дисков можно судить по скринам выше, всё на лицо.

Ага, а так же то, что диск Е заполнен на 3.6Тб, так что там помимо базы - будет крутится куча Г, что противоречит вашему предыдущему высказыванию.

К тому же- зачем хранить файлы в скуле? для этого используется отдельный ссд диск, или рейд из них.

Вообщем извините, но статься реально - НИ О ЧЕМ.
sevushka; +1 – Ответить
16. asved.ru 36 30.05.13 07:41 Сейчас в теме
для просмотра как разбиты сектора


Тогда не понятно, с чего вы взяли рекомендацию бить кластеры на 64кб? Разбивка-то одинаковая.
+ – Ответить
18. eda 31.05.13 10:08 Сейчас в теме
в этой статье хорошо описано про 64к - www.gilev.ru/diskpart. после прочтения вопросов не должно возникнуть. Автор, тема про 64к. не раскрыта.
+ – Ответить
Оставьте свое сообщение