Поделиться через

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

  • Статья

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

Исходный номер базы знаний: 290787

Симптомы

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

SQL Server 7.0 Server:

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

SQL Server 2000 Server:

Msg 3266, Level 16, State 1, Line 1
Данные резервного копирования в "devicename" неправильно отформатированы. Резервные копии не могут быть добавлены, но существующие резервные наборы данных по-прежнему доступны для использования.
Сервер: Msg 3013, уровень 16, состояние 1, строка 1
РЕЗЕРВНОЕ КОПИРОВАНИЕ БАЗЫ ДАННЫХ завершено с ошибкой.

SQL Server 2005 Server:

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

РЕЗЕРВНОЕ КОПИРОВАНИЕ БАЗЫ ДАННЫХ завершено с ошибкой.

Причина

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

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

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

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

Обходное решение

Чтобы разрешить 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

Примечание.

FileNumber — это номер резервного набора данных, который требуется восстановить.

Дополнительные сведения

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

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

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

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

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

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

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

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