SQL server can not find path

[voron999]

Проблема:

-decided to start doing backup on a networked drive
-there is a share (as a mapped drive F:) available on a different server with all the permissions as needed (created, modified, deleted files using notepad); SQL server has the permissions for full control of the share
-when trying to do the backup, SQL server does not see the network drive F:, so the backup fails with "could not find a path specified"
-tried backing up using the UNC path (\\server\share), still "could not find a specified path".

I only have 3-4 days left before I'll need to stop backups due to the limited space. Any suggestions?

Извинияюсь за английский..

Спасибо

[Kalifornian]

Есть подозрение что вы неправильно задаете UNC path (\\server\share) . Как он у вас конкретно выглядит?

[voron999]

Есть подозрение что вы неправильно задаете UNC path (\\server\share) . Как он у вас конкретно выглядит?

Я пробовал "\\lifemap1\LMBackup\KDIDBProd_XXX.BAK". Это при том что оба сервера входят в один домен. Также пробовал "F:\KDIDBProd_XXX.BAK", where F - is a mapped networked drive that points to "\\lifemap1\LMBackup"...

Протестировал с Notepad - проблем нет. С Permissions problem буть не должно. Во всяком случае, share то должен быть виден. Но SQL Server не видит его и все..

А в чем может быть загвоздка?

[tengiz]

А в чем может быть загвоздка?

Одна из возможных причин может быть в том, что сам сервер работает под учётной записью, которой не разрешён доступ к этому share.

[voron999]

Рапортую для интересующихся:

Оказывается, по умолчанию UNC and mapped drives не поддерживаются в SQL Server.

Все уперлось в незадокументированный trace flag 1807. После включения его - заработало:


dbcc traceon(1807)

BACKUP DATABASE [KDIDBProd] TO DISK = N'\\lifemap1\lmbackup\KDIDBProd_Start01132004.BAK' WITH INIT , NOUNLOAD , NAME = N'KDIDBProd backup', NOSKIP , STATS = 10, NOFORMAT

А вот и линки:

http://support.microsoft.com/default.as ... -us;304261
http://www.databasejournal.com/features ... hp/1442191
http://www.sql-server-performance.com/a ... _flags.asp
http://www.extremeexperts.com/sql/artic ... Flags.aspx


Короче M$$$$$

[tengiz]

Рапортую для интересующихся:...Короче M$$$$$

voron999,

а Вы уверены, что Вы правильно задали вопрос и правильно поняли какую проблему устраняет упомянутый traceflag и почему у Вас в конце концов заработал backup/restore в UNC path? Вы уверены, что знаете разницу между database file и backup file?

[Dmitry67]

tengiz я тоже сразу увидел
Вопрос автору вопроса: а Вы хорошо представляете, как теперь SQL server работает с базой, и хорошо представляете какие потенциальные грабли Вы себе уже разложили ?

меня особо пугает слово Prod в названии базы

[voron999]

Рапортую для интересующихся:...Короче M$$$$$

voron999,

а Вы уверены, что Вы правильно задали вопрос и правильно поняли какую проблему устраняет упомянутый traceflag и почему у Вас в конце концов заработал backup/restore в UNC path? Вы уверены, что знаете разницу между database file и backup file?

Спасибо за наводящие вопросы.

Разницу знаю...

Да, мой вопрос был про то как делать backups onto the networked storage. В линках же там написано про database files on networked disks. База данных у нас НЕ будет на сети, но места чтобы делать backup на тот же самый диск уже нету.

Тогда обьясните пожалуйста почему это:

BACKUP DATABASE [KDIDBProd] TO DISK = N'\\lifemap1\lmbackup\KDIDBProd_Start01132004.BAK' WITH INIT , NOUNLOAD , NAME = N'KDIDBProd backup', NOSKIP , STATS = 10, NOFORMAT

Вызывает ето:

Server: Msg 3201, Level 16, State 1, Line 1
Cannot open backup device '\\lifemap1\lmbackup\KDIDBProd_Start01132004.BAK'. Device error or device off-line. See the SQL Server error log for more details.
Server: Msg 3013, Level 16, State 1, Line 1
BACKUP DATABASE is terminating abnormally.

А в Windows application логе:

18204 :
BackupDiskFile::OpenMedia: Backup device '\\Lifemap1\LMBackup\KDIDBProd_Start01092004.BAK' failed to open. Operating system error = 2(The system cannot find the file specified.).


А вот это работает:

dbcc traceon(1807)
--dbcc tracestatus(-1)

BACKUP DATABASE [KDIDBProd] TO DISK = N'\\lifemap1\lmbackup\KDIDBProd_Start01132004.BAK' WITH INIT , NOUNLOAD , NAME = N'KDIDBProd backup', NOSKIP , STATS = 10, NOFORMAT

dbcc traceoff(1807)
--dbcc tracestatus(-1)

Посоветуйте, если можно, как это проделать более правильно.

Спасибо.

[Dmitry67]

Вот это странно
Я бы сделал так
Вошел бы в NT точно под тем account под которым входит SQL server
Сдалал бы copy con UNCфайлкуда ВыПисали
ЧТобы проверить что нет каких нибудь проблем

То что зависит от флага странно
А сама база располагается которую Вы бэкапите где ?

[voron999]

tengiz я тоже сразу увидел
Вопрос автору вопроса: а Вы хорошо представляете, как теперь SQL server работает с базой, и хорошо представляете какие потенциальные грабли Вы себе уже разложили ?

меня особо пугает слово Prod в названии базы

Пожалуйста, напишите подробнее про "грабли" в этом случае, т.к. "Prod" действительно имеет место быть...
Какие будут рекомендации по поводу doing backup on the networked disk.

Почитал про возможные проблемы с data integrity когда traceon(1807) enabled. Понятно также про higher network load если так делать...

Надеюсь на более подробный ответ/рекомендации.

Спасибо.



Спасибо.

[voron999]

Вот это странно
Я бы сделал так
Вошел бы в NT точно под тем account под которым входит SQL server
Сдалал бы copy con UNCфайлкуда ВыПисали
ЧТобы проверить что нет каких нибудь проблем

То что зависит от флага странно
А сама база располагается которую Вы бэкапите где ?

Account уже проверял - проблем нет.

Сама база располагается на сервере ЛМ2, бэкап делаю на ЛМ1 (открыл там share). Оба сервера в одном домене. Account for the SQL server is a domain level account.

Еще странно, как уже написано в самом начале, что SQL server не видит drive F: that points to that same share on LM1. The only way I could make the backup so far was as in previous message.

Еще деталь - очень медленно бэкапится, 95Гб ушло за 7 часов. При том что там имеется 100mbps network connection. Admin говорит что он уже ничего не может улучшить. А по-моему там все равно что-то не так...

А, кстати, за сколько должно бекапится 95Гб на local disk? У нас уходит около 2 часов. Наверное тоже медленно?

[SkyWalker]

Самый простой способ проверки:
QA:
exec master..xp_cmdshell 'dir \\lifemap1\lmbackup\'

[Dmitry67]

:)

Пожалуйста, напишите подробнее про "грабли" в этом случае, т.к. "Prod" действительно имеет место быть...
Какие будут рекомендации по поводу doing backup on the networked disk.

Почитал про возможные проблемы с data integrity когда traceon(1807) enabled. Понятно также про higher network load если так делать...

Надеюсь на более подробный ответ/рекомендации.
Спасибо.
Спасибо.

Я имел ввиду если база располагается на сетевых дисках
Собственно из Вашего ответа видно что про грабли Вы сами знаете
То есть Performance и Data Integrity

Что касается деланья backups, то я с Вами согласен что дело нечисто
Сам делал бэкапы баз среднего размера через сеть, и при совершенно нормально работающем железе возникали странные ошибки нижнего уровня и срывы... Особенно при restore, поэтому я всегда делал копию на локальный диск и копировал ее по сети благо место позволяло

Собственно думаю что в M чтото такое подозревают, потому что их disaster recovery tr log shipping тоже никогда не пишет на сетевой диск. Правда этому монут быть и другие объяснения

Я также подтверждаю что backup to a local drive + copy to network быстрее чем backup to network disk. ВИдимо при записи идут всякие rewindы...

[voron999]

Самый простой способ проверки:
QA:
exec master..xp_cmdshell 'dir \\lifemap1\lmbackup\'

Хмм.. Работает...... Good idea, thanks!

Volume in drive \\lifemap1\lmbackup is New Volume........

Тогда еще больше не понятно почему бекап не работает просто без Traceon(..) TraceOff(..)