Ошибка 3266 или 3013 при резервном копировании базы данных на диск или ленту или при восстановлении базы данных с диска или ленты

Эта статья поможет устранить ошибку 3266 или 3013, возникающую при резервном копировании базы данных на диск или ленту или при восстановлении базы данных с диска или ленты.

Применяется к: Windows Server 2012 R2
Исходный номер базы знаний: 290787

Симптомы

При резервном копировании базы данных на диск или ленту или при восстановлении с диска или ленты может возникнуть следующее сообщение об ошибке:

сервер SQL Server 7.0:

Сообщение 3266, уровень 16, состояние 1, строка 1
Не удается прочитать базу данных мягкой метки microsoft Tape Format (MTF) на устройстве резервного копирования devicename, препятствуя случайному доступу.
Сервер: msg 3013, уровень 16, состояние 1, строка 1
Операция резервного копирования или восстановления завершается ненормально.

сервер SQL Server 2000:

Сообщение 3266, уровень 16, состояние 1, строка 1
Данные резервной копии в devicename неправильно отформатированы. Резервные копии не могут быть добавлены, но существующие резервные наборы данных могут по-прежнему использоваться.
Сервер: msg 3013, уровень 16, состояние 1, строка 1
BACKUP DATABASE ненормально увядается.

сервер SQL Server 2005:

Сообщение 3013, уровень 16, состояние 1, строка 1
Данные резервной копии в конце devicename неправильно отформатированы. Резервные наборы данных на носителе могут быть повреждены и непригодны для использования. Чтобы определить резервные наборы данных на носителе, используйте инструкцию RESTORE HEADERONLY. Чтобы определить удобство использования резервных наборов данных, выполните команду RESTORE VERIFYONLY. Если все резервные наборы данных неполны, переформатируйте носитель с помощью BACKUP WITH FORMAT, что приводит к уничтожению всех резервных наборов данных.
Сервер: msg 3013, уровень 16, состояние 1, строка 1

BACKUP DATABASE ненормально увядается.

Причина

Не удалось прочитать метку файла на устройстве резервного копирования. Существует множество причин, по которым может возникнуть ошибка с меткой файла. Ниже приведены некоторые причины.

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

• При создании резервной копии может произойти сбой записи.

  Например, во время резервного копирования сети может произойти потеря подключения. Кроме того, после успешной записи на диск sql Server может произойти сбой пути ввода-вывода для сброса записи на диск.

Обходной путь

Чтобы разрешить SQL Server выполнять новые резервные копии на устройстве резервного копирования, необходимо вручную удалить или очистить устройство с помощью следующей команды:

BACKUP DATABASE mydatabase TO DISK='C:\MyDatabase.bak' with FORMAT

Если во время операции восстановления возникает сообщение об ошибке, можно получить другие резервные наборы данных с устройства, указав номер файла. Например, если три (3) резервных копии находились на одном (1) устройстве резервного копирования, резервные наборы данных 1 и 2 могут использоваться. Чтобы определить, есть ли на устройстве несколько резервных наборов данных, выполните следующий код из анализатора запросов:

RESTORE HEADERONLY FROM DISK='C:\MyDatabase.bak'

Каждый резервный набор данных содержит одну запись в выходных данных. Чтобы указать определенный резервный набор данных, используйте следующий код:

RESTORE DATABASE mydatabase FROM DISK='C:\MyDatabase.bak' WITH FILE = FileNumber

Дополнительная информация

В следующем списке содержатся важные заметки о резервном копировании и SQL Server.

• После того как SQL Server обнаруживает ошибку метки файла на устройстве, SQL Server не записывает на устройство дополнительные сведения.

• SQL Server хранит все резервные копии в формате ленты Майкрософт, независимо от того, выполняется ли резервная копия на диск или на ленту. Формат ленты Майкрософт использует метки файлов для хранения таких сведений, как размер блока и количество блоков в резервной копии, а также другие сведения о резервной копии. Формат ленты Майкрософт также использует метки файлов для разделения резервных копий на устройстве резервного копирования. Тот факт, что метка файла отсутствует или повреждена, говорит о том, что по крайней мере одна резервная копия на устройстве является недопустимой.

• Хотя вы можете восстановить некоторые резервные наборы данных с поврежденного устройства, необходимо проверить целостность восстановленной базы данных.

• SQL Server регистрирует сведения об успешном или неудачном выполнении операции резервного копирования или операции восстановления в журнале ошибок SQL Server и в таблицах журнала резервного копирования в системной базе данных msdb.

• Если при восстановлении журнала транзакций или резервной копии базы данных возникает ошибка 3266, изучите следующие журналы для получения дополнительных сведений:

  • журнал ошибок SQL Server
  • Таблицы журнала резервного копирования и восстановления
  • Журнал событий приложения
  • Журнал системных событий

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