Мы рассмотрим распространенную проблему, когда в MS SQL Server Management Studio (SSMS) становится недоступной опция создания планов обслуживания, и проанализируем различные пути ее решения. Эта проблема часто возникает из-за отсутствия необходимых компонентов, специфики версий SSMS или неправильной конфигурации сервера. Тем, кто ищет базовое руководство, будет полезна подробная инструкция по настройке регламентных операций MS SQL SERVER под 1С.
В основе проблемы с недоступностью планов обслуживания в SSMS, особенно в более новых версиях, таких как SSMS 21, часто лежит отсутствие установленных компонентов SQL Server Integration Services (SSIS). Важно понимать, что планы обслуживания создают пакеты SSIS, которые затем выполняются заданиями SQL Server Agent. Без SSIS соответствующая функциональность в SSMS будет недоступна.
Изначально, когда SSMS 21 был выпущен, поддержка SSIS и, соответственно, планов обслуживания, отсутствовала. Однако, в более поздних выпусках SSMS 21 (например, 21.2.5 и выше) функциональность SSIS и планов обслуживания была восстановлена, часто в режиме предварительного просмотра (Preview).
Для активации этой функциональности в SSMS (после обновления до версии, которая ее поддерживает) недостаточно просто обновить сам SSMS. Необходимо явно добавить компонент Business Intelligence, который включает SSIS, в вашу установку SQL Server Data Tools (SSDT) или Visual Studio. Разберем по шагам, как это сделать:
После выполнения этих шагов опция создания планов обслуживания должна стать доступной в SQL Server Management Studio.
В некоторых случаях, особенно если мы используем SSMS 21 или другие предварительные версии, проблема может заключаться в отсутствии полноценной поддержки планов обслуживания в самой версии SSMS. Как было упомянуто, SSMS 21 изначально не поддерживал создание или редактирование планов обслуживания.
Если обновление SSMS 21 или установка компонентов SSIS не решает проблему, или если мы работаем с ранней версией SSMS 21, где эта функциональность гарантированно отсутствует, мы можем рассмотреть следующий подход:
Установка и использование SSMS 20.2:
Этот метод является эффективным временным решением, пока не будет выпущена полностью функциональная версия SSMS 21 (или выше) с полной поддержкой планов обслуживания. Важно понимать, что это может потребовать наличия нескольких версий SSMS на одном компьютере.
Также стоит помнить, что при использовании предварительных версий SQL Server (например, SQL Server 2025 CTP), функциональность мастера планов обслуживания может быть недоступна, и это является известным ограничением предварительных версий.
Даже если компоненты SSIS установлены и используется совместимая версия SSMS, планы обслуживания могут быть недоступны, если отключены расширенные хранимые процедуры SQL Server Agent (Agent XPs). Эти процедуры критически важны для работы SQL Server Agent, который, в свою очередь, управляет выполнением планов обслуживания.
Если опция Agent XPs отключена (установлено значение 0), SQL Server Agent может не отображаться в SQL Server Management Studio, и мы не сможем создавать планы обслуживания или задания SQL. Для активации Agent XPs нам необходимо выполнить следующие команды T-SQL:
EXEC sp_configure 'show advanced options', 1;
GO
RECONFIGURE;
GO
EXEC sp_configure 'Agent XPs', 1;
GO
RECONFIGURE;
GO
Разберем эти команды подробнее:
EXEC sp_configure 'show advanced options', 1; и RECONFIGURE;: Эти команды позволяют нам получить доступ к расширенным параметрам конфигурации сервера. По умолчанию многие расширенные опции скрыты, чтобы избежать случайных изменений.EXEC sp_configure 'Agent XPs', 1; и RECONFIGURE;: Эта команда непосредственно активирует расширенные процедуры SQL Server Agent, устанавливая их значение в 1. После этого SQL Server Agent сможет полноценно функционировать и создавать планы обслуживания.После выполнения этих команд и перезапуска SSMS (а иногда и службы SQL Server Agent) возможность создавать планы обслуживания должна появиться.
Важно: Убедимся, что служба SQL Server Agent запущена. Это можно проверить через SQL Server Configuration Manager. Рекомендуется установить тип запуска службы SQL Server Agent на "Автоматически" для обеспечения ее постоянной работы.
Иногда, даже если планы обслуживания созданы, они могут не выполняться, выдавая ошибки, связанные с учетными записями. Один из распространенных сценариев — ошибка "Не удалось завершить задание. Не удалось определить, есть ли у владельца задания Backup.Subplan_1 доступ к серверу (причина: Не удалось получить сведения о пользователе или группе Windows NT "XYZ", код ошибки: 0x534. [SQLSTATE 42000] (Ошибка 15404))".
Эта проблема часто возникает, если имя сервера было изменено уже после установки SQL Server, а учетные записи в разделе "Security / Logins" не были соответствующим образом обновлены. SQL Server пытается разрешить старое имя сервера, что приводит к ошибке.
Для исправления этой проблемы выполним следующие шаги:
DOMAIN\Username или COMPUTERNAME\Username).Desktop xyz\Администратор, но позже вы переименовали сервер на Serv1C, тогда необходимо изменить имя входа на Serv1C\Администратор.После этих изменений задания планов обслуживания должны начать выполняться без ошибок, связанных с разрешением учетных записей.
Помимо перечисленных решений, важно учитывать следующие моменты для успешной работы с планами обслуживания:
sysadmin. Это обеспечивает необходимые разрешения для выполнения всех операций, связанных с SQL Server Agent и пакетами SSIS.DBCC CHECKDB.msdb. Для оперативного мониторинга отлично подойдет SQL Backup Inspector TG — скрипт для контроля состояния бэкапов с уведомлениями в Telegram.Следуя этим рекомендациям и пошаговым инструкциям, мы сможем успешно настроить и использовать планы обслуживания для эффективного управления нашими базами данных MS SQL Server, обеспечивая их стабильность и производительность.