Невозможно изменить план обслуживания в SSMS

Question

Я использую несколько планов обслуживания для моей стандартной установки SQL Server 2008 с пакетом обновления 1 (SP1). Я использую SQL Server Management Studio как на своей машине для разработки, так и на сервере. В любом из полей, если я попытаюсь изменить какой-либо из существующих планов обслуживания или выбрать «Новый план обслуживания ...», ничего не произойдет.

Единственное решение, которое я видел для этого, было в этой ветке , в котором предлагалось обновить вашу установку, чтобы включить "Инструменты управления завершены" вместо базовой, но эта опция недоступна на моем экране установки , Я предполагаю, что это потому, что я использую Standard, а не Enterprise. Обратите внимание, что эта функция работала, поэтому я знаю, что это не ограничение Standard Edition. Я не могу точно сказать, когда он перестал работать, но я полагаю, что последний раз, когда я использовал его, был до SP1.

Answer 1

0

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

например. C: \ Program Files \ Microsoft SQL Server \ MSSQL12.MSSQLSERVER \ MSSQL \ JOBS

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

Примечание: (я в Windows 2012 R2 с SQL 2014 и локальным администратором в данном случае)

НТН

Ник

Νικοσ Γιαννιοσ

Answer 2

Я сталкивался с этой проблемой раньше и может быть решен разными способами. Это может быть вызвано несколькими проблемами, такими как использование версии управления Studio, отличной от ядра SQL Server, ошибка при регистрации dts.dll. Поэтому сначала попытайтесь определить, что является причиной в вашем случае, затем вы можете попробовать следующую технику.

1. Измените управление студией на аналогичную версию.
2. Использование CMD зарегистрировать regsvr32 dts.dll. сначала перейдите в папку Binn Компакт-диск C: \ Program Files \ Microsoft SQL Server \ 120 \ DTS \ Binn, затем исполняемый файл regsvr32 dts.dll. Убедитесь, что физическое расположение может отличаться в зависимости от версии в моем случае <120 \ DTS \ Binn> для sql server 2014 и может быть 100 \ DTS \ Binn или 110 \ DTS \ Binn для sql server 2008 и 2012 соответственно.
3. Если вышеуказанное решение 2 не решило проблему, измените строку подключения и используйте полное доменное имя с номером порта. Пример: servername.domainname.local \ instancename, номер порта

Answer 3

У меня была проблема, похожая на вашу, которая была устранена путем полного удаления студии управления и ее переустановки. Оказалось, что проблема была вызвана патчем совместимости, который Microsoft предоставляет для пакетов DTS (post sql 2000).

Патч, похоже, ломает все, что использует SSIS (как это делает обслуживание).