Yandex Cloud Managed Service: мониторинг, планы обслуживания, бэкапы и выводы

31.10.21

Интеграция - Облачные сервисы, хостинг

Давайте поговорим о средствах мониторинга, планах обслуживания и, как ни странно, о бэкапах.

Содержание статей:

Скажу так: - Нам досталась конфигурация отменно плохого качества, и проблем было не миновать. Без мониторинга не было ясно, что с этим куском легаси делать. Я до сих пор поражаюсь, как такой продукт продают и покупают. Я, конечно, в 1с всего 9 лет, но хуже купленной конфигурации не видел. Рекламировать не буду, эта поделка на совести создателей, хотя про совесть, наверно, нет смысла упоминать…

Мониторинг:

Зайдя в мониторинг, мы видим настроенные дашборды с возможностью их настроить. Можно менять моменты времени. Можно менять временной период.

Все наглядно и удобно.

 

 

Если мы нажмем на кнопку «Открыть в Мониторинге», мы попадем в основное меню Мониторинга.

 

 

Меню Мониторинга выглядит так:

 

 

Из меню мы можем у дашбордов настроить алерты

 

 

Посмотреть метрики более детально, убрать дашборды, создать новые дашборты

 

 

Нужна информация о проблемах?

Все просто!

Создаем канал

 

 

Настраиваем Алерт

 

 

И все.

Реально очень удобно сделано.

 

Алерт рассказал нам про беду. Как ловить тяжелые запросы?

Вот такие письма счастья стали приходить на почту:

 

 

Мы решили посмотреть через MS SQL Management Studio и увидели нехватку прав:

 

 

Мы спросили, почему нет прав, и получили ответ:

 

 

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

 

 

«Монитор» от Андрея Бурмистрова

Параллельно я хотел попробовать «Монитор» от Андрея Бурмистрова, рассказывать про данную конфигурацию не буду, так как он сам расскажет на Инфостарт Ивент 12 ноября.

 

 

Скажу только одно, на Yandex Cloud Managed Service for SQL он, к сожалению, не взлетит из-за ограничений.

Понадобится право «alter any event session», а его не дадут. Выпросить можно, но только на время.

 

 

В любом случае я обязан подойти и сказать Андрею лично огромное спасибо!

 

gilev.ru

Параллельно мы настроили сервис от gilev.ru. Ну про этот сервис точно все знают.

Он, кстати, отработал нормально.

 

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

Хранилище запросов (Query store):

Прочитать можно тут -> Monitoring Performance By Using the Query Store - SQL Server | Microsoft Docs

Копировать инфу с первоисточника не буду.

Включаем и выставляем режим только запись.

 

 

Режим только запись собирает данные, после можно перевести в только чтение.

 

 

 

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

 

Планы обслуживания:

Что могу сказать? Забудьте про планы обслуживания!

 

 

 

Сразу вспоминается MS SQL Express и те же проблемы. Как вариант можно через Windows Task Manager запускать скрипты.

Я, естественно, на всякий случай поинтересовался:

 

Как видите из переписки:

Планируется возможность выбора скриптов и скорее всего скрипты будут от Ola Hallengren:

https://ola.hallengren.com/

GitHub: https://github.com/olahallengren/sql-server-maintenance-solution

Awards:

 

 

[UPD 2021/10/01] При настройке регламента на все ли хватит прав?

Сегодня пришла новая информация. Прав хватит не навсе!

Администратор спросил у Яндекс:

Занимаюсь задачей организации maintenance plan через sqlcmd, столкнулся с проблемой, для их реализации нужны права выше чем db owner, пример:

 

1. Обновление статистики - EXEC sp_updatestats;

Для запуска sp_updatestats пользователь должен быть владельцем базы данных (dbo, а не только членом роли db_owner) или быть членом фиксированной роли сервера sysadmin.

2. Очистка процедурного КЕШа - DBCC FREEPROCCACHE;

Требуется разрешение ALTER SERVER STATE на сервере.

Ответы Яндекс:

1  Нехватка прав по статистике :

2  Нехватка прав "ALTER SERVER STATE" :

 
 Переписка

 

По регламенту сейчас выполняется только создание бэкапов. Но все ли гладко с ними?

  • Нельзя сделать бэкап конкретной базы средствами Yandex Cloud Managed Service for SQL
  • Созданные автоматически бэкапы изолированы от вас. Вы не можете просто их скопировать.

 

 

  • Можно запустить создание бэкапа кластера, но прервать создание бэкапа нельзя.

 

 

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

 

 

  • В Yandex Cloud Managed Service for PostgreSQL нет возможности восстановить отдельную базу, можно восстановить лишь кластер.

 

 

  • В Yandex Cloud Managed Service for SQL есть возможность восстановления базы, но у меня дело закончилось ошибкой и очередным отловленным багом…

 

 

Информация по ошибке:

 

 

Выводы:

Продукт пока сыроват, при этом сыроват не только Managed Service for SQL, но и Managed Service for PostgreSQL. Я общался с командой, использующей Managed Service for PostgreSQL, услышал те же проблемы, что и на Managed Service for SQL, а местами даже проблем больше. Я вижу, как продукт развивается, и понимаю, что он может улучшаться только если его используют. Огорчает, что не всегда есть гарантия того, что функционал отработает должным образом, часто чувствуешь себя бета-тестером. С другой стороны, нам ли привыкать? У нас с каждой новой версией платформы происходят чудеса. Мне нравится поддержка Яндекс, я вижу, как латаются баги и появляется новый функционал, мне нравится, что есть планы по развитию продукта и продукт меняется. Огорчает то, что некоторые вещи из простых превратились в марафон преодоления сложностей, это касается бэкапов и планов обслуживания. Я верю в то, что продукт будет вкусный и года через 2-3 появится интерес, и мы будем видеть доклады про внедрения с использованием Managed Service for SQL.

В плане масштабирования есть понятные ограничения (https://cloud.yandex.ru/docs/managed-sqlserver/concepts/limits) и, если капнуть глубже в плане масштабируемых систем я бы смотрел на Yandex Database (YDB), правда эта тема уже не совсем 1С, она около 1С. Хотя кто его знает, может быть, когда-нибудь 1С подружат с Yandex Database? Но это уже совсем другая история.

На этом заканчиваю, надеюсь статьи будут Вам полезны! Удачи в работе и интересных задач.

Вступайте в нашу телеграмм-группу Инфостарт

Yandex Cloud Managed Service SQL PostgreSQL SqlPackage Ola Hallengren Мониторинг 1С бэкап Query store Масштабирование DACPAC dt MSSQL

Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

См. также

Работа с интерфейсом Анализ учета Мониторинг 1С:Предприятие 8 1С 8.3 1C:Бухгалтерия 1С:Бухгалтерия 3.0 1С:ERP Управление предприятием 2 1С:Управление холдингом 1С:Зарплата и Управление Персоналом 3.x 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 1С:Управление торговлей 11 Платные (руб)

Создайте свой функциональный интерфейс в любой конфигурации 1С с помощью расширения Infostart Dashboard. Настраивайте панели виджетов с метриками, индикаторами и показателями на начальном экране. Узнайте возможность внедрения подсистемы у себя в конфигурации с помощью бесплатной обработки "Анализ внедрения подсистемы 1С Infostart Dashboard"!

31720 руб.

27.03.2025    92362    69    44    

77

Журнал регистрации Мониторинг Системный администратор Разработчик 1С 8.3 Абонемент ($m)

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

1 стартмани

07.11.2026    461    2    mrcamomile    8    

4

Мониторинг Сервера Системный администратор 1С 8.3 Бесплатно (free)

Шесть блоков технического отчёта по кластеру 1С: площадка, процессы, нагрузка, диск, копии, журналы за названный период — и открытые вопросы. Цифры из двух реальных прогонов на Windows Server 2019 (srvinfo 119 ГБ, 444 бэкапа и ни одного по нужной базе, висящий сеанс с лицензией). Что собирать, чего не делать, и где агент ошибся.

02.11.2026    351    netbka    1    

1

Журнал регистрации Инструменты администратора БД Технологический журнал Мониторинг Системный администратор Разработчик 1С 8.3 1С 8.5 1С:Управление торговлей 11 Абонемент ($m)

Расширение для любой конфигурации на БСП: замеры, ошибки, задания, обмены, блокировки, диски, сеансы и техжурнал в одном окне, с уведомлениями в Telegram и на почту.

3 стартмани

19.10.2026    495    6    windsurf    0    

3

Мониторинг Системный администратор Абонемент ($m)

Небольшая программа для рабочих мест и серверов: следит за выбранными службами Windows (сервер 1С, СУБД, УТМ, лицензии) и сама запускает их, если служба остановилась или зависла. Полная редакция вдобавок не даёт пользователям запускать программы не из списка разрешённых или из списка запрещённых.

1 стартмани

08.10.2026    454    4    IronCAT09    0    

1

Мониторинг Обновление 1С Системный администратор Разработчик 1С 8.3 Бесплатно (free)

Отложенное обновление идёт третий день, штатная форма пишет "Выполнено: N из M", и непонятно, ждать или разбираться. Проверьте у себя: в БСП 3.1 почасовая история обработанных объектов, время завершения каждого обработчика, попытки и текст ошибки уже лежат в регистрах, не хватает только деления. Разобрал, где это хранится, как считать прогноз двумя скоростями (по объектам и по обработчикам) и как найти обработчик, который держит очередь, в том числе когда БСП записала ему "зацикливание", а держала его блокировка. Проверено на копии УТ 11.5 с 215 настоящими обработчиками типовой: очередь шла 4 часа, прогноз за 2 часа до конца ошибся на 5 минут. В конце обработка, которая отвечает одной строкой.

30.09.2026    893    nedomolkov.ivan    0    

1

Мониторинг Системный администратор Разработчик 1С 8.3 Бесплатно (free)

Регламентное задание включено, расписание заполнено, ошибок в журнале регистрации нет, а данные не приходят. Проверьте у себя форму "Регламентные и фоновые операции": если в колонке результата пусто, это не значит, что всё хорошо, это значит, что задание не запускалось. Мы собрали стенд на копии рабочей УТ 11.5 и прошли все места, где задание застревает до своего кода: флаг блокировки на кластере, признак копии базы у БСП, пользователь в карточке задания, функциональная опция, расписание, которое не наступит. У каждого места код проверки. Самое неприятное подтвердилось на платформе 8.3.27: задание под пользователем, которого нет в базе, не оставляет в журнале регистрации ни одной строки. Плюс как по журналу отличить ручной запуск от запуска сервером и как увидеть задание, которое работает вхолостую.

30.09.2026    1041    nedomolkov.ivan    0    

1

DevOps и автоматизация разработки Администрирование СУБД Мониторинг Системный администратор Разработчик 1С 8.3 Абонемент ($m)

Практикум для администратора сервера 1С: память rphost через rac, блокировки PostgreSQL через pg_blocking_pids и сборка, зелёная при ошибке в модуле. Скрипты прогнаны на PostgreSQL 16.15 и платформе 8.3.27.2130 (Windows). Находки стенда: rac возвращает 0, когда лимит памяти остался прежним; загрузка конфигурации возвращает 0 для модуля, который не проходит проверку. Linux не проверялся.

1 стартмани

30.09.2026    980    Ninel_S    0    

1
Для отправки сообщения требуется регистрация/авторизация