Резервное коприрование по сети

1. Nelli_A86 14.03.12 13:16 Сейчас в теме
Не получается настроить резервное копирование в сетевую папку средствами MS SQL.:( Есть: сервер (Windows 2008R2 + MS SQL 2005), на котором база и сервер Windows 2003, на который нужно делать резервные копии, домена нет. Скуль запускается, как служба с системной учеткой (администратор). Пробовала подключать Сетевые диски (скриптом) все равно не видит, если устройство для записи создавать, то ругается (невозможно открыть устройство резервного копирования. Ошибка 5 (отказано в доступе)). Может у кого-нибудь такие проблемы возникали?
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. atlantic23 14.03.12 14:23 Сейчас в теме
(1) Nelli_A86, Была такая задача. Хотел копировать на сетевой ресурс, но решил все копированием на внешний жесткий диск. Я думаю надо для начала дать полные права для всех на расшаренную папку. Но как мне кажется внешний USB диск будет более удачное решение.
3. Nelli_A86 14.03.12 14:33 Сейчас в теме
Получилось забэкапить, если разрешить на сервере гостевую учетку, но хотелось бы все-таки без этого обойтись...
4. agarkin 16.03.12 19:48 Сейчас в теме
лучше на внешний диск - по сетке медленно!
5. vithak 16.03.12 21:53 Сейчас в теме
лучше всего бэкапить на этот же комп, потом архивировать и слить через сеть куда надо. просто файл бэкапа sql жмётся очень хорошо. моя рабочая база в бэкапе занимает около 20 гиг. жмётся в 800 мегабайт.
6. пользователь 19.03.12 07:54
Сообщение было скрыто модератором.
...
7. maza11 19.03.12 13:30 Сейчас в теме
использую для резервного копирования APBackup
8. vithak 19.03.12 18:23 Сейчас в теме
делаем бэкап
"C:\Program Files\Microsoft SQL Server\90\Tools\binn\sqlcmd.exe" -S (local) -U "пользователь" -P "пароль" -d "имя_базы" -Q "BACKUP DATABASE [имя_базы] TO DISK = N'E:\backup\имя.bak' WITH INIT , NOUNLOAD , NOSKIP , STATS = 10, NOFORMAT"

архивируем
"c:\Program Files\7-Zip\7z.exe" a E:\backup\имя%date%.7z E:\backup\имя.bak

удаляем бэкап
del E:\backup\имя.bak /q

перемещаем архив в сетевую папку
move /y имя%date%.7z \\сетевой_путь

самый лучший вариант бэкапа. поправь как надо и запускай по расписанию.
9. agarkin 12.05.12 18:16 Сейчас в теме
присмотритесь к nnbackup!
10. Munsera 01.06.12 17:15 Сейчас в теме
Вот несколько путей решения проблемы:
There are a couple of solutions you can workaround the problem:

Change the user account running the SQL service to an account that can access network share. Be wary of security issues and potential attacks on that account.
Backup the database to a local folder or drive and run a separate job to move the files to your network machine.
Purchase a 3rd party backup software like Red Gate SQL Backup or Lite Speed that knows to backup to a shared drive.
Use the available API from SQL Server Objects (SMO) and scripts like PowerShell to backup and push data across network.
Program your own virtual device that knows to read and write raw data from a backup command using the VDI API from Microsoft.
Change the registry value on the target server adding the sharename you want to backup to. The target machine will not authenticate the connecting account. Remember to restart the target server service for changes to take effect. This will remove the security on the share exposing it to any attacker and is very dangerous for production data. HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanS­erver\Parameters\NullSessionShares

Но если ничего не покупать, и озаботиться безопасностью, то лучше делать бэкап на локальный диск, а потом скриптом тянуть на шару.
11. Progus 02.06.12 00:30 Сейчас в теме
Можно попробовать создать bat-ник, в котором прописать сначала создание копии БД на локальный диск, а потом вызывать копирование этого файла в сеть. Запускать через планировщик от имени администратора.
Тогда копия БД создаётся средствами MS SQL от имени LOCAL_SYSTEM, а уже копирование от имени админа.
Когда то подобный образом сработало, но с другой программой, которая тоже работала от LOCAL_SYSTEM.
12. asved.ru 37 02.06.12 10:35 Сейчас в теме
Просто у пользователя, от имени которого запущен SQL, нет прав на этот самый сетевой диск.
Сделайте пользователя, дайте ему полные права на папку с файлами баз SQL, право входа в качестве службы. Запустите службу SQL от его имени, и сетевой диск монтируйте тоже от его имени.
13. asved.ru 37 02.06.12 10:36 Сейчас в теме
и озаботиться безопасностью

Если озаботиться безопасностью, то для SQLserver как раз и нужен отдельный пользователь.
14. SYSokolov 11.06.12 12:37 Сейчас в теме
Агент SQL должен быть запущен от имени пользователя с нужными правами на доступ к сетевому ресурсу. Удаленная машина ничго не знает о пользователе SYSTEM другой машины, поэтому и отжимает.
15. cezey 11.06.12 19:09 Сейчас в теме
16. agarkin 04.07.12 12:58 Сейчас в теме
действительно лучше на локальный диск!
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот