SQL Server 2017 Developer SQL Server 2017 Enterprise SQL Server 2017 Enterprise Core SQL Server 2016 Developer SQL Server 2016 Enterprise SQL Server 2016 Enterprise Core SQL Server 2016 Standard Еще…Меньше
Проблемы
Предположим, что вы используете автоматические резервные копии для Microsoft SQL Server на виртуальных машинах. Если размер резервной копии базы данных превышает 200 ГБ, а файл разбивается на несколько файлов, после каждого резервного копирования операция восстановления HEADERONLY не будет выполнена в фоновом режиме. Кроме того, могут появляться сообщения об ошибках, похожие на приведенные ниже .:
Дата время No # Ошибка: 18204, серьезность: 16, состояние: 1.
Дата и время SPID # BackupDiskFile:: OpenMedia: не удалось открыть файл резервной копии «архивный адрес» устройства резервного копирования. Ошибка операционной системы 2 (системе не удается найти указанный файл).
Решение
Это исправление включено в перечисленные ниже обновления для SQL Server.
Накопительное обновление 13 для SQL Server 2017
Накопительное обновление 5 для SQL Server 2016 с пакетом обновления 2
Накопительное обновление 13 для SQL Server 2016 с пакетом обновления 1 (SP1)
Сведения о сборках SQL Server
Каждая новая сборка SQL Server включает в себя все исправления и исправления для системы безопасности, описанные в предыдущей сборке. Мы рекомендуем установить последнюю сборку для вашей версии SQL Server:
SQL Server 2017 Build Versions
Последнее накопительное обновление для SQL Server 2016
Статус
Корпорация Майкрософт подтверждает наличие этой проблемы в своих продуктах, которые перечислены в разделе «Применяется к».
Ссылки
Ознакомьтесь со стандартной терминологией , которую корпорация Майкрософт использует для описания обновлений программного обеспечения.
Нужна дополнительная помощь?
SQL Server 2017 Developer SQL Server 2017 Enterprise SQL Server 2017 Enterprise Core SQL Server 2016 Developer SQL Server 2016 Enterprise SQL Server 2016 Enterprise Core SQL Server 2016 Standard More…Less
Symptoms
Assume that you use automatic backups for Microsoft SQL Server in virtual machines. If the backup database size is more than about 200 GB and the file is split into multiple files, after each backup a RESTORE HEADERONLY operation will fail in the background. Additionally, you may see error messages that resemble the following:
date time spid# Error: 18204, Severity: 16, State: 1.
date time spid# BackupDiskFile::OpenMedia: Backup device ‘Backup file address’ failed to open. Operating system error 2 (The system cannot find the file specified.).
Resolution
This fix is included in the following updates for SQL Server:
Cumulative Update 13 for SQL Server 2017
Cumulative Update 5 for SQL Server 2016 Service Pack 2
Cumulative Update 13 for SQL Server 2016 Service Pack 1
About SQL Server builds
Each new build for SQL Server contains all the hotfixes and security fixes that were in the previous build. We recommend that you install the latest build for your version of SQL Server:
SQL Server 2017 build versions
Latest cumulative update for SQL Server 2016
Status
Microsoft has confirmed that this is a problem in the Microsoft products that are listed in the «Applies to» section.
References
Learn about the standard terminology Microsoft uses to describe software updates.
Need more help?
- Remove From My Forums
-
Question
-
Hi
I am trying to take a backup in sql server database I am getting the error as given below:
Message
Error: 18204, Severity: 16, State: 1.
BackupDiskFile::CreateMedia: Backup device ‘E:Backup 07092011xxxx_test.bak’ failed to create. Operating system error 5(Access is denied.)Message
Error: 3041, Severity: 16, State: 1.
BACKUP failed to complete the command BACKUP DATABASE xxxx_test. Check the backup application log for detailed messages.Please give possiable soluation to resolve issue.
Regards
Eshaa
Answers
-
-
Marked as answer by
Tuesday, September 27, 2011 1:17 PM
-
Unmarked as answer by
Eshaa
Tuesday, September 27, 2011 1:17 PM -
Marked as answer by
Eshaa
Tuesday, September 27, 2011 1:17 PM
-
Marked as answer by
- Remove From My Forums
-
Question
-
Hi
I am trying to take a backup in sql server database I am getting the error as given below:
Message
Error: 18204, Severity: 16, State: 1.
BackupDiskFile::CreateMedia: Backup device ‘E:Backup 07092011xxxx_test.bak’ failed to create. Operating system error 5(Access is denied.)Message
Error: 3041, Severity: 16, State: 1.
BACKUP failed to complete the command BACKUP DATABASE xxxx_test. Check the backup application log for detailed messages.Please give possiable soluation to resolve issue.
Regards
Eshaa
Answers
-
-
Marked as answer by
Tuesday, September 27, 2011 1:17 PM
-
Unmarked as answer by
Eshaa
Tuesday, September 27, 2011 1:17 PM -
Marked as answer by
Eshaa
Tuesday, September 27, 2011 1:17 PM
-
Marked as answer by
-
-
June 28 2011, 16:36
- IT
- Cancel
Исходные данные
Сервер SQL: SQL Server 2008 / Windows 2008
SQL Server, SQL Agent работают под Network Service
Файловый сервер: windows 2008 R2
Резервное копирование баз выполняется T-Sql командой
BACKUP DATABASE [имя_базы] TO DISK = N'\%backup_server_name%%path%%backup_file_name.bak' WITH NOFORMAT, NOINIT, NAME = N'%имя_базы%', SKIP, NOREWIND, NOUNLOAD, STATS = 10
Все шло замечательно. Работало порядка года. Как вдруг случилось страшное.
В логах заданий SQL Agent посыпались ошибки про Acces Denied
06/28/2011 13:07:34,,Неизвестно,BACKUP failed to complete the command BACKUP DATABASE 1C_SoftFon. Check the backup application log for detailed messages.
06/28/2011 13:07:34,,Неизвестно,Ошибка: 3041 серьезность: 16 состояние: 1.
06/28/2011 13:07:34,spid116,Неизвестно,BackupDiskFile::CreateMedia: Backup device '\%backup_server_name%%path%%backup_file_name%.bak' failed to create. Operating system error 5(Отказано в доступе.).
06/28/2011 13:07:34,spid116,Неизвестно,Ошибка: 18204 серьезность: 16 состояние: 1.
Вылечилось через консоль управления файловыми службами на сервере резервного копирования.
Свойства общего ресурса — Разрешения — Разрешения для общего ресурса — Добавляем в доступ учетку SQL Сервера и даем ей доступ на создание/удаление в этой шаре.
Полезный источник по SQL Backup : http://www.sqlteam.com/article/backup-and-restore-in-sql-server-full-backups
- Remove From My Forums
-
Вопрос
-
We currently backup our tape drive to a separate jump drive every night, it has been working fine for the past 7 months; the paths and permissions are all correct. The past week or two the backup has been failing because it states the process cannot
access the file because it is in use. There is not (or shouldn’t be) anything else trying to use this file at the time of backup.This is from the SQL 2005 Log:
Error: 18204, Severity: 16, State: 1.
BackupDiskFile::CreateMedia: Backup device ‘F:Nitely.bak’ failed to create. Operating system error 32(The process cannot access the file because it is being used by another process.).Error: 3041, Severity: 16, State: 1 .
BACKUP failed to complete the command BACKUP DATABASE WMS. Check the backup application log for detailed messagesThe strange thing is in our BACKUP EXEC. log it says the back was successfully completed, but the time-stamp on the backup file is from a previous day. I really would appreciate any insight to this matter because I am stumped.
Ответы
-
Some other process is using that file for sure. Check if Antivirus is holding this file or the storage team is backing up this file seperately.
Since you are using BACKUP EXEC, check in Task Manager if multiple instances of BACKUP EXEC are running or not.
Pradeep Adiga http://www.sqldbadiaries.com
-
Помечено в качестве ответа
5 августа 2010 г. 2:13
-
Помечено в качестве ответа
-
Perhaps a failure from an earlier effort. (Software does sometimes have problems, after all.) If so, one of those processes may indeed be holding a lock on the file.
You can try using the sysinternals tools to see which process has the lock. Or try using Unlocker:
http://www.filehippo.com/download_unlocker/Try clearing all the running BkupExec processes and then try your backup again. (No, I don’t really like killing processes directly, but sometimes … )
RLF
-
Помечено в качестве ответа
Tom Li — MSFT
5 августа 2010 г. 2:13
-
Помечено в качестве ответа
- Remove From My Forums
-
Вопрос
-
Dear All ,
I am doing log-shipping remotely in sql server 2005 ( Enterprise edition )..
i have configured everything as per book written , i have assigned permission ( R & W ) for both folder but i am still getting below mentioned error—————-
Event-id = 18204
BackupDiskFile::OpenMedia: Backup device ‘\192.168.20.51LSBackuplogship.bak’ failed to open. Operating system error 1265(The system detected a possible attempt to compromise security. Please ensure that you can contact the server that authenticated you.).
For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.
—————-
india
Ответы
-
-
Помечено в качестве ответа
17 апреля 2009 г. 12:28
-
Помечено в качестве ответа
- Remove From My Forums
-
Question
-
We currently backup our tape drive to a separate jump drive every night, it has been working fine for the past 7 months; the paths and permissions are all correct. The past week or two the backup has been failing because it states the process cannot
access the file because it is in use. There is not (or shouldn’t be) anything else trying to use this file at the time of backup.This is from the SQL 2005 Log:
Error: 18204, Severity: 16, State: 1.
BackupDiskFile::CreateMedia: Backup device ‘F:Nitely.bak’ failed to create. Operating system error 32(The process cannot access the file because it is being used by another process.).Error: 3041, Severity: 16, State: 1 .
BACKUP failed to complete the command BACKUP DATABASE WMS. Check the backup application log for detailed messagesThe strange thing is in our BACKUP EXEC. log it says the back was successfully completed, but the time-stamp on the backup file is from a previous day. I really would appreciate any insight to this matter because I am stumped.
Answers
-
Some other process is using that file for sure. Check if Antivirus is holding this file or the storage team is backing up this file seperately.
Since you are using BACKUP EXEC, check in Task Manager if multiple instances of BACKUP EXEC are running or not.
Pradeep Adiga http://www.sqldbadiaries.com
-
Marked as answer by
Thursday, August 5, 2010 2:13 AM
-
Marked as answer by
-
Perhaps a failure from an earlier effort. (Software does sometimes have problems, after all.) If so, one of those processes may indeed be holding a lock on the file.
You can try using the sysinternals tools to see which process has the lock. Or try using Unlocker:
http://www.filehippo.com/download_unlocker/Try clearing all the running BkupExec processes and then try your backup again. (No, I don’t really like killing processes directly, but sometimes … )
RLF
-
Marked as answer by
Tom Li — MSFT
Thursday, August 5, 2010 2:13 AM
-
Marked as answer by
- Remove From My Forums
-
Question
-
We currently backup our tape drive to a separate jump drive every night, it has been working fine for the past 7 months; the paths and permissions are all correct. The past week or two the backup has been failing because it states the process cannot
access the file because it is in use. There is not (or shouldn’t be) anything else trying to use this file at the time of backup.This is from the SQL 2005 Log:
Error: 18204, Severity: 16, State: 1.
BackupDiskFile::CreateMedia: Backup device ‘F:Nitely.bak’ failed to create. Operating system error 32(The process cannot access the file because it is being used by another process.).Error: 3041, Severity: 16, State: 1 .
BACKUP failed to complete the command BACKUP DATABASE WMS. Check the backup application log for detailed messagesThe strange thing is in our BACKUP EXEC. log it says the back was successfully completed, but the time-stamp on the backup file is from a previous day. I really would appreciate any insight to this matter because I am stumped.
Answers
-
Some other process is using that file for sure. Check if Antivirus is holding this file or the storage team is backing up this file seperately.
Since you are using BACKUP EXEC, check in Task Manager if multiple instances of BACKUP EXEC are running or not.
Pradeep Adiga http://www.sqldbadiaries.com
-
Marked as answer by
Thursday, August 5, 2010 2:13 AM
-
Marked as answer by
-
Perhaps a failure from an earlier effort. (Software does sometimes have problems, after all.) If so, one of those processes may indeed be holding a lock on the file.
You can try using the sysinternals tools to see which process has the lock. Or try using Unlocker:
http://www.filehippo.com/download_unlocker/Try clearing all the running BkupExec processes and then try your backup again. (No, I don’t really like killing processes directly, but sometimes … )
RLF
-
Marked as answer by
Tom Li — MSFT
Thursday, August 5, 2010 2:13 AM
-
Marked as answer by