Windows Server 2008 R2
Дня 3 назад пошли жалобы юзеров на тормоза в 1С. Зашёл на сервер по RDP, лагает ощутимо, в Мониторе ресурсов нагрузка на диск постоянно скачет до 100 и в Работа диска куча временных файлов, насколько понимаю от 1С https://b.radikal.ru/b00/2111/e2/7977b31cf4e0.png
Во всех 1Сках отключил поиск и остальные ненужные Регл задания, ничего не поменялось. Опять же, до этого всё отлично работало годами. В чём может заключаться проблема?

И да, в БУХ и ЗУП базах во время этих тормозов никто ничего не формирует

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

(0) может диск уже того?

(2) Никаких обновлений платформы и конфигураций за последнюю неделю+ не было

(0) > Во всех 1Сках отключил поиск и остальные ненужные Регл задания, ничего не поменялось.

Отличный метод! Отключи еще что-нибудь. И так, пока что-то не поменяется.

> в Работа диска куча временных файлов, насколько понимаю от 1С

Ага, прочитано пара килобайт, записано пара мегабайт. Именно это и Загрузило весь диск.

(3) Смарт стоит проверить, однозначно.

(0) В чем угодно.

Неведомая версия 1С на неведомом сервере, на котором крутится неведомая конфигурация с неведомой версией.

Помогите! У меня подземный стук!

P.S.
Вполне возможно какой-то умный юзер запустил внешнюю обработку и хороший/качественный вирус уже шифрует ваши данные.

кто-то ушлый майнит Chia на жестких дисках у ТС)

(6) Вот об этом тоже щас почитал, буду смотреть

(0) Длина очереди диска какая?

(0) Обычный диск стоит? Или RAID? В случае, если идет процесс восстановления RAID - всё будет дико тормозить.

(11) Стоит два физических диска, один поделен на два раздела(Система и остальное) Второй - чисто для бэкапов.
Длина очереди в моменты высокой нагрузки не выше 0.10

(12) *На системном

(11) Также в СМАРТе всё в порядке

Через пару десятков постов выясниться, что 1С-ка файловая и речь о файловом сервере.

>>  отключил поиск и остальные ненужные Регл задания.

И кто решил, что поиск не нужен? Как он это определил? Какие ещё регзадания посчитали ненужными?
Включите поиск обратно, актуализируйте индексы, автора идеи увольте на**р.

(0) "и в Работа диска куча временных файлов" какой полный путь к временным файлам?

(15) 1Ска то файловая, БУХ 3, собсна единственная файловая база у нас, используется редко, чисто для отчётности, основная работа ведётся в УТ на SQL.
По поводу поиска, у нас в этой БУХии работает 2 человека, оба поиском не пользуются совсем, так к чему нагружать базу индексацией?

(16) Всё на скрине в (0)

(14) Загрузку ЦП еще покажи по ядрам.

(18) +95% базу опубликовать, +5% темп юзеров выкинуть на Д или Е

(20) Да я тоже думаю проблема чисто в файловой базе, просто удивительно как она до этого нормально работала полтора года или около того, не тормозя сервак на несколько дней

(20) И мне в целом интересно чем она таким занята

(17) приколисты... это по поводу файловой.

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

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

(21)

Тут другое интересно. Есть ли у этой файловый базы бэкап и давно ли он восстанавливался (есть ли с него толк).

(0) в общем похоже тупо на человеческий фактор, раньше бушек не напрягало открытие форм уф в файловой по 2 минуты, а тут стало. а базе хуже и не стало

(25) Да вот было бы окей еслиб так, лагает вообще весь сервак, серверные базы, по RDP я подключался - всё тормозит.

(24) Бэкапы делаются каждый день ночью через Acronis

(23) Да, доступ а базу у клиентов через расшаренную папку

(26) монитор ресурсов - память - ожидание, что там во время тормозов?

(28) жозенько)

(30) Ну а чего) Раньше-то нормально работало) Аж полтора года

(31) можно сказать только "наконец то прилетело тяпкой"

(29) В Ожидании 19гб, Свободно 30гб

(28) ну вот тебе и отгадка - сетевые файловые шары тормозят все диски, на которых они зацеплены.
_принципиально_ на серваках с 1С не создают файловых шар.

Вне зависимости от того, какая ОС стоит на серваке, всегда поднимается сетевой протокол и он на 100% окажется или самбой или клоном самбы.
Потому в сети практически всегда есть машинки клиентов с виндой.
А открытие одного и того же файла или даже папки на чтение-запись врубает тайминги и диск начинает тормозить.

(33) ожидание многовато, хотя свободно в наличии, я помониторил (пока база публикуется)

сравните Ожидание с суммарным объемом баз, кто то активно работает с файлами

(34) Хорошо, спасибо за вариант, предложу перенести файловую базу на сервак а общую папку с документами на отдельный диск.

(36) Там всё в целом сходится

(38) бэкап завис

(17) >>  у нас в этой БУХии работает 2 человека, оба поиском не пользуются совсем, так к чему нагружать базу индексацией?

>> оба поиском не пользуются совсем.
Глупости то не говори.
Они что в списках документов или справочников никогда поиском не пользуются? Не верю.
Поиск в динамических списках в 1С уже очень давно работает на полнотекстовом поиске (ППД). При отключении ППД или неактуальности его индекса включается поиск по базе данных средствами СУБД, который на больших базах работает медленнее ППД.
Исключение - если база эта не используется вообще для ведения учета, а только для заполнения форм отчетности. То есть когда в базе нет ни заполненных справочников, ни документов, вообще никаких данных, кроме тех, что нужны для заполнения шапки в отчетах.

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

А по теме ветки всё просто.
1. Переводите все базы (даже самые мелкие и редко используемые) на клиент-сервер. Если кому-то нужны файловые базы для личных нужд, пусть делают их у себя на локальных компах. Общественные базы должны быть на сервере в клиент-серверном варианте.
2. Отключайте все шары на сервере 1С. И вообще службу общего доступа к файлам.
3. Настройте бекап средствами СУБД. Выгрузка в dt - это не архив © 1С.

А прямо сейчас тупо перезагрузите сервак.

(40) А с шарами для документов всяких как быть? Отдельный сервак для них? Сомневаюсь что они на такое тратиться захотят. Бэкап основных баз делается средствами SQL, файловая бэкапится Акронисом, раз уж её щас буду переносить на SQL, то тоже будет SQLом бэкапиться

(41) можно какой-нить NAS развернуть для шары

(41) с диска с базами уберите все шары

(34) > сетевые файловые шары тормозят все диски, на которых они зацеплены
> А открытие одного и того же файла или даже папки на чтение-запись врубает тайминги и диск начинает тормозить.

Что за бред? O_O

Удивительно, как тут любят вместо решения поставленной задачи, начинать учить жить.

(44) >> Что за бред?

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

(41) >>  А с шарами для документов всяких как быть? Отдельный сервак для них?

Да. А что это вас так удивляет?
Если в конторе есть сервер, это вовсе не означает, что теперь на нём должно всё-всё-всё крутиться.
Не удивлюсь, если у вас на том же сервере и AD, и Exchenge, и интернет-шлюз, и терминальный сервак.

Если ценность файлов не сильно велика, то используйте для этих целей ПК не серверного уровня, а обычный офисный (только не тот, за которым кто-нибудь работает). Или действительно NAS поднимите.

>> Сомневаюсь что они на такое тратиться захотят.

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

Давно не работал с файловыми. А как сейчас дать сетевой доступ к файловой базе не открываю шару?

(47) веб-доступ для файловой

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

(49) >> само по себе открытие шары не приводит к снижению производительности чего-либо.

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

(47) Только (48) - вебдоступ.
Но у автора ветки нет такой проблемы.
У него есть сервер 1С. Надо просто туда перенести проблемную базу и в дальнейшем больше не разворачивать файловых баз.

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

Проблема широко известная уже около 30 лет. Исправлению не подлежит.

(0)чек-лист по рекомендациям настроек сервера выполнен?
Рестарт ежесуточно процессов имени меня выполняется?

(52) Так уже лучше. :) Это происходит при совместном доступе к одному файлу. Давайте не будем обобщать на "папки" и "диски".

Но и это не объясняет "до этого всё отлично работало годами". :)