1С в медсети тормозит с 9 утра: почему причину ищут неделями

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

Заблуждение: сильная команда найдёт причину за день

Понедельник, 8:55. В регистратурах нескольких клиник открывают расписание врачей, колл-центр записывает пациентов на утренние часы, бухгалтерия выгружает кассовые смены выходных. Расписание грузится минутами. Администратор тянется за бумажным журналом, у стойки растёт очередь, часть пациентов уходит звонить в другую клинику.

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

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

🕐 Три недели поиска: хронология типичного случая

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

Неделя первая: виновата 1С

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

Неделя вторая: виновата база

Администратор СУБД пересчитывает статистику, перестраивает индексы, правит план обслуживания. После ночных работ пару дней кажется, что стало легче, но это совпадение, а не лечение: в эти дни просто не было пика. Затем регистратура снова звонит в поддержку.

Неделя третья: виновата инфраструктура, но доказать нечем

Очередь доходит до гипервизора и хранилища. Ответ приходит быстро: процессор загружен умеренно, память свободна. Мониторинг усредняет значения за длинные интервалы и сглаживает короткий пик, поэтому на графике провала нет. Спор «у меня всё зелёное» тянется, пока кто-нибудь не положит расписания заданий рядом друг с другом.

Развязка обычно приземлённая. Утром, например в половине девятого, стартует резервное копирование или выгрузка отчётов, и они делят с базой 1С одно дисковое хранилище. Задание завели полгода назад, и никто не связал его с жалобами регистратуры.

🔍 Где теряется управляемость

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

Нет единого владельца скорости

Программисты отвечают за код, администратор за СУБД, подрядчик за сеть, провайдер за виртуализацию. Формулировки «скорость 1С от кнопки до диска» нет ни в одной должностной инструкции. Пока жалоба не принадлежит одному человеку, каждый вправе честно сказать, что его слой исправен.

Нет замера «как было»

Без базовой линии «медленно» остаётся ощущением. Тест Гилёва даёт сопоставимое число для сервера и СУБД под 1С. Прогоните его в спокойный день и сохраните результат, повторите в день жалоб, и разговор перейдёт от впечатлений к разнице между двумя числами.

Изменения идут без журнала

Обновили платформу, поставили патчи Windows, подключили новую клинику, перенесли виртуальную машину на другой хост. Каждая правка маленькая, поэтому её не записали. Через месяц невозможно ответить на главный вопрос расследования: что изменилось к моменту, когда стало плохо.

Ресурсы общие, а границы не обозначены

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

Что теряет сеть, пока идёт расследование

Простой в регистратуре оплачивают пациентами: запись уходит конкурентам, врач ждёт карту, приём сдвигается. Кассовые операции приходится вести отдельно и потом вносить в базу. Закрытие месяца упирается в тот же утренний пик, а счета для страховых компаний выставляются позже.

Есть и прямая статья расходов. В ukved час сисадмина или сопровождения 1С стоит 3 800 ₽. Допустим, над поиском работают три человека по четыре часа в день. За рабочую неделю это 60 часов, то есть 228 000 ₽, и это без учёта потерянных записей. Цифры взяты для примера, подставьте свои.

⚖️ Три пути вернуть управляемость: сравнение

Когда два-три круга поиска не дали результата, выбор обычно сводится к трём вариантам.

Выделенный сервер в аренду снимает вопрос «с кем мы делим диск». Он подходит, когда на одной платформе работают несколько клиник и по утрам и ночам запускаются тяжёлые регламентные задания. Если нагрузка ровная, а пользователей немного, хватит виртуального сервера для 1С. В обоих случаях за стек от железа до настройки службы 1С отвечает один поставщик, и жалоба регистратуры приходит по одному адресу.

Есть ограничение, которое не зависит от производительности. Базы клиник содержат сведения о здоровье пациентов, это персональные данные особой категории. По 152-ФЗ данные граждан России хранят в базах на территории России, поэтому перед арендой уточните адрес площадки и закрепите его в договоре.

Как это решаем мы

Начинаем с замера. Гипотезы идут после него. Снимаем результат теста Гилёва на текущей площадке и фиксируем время пиков: когда открывается расписание, когда стартуют резервные копии, когда закрывают смену. Затем смотрим, что ещё делит ресурсы с базой. Иногда на этом шаге причина находится, и переезд не нужен. Диагностика и сопровождение 1С стоят 3 800 ₽ в час.

Если переезд нужен, переносим базы на арендованный сервер 1С, тариф от 1 100 ₽ в месяц за пользователя. Сервер настраиваем под вашу нагрузку: параметры СУБД, службу 1С, расписание регламентных заданий, чтобы резервные копии не совпадали с открытием расписания врачей. После переезда повторяем замер и показываем разницу в цифрах. Так у вас появляются «до» и «после», которых не хватало в трёхнедельном расследовании.

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

✅ Пять вопросов на час: есть ли у вас управляемость

Соберите ИТ-команду и ответьте письменно. Если на вопрос отвечают «зависит от того, кого спросить», это и есть дыра.

1. ✓Кто назван ответственным за скорость 1С целиком, от диска до формы в регистратуре?
2. ✓Сохранён ли результат теста Гилёва, снятый в спокойный день?
3. ✓Что менялось за последние две недели: платформа, патчи, виртуальные машины, расписания? Где это записано?
4. ✓Что ещё работает на том же хосте и хранилище: архив снимков, файловый сервер, копии других систем?
5. ✓Во сколько стартуют регламентные задания и пересекаются ли они с утренним открытием расписания?

Если на три вопроса из пяти ответа нет, следующая жалоба запустит то же расследование с нуля. Опишите нам симптомы и время пиков, и мы скажем, хватит ли настройки или разумнее переносить базы на аренду сервера.

❓ Частые вопросы

Почему 1С в клинике тормозит именно утром?

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

С чего начать диагностику деградации 1С?

С замера в спокойный день и в день жалоб. Снимите тест Гилёва, запишите время пиков и список изменений за последние две недели: обновления, патчи, перенос машин, новые расписания. Разница между двумя замерами показывает слой, где искать причину, и избавляет от споров между подрядчиками.

Сколько стоит аренда сервера 1С для медицинской сети?

Аренда сервера 1С стоит от 1 100 ₽ в месяц за пользователя. Выделенный сервер считаем под нагрузку после замера: учитываем число клиник, размер баз и тяжёлые регламентные задания. Диагностика и настройка силами сисадмина оплачиваются почасово по 3 800 ₽. Точную цифру назовём после описания ваших баз и числа пользователей.

Нужно ли хранить базы клиники в России?

Да. Сведения о здоровье пациентов относятся к персональным данным особой категории, а 152-ФЗ требует хранить и обрабатывать данные граждан России в базах на территории России. Перед арендой сервера уточните адрес площадки у провайдера и закрепите его в договоре. Для сети клиник это условие входит в выбор площадки наравне с производительностью.

Когда достаточно настройки, а когда нужен переезд на другой сервер?

Настройки хватает, если причина в расписании заданий, параметрах СУБД или службы 1С. Переезд нужен, когда база делит диск и хост с чужими нагрузками, а развести их нельзя, или когда железо не справляется даже при чистой настройке. Показать это помогут замеры до и после.