Sql ошибка 3241

Симптомы

Предположим, что одно из указанных ниже обновлений были установлены на компьютер с Microsoft SQL Server 2008 R2 или установлен Microsoft SQL Server 2012:

• 6 накопительное обновление для SQL Server 2008 R2 Пакет обновления 1 (SP1) или более поздней версии

• Накопительное обновление 1 для SQL Server 2008 R2 Пакет обновления 2 (SP2) или более поздней версии

В этом случае запустите инструкцию RESTORE FILELISTONLY для восстановления базы данных в SQL Server 2008 R2. Тем не менее происходит сбой операции восстановления. Кроме того появляется следующее сообщение об ошибке:

Сообщение 3241, уровень 16, состояние 1, строка 1
Семейство носителей на устройстве «<BackupFilePath>» сформировано неправильно. SQL Server не удается обработать семейства носителей.
Сообщение 3013, уровень 16, состояние 1, строка 1
ВОССТАНОВЛЕНИЕ FILELIST завершается аварийно.

Примечание При запуске Инструкции DBCC CHECKDB в ранних сборках SQL Server 2008 R2, возникают ошибки не согласованности, указывает на проблемы в носителе резервной копии. Следовательно резервная копия может быть восстановлена в этих ранних версиях.

Причина

Эта проблема возникает из-за накопительного обновления 1 для SQL 2008 R2 с пакетом обновления 2 и 5 накопительного обновления для SQL Server 2008 R2 SP1 выполнять проверку полноты базы данных при восстановлении базы данных. Тем не менее такая проверка не является обязательным для инструкцию RESTORE FILELISTONLY .

Эта проверка было включено в исправления, описанные в КБ 2685132. Дополнительные сведения о проверке полноты базы данных щелкните следующий номер статьи 2685132 в статье 2685132 базы знаний Майкрософт:

ИСПРАВИТЬ 2685132 : задание восстановления доставки журналов восстановление резервной копии журнала транзакций повреждены базы данных-получателя при выполнении задания резервного копирования на экземпляре SQL Server 2008 R2 или экземпляр SQL Server 2012 доставки журналов

Решение

Информация о накопительном пакете обновления

Накопительное обновление 9 для SQL Server 2012

Исправление, устраняющее эту проблему, сначала было выпущено в накопительное обновление 9. Дополнительные сведения о том, как получить этот накопительный пакет обновления для SQL Server 2012, щелкните следующий номер статьи базы знаний Майкрософт:

2867319 накопительного обновления 9 для SQL Server 2012Примечание. Поскольку построения являются накопительными, каждый новый выпуск исправление содержит все исправления и все исправления, входившие в состав предыдущих 2012 SQL Server исправления выпуска. Мы рекомендуем рассмотреть применение последнего выпуска исправления, содержащего это исправление. Для получения дополнительных сведений щелкните следующий номер статьи базы знаний Майкрософт:

2692828 SQL Server 2012 выполняется построение, выпущенных после выпуска SQL Server 2012

Накопительного обновления 5 для SQL Server 2012 Пакет обновления 1

Исправление этой уязвимости первого выпуска накопительного обновления 5. Дополнительные сведения о том, как получить этот накопительный пакет обновления для SQL Server 2012 Пакет обновления 1 щелкните следующий номер статьи базы знаний Майкрософт:

2861107 накопительного обновления 5 для SQL Server 2012 Пакет обновления 1Примечание. Поскольку построения являются накопительными, каждый новый выпуск исправление содержит все исправления и все исправления безопасности, которые были включены в Пакет обновления 1 для предыдущего SQL Server 2012 выпуска исправлений. Мы рекомендуем рассмотреть применение последнего выпуска исправления, содержащего это исправление. Для получения дополнительных сведений щелкните следующий номер статьи базы знаний Майкрософт:

2772858 SQL Server 2012 выполняется построение, выпущенных после выпуска SQL Server 2012 Пакет обновления 1

Накопительное обновление для 13 SQL Server 2008 R2 с пакетом обновления 1

Исправление этой проблемы сначала было выпущено в 13 накопительного обновления. Дополнительные сведения о том, как получить этот накопительный пакет обновления для SQL Server 2008 R2 SP1 щелкните следующий номер статьи базы знаний Майкрософт:

Пакет 13 2855792 накопительного обновления для SQL Server 2008 R2 SP1Примечание. Поскольку построения являются накопительными, каждый новый выпуск исправление содержит все исправления и все исправления, входившие в состав предыдущих SQL Server 2008 R2 SP1 исправления выпуска. Мы рекомендуем рассмотреть применение последнего выпуска исправления, содержащего это исправление. Для получения дополнительных сведений щелкните следующий номер статьи базы знаний Майкрософт:

2567616 SQL Server 2008 R2 выполняет построение, выпущенных после выпуска SQL Server 2008 R2 Пакет обновления 1

Накопительного обновления 7 для SQL Server 2008 R2 с пакетом обновления 2

Исправление этой уязвимости первого выпуска накопительного обновления 7. Дополнительные сведения о том, как получить этот накопительный пакет обновления для SQL Server 2008 R2 с пакетом обновления 2, щелкните следующий номер статьи базы знаний Майкрософт:

2844090 накопительного обновления 7 для SQL Server 2008 R2 с пакетом обновления 2Примечание. Поскольку построения являются накопительными, каждый новый выпуск исправление содержит все исправления и все исправления, входившие в состав предыдущих SQL Server 2008 R2 с пакетом обновления 2 выпуска исправлений. Мы рекомендуем рассмотреть применение последнего выпуска исправления, содержащего это исправление. Для получения дополнительных сведений щелкните следующий номер статьи базы знаний Майкрософт:

2730301 SQL Server 2008 R2 выполняет построение, выпущенных после выпуска SQL Server 2008 R2 Пакет обновления 2

Статус

Корпорация Майкрософт подтверждает, что это проблема продуктов Майкрософт, перечисленных в разделе «Относится к».

Временное решение

Чтобы обойти эту проблему, запустите инструкцию RESTORE FILELISTONLY , а также параметр CONTINUE_AFTER_ERROR .

Symptoms

Assume that you have installed one of the following updates on a computer that has Microsoft SQL Server 2008 R2 or Microsoft SQL Server 2012 installed:

• Cumulative Update 6 for SQL Server 2008 R2 Service Pack 1 (SP1) or later versions

• Cumulative Update 1 for SQL Server 2008 R2 Service Pack 2 (SP2) or later versions

In this situation, you run a RESTORE FILELISTONLY statement to restore a database in SQL Server 2008 R2. However, the restore operation fails. Additionally, you receive the following error message:

Message 3241, Level 16, State 1, Line 1
The media family on device ‘<BackupFilePath>’ is incorrectly formed. SQL Server cannot process this media family.
Message 3013, Level 16, State 1, Line 1
RESTORE FILELIST is terminating abnormally.

Note If you run the DBCC CHECKDB statement in earlier builds of SQL Server 2008 R2, you experience no consistency error that indicates problems in the backup media. Therefore, the backup can be restored in these earlier versions.  

Cause

The issue occurs because  Cumulative Update 5 for SQL Server 2008 R2 SP1 and Cumulative Update 1 for SQL 2008 R2 SP2 perform a database completeness validation when the database is restored. However, this validation is not necessary for the RESTORE FILELISTONLY statement. 

This validation was included in the hotfixes that are described in KB 2685132.  For more information about the database completeness validation, click the following article number 2685132 to view the article 2685132 in the Microsoft Knowledge Base:

2685132 FIX: The log shipping restore job restores a corrupted transaction log backup to a secondary database when you run a log shipping backup job on an instance of SQL Server 2008 R2 or an instance of SQL Server 2012

Resolution

Cumulative update information

Cumulative Update 9 for SQL Server 2012

The fix for this issue was first released in Cumulative Update 9. For more information about how to obtain this cumulative update package for SQL Server 2012, click the following article number to view the article in the Microsoft Knowledge Base:

2867319 Cumulative update package 9 for SQL Server 2012Note Because the builds are cumulative, each new fix release contains all the hotfixes and all the security fixes that were included with the previous SQL Server 2012 fix release. We recommend that you consider applying the most recent fix release that contains this hotfix. For more information, click the following article number to view the article in the Microsoft Knowledge Base:

2692828 The SQL Server 2012 builds that were released after SQL Server 2012 was released

Cumulative Update 5 for SQL Server 2012 Service Pack 1

The fix for this issue was first released in Cumulative Update 5. For more information about how to obtain this cumulative update package for SQL Server 2012 Service Pack 1, click the following article number to view the article in the Microsoft Knowledge Base:

2861107 Cumulative update package 5 for SQL Server 2012 Service Pack 1Note Because the builds are cumulative, each new fix release contains all the hotfixes and all the security fixes that were included with the previous SQL Server 2012 Service Pack 1 fix release. We recommend that you consider applying the most recent fix release that contains this hotfix. For more information, click the following article number to view the article in the Microsoft Knowledge Base:

2772858 The SQL Server 2012 builds that were released after SQL Server 2012 Service Pack 1 was released

Cumulative Update 13 for SQL Server 2008 R2 SP1

The fix for this issue was first released in Cumulative Update 13. For more information about how to obtain this cumulative update package for SQL Server 2008 R2 SP1, click the following article number to view the article in the Microsoft Knowledge Base:

2855792 Cumulative update package 13 for SQL Server 2008 R2 SP1Note Because the builds are cumulative, each new fix release contains all the hotfixes and all the security fixes that were included with the previous SQL Server 2008 R2 SP1 fix release. We recommend that you consider applying the most recent fix release that contains this hotfix. For more information, click the following article number to view the article in the Microsoft Knowledge Base:

2567616 The SQL Server 2008 R2 builds that were released after SQL Server 2008 R2 Service Pack 1 was released

Cumulative Update 7 for SQL Server 2008 R2 SP2

The fix for this issue was first released in Cumulative Update 7. For more information about how to obtain this cumulative update package for SQL Server 2008 R2 SP2, click the following article number to view the article in the Microsoft Knowledge Base:

2844090 Cumulative update package 7 for SQL Server 2008 R2 SP2Note Because the builds are cumulative, each new fix release contains all the hotfixes and all the security fixes that were included with the previous SQL Server 2008 R2 SP2 fix release. We recommend that you consider applying the most recent fix release that contains this hotfix. For more information, click the following article number to view the article in the Microsoft Knowledge Base:

2730301 The SQL Server 2008 R2 builds that were released after SQL Server 2008 R2 Service Pack 2 was released

Status

Microsoft has confirmed that this is a problem in the Microsoft products that are listed in the «Applies to» section.

Workaround

To work around this issue, run the RESTORE FILELISTONLY statement together with the CONTINUE_AFTER_ERROR option.

At times, when restoring a SQL Server database from a backup, you might encounter the 3241 error along with an error message ‘RESTORE HEADERONLY is terminating abnormally’.

What Causes SQL Database Error 3241, ‘RESTORE HEADERONLY is Terminating Abnormally’?

The error is caused when a backup file you are trying to restore gets corrupt due to an issue with the hardware (i.e., hard disks, network storage, etc.) or because of a malware attack. Also, you may encounter the error if you restore a backup from a recent version of SQL Server to an earlier version of SQL Server.

Note: If you get error 3241 when executing the ‘RESTORE FILELISTONLY’ statement, the error is caused due to a bug in SQL Server. To resolve the issue, install the cumulative updates released by Microsoft. For more information, read this KB.

Before We Proceed

Before attempting the solutions to troubleshoot the error, ensure the backup is readable by running the following T-SQL statement:

RESTORE VERIFYONLY FROM DISK=’ <path_to_your_backup>.BAK’

This command will check the backup file and returns a message stating whether the backup is useable or not.

If there is no problem with the backup, check your Windows System event logs for any hardware-related or networking issues. Also, ensure that you’re not restoring a database from a backup created on a higher version of SQL Server to a lower version.

If there is some issue with the backup file, proceed with implementing the following solutions.

Solutions to Resolve SQL Database Error 3241

Here’s what you can do to fix the error 3241 – that occurs due to corruption in the backup set:

• Locate another valid backup file to restore the database
• Create a new backup if the database is accessible

Alternative Solution to Restore Database from Backup

If you fail to restore the backup correctly, try to extract data from the corrupted backup (BAK) file using Stellar Repair for MS SQL Technician. The software provides a backup extractor tool to help the users recover data from a corrupt BAK file easily and quickly. After extracting the backup data, the software saves the data in a new or an existing database. You can evaluate the software functionality by downloading the demo version from the link below.

For detailed steps on using the backup extractor tool for data recovery, read this: How to Recover SQL Server Database from a Corrupt Backup File?

Stellar Repair for MS SQL Technician also comprises tools to repair a corrupt SQL database MDF, NDF files. Also, it provides a utility to reset the lost or forgotten password of master.mdf file.

End Note

You might fail to perform a backup and restore operation on a SQL Server database. And, get an error message that reads: ‘Restore HEADERONLY is terminating abnormally, Microsoft SQL Server error 3241’.  It happens when the backup you’re trying to restore is corrupt. In that case, check if you have any other backup copy you can use to restore the database or create a new backup set. If the issue persists, use Stellar Backup Extractor for MS SQL to retrieve data from a backup file.

Once you’ve retrieved your backup data and restored the database, you must prevent the 3241 media error from reoccurring. For this, do the following:

• To avoid backing up a corrupt database, ensure that the Backup CHECKSUM option is enabled. For more information, see Possible Media Errors During Backup and Restore (SQL Server).
• Use trace flag 3023 to enable CHECKSUM option when using backup utilities to perform a backup; this will ensure that the data is backed up in a healthy state. Besides, generation of backup checksum during a restore process ensures that the backup media is not damaged when transferring a copy of the SQL database.

KB5014298 — исправление: ошибка 3241 возникает при выполнении инструкции RESTORE DATABASE ИЛИ RESTORE LOG

Проблемы

В Microsoft SQL Server 2019 восстановление сжатых резервных копий баз данных или резервных копий журналов баз данных с включенным прозрачным шифрованием данных (TDE) может привести к следующей ошибке:

Msg 3241, уровень 16, состояние 18, строка номер строки>

Семейство носителей на устройстве » имени файла резервной копии>» имеет неправильный формат. SQL Server не может обработать это семейство носителей.

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

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

Используйте WITH COMPRESSION, как описано в инструкции BACKUP (Transact-SQL).

Используйте сжатие резервных копий по умолчанию, как описано в разделе «Просмотр» или «Настройка параметра конфигурации сервера для сжатия резервных копий по умолчанию».

Решение

Сведения о накопительном пакете обновления

Эта проблема устранена в следующем накопительном обновлении для SQL Server:

Примечание. Чтобы избежать этой проблемы, необходимо создать резервные копии вместе с этим исправлением. Установка фиксированного накопительного пакета обновления на целевом экземпляре и попытка восстановить ту же резервную копию, созданную без исправления, не будет работать.

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

Важно: Начиная с SQL Server 2019 с накопительным пакетом обновления 16 (CU16), при создании сжатых резервных копий (базы данных или журнала) баз данных с поддержкой TDE будет использоваться новый формат резервного копирования, который можно восстановить только в экземпляре с установленным накопительным пакетом обновления 16 (CU16) или более поздней версии.

Восстановление сжатой резервной копии базы данных с поддержкой TDE, созданной в накопительном пакете обновления 16 или более поздней версии на экземпляре SQL Server 2019 версии CU15 или более ранней версии, завершается сбоем и вызывает следующие ошибки:

Msg 3013, level 16, State 1, Line LineNumber>

Инструкция RESTORE DATABASE завершается аномально.

Msg 9004, level 21, State 1, Line LineNumber>

При обработке журнала для базы данных «TDE_DB» произошла ошибка. По возможности выполните восстановление из резервной копии. Если резервная копия недоступна, может потребоваться перестроить журнал.

Выражение: readSize ProcessID

Msg 3013, level 16, State 1, Line LineNumber>

Инструкция RESTORE LOG завершается аномально.

Msg 3624, level 20, State 1, Line LineNumber>

Сбой проверки системного утверждения. Дополнительные сведения см. в журнале ошибок SQL Server. Как правило, сбой утверждения вызван ошибкой программного обеспечения или повреждением данных. Чтобы проверить наличие повреждения базы данных, попробуйте выполнить инструкцию DBCC CHECKDB. Если вы согласились отправлять дампы в корпорацию Майкрософт во время установки, мини-дамп будет отправлен в корпорацию Майкрософт. Обновление может быть доступно корпорацией Майкрософт в последнем пакете обновления или в исправлении из службы технической поддержки.

Примечание. Инструкции RESTORE HEADERONLY и RESTORE FILELISTONLY не затрагиваются проблемой и будут работать во всех случаях.

Инструкция RESTORE VERIFYONLY может успешно вернуться для полной резервной копии, которая является недопустимой в соответствии с описанным выше сценарием: не следует полагаться на инструкцию RESTORE VERIFYONLY, чтобы убедиться, что резервную копию можно восстановить, не нажав указанную выше проблему. Инструкция RESTORE VERIFYONLY для резервной копии журнала обычно завершается сбоем с той же ошибкой, что и в фактическом журнале RESTORE, описанном выше.

Поэтому важно убедиться, что в контексте, где может быть включено Сжатие TDE и резервного копирования, все экземпляры SQL Server 2019, использующие резервные копии из других экземпляров SQL Server 2019, получают накопительный пакет обновления 16 (или более поздней версии) до экземпляров, создающих резервный материал. Архитектура доставки журналов будет простым примером такой ситуации: сначала обновите вторичные экземпляры.

После создания резервной копии журнала транзакций со сжатием ее обычно невозможно воссоздать без сжатия. Таким образом, обновление сервера-источника доставки журналов до SQL Server 2019 с накопительным пакетом обновления 16 (CU16) или более поздней версии в таком контексте приведет к разрыву заданий восстановления до обновления сервера-получателя.

Несжатая резервная копия базы данных с поддержкой TDE, сжатая резервная копия базы данных, которая не включена для TDE, или несжатая резервная копия базы данных, которая не включена для TDE, не будет использовать новый формат резервной копии, представленный в накопительном пакете обновления 16, и может быть восстановлен в экземпляре SQL Server 2019 любых версий.

Поэтому необходимо отключить сжатие резервных копий, если вы планируете восстановить материал базы данных с поддержкой TDE (полное резервное копирование или резервное копирование журнала транзакций) на любые экземпляры SQL Server более ранних версий до SQL Server 2019 CU16.

Каждое новое накопительное обновление для SQL Server содержит все исправления и исправления безопасности, которые были в предыдущей сборке. Рекомендуется установить последнюю сборку для вашей версии SQL Server:

Статус

Корпорация Майкрософт подтверждает наличие этой проблемы в своих продуктах, которые перечислены в разделе «Применяется к».

Ссылки

Сведения о терминологии, используемой корпорацией Майкрософт для описания обновлений программного обеспечения.

Источник

Исправление: Ошибка 3241 при выполнении инструкции RESTORE FILELISTONLY в SQL Server 2008 R2 или SQL Server 2012

Симптомы

Предположим, что одно из указанных ниже обновлений были установлены на компьютер с Microsoft SQL Server 2008 R2 или установлен Microsoft SQL Server 2012:

6 накопительное обновление для SQL Server 2008 R2 Пакет обновления 1 (SP1) или более поздней версии

Накопительное обновление 1 для SQL Server 2008 R2 Пакет обновления 2 (SP2) или более поздней версии

В этом случае запустите инструкцию RESTORE FILELISTONLY для восстановления базы данных в SQL Server 2008 R2. Тем не менее происходит сбой операции восстановления. Кроме того появляется следующее сообщение об ошибке:

Сообщение 3241, уровень 16, состояние 1, строка 1
Семейство носителей на устройстве « BackupFilePath>» сформировано неправильно. SQL Server не удается обработать семейства носителей.
Сообщение 3013, уровень 16, состояние 1, строка 1
ВОССТАНОВЛЕНИЕ FILELIST завершается аварийно.

Примечание При запуске Инструкции DBCC CHECKDB в ранних сборках SQL Server 2008 R2, возникают ошибки не согласованности, указывает на проблемы в носителе резервной копии. Следовательно резервная копия может быть восстановлена в этих ранних версиях.

Причина

Эта проблема возникает из-за накопительного обновления 1 для SQL 2008 R2 с пакетом обновления 2 и 5 накопительного обновления для SQL Server 2008 R2 SP1 выполнять проверку полноты базы данных при восстановлении базы данных. Тем не менее такая проверка не является обязательным для инструкцию RESTORE FILELISTONLY .

Эта проверка было включено в исправления, описанные в КБ 2685132. Дополнительные сведения о проверке полноты базы данных щелкните следующий номер статьи 2685132 в статье 2685132 базы знаний Майкрософт:

ИСПРАВИТЬ 2685132 : задание восстановления доставки журналов восстановление резервной копии журнала транзакций повреждены базы данных-получателя при выполнении задания резервного копирования на экземпляре SQL Server 2008 R2 или экземпляр SQL Server 2012 доставки журналов

Решение

Информация о накопительном пакете обновления

Накопительное обновление 9 для SQL Server 2012

Исправление, устраняющее эту проблему, сначала было выпущено в накопительное обновление 9. Дополнительные сведения о том, как получить этот накопительный пакет обновления для SQL Server 2012, щелкните следующий номер статьи базы знаний Майкрософт:

2867319 накопительного обновления 9 для SQL Server 2012Примечание. Поскольку построения являются накопительными, каждый новый выпуск исправление содержит все исправления и все исправления, входившие в состав предыдущих 2012 SQL Server исправления выпуска. Мы рекомендуем рассмотреть применение последнего выпуска исправления, содержащего это исправление. Для получения дополнительных сведений щелкните следующий номер статьи базы знаний Майкрософт:

2692828 SQL Server 2012 выполняется построение, выпущенных после выпуска SQL Server 2012

Накопительного обновления 5 для SQL Server 2012 Пакет обновления 1

Исправление этой уязвимости первого выпуска накопительного обновления 5. Дополнительные сведения о том, как получить этот накопительный пакет обновления для SQL Server 2012 Пакет обновления 1 щелкните следующий номер статьи базы знаний Майкрософт:

2861107 накопительного обновления 5 для SQL Server 2012 Пакет обновления 1Примечание. Поскольку построения являются накопительными, каждый новый выпуск исправление содержит все исправления и все исправления безопасности, которые были включены в Пакет обновления 1 для предыдущего SQL Server 2012 выпуска исправлений. Мы рекомендуем рассмотреть применение последнего выпуска исправления, содержащего это исправление. Для получения дополнительных сведений щелкните следующий номер статьи базы знаний Майкрософт:

2772858 SQL Server 2012 выполняется построение, выпущенных после выпуска SQL Server 2012 Пакет обновления 1

Накопительное обновление для 13 SQL Server 2008 R2 с пакетом обновления 1

Исправление этой проблемы сначала было выпущено в 13 накопительного обновления. Дополнительные сведения о том, как получить этот накопительный пакет обновления для SQL Server 2008 R2 SP1 щелкните следующий номер статьи базы знаний Майкрософт:

Пакет 13 2855792 накопительного обновления для SQL Server 2008 R2 SP1Примечание. Поскольку построения являются накопительными, каждый новый выпуск исправление содержит все исправления и все исправления, входившие в состав предыдущих SQL Server 2008 R2 SP1 исправления выпуска. Мы рекомендуем рассмотреть применение последнего выпуска исправления, содержащего это исправление. Для получения дополнительных сведений щелкните следующий номер статьи базы знаний Майкрософт:

2567616 SQL Server 2008 R2 выполняет построение, выпущенных после выпуска SQL Server 2008 R2 Пакет обновления 1

Накопительного обновления 7 для SQL Server 2008 R2 с пакетом обновления 2

Исправление этой уязвимости первого выпуска накопительного обновления 7. Дополнительные сведения о том, как получить этот накопительный пакет обновления для SQL Server 2008 R2 с пакетом обновления 2, щелкните следующий номер статьи базы знаний Майкрософт:

2844090 накопительного обновления 7 для SQL Server 2008 R2 с пакетом обновления 2Примечание. Поскольку построения являются накопительными, каждый новый выпуск исправление содержит все исправления и все исправления, входившие в состав предыдущих SQL Server 2008 R2 с пакетом обновления 2 выпуска исправлений. Мы рекомендуем рассмотреть применение последнего выпуска исправления, содержащего это исправление. Для получения дополнительных сведений щелкните следующий номер статьи базы знаний Майкрософт:

2730301 SQL Server 2008 R2 выполняет построение, выпущенных после выпуска SQL Server 2008 R2 Пакет обновления 2

Статус

Корпорация Майкрософт подтверждает, что это проблема продуктов Майкрософт, перечисленных в разделе «Относится к».

Временное решение

Чтобы обойти эту проблему, запустите инструкцию RESTORE FILELISTONLY , а также параметр CONTINUE_AFTER_ERROR .

Источник

This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.

Answered by:

Question

I have taken backup of SQL Server 2008 DB on server, and download them to local environment.

I am trying to restore that database and it is keep on giving me following error.

An exception occurred while executing a Transact-SQL statement or batch. (Microsoft.SqlServer.ConnectionInfo)

The media family on device ‘C:go4sharepoint_1384_8481.bak’ is incorrectly formed. SQL Server cannot process this media family. RESTORE HEADERONLY is terminating abnormally. (Microsoft SQL Server, Error: 3241)

I have tried to create a temp DB on server and tried to restore the same backup file and that works. I have also tried no. of times downloading file from server to local pc using different options on Filezila (Auto, Binary)

But its not working. After that I tried to execute following command on server.

And it is giving me following error.

Msg 3201, Level 16, State 1, Line 1 Cannot open backup device ‘c:Program FilesMicrosoft SQL ServerMSSQL10.SQLEXPRESSMSSQLBackup C:HostingSpacesdbname_jun14_2010_new.bak’. Operating system error 123(The filename, directory name, or volume label syntax is incorrect.). Msg 3013, Level 16, State 1, Line 1 BACKUP DATABASE is terminating abnormally.

But still I can’t able to restore Database correctly.

Note: I am trying to restore on SQL Server 2008 DB.

Источник

KB5014298 — FIX: Error 3241 occurs during executing RESTORE DATABASE OR RESTORE LOG

Symptoms

In Microsoft SQL Server 2019, restoring the compressed database or log backups of the databases that have transparent data encryption (TDE) enabled may cause the following error:

Msg 3241, Level 16, State 18, Line LineNumber>

The media family on device ‘ backup file name>’ is incorrectly formed. SQL Server cannot process this media family.

Workaround

To work around this issue, do not compress the backups of TDE-enabled databases by using either of the following methods:

Use WITH COMPRESSION as described in BACKUP (Transact-SQL).

Resolution

Cumulative update information

This problem is fixed in the following cumulative update for SQL Server:

Note You need to create the backups together with this fix to avoid the problem. Installing the fixed CU on the target instance and trying to restore the same backup created without the fix will not work.

More information

Important: Starting with SQL Server 2019 CU16, the creation of compressed backups (database or log) of TDE-enabled databases will use a new backup format that can only be restored on an instance that has CU16 or later installed.

Restoring a compressed backup of a TDE-enabled database that’s created on CU16 or later on a SQL Server 2019 instance of version CU15 or earlier fails and causes the following errors:

Msg 3013, Level 16, State 1, Line LineNumber>

RESTORE DATABASE is terminating abnormally.

Msg 9004, Level 21, State 1, Line LineNumber>

An error occurred while processing the log for database ‘TDE_DB’. If possible, restore from backup. If a backup is not available, it might be necessary to rebuild the log.

Expression: readSize ProcessID

Msg 3013, Level 16, State 1, Line LineNumber>

RESTORE LOG is terminating abnormally.

Msg 3624, Level 20, State 1, Line LineNumber>

A system assertion check has failed. Check the SQL Server error log for details. Typically, an assertion failure is caused by a software bug or data corruption. To check for database corruption, consider running DBCC CHECKDB. If you agreed to send dumps to Microsoft during setup, a mini dump will be sent to Microsoft. An update might be available from Microsoft in the latest Service Pack or in a Hotfix from Technical Support.

Note RESTORE HEADERONLY and RESTORE FILELISTONLY are unaffected by the issue and will work in all cases.

RESTORE VERIFYONLY may return successfully for a FULL backup that is invalid as per the above scenario: do not rely on RESTORE VERIFYONLY to establish that the backup can be restored without hitting the above issue. RESTORE VERIFYONLY against a log backup will usually fail together with the same error as an actual RESTORE LOG described above.

Therefore, it’s important to make sure that in a context where TDE and Backup Compression may be enabled, any SQL Server 2019 instances consuming backups from other SQL Server 2019 instances receive CU16 (or later) before the instances that generate the backup material. Log shipping architectures would be a prime example of such a situation: upgrade secondary instances first.

Once a transaction log backup has been created with compression, it is usually not possible to recreate it without compression. Therefore, upgrading the Log Shipping primary server to SQL Server 2019 CU16 or later in such a context would break the restoring jobs until the secondary server is also upgraded.

An uncompressed backup of a TDE-enabled database, a compressed backup of a database that’s not enabled for TDE, or an uncompressed backup of a database that’s not enabled for TDE will not use the new backup format introduced in CU16, and can be restored on a SQL Server 2019 instance of any versions.

It is therefore required to disable backup compression if you plan to restore a TDE-enabled database material (either full backup or transaction log backup) to any SQL Server instances of earlier versions before SQL Server 2019 CU16.

Each new cumulative update 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:

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 terminology that Microsoft uses to describe software updates.

Источник

   Arik777

12.11.15 — 22:54

   Arik777

1 — 12.11.15 — 22:55

Прошу местных гуру помочь мне! Заранее спасибо.

   Господин ПЖ

2 — 12.11.15 — 22:57

   Господин ПЖ

3 — 12.11.15 — 22:58

ЗЫ за бэкапирование «сразу по сети» надо одмину в голову гвоздь забить — это я на всякой…

   Arik777

4 — 12.11.15 — 23:01

в том то и дело этих архивов у меня куча на каждый день, только вот неверится что они все битые. со скулем все норм. если создать пустую базу допустим «test» и сделать архив, а потом восстановить из этого архива то все норм. А вот другие бэкапы другой базы ну никак нехотят восстанавливаться.

   Arik777

5 — 12.11.15 — 23:06

Согласен за гвоздь можно и вбить, но вот поверить немогу что все бэкапы битые.

   trad

6 — 12.11.15 — 23:13

Иногда вот думаешь, что ресторишь в 2008, а на самом деле 2005

инстанс точно один — 2008?

   oleg_km

7 — 12.11.15 — 23:15

Может проверить исходную базу? Типа DBCC CHECKDB

   Arik777

8 — 12.11.15 — 23:17

Ставил точно один 2008. Запускаю SQL Managment 2008.

   Господин ПЖ

9 — 12.11.15 — 23:19

   Arik777

10 — 12.11.15 — 23:20

DBCC CHECKDB немогу сделать у меня только бэкапы. Исходная база была удалена по просьбе заказчика. Я и не переживал что удаляю так как был уверен что восстановлю при необходимости.

   Arik777

11 — 12.11.15 — 23:21

Нет бэкапы не по сети а на логический диск.

   Господин ПЖ

12 — 12.11.15 — 23:22

тогда странно если прямо «все»… с диском все нормально?

   Arik777

13 — 12.11.15 — 23:27

На счет диска тоже грешил. Ему блин полгода, проверял разными средствами. Единственное на что могу хоть как грешить так это на обновления винды что ставились дня 3 назад. Но вот причем тут SQL непойму.

   Arik777

14 — 12.11.15 — 23:29

Я вот пробую создать новую базу залить туда 1с, затем делаю бэкап, затем востанавливаю и блин все норм.

   trad

15 — 12.11.15 — 23:29

Sms2008 может и с 2005 сервером работать. Посмотри в свойствах сервера

   Arik777

16 — 12.11.15 — 23:33

Прошу прощения где смотреть свойства сервера. SQL SERVER 10.0.1600

   Господин ПЖ

17 — 12.11.15 — 23:35

SQL Server 2008

   Господин ПЖ

18 — 12.11.15 — 23:38

   Arik777

19 — 12.11.15 — 23:40

Согласен что это разные вещи, но ставил я только один и один раз…

   Arik777

20 — 12.11.15 — 23:42

Я понимаю все это, поэтому и решил обратиться сюда. Я уже две сутки пытаюсь понять в чем дело. уже на др. компе ставил разные версии SQL и ничего, ставил и SQL 2012 и таже беда.

   Господин ПЖ

21 — 12.11.15 — 23:44

в sql 2000 была подобная ошибка… лечилось sp1

   Arik777

22 — 12.11.15 — 23:50

лечилось sp1.

да но на другм компе стоит вин сервер 2012 и Скуль 2012.

   Arik777

23 — 12.11.15 — 23:51

Я так понимаю что эти бэкапы уже невосстановить…

   Йохохо

24 — 12.11.15 — 23:53

не заливай в пустую, сделай ресторе в новую

   Йохохо

25 — 12.11.15 — 23:55

(19) ничего разного нет, 2008р2 последний кто помнит старые форматы

   Arik777

26 — 12.11.15 — 23:57

А как узнать скуль р2 или нет?

   trad

27 — 12.11.15 — 23:58

10.0 — 2008

10.50 — 2008r2

   trad

28 — 12.11.15 — 23:59

посмотри еще колонки softwareversion после этих команд

RESTORE HEADERONLY FROM DISK = ‘d:backupsБекапКоторыйВосстанавливается.bak’

RESTORE HEADERONLY FROM DISK = ‘d:backupsБекапКоторыйНеВосстанавливается.bak’

   Йохохо

29 — 13.11.15 — 00:01

(28) в 2008 уже можно манипулятором типа мышь

   trad

30 — 13.11.15 — 00:04

(29) научишь?

   Arik777

31 — 13.11.15 — 00:09

   Arik777

32 — 13.11.15 — 00:10

Видимо архив точно какойто битый. Может обновить скуль до р2?

   trad

33 — 13.11.15 — 00:48

(31) попробуй выполнить эту команду со стороны 2012

   Tateossian

34 — 13.11.15 — 01:09

Если не большой .bak могу у себя на серваке попробовать восстановить.

   Tateossian

35 — 13.11.15 — 01:09

(34) Скажем, до 10 Гб

   Arik777

36 — 13.11.15 — 01:48

бак 6 мб

   Arik777

37 — 13.11.15 — 01:48

базе 1 месяц

Если можешь проверь. Буду очень благодарен…

Hi All,

Several weeks ago I created a compressed back up in ms sql 2008 enterprise version.  I am trying to experiment with the Restore capability and getting the BELOW error.  I am trying to restore the database using the Restore Database GUI.

The database size was 250GB and after creating the backup it became 104GB. I selected the database From a Device option. I created this backup on Windows 2008 and copied that file into my Vista Ultimate computer and trying to restore at that computer.

When I go to the actual server to restore the database it seems it picks up the right database without getting any error. But I don’t want to take any chance and I want to test this backup in a different computer, with ms sql 2008?

What Am I missing?

The media family on device ‘I:HumanFindersDrive_ESQL_BackupHumanFindHumanFind_20090321’ is incorrectly formed. SQL Server cannot process this media family.
RESTORE HEADERONLY is terminating abnormally. (.Net SqlClient Data Provider)
MicroSoft SQL Server, Error: 3241

Thanks,

Doron

An exception occurred while executing a Transact-SQL statement or batch. (Microsoft.SqlServer.ConnectionInfo)

——————————
Program Location:

   at Microsoft.SqlServer.Management.Common.ServerConnection.ExecuteWithResults(String sqlCommand)
   at Microsoft.SqlServer.Management.Smo.ExecutionManager.ExecuteWithResults(String query)
   at Microsoft.SqlServer.Management.Smo.BackupRestoreBase.ExecuteSqlWithResults(Server server, String cmd)
   at Microsoft.SqlServer.Management.Smo.Restore.ReadBackupHeader(Server srv)
   at Microsoft.SqlServer.Management.SqlManagerUI.SqlRestoreDatabaseGeneral.buttonSelectDevice_Click(Object sender, EventArgs e)
   at System.Windows.Forms.Control.OnClick(EventArgs e)
   at System.Windows.Forms.Button.OnClick(EventArgs e)
   at System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ButtonBase.WndProc(Message& m)
   at System.Windows.Forms.Button.WndProc(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

===================================

The media family on device ‘I:HumanFindersDrive_ESQL_BackupHumanFindHumanFind_20090321’ is incorrectly formed. SQL Server cannot process this media family.
RESTORE HEADERONLY is terminating abnormally. (.Net SqlClient Data Provider)

——————————
For help, click: http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&ProdVer=09.00.3042&EvtSrc=MSSQLServer&EvtID=3241&LinkId=20476

——————————
Server Name: DORON
Error Number: 3241
Severity: 16
State: 0
Line Number: 1

——————————
Program Location:

   at System.Data.SqlClient.SqlConnection.OnError(SqlException exception, Boolean breakConnection)
   at System.Data.SqlClient.SqlInternalConnection.OnError(SqlException exception, Boolean breakConnection)
   at System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj)
   at System.Data.SqlClient.TdsParser.Run(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj)
   at System.Data.SqlClient.SqlDataReader.ConsumeMetaData()
   at System.Data.SqlClient.SqlDataReader.get_MetaData()
   at System.Data.SqlClient.SqlCommand.FinishExecuteReader(SqlDataReader ds, RunBehavior runBehavior, String resetOptionsString)
   at System.Data.SqlClient.SqlCommand.RunExecuteReaderTds(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, Boolean async)
   at System.Data.SqlClient.SqlCommand.RunExecuteReader(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, String method, DbAsyncResult result)
   at System.Data.SqlClient.SqlCommand.RunExecuteReader(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, String method)
   at System.Data.SqlClient.SqlCommand.ExecuteReader(CommandBehavior behavior, String method)
   at System.Data.SqlClient.SqlCommand.ExecuteDbDataReader(CommandBehavior behavior)
   at System.Data.Common.DbCommand.System.Data.IDbCommand.ExecuteReader(CommandBehavior behavior)
   at System.Data.Common.DbDataAdapter.FillInternal(DataSet dataset, DataTable[] datatables, Int32 startRecord, Int32 maxRecords, String srcTable, IDbCommand command, CommandBehavior behavior)
   at System.Data.Common.DbDataAdapter.Fill(DataSet dataSet, Int32 startRecord, Int32 maxRecords, String srcTable, IDbCommand command, CommandBehavior behavior)
   at System.Data.Common.DbDataAdapter.Fill(DataSet dataSet)
   at Microsoft.SqlServer.Management.Common.ServerConnection.ExecuteWithResults(String sqlCommand)

[{«Product»:{«code»:»SS9S6B»,»label»:»IBM Cognos Controller»},»Business Unit»:{«code»:»BU059″,»label»:»IBM Software w/o TPS»},»Component»:»Controller»,»Platform»:[{«code»:»PF033″,»label»:»Windows»}],»Version»:»8.5″,»Edition»:»Not Applicable»,»Line of Business»:{«code»:»LOB10″,»label»:»Data and AI»}}]

Introduction

A common error when you try to restore a SQL Server database in any version is the following:

Msg 3241, Level 16, State 0, Line 4
The media family on device ‘c:SQLBACKUPSfile_13062019.bak’ is incorrectly formed. SQL Server cannot process this media family. Msg 3013, Level 16, State 1, Line 4
RESTORE HEADERONLY is terminating abnormally.

In this article, we will see how to fix this problem.

Requirements

The current
article can be applied to any SQL Server. It is also required the following
installers:

• First
  of all, the SQL Server installer
• Secondly,
  the SSMS installer

Getting started

What does the error message mean?

The error message 3241 indicates that the backup is corrupt. The header is corrupt during restoration according to the error message 3013. Level 16 of the error message indicates that the error can be corrected by the user.

How to get more information about the error

To get more
information, you can restore with the verifyonly option to see more information
about this error.

To do it, you can use the T-SQL to verify if the backup is OK or corrupted:

RESTORE VERIFYONLY FROM DISK = 'c:SQLBACKUPSfile_13062019.bak'; GO 

Reasons for the problem

There can
be multiple reasons. Sometimes the backup is corrupt due to a virus, malware, a
hacker attack, a problem in the hard drive where the backup is stored.
Sometimes, if the backup file is big, the problem can be that the file failed
to be copied correctly.

If you have to move the file from one server to another, check the file size and compare the original backup and the backup copied to verify that it is fine.

How to solve the problem

In order to
solve the problem, you can try to backup the file again. Sometimes, the file is
corrupt because the backup failed.

The following T-SQL sentence backups the database into a file:

BACKUP DATABASE sales TO DISK = 'c:SQLBACKUPSfile_13062019.bak' WITH FORMAT; 

If the backup fails again, it may mean that the backup is corrupt. If you want to restore a corrupt database, you can use the Stellar Repair for MS SQL. This SQL database repair software repairs corrupt databases.

How to repair a corrupt database using SQL database repair software

If your
database is corrupt, you can download this software to repair your database:

• The software will ask your MDF file.  The MDF file is the main data file. A physical file that stores the database information.

• Select the MDF file of the database to repair and press the Repair button:

• You will be able to see the tables, views, stored procedure, and other database objects:

• Finally, you can save using the Save icon to different formats like Excel, CSV or SQL Server.

How to restore the corrupt backup

If you do not have the database or if you want to fix the database directly, you can use the Stellar Toolkit for MS SQL.

You can get the installer here.

This software includes the Stellar Backup Extractor for MS SQL. The software repairs a corrupt database with few steps.

• First of all, select a backup file using the software and press scan:

• Next, you need to select the BackupSet.  You can check the backup type and date:

• As you can see, all the SQL Server versions are supported. Even SQL Server 7!

• If everything is fine, you will receive a success message:

• You can select the tables and preview the data.

• You can save the data in SQL Server, CSV file, HTML or Excel:

Conclusion

In this article, we learned how to fix the SQL Server 3241 error. This error is related to corruption in the backup.  The headers usually are corrupted. In the article, we mention multiple solutions. One is to create a backup again, if the database is corrupt you can repair the database with Stellar Repair for MS SQL.

If you do
not have access to the database or if you prefer to repair the backup directly,
you can use the Stellar Toolkit for MS SQL to repair the backup.