[ Вопрос дня ] Возможен ли мониторинг файловых баз 1C с целью определения узких мест в производительности оборудования?

Доброго дня, коллеги!

Обязательным условием процесса оптимизации систем 1С:Предприятие является анализ загруженности оборудования. Обычно в качестве объектов мониторинга рассматриваются сервер СУБД, сервер приложений 1С:Предприятие, терминальный сервер, веб-сервер. Для анализа используются определенные показатели, которые собираются с помощью счетчиков. У слушателя возникло желание перенести изучаемую методику анализа на файловые информационные базы. Посмотрим, что ответил тренер!

Вопрос

Добрый день! Подскажите, пожалуйста, мониторинг для Файловых баз следует проводить по таким же параметрам (Avg. Disk Queue Length, Avg. Disk Write Time, Avg. Disk Read Time, % Processor Time, Processor Queue Length, Available Mbytes, Bytes Total/sec), чтобы определить узкое место в производительности оборудования?

Ответ

Добрый день! Мониторинг файловых баз очень спорная вещь. Конкурентный доступ к данным и файловая ИБ – это про разное. Выполнение запросов своеобразное, например, левое соединение в одном запросе (не пакетном) десяти таблиц может вполне без проблем отработать (а после переноса на клиент-сервер при выполнении этого запроса сеанс очень вероятно “задумается досмерти”) и т.п. Также быстрый диск, на котором лежит ИБ (в идеале рам-диск), и наличие достаточного объема свободной памяти (чтобы никаких свопов) может прилично ускорить работу файловых ИБ. С Рам-диском есть опасность при падении потерять всё, что было после последнего бэкапа. Эмпирически 20 сеансов (встречался с утверждением, что и 15 сеансов) – это уже только клиент-сервер и никакая оптимизация большого выигрыша не даст. Кроме того, есть мнение, что размер ИБ прирастает за год примерно на 30% – упереться в предел файловой ИБ (любой файл внутри 1Cv8.1CD не может иметь размер более 4Гб) вопрос только времени.

Вопрос

Осознаю ограничения файловой ИБ. Про способы ускорения действительно интересная информация. Опишу ситуацию: 5 пользователей. Сама база 1C:БП (типовая). Однако на некоторых машинах база работает медленнее других, и в общем хотелось бы поднять производительность. Для того, чтобы поднимать производительность, хочется понять, где то узкое место в оборудовании. И насколько я вижу – нужно ответить на вопросы:

  1. Где нужно ускорить – “главный” компьютер или клиентские?
  2. Что именно следует ускорять – память, диск, сеть, процессор?

База лежит сейчас на SSD, загрузка процессора на взгляд по диспетчеру – в норме. Возможно ли как то вычислить хотя бы ориентировочные контрольные показатели? Их можно собирать так же как для клиент-сервера, или всё проще, и есть путь только методом “попробовать что-то добавить”?

Ответ

Раз на части клиентов все нормально, а на части – медленно, то под подозрением в первую очередь сам клиент и обмен сервера с клиентом, например:

  • сеть (могут как передаваться сами пакеты с ошибками, так может быть включена буферизация пакетов на клиенте),
  • брандмауэр/антивирус (в первую очередь на клиенте, но может быть отключена для части хостов на сервере, а для этого клиента нет),
  • драйвера или сама сетевая карта…
  • ну и конечно смотреть на загрузку процессора и память клиента, его диск (возможно что-то через хранилище тянется на клиента – тут уже зависит от ИБ и того, что делает пользователь),
  • ну и то, что работа оптимизирована по быстродействию, а не по энергосбережению проверить нужно.

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Вход на сайт

Зарегистрироваться

Подтверждение регистрации будет отправлено на указанный e-mail.

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

Восстановить доступ

E-mail или логин

Ссылка на создание нового пароля будет отправлена на указанный e-mail.