Backup SQL на сетевой диск #648258

Добрый день! Подскажите, пожалуйста, как правильно сделать сохранение бэкапов на сетевой диск. SQL 2005.

бат файлом/шагом плана с локального

т.е?

Я в скул запускаю USE master EXEC sp_addumpdevice 'disk', 'Nw1', '\Комп1C_Backup' Он подключается в бэкап - девайсы, но потом при попытки входа на него пишет System.Data.SqlClient.SqlError: Cannot open backup device 'Nw1(\Комп1C_Backup)'. Operating system error 1326(Вход в систему не произведен: имя пользователя или пароль не опознаны.). (Microsoft.SqlServer.Smo)

Запусти SQL под сетевой службой. Сетевой службе дать права модифай на сетевой каталог.

local system не умеет работать с сетью

И это, удобнее намного планами обслуживания пользоваться. :)

ДЕлай бакап в локальный файл и потом батников копируй

добавление к - Бэкап создавай с помощью планов обслуживания (maintance plan), 1 шаг - создание бэкапа, 2 запуск bat файла, который выполняет копирование

Вот зачем забор городить, если скуль сам умеет на сеть сливать. ЗЫ: Кстати, базы тоже можно на сетевом ресурсе разместить.

Делай на локальный + отдельная job-а с копированием в сеть. Плюс - есть локальный архив, если грохнут базу - не надо копировать из сети

Правильно. Лучше всего базы в сети держать... Ещё раскидать на несколько...

Да в облака сразу базы, чего там

сеть отвалиться останешься без копии

Копии будут, как тогда из SQL сливать в сеть.

пошагово может кто-нибудь написать? для чайников

Домен есть? И там и там винда?

Делаешь задание и бэкапиш базу на локальный диск. затем батником архивируешь и перемещаешь в сеть. все.

в написать все и даже больше, о чем тут еще полемика?

какой ужас...

fix: в написано

делаешь план обслуживания с сохранением в локальный каталог. прописываешь его в планировщик заданий killdateparam можно взять тут: в итоге на локальном диске будут архивы десятидневной давности и в сети все чтобы были.

в maintance plan всё сделать, зачем мозг выносить? там при указании куда делать бэкап добавляем сетевой диск, так же указывается и там, сколько по времени их хранить, и много чего другого в планах мышкой сделать не напрягая мозжечек излишними флуктуациями

Служба сиквела должна стартовать под доменной учеткой с правами на сетевой ресурс

юзера для сетевого диска указывать там же . Что-то вы господа всё усложняете

Я тоже батниками настроил.

+ поправка, юзера не надо, только путь к шаре. эзер скл агента используется конечно

:) Ну дык см.

да я ругался что батники, скрипты и т.д. вешают... штатными средствами всё легче и веселей)

поиск на sql.ru "backup базы на сетевой диск" получишь вариантов кучу и выбирай, что хочешь

не работают пока просмотренные варианты, по настройке скул с сайтов по скул

Батники хороши тем, что имеем универсальный механизм и для SQL Express.

Добрый день! Можно поподробнее о настройке maintance plan? Как там настроить Бэкап и его слив в сеть.

Можно уточнение по этому скрипту, который удаляет всё, что старше 10 дней? Если бэкап сломался и не делается, а удаление исправно работает, через 10 дней получим полное отсутствие бэкапов?

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

xcopy /d /e d:1C_Arhiv*.* \srv_backup1C_Arhiv if errorlevel 1 goto exit killdateparam.vbs /path:"d:1C_Arhiv" /killdate:10 /recur:true :exit

а по настройке  maintance plan?

Спасибо! Только это не совсем то, что просил. Бэкапы настроены, в JOB. Меня интересует их архивация и сохранение в сеть (или копирование). Авторы выше, писали что это все можно сделать в Планах.

а в целом полезная ссылка.

Создаете юзера SQLBackup, желательно админом сделать на сетевую папку этому юзеру даете полные права (у вас домен или что?) На SQL сервере идёте сюда: Ищем "Агент SQL Server" (или по аглицки) Свойства - Вход в систему - С учетной записью тут указываем нашего юзера SQLBackup и вводим пароль перезапускаем службу, запускаем backup и проверяем

Да домен. А запуск службы самого SQL, от системной делать? я пробовал запускать службу SQL от своей учетки, тогда Backup devices устанавливается на сетевой диск и работает. Но не стартует агент сервера. А если агента запустить с Админской учеткой, то Бэкап сразу из Job настраивать?

Бэкап настраивать в maintance plan (планы обслуживания) В таком случае создаются Jobs (задания), они как раз и видны если смотреть в "SQL Server Management Studio" внизу у Агента. Вот как раз они и будут запускаться под логином службы "Агент SQL" От кого запущен сам SQL - это то от чьего имени будет работать сам движок и ручные запросы. А Задачи запусает Агент (по расписанию).

+ Запустите сам SQL тоже под записью юзера SQLBackup. Меньше проблем будет.

А не лучше чтоб SQL работал по системной? А то говорят, что может учетку выбивать, если под учеткой запускать.

4 года - полет нормальный по крайней мере у вас ручные запросы и задания будут работать одинаково - удобнее для отладки

Хорошо, спасибо. Вечером буду пробовать, когда все покинут базы. И если системщики дадут запуск SQL от учетки.

У меня такой скрипт: Получаем текущую дату в sDateTime: for /f "delims=." %%i in ('wmic.exe OS get LocalDateTime ^| find "."') do set sDateTime=%%i echo %sDateTime% Устанавливаем путь к sql скрипту, который будет выполняться для копирования (в Экспрессе нет плана, если не Экспресс, то это не актуально): Устанавливаем каталог для архивов и имя базы (для понятного наименования файла): set sDir=D:!SQL backuplocal echo %sDir% Выполняем sql инструкцию: sqlcmd -S.SQLExpress -i%sScriptBackup% Упаковываем архив в 7-zip: "C:Program Files7-Zip7z.exe" a "%sDir%%sNameBase%%sNameBase%_%sDateTime%.7z" "%sDir%%sNameBase%%sNameBase%.bak" Если архив существует, то удаляем архив: if exist "%sDir%%sNameBase%%sNameBase%_%sDateTime%.7z" del "%sDir%%sNameBase%%sNameBase%.bak" Копируем в каталог сети:

SQL скрипт: *АРХИВ*/ --для удобства выносим имя базы в константы --генерим имя архивной базы и заменяем : на - в имени --записываем команду в строку SET @sql = 'BACKUP DATABASE ' + '[' + @DBname + ']' + 'TO DISK = N'+''''+ @Dir+@backupname + '.bak''' + ' WITH NOFORMAT, INIT,  NAME = N'+''''+@DBname+'-Full Database Backup'''+', SKIP, NOREWIND, NOUNLOAD,  STATS = 10' Use [Test_1C] exec sp_msforeachtable N'UPDATE STATISTICS ? WITH FULLSCAN'/*статистика*/ go DBCC UPDATEUSAGE ([Test_1C]) go DBCC FREEPROCCACHE/* очистка кеша выполнения запросов*/ go sp_msforeachtable N'DBCC DBREINDEX (''?'')'/*реиндексация индексов*/ go /*дефрагментация индексов*/ /*sp_msforeachtable N'DBCC INDEXDEFRAG ([Test_1C], ''?'')'*/ Use [Test_1C] SET NOCOUNT ON; -- Conditionally select tables and indexes from the sys.dm_db_index_physical_stats function -- and convert object and index IDs to names. SELECT    object_id AS objectid,    index_id AS indexid,    partition_number AS partitionnum,    avg_fragmentation_in_percent AS frag WHERE avg_fragmentation_in_percent > 10.0 AND index_id > 0; -- Declare the cursor for the list of partitions to be processed. DECLARE partitions CURSOR FOR SELECT * FROM #work_to_do; -- Open the cursor. -- Loop through the partitions.        FROM sys.objects AS o        JOIN sys.schemas as s ON s.schema_id = o.schema_id        WHERE object_id = @objectid AND index_id = @indexid; -- 30 is an arbitrary decision point at which to switch between reorganizing and rebuilding. -- Close and deallocate the cursor. -- Drop the temporary table. GO DBCC shrinkdatabase(N'Test_1C', TRUNCATEONLY); /*усечение всей базы*/ CHECKPOINT; /*Записывает все данных из буферного кэша в текущей базе данных на диск*/ use [Test_1C] DBCC SHRINKFILE (N'Test_1C', 101); /*усечение только файла данных до размера 101 мб*/ use [Test_1C] DBCC SHRINKFILE (N'Test_1C_Log', 0); /*усечение только файла транзакций до размера 0 мб*/ CHECKPOINT; /*Записывает все данных из буферного кэша в текущей базе данных на диск*/

Запуск с SQL агента с админской учеткой домена не помог, пишет отказано в доступе. Под локальной (самого компа) админской учеткой не запускается. службы SQL и SQL агент, не запускаются вместе под одной админской учеткой домена.

Видимо придется саму службу SQL запускать под админской учеткой, но как тогда агента под ней запустить. А может еще какая-нибудь служба не запущена. Несколько служб относящиеся к SQL почему-то отключены.

Кстати, а кто что может о таком скрипте сказать: net session /delete /y (обрываем сессии) net stop /y server (что бы подключится не могли) C:WINDOWSsystem32 askkill.exe /F /IM 1cv8.exe (прибиваем теминально запущенные 1с(если есть такие)) C:arh1c.bat net start /y server (запускаем службу сервер) Подойдет для архивирования 7-ных баз (терминала нет, SQL и расшаренная папка). Или это только для терминала?

На сколько критичен запуск SQL и SQL агента под разными учетками?