Назад | Перейти на главную страницу

Сбой плана обслуживания SQL Server - не удалось установить соединение «Подключение к локальному серверу»

У меня есть недавно установленный сервер базы данных sql 2005 (обновление с 2000 на том же компьютере), я пытаюсь настроить планы обслуживания для переиндексации и т.д., но они постоянно терпят неудачу. Это сообщение, которое я получаю: я предполагаю, что какое-то разрешение для какого-то пользователя где-то неверно, но не совсем уверен, где мне следует искать.

Выполняется как пользователь: 194709-DB2 \ SYSTEM. ... 9.00.4035.00 для 64-битной версии Copyright (C) Microsoft Corp 1984-2005. Все права защищены. Начато: 12:45:34 Ошибка: 2009-07-20 12: 46: 05.42
Код: 0xC00291EC Источник: {BDA7B017-98D2-41A4-864E-49A5A9B39855} Выполнение задачи SQL Описание: Не удалось установить соединение «Подключение к локальному серверу». Подключение может быть настроено неправильно или у вас могут не быть необходимых разрешений для этого подключения. Предупреждение об ошибке конца: 2009-07-20 12: 46: 05.42 Код: 0x80019002 Источник: OnPreExecute
Описание: Код предупреждения служб SSIS DTS_W_MAXIMUMERRORCOUNTREACHED. Метод Execution завершился успешно, но количество возникших ошибок (1) достигло максимально допустимого (1); приводящий к отказу. Это происходит, когда количество ошибок достигает числа, указанного в MaximumErrorCount. Измените MaximumErrorCount или исправьте ошибки. Ошибка предупреждения конца: 2009-07-20 12: 46: 05.44 Код: 0xC0024104
Источник: задача реорганизации индекса
De ... Выполнение пакета fa ... Шаг не удался.

Создание заданий через sa с моей машины, подключенной к удаленному экземпляру SQL Server, не работает. Однако, если я использую RDP на машине и использую свои учетные данные Windows для настройки заданий, он работает.

Я не пробовал, но подключение к экземпляру sql-сервера через Management Studio с использованием учетных данных Windows, вероятно, тоже сработало бы.

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

Еще одно предложение: откройте свой план обслуживания, выберите соединение в «Управление подключениями ...» (на панели инструментов) и убедитесь, что вы ввели правильные учетные данные.

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