Резервное копирование SQL-сервера на UNC
Хорошо, этим утром я проснулся с ответом. Вместо того, чтобы реализовывать функцию посещения в NodeVisitor.cpp, где я не могу получить доступ к функциям Интерпретатора, я сделал функцию посещения виртуальной и реализовал ее в Interpreter.cpp
unsigned long int Interpreter::visit(AST* node)
{
Number* number = dynamic_cast<Number*>(node);
BinaryOperation* binOp = dynamic_cast<BinaryOperation*>(node);
if (number)
{
return this->VisitNumber((Number*)node);
}
return this->VisitBinOp((BinaryOperation*)node);
}
Я думаю, мой мозг просто нужен какое-то время ... Записывался на работу в течение 8 часов, а потом дома в течение 4, то 12 часов подряд: D
5 ответов
Проверьте, что он считает, SqlAgent, работает. Обычно это system\NetworkService муравей это не имеет прав доступа на других компьютерах.
Или дайте временно права записи всем на пути UNC или в Панели управления/, Сервисы изменяют учетную запись, используемую для SqlAgent.
Разве это не отсутствие двойной обратной косой черты перед именем сервера?
Я отступил до mmany времен UNC. Удостоверьтесь, что это не, полномочия выпускают w/учетная запись, которую SQL-сервер и sql агент выполняют как. Я не отступил бы до скрытой администраторской доли как этот, возможно, это - $, это вызывает проблему. Создайте долю и резервное копирование на это. \server\share НЕ \server\c$\\папка
После того, как я сам столкнулся с этой проблемой, и ни одно из вышеперечисленных решений не было достаточно ясным, я подумал, что отправлю более четкий ответ. На самом деле ошибка не связана с синтаксисом - она полностью связана с разрешениями. Здесь важно то, что учетная запись службы SQL Server, а НЕ учетная запись агента SQL Server пытается войти в систему для создания каталога. Вы можете проверить программу просмотра событий на целевом сервере и просмотреть журнал безопасности, чтобы увидеть неудачные попытки входа в систему из учетной записи SQL Server на другом компьютере (мой был запущен как локальный администратор).
Чтобы решить эту проблему, установите свой SQL Учетная запись службы сервера должна быть пользователем домена, которому разрешено писать в удаленный общий ресурс. Я ожидал, что агент SQL Server сможет использовать свои собственные учетные данные для выполнения этих операций резервного копирования, но, видимо, нет!
Агент SQL на самом деле не выполняет резервное копирование , он может выполнять команды в SQL Server, который выполняет резервное копирование. Таким образом, учетная запись службы SQL Server - это та учетная запись, которая требует разрешений на общий ресурс UNC.
Однако я думаю, что существует реальная проблема с процедурой xp_create_subdir. Я собираюсь прекратить использовать планы обслуживания, потому что время от времени получаю точно такую же ошибку. Никакие разрешения не меняются, и это «обычно» работает, но «обычно» не помогает.