Был/есть сервер , с 1С сервером.
крутится на нем УТ11 и бух 3.
Все было хорошо , пока не подправили печатную форму в торговле (не говорите какое это отношение имеет к делу, не знаю) и начались жутки тормоза как в торговле, так и в бухгалтерии.
в 1С сервере (кластере) смотрю, много фоновых заданий генерируются , некоторые висят по минуту, например появляются 5 задач, 2 может через 10 сек исчезать, а 3 еще будут висеть долго.
Такого никогда не было, сервер достаточно мощный для подобных задач. Такие тормоза заметны даже при 2х пользователей.
На MS SQL смотрю через dbForge monitor нагрузку, вроде нет ничего такого, кроме как считывания с диска, почему то большой поток идет. 12 мб/с как то слишком уж.. (диски SSD, в RAID массив)
https://i.ibb.co/KmvpCdC/zag.png

Что посоветуйте смотреть? Платформа: 1С:Предприятие 8.3 (8.3.22.1709)
В диспетчере задач - проц загружен на 12%, ОЗУ на 30-40%

Ну верни как було и посмотри.

(0)

Читать вот это. Там написано, что смотреть:
http://www.gilev.ru/workload/

Еще можно поставить и посмотреть вот это (или аналогичные сервисы от 1С)
http://www.gilev.ru/querytj/


P.S.

>> начались жутки тормоза как в торговле, так и в бухгалтерии

С RAID точно всё хорошо ?

(2)
> С RAID точно всё хорошо ?
да, все отлично с дисками. я даже физически посмотрел индикаторы, нет никаких ошибок с дисками.

> Читать вот это. Там написано, что смотреть:
ну все упирается в код 1С. я не программист, но можно хотяб "общими силами" выяснить в чем дело? с чего вдруг стал так себе ввести?

ну тут тогда обращаться к спецу по 1С надо

Еще бы найти нормального специалиста.. А то одни "эксперты", которые тянут время и в итоге такие условие предлагают, чтоб отказался

Начните с очистки серверного кеша

Вот открыл кластер 1С и хочу создать новую базу (для теста гилева) и висит около 1 минуты уже.
Мне кажется тут дело уже не в коде самой 1С...

(7) Начните с того,что сделайте бэкап,потом позовите спеца.Ваша компетенция какая?

(0) Если началось действительно с "подправили печатную форму в торговле" - нужно смотреть туда.

Возможно, запрос кривой.

А в целом, нужно поймать, кто генерирует нагрузку на диски.

+9 Может у тебя бэкапы криво настроены на MS SQL.

(10) бекапы всегде делались. Каждый день определенные базы, а на выходные должен был делаться полное обслуживание и бекапирование всех баз.
я вот смотрю - нет бекапов на выходные. Но ежедневные есть.
В логах что то нет явных ошибок

на диске осталось 50 Мб свободного места он и потеет размещая каждую порцию данных в тысячу фрагментов.

А как узнать какая нагрузка на дисков и какие пороги?
https://i.ibb.co/qMg8RfT/image.png
сейчас такая картина.

(12)А что касается дисков и мест, то место достаточно:
https://i.ibb.co/wJQ16bN/image.png
С - система
D - лежит база там
E - бекапы

(13)

Мне не сложно, я еще раз ссылку дам.
Читать вот это. Там написано, что смотреть:
http://www.gilev.ru/workload/

Делаю ставку на
1. Динамическое обновление
2. Пересчет взаиморасчетов онлайн для печформы.

Делаю ставку что подправили и тормоза не связаны
Просто совпадение что сервер помирает

время ответа 900 это жесть.
скуль всю память сожрал, места на работу системы не осталось и теперь все свопится изо всех сил?

(17) а очередь к диску не смущает?

(13) Отсортируй второе окошко по "Всего". Посмотри, какой файл.

Если это УТ - иди в базу и там смотри ЖР и рег.задания.

На диске D: 10% свободного места всего лишь, 98 из 931. Где же достаточно...
Там что, базы по 400-500 ГБ лежат? Чем диск занят? tempdb там же?

тест гилева запустил, уже около 40 мин , висит на этапе 20%

http://www.gilev.ru/workload/
что касается этим рекомендациям, проверить диски. По указанным параметрам запускаю
PhysicalDisk: Avg. Disk sec/Write
написано, что для SSD -хорошее время операций чтения или записи исчисляется единицами миллисекунд, а время более 25-30 мс уже может считаться критичным
А у меня в процентах шкала.
https://i.ibb.co/FbTm0S6/image.png

Хрень какая то.. видимо что то связано с виртуалкой еще.
MAC conflict: A port on the virtual switch has the same MAC as one of the underlying team members on Team Nic Microsoft Network Adapter Multiplexor Driver

такое вот предупреждение в логах сервера. Что за конфликт мак адресов? откуда он взялся?

кто то поднял копию виртуалки на тех же дисках ))

Менал МАК на картах, теперь все разные, но вирталка очень сильно грузит диск. Он на тоже диске, где и базы. наверно переношу в другой диск, хотя раньше все прекрасно работало

(24)

ИМХО
Наверное уже пора звать/нанимать сисадмина.

(25) походу ты самый умный тут. Придешь к нам работать сисадмином?

Так чем дело то кончилось?

(25) Имхо предлагать сисадмину сменить работу....)))),злой вы!!
(27) Да ничем,гадать можно бесконечно,смотреть надо.Пусть сервер перезагрузит ради интереса

дело было в диске.
диск , где лежала база, 1ТБ, свободно был 98ГБ, и получается если меньше 10% остается, то такие лаги наинчается.

просто переносил из этого диска диски виртуалки в другой диск, освободил 130ГБ и все начал нормально работать

(29) В (12) предположили

Вообще если ssd рекомендуют держать не более 70%. Лучше 50.

ну вот, а я думал еще 80ГБ свободно, а не тут то было дело.

(31) Для использования не серверных SSD на серверах рекомендуется размечать только 1/3 пространства

(33) ну я по рекомендации MS, они рекомендуют ДО 10% от обьема оставить свободным.

(34) Это для настоящих серверных SSD
Фактически же на обычных десктопных SSD после того как SLC и MLC больше нету то вот сколько бит на ячейку то столько и надо делить

(35)+ Для последних где 4 бит на ячейку чтобы было аля сервер только 1/4 размечать можно

(36)+ Иначе даже если 10% оставишь свободно то после заполнения диска на четверть скорость записи начнет падать

(0)
"
12 мб/с как то слишком уж.. (диски SSD, в RAID массив)
проц загружен на 12%, ОЗУ на 30-40%
"

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

(37) еще вроде бы надо давать ссд время свободное от потока операций, чтобы контроллер ячейки памяти причесал.

(36) Я так и не понял ))) Вот у меня ssd samsung 860 evo 1tb (на чем база крутится). Какой минимальный обьем надо держать?

(39) Ну наверно таких рассказов много будет. А есть что то реально рабочее, что реально влияет на работу? Диски НЕ серверные, а обычные samsung 860 evo

(40) 15-30%

(29) рассказал бы хоть что за виртуалки у тебя лежали вместе с базами на самсунге ево на котором всего 10% свободно

(40) а в (0) писал про рейд массив

(43) А что,теперь рейд не на серверных сделать низя?Или ты про другое

На диске освободил 180ГБ место. Но все еще есть подтормаживание , при проведении документов и при поиске. Не всегда и не у всех. Тут ХЗ что делать уже.
https://i.ibb.co/WzwXKbv/image.png

Диск D все еще забит вроде. Проводишь завяку, висит где то 20-40 сек, выдает ошибку транзакции из за времени ожидании, так может 2-3 раза выдать, потом за 1 секунду провести.

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

(42) а это какое отношение имеет к делу? 5 лет он там был и все это время все хорошо работало. Сейчас переносил все из диска D, оставил только базы, а толку нет особо че то. По сравлению вчера, да, лучше стало работать, но всеравно все еще тормозит.

через 5 лет имеет смысл сам диск кристалом посмотреть или другими утилитками.

может там смарт уже об ошибках кричит давно.

или что там у них

(46) этим дискам 2 года, до этого было такие же, на 500ГБ, 3 года работали, потом менял на 1ТБ, база растет быстро.
Я к тому, что сама технология (RAID1) с SSD дисками, где и базы и виртуалка - эксплуатируется более 5 лет. никогда не были проблемы

(47) У меня смарт на ноуте кричал лет 5,пока я ноут чаем не напоил,ни единого разрыва.Наверное до сих пор живой.

(3) есть нормальный варик: сказать что это программисты виноваты и с железом все ок. Так обычно прокатывает у админов

(40) >Вот у меня ssd samsung 860 evo 1tb (на чем база крутится). Какой минимальный обьем надо держать?

3D NAND 3 бит MLC (TLC)
если хочешь юзать это на сервере - размечай из 1Tb только треть = 330Гб

А серьезно, есть метрики производительности на виндах по скулю, по 1с, по железу.
Есть ТЖ, который может показать длительные вызовы

+(53) когда будешь расследовать, поставь параллелизЬм в 1

(51) это не решение. Есть проблема, надо решать.

Раньше тест гилева выдавал 32 попугаев
А сейчас вообще мертвый:
https://i.ibb.co/gdWgvBh/image.png

по железе ничего не менялся, как и в конфигурации SQL.

и вот думаю, в чем все таки проблема? в дисках или в настройках? Ничего не менялся за последний год точно.

(55) это особенность работы ssd
или ставь серверные
или десктопные побольше объемом но размечай только часть чтобы было 1 бит на ячейку

(55) -> (53) (54)

(56)
> или десктопные побольше объемом но размечай только часть чтобы было 1 бит на ячейку
а как это делать? диски в рейде, за них решает все сам рейд контроллер:
https://i.ibb.co/qjBsLHm/1.png

(57) да причем тут длиные запросы? тут мне кажется дело не в 1С, а в железе. так как тест Гилева тоже показывает плохое производительность.

(54) где это, в SQL ? помоему стоит

(58) тест гилева показывает плохую производительность по сравнению с чем?

у Вас есть 2 одинаковые машины где на одной все збс, а на второй не очень?

(59) не знаю, не могу сказать. я в 1С слабо разбираюсь, но сам факт в том, что раньше этот же тест показал 32, а сейчас 12

(60) нет.

(61) а от чего тогда такие выводы, что если гилевский тест показывает плохие результаты, то вс плохо?

(62) ну хотяб в том, что раньше с этим набором, этот же тест показывал 32, а сейчас 12.
Ведь ничего не изменился в железе.
ладно, тест гилева хрен с ним.. а в чем тогда еще может быть проблема? почему вдруг все начал моросить? Ведь в пятницу все было хорошо, ничего не делали на сервере, кроме как печатную форму накладных поправить

Как писал выше, что бы узнать что плохо и где плохо, нужно настроить счетчики производительности системы, скуля и 1с,настроить ТЖ. Определить закономерности медленной работы. Сделать выводы

(63) Обслуживание скуля нормально выполняется?

(65) он выполняется 1 раз в недели, воскресенье (более свободный день) и вот самое интересное - за 5 лет опять таки, первый раз, что не выполнился. Но и ошибок нет , ХЗ почему не выполнился.
https://i.ibb.co/wgkP9KD/image.png
Вот сам план, делал по инструкцию.

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

что касается:
> нужно настроить счетчики производительности системы, скуля и 1с,настроить ТЖ
Это я , как НЕ программист 1С могу что то сам делать ?

(66) вообще админ это должен делать, ведь он должен же следить за здоровьем системы, а не какой-то программист 1с

(66) >>но мне программист сказал - я бы этим мутным типам не доверял

(68) Э полегче...,я танцорам с бубнами не доверяю,знаю их как облупленных,сам такой был.

(69) Правильно, вообще верить не надо ни кому

ребята , а можете сказать, что это за tmp файлы терроризируют?
У вас тоже такая картина? И вообще это нормально?
https://i.ibb.co/LhhzCQq/image.jpg

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

(71) это же вводвывод, обычный кеш, причем тут вирус то? процесс владелец файлов сама одинесина же

(58) >а как это делать? диски в рейде, за них решает все сам рейд контроллер:

надеюсь контроллер хотя бы умеет trim?

(72) то есть это норма?

(73) Не знаю, вот официальный сайт: https://support.hpe.com/hpesc/public/docDisplay?docId=emr_na-c04496202
не вижу там про TRIM что то.
Но раньше работало ведь все хорошо

Вот щас замеряю скорость дисков . что то не очень впечатляет результаты.
Диск С:
https://i.ibb.co/mFrqsRd/disk-C.jpg

диск D: не успел снять, но там намного печальнее ситуация. запись где то 2-3 раза меньше было чем на этом.

И что получается, диски сдохли? или можно что то еще делать?

неужели серверные ссд так дороги?

может когда форму накатывали динамически обновились?

(75) банально неправильный raid, который не умеет сообщать trim для ssd дисков

(78)+ ну и вероятно меряешь под нагрузкой сторонней от той же 1С и СУБД

(77) да, так и было. Но после - несколько раз перезагрузили сервер уже. Не помогло.
да и вот выясняется, что диски "медленные"

(76) ну да. мне щас нужны минимум 2 ТБ, самый дешевый от 20 тыс начинается. И то не знаю в наличии есть/нет ?

(78) Он раньше был правильным , сейчас стал неправильным? И как узнать что там с TRIM_ом?

(80) Если 20К дорого...,тогда я не знаю.1С и ИТ вещи по определению дорогие.Перенеси к себе на комп 1С,посмотри,легче стало или нет.

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

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

(82) ну это самое худшее, что мог предславить, долго не хотелось верить ))))

но тут тест мне переубедил: https://i.ibb.co/8msgxd1/image.png
Это диск D:, где лежат базы. запустил 10 вечера, сейчас утро, а он даже не закончил тест :(


> просто примите это и меняйте по мере наработки часов.  
А есть какой нибудь тест или программа, чтоб мониторить эти наработки? просто никаких ошибок в логах, а тут такой сюрприз.

у нас админ кристал диск использовал, вроде там достаточно подробно, и видно когда уже проблемы начинаются.
https://club.dns-shop.ru/blog/t-101-ssd-nakopiteli/48924-soft-dlya-proverki-ssd/
тут можешь другие еще посмотреть.

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

я так понял тест делаете при работающей 1С?
смысл в этом тесте?

Если осталрсь некорректное динамическое обновление - вы хоть туда optane воткните - 1С радостно скажет "Ух ты!" И начнет писать в config еще быстрее.

(87) тест делал ночью, когда 0 подключений.
Даже при рабочей базы как можно иметь такие показатели?
https://i.ibb.co/f1XHLbq/image.png

(88) (86) Я спрошу у программиста на самом деле у нас динамическое обновление или нет?
Возможно я не правильно понимаю что это..

(80) Ну за 20-ку это уже самсунг 890 про. А за 15 можно и какой нибудь Адата взять

Посмотрите хотя бы очередь к диску, он вообще загружен?
И когда тест делаете загружен ли он.

(89) А ночью, когда делали тест, регламентные задания и службу 1С сервера тушили? Убедились, что нагрузки на диск не было во время теста? Может у вас винда туда, что то пишет постоянно.

(90) ну а так планирую купить Intel D3-S4510 1.9 ТБ SATA. 26 тыс стоит. Нормально думаю?

(92) туда винда ничего не пишет. это отдельный диск, отдельный массив, где лежат только базы. реламентные задачи (бекап только) выполнились 3 часа ночи, до этого уже было определено, что чтение 40 мб/с, а запись - 8 мб.с.

(93) даже дёшево

а что скажете насчет этого диска? SSD Samsung SM883 1.92 Тб
ценник под 40 тыс, но ресурс вроде достаточный

(95) на никс.ру пишет подходит или не подходит.
самс
Для сервера баз данных    Подходит
Для веб-сервера или файлового сервера    Подходит

интел
Для сервера баз данных    Не подходит
Для веб-сервера или файлового сервера    Подходит

собственно у никса только SM883 с MLC
возьми пару 960гиг в рейд за 46 тыщ

(0) Это совпадение. ищи проблему в железе