MS SQL Бэкап в расшаренную папку, доступа в которую у пользователя нет #727362

Господа, мне нужна ваша помощь. С администрированием не очень, настроил бэкап в базы в папку на сервере через план обслуживания. Теперь вот надо сохранять его не в папку на компе, а в папку на шаре. Проблема в том, что у пользователя, под которым MS SQL запускается нет прав на чтение-запись в ту папку. У меня есть логин и пароль, под которыми в папку можно попасть. Вопрос: куда их прописать в плане обслуживания? "В задаче "Резервное копирование базы данных" вижу только папку, куда надо писать, но идет MS SQL туда под собой

подключить сетевой диск

лучше дать таки доступ на ту папку юзеру скуля

не хотят админы. чет переживают.

сейчас почитаю, спсибо

сетевой диск не подключится к неинтерактивному юзеру же, емнип

не хотят - пусть сами настраивают

>Вопрос: куда их прописать в плане обслуживания? никуда... агент скуля должен иметь права на папку

зы сейчас окажется что и юзера как такого нет - а все вращается от "локалсервис"

Мне написали вот чего админы: "Добавьте в пакетное задание строки: net use q: \****1CBackUp **** /user:admin /persistent:no ............................. net use q: /delete Т.е. по хорошему не получится? надо на T-SQL писать? Юзер есть, все вращается на нем

есть xp_cmdshell...

предлагаете из нее батник запускать, который с локального ресурса в сетевой положит?

я вообще ничего не предлагаю... >добавьте в пакетное задание строки: права дать нельзя, а явки/пароли в открытом скрипте - можно? и бэкапить сначала лучше локально... сеть повалится - останетесь без ничего

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

скрипт видеть будет только тот, у кого пароль от пользователя "sa" есть. Про локальный ресурс говорил, что восстанавливать будут долго говорил, но раз им нужен головняк, то что ж нет? :) Мне надо положить бэкап в сетевую папку и забыть про них :)

О бекапах должна болеть голова сисадмина, а не твоя...

они не могут в SQL, как Польша в космос

Меняй. Не дожидаясь перитонита.

Скрипт vbs, который: 1) Создаст бэкап на локальной машине, 2) Сделает то, что админы там в батнике насоветовали, 3) Скопирует бэкап туда, 4) удалит бэкап на локальной машине

а фигли тады советы дают . Скажи "или будет по моему или это ваша головная боль"

Админы, обычно, мыслят очень ограничено, если нет на них административного воздействия

а пример есть, мил человек? а то я то не сильно лучше них в SQL могу :) мне иногда кажется, что есть какая-то ферма для админов, их там генномодифицируют и обкалывают седативными. потом отправляют работать в маленькие конторы

а если многоэтапное задание создать? нет юз > архив > нет делет

сейчас попробую

не хочет копировать в указанный сетевой каталог: "Сбой выполнения запроса "EXECUTE master.dbo.xp_create_subdir N'\\TRIXBOX1\1..." со следующей ошибкой: "xp_create_subdir – возвращена ошибка 161, "Указан недопустимый путь."". Возможные причины сбоя: проблемы с этим запросом, свойство "ResultSet" установлено неправильно, параметры установлены неправильно или соединение было установлено неправильно. "

вообще, при выборе папки не предлагает выбирать сетевой каталог. только локальные диски.

Создавай локально, потом копируй

ну так и создавай архив в локальную папку а потом копируй по сети.

ок, спасибо, пойду развиваться :)

Господа, я понять не могу. я в задачу "Выполнение инструкции T-SQL пишу "net use q: \Trixbox11CBackUp ***** /user:admin /persistent:no", а потом получаю ошибку:"Сбой выполнения запроса "net use q: \\Trixbox1\1CBackUp ***** /user:adm..." со следующей ошибкой: "Неправильный синтаксис около конструкции "q:".". Возможные причины сбоя: проблемы с этим запросом, свойство "ResultSet" установлено неправильно, параметры установлены неправильно или соединение было установлено неправильно. Зачем скуль дописывает еще 2 "/" в начале? как это победить?

в общем-то, если оставить один "", то будет 2 перед именем сервера. Но вот перед именем папки никак не могу оставить 1 "", т.к. эта штука может их только задваивать

exec xp_cmdshell 'net use и т.д.'

Пробовал, вообще ругается на другое, но слеши тоже задваивает. Смогу победить слеши, пойду к админам выбивать разрешение на xp_cmdshell : Сбой выполнения запроса "EXEC xp_cmdshell 'net use q: \\Trixbox1\1CBackUp j..." со следующей ошибкой: "SQL Server заблокировал доступ к процедура "sys.xp_cmdshell" компонента "xp_cmdshell", поскольку он отключен в результате настройки конфигурации безопасности сервера. Использование "xp_cmdshell" может быть разрешено администратором при помощи хранимой процедуры sp_configure. Дополнительные сведения о включении "xp_cmdshell" см. в электронной документации по "xp_cmdshell".". Возможные причины сбоя: проблемы с этим запросом, свойство "ResultSet" установлено неправильно, параметры установлены неправильно или соединение было установлено неправильно.

Изучайте на здоровье:

так я по этому мануалу и делал

я если просто в командную строку пишу "net use q: \Trixbox11CBackUp ***** /user:admin /persistent:no", то у меня подключение этого диска происходит. мне непоянтно, почему T-SQL задваивает

SQL Server и SQL Server Agent - 2 разные службы, они могут крутиться под разными учетками

под разными и крутятся. А какое отношение это имеет к слешам?

как я себе то понимаю, папка расшаренная доступна только доменным пользователям. Пользователь SQL - локальный. или я лох, или вы заколебаетесь туда что-то копировать.

"net use q:" делает расшаренную папку локальным диском Q. через командную строку у меня на него все отлично копируется. осталось запустить тоже самое под SQL

Запускать огента под другой учеткой - уже было?

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

Про sp_configure уже прочитал?

пользуйся  Effector Saver - архиватор баз данных 1С:Предприятия

да, уже активировал, и даже лишние слеши почему-то "прошли", но щас вот с этим борюсь: Сбой выполнения запроса "net use q: /delete" со следующей ошибкой: "Неправильный синтаксис около конструкции "q:".". Возможные причины сбоя: проблемы с этим запросом, свойство "ResultSet" установлено неправильно, параметры установлены неправильно или соединение было установлено неправильно. если мы узеру доступ к папке дать не можем, то уж про стороннюю программу и говорить бесполезно :)

Большое спасибо, добрые люди. все заработало. После активации xp_cmdshell сделал следующее: 1. Задача "выполнение инструкции T-SQL" код: EXEC xp_cmdshell 'net use q: \Trixbox11CBackUp Пароль /user:admin /persistent:no'; 2. Задача "Резервное копирование баз данных". Там все как и в локальный диск, путь к папке указываю "Q:", т.к. только что этот диск создал 3.Задача "выполнение инструкции T-SQL" код:EXEC xp_cmdshell 'net use q: /delete'; И все. Все отличнейше работает, копирование в сетевую папку под другим юзером настроено, бэкапы туда ложатся. Было очень познавательно и интересно :)