I am trying to perform an SQL server "built-in" backup (part of a maintenance plan that was working so far) to a file share.
I understand that I have to use UNC in my file path and that the user running the SQL service should have access to the share - as such I have changed the DSQL service user to a domain user.
Checking my logs I see
Failed:(-1073548784) Executing the query "BACKUP DATABASE [model] TO DISK = N'\\\\172.16.200...." failed with the following error: "Cannot open backup device '\\\\172.16.200.253\\Backup\\SQLDB\\model\\model_backup_2019_11_25_220003_1049249.bak'. Operating system error 67(The network name cannot be found.).BACKUP DATABASE is terminating abnormally.". Possible failure reasons: Problems with the query, "ResultSet" property not set correctly, parameters not set correctly, or connection not established correctly.
hmm problem is that the mapped path will not be available to the user running the backup (unless I do a scripted map before I run it). Is that the best practice ?
We get it - no one likes a content blocker. Take one extra minute and find out why we block content.
Not exactly the question you had in mind?
Sign up for an EE membership and get your own personalized solution. With an EE membership, you can ask unlimited troubleshooting, research, or opinion questions.
>> problem is that the mapped path will not be available to the user running the backup
As mentioned by lcohan, just ensure that the startup account of SQL Server Agent service is having access to the share folder.
And use net use option if SSMS can't see the shared folder while configuring backups
I started with Experts Exchange in 2004 and it's been a mainstay of my professional computing life since. It helped me launch a career as a programmer / Oracle data analyst
William Peck
Alexandre Takacs
ASKER
Thanks - mapped the drive within the SQL service account and all works fine now
https://www.mssqltips.com/sqlservertip/3499/make-network-path-visible-for-sql-server-backup-and-restore-in-ssms/