SQL 2014 не работает план обсулуживания
Сделал план обслуживания. Агент запущен. Вручную пытаюсь выполнить задачу агента, но получаю ошибку (похожая не решенная тема у другого человека о том что не удалось выполнить план - идите изучайте журнал ошибок SQL. Создал совершенно чистый план и кинул в него просто проверку БД - аналогично.
Если кликнуть на саму бд и сделать бэкап, то все делается хорошо. В чём может быть проблема?
Если кликнуть на саму бд и сделать бэкап, то все делается хорошо. В чём может быть проблема?
Прикрепленные файлы:
Найденные решения
(7) Я написал что переименовал тестовый сервер для теста. Пришлось перенастроить лицензирование RDP, 1с8 кластер и все успешно работало с SQL, но после заметил вот такие моменты в SQL.
Все запущено и работает: 1с, sql, планы обслуживания.
Вы отрицаете само действие, а я ищу решение проблемы. Простое решение - скопировать БД. Переустановить SQL и подключить БД. Или ещё проще переустановить все. Я считаю это полезный опыт.
По рекомендации майкрософт выполнил скрипты после переименования, юзера переименовал на всякий случай, а то в журнале ошибки были, соединение новое пришлось ещё создать и план вот тот удалить, правда без понимания - почему конкретно с ним ошибки.
Все запущено и работает: 1с, sql, планы обслуживания.
Вы отрицаете само действие, а я ищу решение проблемы. Простое решение - скопировать БД. Переустановить SQL и подключить БД. Или ещё проще переустановить все. Я считаю это полезный опыт.
По рекомендации майкрософт выполнил скрипты после переименования, юзера переименовал на всякий случай, а то в журнале ошибки были, соединение новое пришлось ещё создать и план вот тот удалить, правда без понимания - почему конкретно с ним ошибки.
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Дополню: перед этим я переименовал имя сервера...(до этого работу планов обслуживания не проверил).
И план обслуживания с проверкой целостности БД запускался под: СтароеИмяСервера/Администратор, я поменял на sa - Отработало.
В других планах стоит sa, но они все равно не отрабатывают. В журнале агента SQL Server ошибки о том что не удалось получить сведения о пользователей СтароеИмяСервера/Администратор, но удалить его нельзя. При добавлении пользователя НовоеИмяСервера/Администратор пишет что такой пользователь уже есть - НО его нет.
О Боги что происходит
К слову, инструкцию:
Выполнил. Имя успешно поменялось что подтвердило выполнение:
И план обслуживания с проверкой целостности БД запускался под: СтароеИмяСервера/Администратор, я поменял на sa - Отработало.
В других планах стоит sa, но они все равно не отрабатывают. В журнале агента SQL Server ошибки о том что не удалось получить сведения о пользователей СтароеИмяСервера/Администратор, но удалить его нельзя. При добавлении пользователя НовоеИмяСервера/Администратор пишет что такой пользователь уже есть - НО его нет.
О Боги что происходит
К слову, инструкцию:
sp_dropserver <old_name>;
GO
sp_addserver <new_name>, local;
GO
GO
sp_addserver <new_name>, local;
GO
Выполнил. Имя успешно поменялось что подтвердило выполнение:
SELECT @@SERVERNAME AS 'Server Name';
(3) Вот я так и сделал. Создал ещё один план и засунул в него часть не работающего - работает.
Когда пытаюсь переименовать рабочие планы - все ок, а когда переименовываю не рабочий, то получаю ошибку(ниже фото).
Из за чего может такое быть?
Когда пытаюсь переименовать рабочие планы - все ок, а когда переименовываю не рабочий, то получаю ошибку(ниже фото).
Из за чего может такое быть?
Прикрепленные файлы:
Вы собираетесь переименовывать уже не пользователя а Сервер?
Я же имел ввиду, что не занимайтесь переименовыванием вообще!
Чтобы все работало как часы нужно сразу всему дать корректные имена...
Ваши проблемы - это ваши переименования ...
И по ходу , чтоб у вас все заработало - вам предстоит переинсталяция SQL и хорошо если только его....
А то и винды в худшем варианте, если SQL не удалится нормально...
Но можно еще неделю другую пытаться найти причину , почему при переименовании происходят ошибки...
Я же имел ввиду, что не занимайтесь переименовыванием вообще!
Чтобы все работало как часы нужно сразу всему дать корректные имена...
Ваши проблемы - это ваши переименования ...
И по ходу , чтоб у вас все заработало - вам предстоит переинсталяция SQL и хорошо если только его....
А то и винды в худшем варианте, если SQL не удалится нормально...
Но можно еще неделю другую пытаться найти причину , почему при переименовании происходят ошибки...
(7) Я написал что переименовал тестовый сервер для теста. Пришлось перенастроить лицензирование RDP, 1с8 кластер и все успешно работало с SQL, но после заметил вот такие моменты в SQL.
Все запущено и работает: 1с, sql, планы обслуживания.
Вы отрицаете само действие, а я ищу решение проблемы. Простое решение - скопировать БД. Переустановить SQL и подключить БД. Или ещё проще переустановить все. Я считаю это полезный опыт.
По рекомендации майкрософт выполнил скрипты после переименования, юзера переименовал на всякий случай, а то в журнале ошибки были, соединение новое пришлось ещё создать и план вот тот удалить, правда без понимания - почему конкретно с ним ошибки.
Все запущено и работает: 1с, sql, планы обслуживания.
Вы отрицаете само действие, а я ищу решение проблемы. Простое решение - скопировать БД. Переустановить SQL и подключить БД. Или ещё проще переустановить все. Я считаю это полезный опыт.
По рекомендации майкрософт выполнил скрипты после переименования, юзера переименовал на всякий случай, а то в журнале ошибки были, соединение новое пришлось ещё создать и план вот тот удалить, правда без понимания - почему конкретно с ним ошибки.
(9) Очень рад что Вы поняли чего я хотел добиться :)
К сожалению, иногда приходится принимать рискованные решения. Бывает что происходит какая то проблема и есть вариант 100%, который занимает 1 час(например, переустановить все), а есть вариант, который тестировал я - поправить то что есть и работать на этом (15 минут).
И тут уже сыграем в рулетку - потратил 15 минут - не помогло - тратишь 1 час = в итоге тратишь драгоценные 15 минут, но риск иногда оправдан. И чем больше опыта, тем вероятнее, что действия выполненные за 15 минут помогут :)
К сожалению, иногда приходится принимать рискованные решения. Бывает что происходит какая то проблема и есть вариант 100%, который занимает 1 час(например, переустановить все), а есть вариант, который тестировал я - поправить то что есть и работать на этом (15 минут).
И тут уже сыграем в рулетку - потратил 15 минут - не помогло - тратишь 1 час = в итоге тратишь драгоценные 15 минут, но риск иногда оправдан. И чем больше опыта, тем вероятнее, что действия выполненные за 15 минут помогут :)
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот