Ошибка 3154 sql server

How to Fix Error 3154 in SQL Server While Restoring Database from BAK File?

This blog will provide the complete and easiest way to fix ‘Microsoft SQL Server Error 3154. The backup set holds a copy of a database other than the existing database on the system.’

As we know, whenever any catastrophic situation happened in the SQL database and data loss situation occurs. For recovery, users restore the SQL Server database from the BAK (backup) file. However, users face the error 3154 in SQL Server while doing the same. Therefore, this write-up provides the solution that lets you how to resolve Microsoft SQL Server error 3154 in all versions, including, SQL Server 2017 / 2016 / 2014 / 2012 / 2008 / 2008 R2 / 2005 without losing any information.

How Microsoft SQL Server Error Code 3154 Occurs ?

The reason behind this technical issue – SQL Database Backup Restore Error 3154: The backup set holds a backup of a database other than the existing database, is that the name of the database in which you want to restore the backup set and the database whose backup was created is the same. It means, the name of backup file is similar, but, the databases are different. Moreover, there are some other factors that responsible for SQL error number 3154.

Reason 1:- This error might be occur when the user restore database backup from one SQL Server version to the higher version of SQL Server. For example, trying to restore the database from SQL Server 2008 to 2012.

Reason 2:- Once the backup of the original database has been created, the user renames the original database with a different name. For example ABC_Test to ABC_Test1. It also generate the 3154 error code.

Reason 3:- Database transaction logs were backed up to the same folder.

Reason 4:– Several databases have been configured for log shipping.

Techniques to Fix Error 3154 in SQL Server When Restoring Database

This section describes three methods for resolving Microsoft SQL Server error 3154. First of all, try to fix the SQL 3154 error with T-SQL, then with SSMS, and finally with professional software.

In total, there are three methods for users by which they can get their desired data files restored. Two of them are manual & the last one is an advanced automated solution. Carefully go through the steps to counter the error “the backup set holds a backup of a database other than the existing ‘xxx’ database” without any hassles.

Method #1: Resolve SQL Backup Restore Error 3154 Using T-SQL Command

You can overwrite the existing database with RESTORE DATABASE command using WITH REPLACE. Use the below command to do this:

RESTORE DATABASE ABC
FROM DISK = 'C:\BackupABC.bak'
WITH REPLACE

Method #2: Fix SQL Server Database Restore Error Using SSMS

You can also use SQL Server Management Studio software application to resolve – The backup set holds a backup of a database other than the existing ‘Landing’ database. RESTORE DATABASE is terminating abnormally. (Microsoft SQL Server, Error 3154) glitch.

Step-1. Create a database with your desirable name.

Step-2. Right click on the Database >> Tasks >> Restore >> Database.

Step-3. In the Restore Database window, click on the Options and then check the “Overwrite the existing database (WITH REPLACE)” box.

Step-4. In the end, click OK.

Method #3: Resolve Error 3154 in SQL Server With Professional Software

If the above mentioned method does not fix the error 3154. then it might be possible that it is the case of backup file corruption. In such situation, take the help of SysTools SQL Backup Recovery Software to fix The backup set holds a backup of a database other than the existing ‘Landing’ database. (Microsoft SQL Server, Error 3154) problem.

With this application, you can easily troubleshoot SQL Server Restore Database errors and other data corruption. It provides a user-friendly interface that helps inexperienced users to easily resolve the issue.

Download Now Purchase Now

Beneficial Features of SQL BAK File Repair Tool For Fixing 3154 Error

The software provides several features to make the task of resolving SQL Server error 3154 simple and quick. Here are some features:

• Supports all versions of MS SQL Server editions such as SQL Server 2017, 2016, 2014, 2012, 2008, and others.
• Recovers MDF & NDF database from backup file with all objects like Tables, Views, Stored procedures, Triggers, Functions.
• It repair corrupt SQL .bak file without any file size limitations.
• It helps to import BAK file in SQL Server Database using only the credentials of SQL Server account.
• Compatible with all latest and below versions of Windows Operating System including Windows 10, 8.1, 8, 7, or below versions.
• Option to restore SQL BAK file to new database or an existing database without losing any single record.

Final Say!!

This article explained how to troubleshoot error 3154 in SQL Server that encounters while restoring the database from the backup (.bak) file. Here we have three workarounds that can be used to fix error code 3154. Opt any of the workarounds and resolve the SQL error. 

Frequently Asked Questions-

SQL error 3154 occurs while trying to restore the SQL database from backups.

Luckily, there are several solutions for troubleshooting this SQL error.

Here, at Bobcares our Support Engineers are handling this SQL error frequently as a part of our Server Management Services.

In this article, we’re going to show you what the “SQL error 3154” looks like and how our Support Engineers help to fix it.

What are the causes for SQL error 3154

There are many reasons for this 3154 error to occur. Some of them are:

• When trying to restore a database backup from one SQL Server version to the higher version of SQL Server.
• When the user renames the original database with a different name once the backup of the original database has been created
• Database transaction logs were backed up to the same folder.
• Several databases have been configured for log shipping, etc.

What are the methods to fix SQL error 3154

One of the solutions is to restore the backup set to a different SQL database with a different name.

Always, make sure that the file which will be created does not exist already and is not being used by any other database.

We also have other solutions. Some of them are:

Using T-SQL Command

Here, for resolving the error we overwrite the already existing database through RESTORE DATABASE command using WITH REPLACE clause. Here,

RESTORE DATABASE XYZ
FROM DISK = 'C:\BackupXYZ.bak'
WITH REPLACE

Using SQL Server Management Studio

We can also use SQL Server Management Studio for fixing this error.

The steps to follow are:

1. Create a database with your desirable name.
2. Right click on the Database >> Tasks >> Restore >> Database.
3. In the Restore Database window, click on the Options and then check the “Overwrite the existing database (WITH REPLACE)” box.
4. In the end, click OK.

This fixes the error.

Using a dedicated recovery tool

If the above methods do not fix the error 3154, then it might be backup file corruption.

The methods mentioned have some limitations like restrictions on the size of the file, MS SQL version, etc.

In such a case, you may need a dedicated backup recovery tool like “SQL Backup Recovery”.

These tools make resolving the error 3154 simpler by providing many features like supporting all versions of MS SQL Server editions, repairing corrupt SQL .bak file without any file size limitations, restoring SQL BAK file to a new database or an existing database without losing any single record, etc.

[Need assistance in fixing SQL error 3154? Click here to talk to our experts.]

Conclusion

In short, SQL error 3154 occurs due to many reasons like restoring database backup from one SQL Server version to the higher version, database transaction logs were backed up to the same folder, etc. Today, we discussed what are the possible methods by which we can resolve this error 3154 in detail.

var google_conversion_label = «owonCMyG5nEQ0aD71QM»;

Недавно мне нужно было импортировать базу данных Microsoft SQL Server, созданной на одном сервере на другой сервер. Обычно я это делаю с помощью SQL Server Management Studio.

Вы, наверняка, в курсе, что простой экспорт и импорт баз данных можно выполнять с помощью функций резервного копирования и восстановления, где команда Back up будет служить экспортом, а команда Restore — импортом. (По умолчанию в подпапке Backups папки, где установлен Microsoft SQL Server, появится файл c расширением *.bak. Его-то и можно использовать для импорта на другом сервере.)

Я не особо тесно работал с Microsoft SQL Server. Просто знал, как можно импортировать и какую опцию включить при импорте, чтобы он состоялся. Но почему-то в этот раз мне никак не удавалось импортировать базу данных на свой сервер. Все попытки заканчивались ошибкой, примерно такой:

The backup set holds a backup of a database other than the existing ‘MyDatabase’ database.
RESTORE DATABASE is terminating abnormally. (Microsoft SQL Server, Error: 3154)

Почему же она возникает и как ее преодолеть?

Интернет дал мне две подсказки.

Во-первых, нужно включить перезапись своей базы данных, в которую восстанавливается чужая база данных.

Этот фокус я знал и без интернета. И я как раз эту опцию включал. И мне это никак в этот раз не помогало.

Во-вторых, импортировать базу данных можно не с помощью пункта меню, а с помощью скрипта.

Вторая подсказка — несмотря на то, что скрипт делал то же самое, что и запуск команды из меню — дала мне возможность определить проблему.

Скрипт примерно такой:

RESTORE DATABASE NEW
FROM DISK = ‘C:\Program Files\Microsoft SQL Server\MSSQL\Backup\TEST.bak’
WITH REPLACE

При запуске скрипта в журнале я увидел в чем именно была проблема. Был указан путь по которому процесс восстановления базы данных пытался найти файлы база данных (*.mdf и *.ldf).

Путь этот резко отличался от путей, которые давал ему мой сервер. Дело в том, что на сервере, откуда была взята база данных, файлы *.mdf и *.ldf находились не в папке по умолчанию для Microsoft SQL Server, а в соврешенно другом месте. И путь этот был жестко пописан в файле импорта (резервной копии).

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

Что ж, это решаемая проблема.

Неправильный, но рабочий вариант (мой)

Поэтому я (плохо разбираясь в Microsoft SQL Server):

1. Создал базу данных с точно таким же названием, что и на сервере-источнике. 
2. Остановил службу SQL Server для следующего шага.
3. Скопировал новосозданные файлы из папки по умолчанию, где мой сервер их создал, в папку, в которой ожидает ее бэкап, который я пытался импортировать на свой сервер.
4. Запустил службу SQL Server.

Все. Теперь должно было заработать как нужно.

Правильный путь

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

RESTORE DATABASE NEW
FROM DISK = ‘C:\Program Files\Microsoft SQL Server\MSSQL\Backup\TEST.bak’
WITH REPLACE,
MOVE ‘TEST’ TO ‘C:\Program Files\Microsoft SQL Server\MSSQL\DATA\NEW.mdf’,
MOVE ‘TEST_Log’ TO ‘C:\Program Files\Microsoft SQL Server\MSSQL\DATA\NEW_log.ldf’

Либо в окне импорта (восстановления), указать новый путь в колонке Restore As.

И правда, ваши мучения должны здесь закончится.

Опять неправильный, но рабочий вариант (мой)

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

Скопированные в другое место файлы не открывались при восстановлении БД — доступ был запрещен.

Тут я же растерялся. Успех маячил перед глазами — и на тебе. Очередная ошибка.

Но воспользовался помощью зала. Человек, сведущий в этих вопросах подсказал: просто на скопированные в другое место файлы не были выставлены права доступа.

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

И в этот раз импорт прошел и копия базы с другого сервера теперь обосновалась на моем сервере.

Но повторю. Я делал этот фокус с копированием файлов и выставлением прав на них от не знания правильного способа с опцией MOVE.

Итоги

Повторю главные моменты, которые можно или нужно сделать, если возникают ошибки при импорте (восстановлении) одной БД в другую :

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

Путь можно исправить с помощью другой опции MOVE указав логическое имя базы данных-источника, и нового пути к файлам (*.mdf, *.ldf) к файлу получателей.

(Можно конечно сделать как я: скопировать файлы базы данных получателя в то место, где резервная копия базы данных-источника ожидает их, но при этом не забыть дать права процессу, осуществляющему импорт, на эти скопированные файлы базы данных.

Но лучше воспользоваться MOVE и не морочить себе голову, как я.)