Ошибка sql при восстановлении 3154 - ErrorsMaster.ru - большая энциклопедия ошибок и их решений

Remove From My Forums

Вопрос
Ошибка 3154 Резервный набор данных содержит копию базы данных, отличной от существующей базы данных «dt_base».

Что делать? Галку «Перезаписать существующую базу данных» устанавливаю, название файлов с данными куда восстанавливаю менял. Сервер перезагружал.

Все работает нормально, но из копии восстановить не могу. Копия делается

Ничего не помогает.

Дамп с базы снимается следующими командами из bat файла:

EXEC sp_addumpdevice ‘disk’, ‘%Database%_Backup’, ‘%BACKUP%%Database%_%FileName%.bak’ >> %ArcSQL%
BACKUP DATABASE %DataBase% TO %Database%_Backup >> %ArcSQL%
EXEC sp_dropdevice ‘%Database%_Backup’ >> %ArcSQL%

«%ISQL%» -S %SQLServer% -d master -U %BackupUser% -P %Password% -i %ArcSQL% -n

Началось это после обновления с 2008 на 2012 SQL сервер. Точнее базы сначала работали на 2008 потом были подцеплены в 2012, и оттуда уже после сделанных дампов не стало восстанавливаться.

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

Начальник отдела ИТ
- Изменено
  
  26 марта 2013 г. 5:49

Ответы

Еще может кому пригодится:

получал туже самую ошибку когда делал Задачи-«восстановление файлов и файловых групп», а вот если делать именно задачи-«восстановление БД», то все норм.

ЗЫ: галка REPLACE и переименование файлов лога и журнала на вкладке «параметры», разумеется обязательны
- Помечено в качестве ответа
  Иван ПродановMicrosoft contingent staff, Moderator
  25 февраля 2014 г. 8:00

Никто так и не ответил по существу что такого может быть.

Решил задачу с помощью запроса, через графический интерфейс так и не заработало.

Запрос:

Restore database base_name from disk = 'C:base_copy_name.bak' with file = 1,

move N'base_name' to N'c:base_name.mdf', move N'base_name_log' to N'c:base_name_log.ldf',

nounload, replace, stats = 10

Начальник отдела ИТ

Помечено в качестве ответа
Rasim R Valiev
27 марта 2013 г. 8:33

Источник

Этот блог поможет вам полностью и легко исправить ошибку сервера Microsoft SQL 3154. Как мы все знаем, если в базе данных SQL произойдет катастрофическое событие и произойдет потеря данных, пользователи могут восстановить базу данных SQL Server, восстановив ее из файла BAK (резервной копии). С другой стороны, пользователи при этом сталкиваются с ошибкой SQL-сервера 3154.

В результате в этой статье будет показано, как исправить ошибку Microsoft SQL Server с кодом 3154 во всех версиях SQL Server, включая SQL Server 2017/2016/2014/2012/2008/2008 R2/2005, без потери каких-либо данных.

Тем не менее, сообщение об ошибке сообщит вам, что пошло не так с вашей резервной базой данных, но знания основной причины не всегда достаточно для решения проблемы. Когда мы изучаем причину ошибки, мы видим, что база данных, в которую вы хотите восстановить этот набор резервных копий, и база данных, в которую эта резервная копия, принадлежат одной и той же базе данных. Единственная разница между двумя базами данных — это команда «Создать базу». Это означает, что единственное, что у баз данных общего, это их имена, но в остальном они совершенно разные. Другие возможные причины включают в себя:

Для доставки журналов было настроено несколько баз данных.
Журналы транзакций базы данных также были сохранены в том же месте.
Суффикс «_tlog» — единственное различие между именами баз данных. xyz test и xyz test tlog, например.

Читайте также: Как исправить ошибку MS SQL Server 2

Методы устранения ошибки SQL Server 3154 при восстановлении базы данных

В этом разделе описаны три решения для устранения ошибки сервера Microsoft SQL 3154. Попытайтесь устранить ошибку SQL 3154, сначала используя T-SQL, затем SSMS и, наконец, профессиональное программное обеспечение.

1. Команда T-SQL для устранения ошибки восстановления резервной копии SQL 3154

В окне запроса MSSQL используйте параметр WITH REPLACE с командой RESTORE. Измените имя базы данных и расположение файла резервной копии в соответствии с вашими предпочтениями.

ИСПОЛЬЗОВАТЬ МАСТЕР
ИДТИ
ВОССТАНОВИТЬ БАЗУ ДАННЫХ MyDB
С ДИСКА = ‘C:BackupsMyDB_15082016.bak’
С ЗАМЕНОЙ
ИДТИ

2. С помощью SSMS устраните ошибку восстановления базы данных SQL Server.

Чтобы решить проблему — набор резервных копий содержит резервную копию базы данных, отличной от существующей «целевой» базы данных, вы можете использовать программный инструмент SQL Server Management Studio. RESTORE DATABASE неожиданно завершает работу. (Ошибка 3154 в Microsoft SQL Server)

Делать база данных с желаемым именем.
Щелкните правой кнопкой мыши базу данных и выберите Задачи >> Восстановить >> База данных из выпадающего меню.
Нажмите «Параметры» в окне «Восстановить базу данных», затем отметьте «Перезаписать существующую базу данных (С ЗАМЕНОЙ)» коробка.
Наконец, нажмите Ok.

3. Профессиональный метод устранения ошибки сервера Microsoft SQL 3154.

Если предыдущие решения не помогли устранить ошибку сервера MS SQL 3154, причиной может быть повреждение файла резервной копии. Перечисленные методы имеют некоторые ограничения, такие как ограничения размера файла, ограничения версии MS SQL и так далее.
В этом случае специальная программа восстановления резервной копии, такая как Программное обеспечение DataHelp для восстановления резервной копии SQLможет потребоваться.
Это программное обеспечение упрощает исправление ошибки 3154, предлагая различные возможности, такие как поддержка всех выпусков MS SQL Server, восстановление неисправных файлов SQL.bak без каких-либо ограничений по размеру файла, восстановление файлов SQL BAK в новую или существующую базу данных без потери каких-либо записей, и так далее.

Заключение

Таким образом, ошибка сервера Microsoft SQL 3154 может возникать по разным причинам, включая восстановление резервной копии базы данных из одной версии SQL Server в более позднюю версию, резервное копирование журналов транзакций базы данных в то же место и т. д. Сегодня мы подробно рассмотрели различные подходы к устранению ошибки 3154.

Источник

Недавно мне нужно было импортировать базу данных 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)

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

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

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

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 FilesMicrosoft SQL ServerMSSQLBackupTEST.bak’
WITH REPLACE

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

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

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

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

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

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

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

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

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

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

RESTORE DATABASE NEW
FROM DISK = ‘C:Program FilesMicrosoft SQL ServerMSSQLBackupTEST.bak’
WITH REPLACE,
MOVE ‘TEST’ TO ‘C:Program FilesMicrosoft SQL ServerMSSQLDATANEW.mdf’,
MOVE ‘TEST_Log’ TO ‘C:Program FilesMicrosoft SQL ServerMSSQLDATANEW_log.ldf’

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

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

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

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

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

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

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

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

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

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

Итоги

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

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

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

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

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

Итоги

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

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

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

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

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

Источник

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-

Q-1. How to troubleshoot ❌ Error 3154 in SQL Server 3154 in SQL Server 2014 Via. SSMS?

Ans: Open SSMS, go to the database and select Tasks >> Restore >> Database >> Options. Afterward, select the box of corresponding option ‘Overwrite the existing database (WITH REPLACE)‘.

Q-2. How to resolve ✅ – the backup set holds a backup of a database other than the existing in SQL 2017?

Ans: Execute the following solution:

Try to use the T-SQL query,
RESTORE DATABASE Name_DB
FROM DISK = ‘Drive:BackupName_DB.bak’
WITH REPLACE

Q-3. I created the backup file of my database in SQL Server 2008 and while trying to restore the database from the same backup file in SQL Server 2014, I got the error 3154? What to do now?

Ans: Use the SysTools SQL Backup Recovery Software and recover the database objects from the .bak file and export them into any SQL Server environment.

Q-4. What is a backup set in SQL Server database?

Ans: A backup set represents the result of a single, successful backup operation and is stored in one or more backup files on specified backup devices with ease. The details of backup sets, including their contents, can be queried using various SQL Server restore statements. These statements are RESTORE, RESTORE FILELISTONLY, RESTORE HEADERONLY, and RESTORE VERIFYONLY. This information is stored in the msdb database.

Q-5. How does SQL database backup work?

Ans: First of all we can say that a full backup does not store all the transaction logs. A full database backup encourages a database checkpoint to end all its data files to a disk. The backup process is meant to read the data pages and writes them to the backup file later. After the data reading task is completed, it reads the Transaction Log.

Источник

sergey1982

10.11.13 — 12:48

Подскажите , пожалуйста, создаю базу на новом сервере sql и восстанавливаю в нее данные их архивной копии, сделанной со старого физического сервера sql. Пара баз восстановилась нормально, а остальные стали ругаться таким образом : для восстановления не выбран резервный набор данных. Заранее большое спасибо

МихаилМ

1 — 10.11.13 — 12:56

sergey1982

2 — 10.11.13 — 12:58

Читал. На 2008 сервере я указывал при восстановлении файл базы и лога. А в 2012 он не дает, все поля не активны.

sergey1982

3 — 10.11.13 — 12:59

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

МихаилМ

4 — 10.11.13 — 13:04

(3)

ерунду («требует журнал транзакция») Вы понимаете.

либо не полный список ошибок.

читайте заново

http://msdn.microsoft.com/ru-ru/library/ms186390.aspx

приведите номер ошибки.

shuhard

5 — 10.11.13 — 13:04

(3) так бэкап полный или инкрементный

sergey1982

6 — 10.11.13 — 13:07

бекап полный

sergey1982

7 — 10.11.13 — 13:11

Номера ошибки нет, просто Выбираю базу данных, пустую, которую создал через 1с , дальше выбираю Задачи — Восстановить — база данных. Открывается окно гдн Источник , выбираю устройство и ище местоположения архива, Назначение — пустая база данных. А вот где Таблица с Восстанавливаемыми резервными наборами данных, которая, как я понимаю, определяет что за архив я буду разворачивать, эта таблица не активна, пустая. А когда все хорошо, она паказывает архив

МихаилМ

8 — 10.11.13 — 13:12

sergey1982

9 — 10.11.13 — 13:15

Вначале пишет Чтение заголовка устройств резервного копирования, идет зеленая полоса прогресса, а потом красный крестик Для восстановления не выбран резервный набор данных. Я не понимаю почему ему не нравятся архивы?

sergey1982

10 — 10.11.13 — 13:16

Может установить родной 2008 с которого архивы все делались вместо 2012

МихаилМ

11 — 10.11.13 — 13:20

select @@VERSION

что говорит ?

sergey1982

12 — 10.11.13 — 13:23

секундочку

shuhard

13 — 10.11.13 — 13:23

(9)[Я не понимаю почему ему не нравятся архивы?]

а это к чему ?

sergey1982

14 — 10.11.13 — 13:24

Пишет    Microsoft SQL Server 2012 — 11.0.2100.60 (X64)

    Feb 10 2012 19:39:15

    Copyright (c) Microsoft Corporation

    Enterprise Edition (64-bit) on Windows NT 6.2 <X64> (Build 9200: )

sergey1982

15 — 10.11.13 — 13:26

shuhard, раньше получалось же восстановить архив в любую базу, выбирал только расположение самой базы и лога транзакций и все. А сейчас он ничего не дает выбрать, все неактивно Только пишет:

для восстановления не выбран резервный набор данных

sergey1982

16 — 10.11.13 — 13:27

Через запрос пишу

RESTORE DATABASE IP_Bogdanova

FROM DISK = ‘C:IP_Bogdanova.bak’

WITH FILE=1, NORECOVERY;

А он пишет :

Сообщение 3154, уровень 16, состояние 4, строка 1

Резервный набор данных содержит копию базы данных, отличной от существующей базы данных «IP_Bogdanova».

Сообщение 3013, уровень 16, состояние 1, строка 1

RESTORE DATABASE прервано с ошибкой.

МихаилМ

17 — 10.11.13 — 13:28

МихаилМ

18 — 10.11.13 — 13:29

sergey1982

19 — 10.11.13 — 13:31

не перейти по ссылке (

shuhard

20 — 10.11.13 — 13:36

(15) напиши ещё сто раз одно и то же

sergey1982

21 — 10.11.13 — 13:38

это мне адресовано?

sergey1982

22 — 10.11.13 — 13:41

короче задница полная, бухи останутся без работы

МихаилМ

23 — 10.11.13 — 13:45

sergey1982

24 — 10.11.13 — 14:28

он не дает мне изменить параметры восстановления !

МихаилМ

25 — 10.11.13 — 14:38

(0)

9. Если во время выполнения операции восстановления возникает ошибка 3154, перезапишите существующую базу данных используя команду RESTORE DATABASE с опцией WITH REPLACE или выполните восстановление в базу данных с другим именем.

Ошибка 3154 возникает, когда Вы пытаетесь восстановить базу поверх существующей, но существующая база данных была создана оператором CREATE DATABASE с другим набором инструкций, чем при создании базы данных, восстанавливаемой из резервной копии.

sergey1982

26 — 10.11.13 — 14:40

Михаил, скажите пожалуйста, так как можно восстановить в пустую базу данных данные из архива, чтобы сервер не ругался?

МихаилМ

27 — 10.11.13 — 14:46

(26)

из (17) узнаёте параметры базы;

создаете с такими же пораметрами новую бд

восстанавливаете.

sergey1982

28 — 10.11.13 — 14:49

Извиняюсь, я уже просто запутался совсем. Уже установил скуль 2008 в котором первоначально все архивы делались. Он теперь пишет ЗАГОЛОВОК: Microsoft SQL Server Management Studio

——————————

При выполнении инструкции или пакета Transact-SQL возникло исключение. (Microsoft.SqlServer.ConnectionInfo)

——————————

ДОПОЛНИТЕЛЬНЫЕ СВЕДЕНИЯ:

RESTORE HEADERONLY прервано с ошибкой. (Microsoft SQL Server, ошибка: 3013)

Чтобы получить справку, щелкните: http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&ProdVer=10.00.1600&EvtSrc=MSSQLServer&EvtID=3013&LinkId=20476

——————————

КНОПКИ:

ОК

——————————

sergey1982

29 — 10.11.13 — 14:50

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

ЗАГОЛОВОК: Microsoft SQL Server Management Studio

——————————

При выполнении инструкции или пакета Transact-SQL возникло исключение. (Microsoft.SqlServer.ConnectionInfo)

——————————

ДОПОЛНИТЕЛЬНЫЕ СВЕДЕНИЯ:

RESTORE HEADERONLY прервано с ошибкой. (Microsoft SQL Server, ошибка: 3013)

Чтобы получить справку, щелкните: http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&ProdVer=10.00.1600&EvtSrc=MSSQLServer&EvtID=3013&LinkId=20476

——————————

КНОПКИ:

ОК

——————————

МимохожийОднако

30 — 10.11.13 — 14:55

Кроме архивов SQL неплохо делать стандартную выгрузку из 1С

sergey1982

31 — 10.11.13 — 14:55

баз много, было бы несколько — запросто

sergey1982

32 — 10.11.13 — 14:55

беда совсем

sergey1982

33 — 10.11.13 — 14:56

Никак не зайти в параметры и не выбрать местоположение базы и журнала.

ilkoder

34 — 10.11.13 — 14:59

Ошибка здесь — Выбираю базу данных, пустую, которую создал через 1с — создай просто пустую базу через sql менеджер — в нее востанови базу, а потом укажи путь к ней для сервера 1с

sergey1982

35 — 10.11.13 — 15:00

Забыл сказать, что резервные копии были сжаты средст

вами sql

МихаилМ

36 — 10.11.13 — 15:02

маловероятно, что все копии испортились, если их хранили не на флэш.

разверните более ранние архивы.

ilkoder

37 — 10.11.13 — 15:02

Когда создаешь базу через 1с — она уже будет не пустой — в ней будут куча таблиц 1с. если восстанавливать из dt, то да, а если скл — то нужно просто пустая скл-база

sergey1982

38 — 10.11.13 — 15:03

так в пустую и восстанавливаю данные из архива

МихаилМ

39 — 10.11.13 — 15:03

скорее всего Вы не тот скл 2008 развернули

скл 2008 и скл 2008 R2 различные версии.

ilkoder

40 — 10.11.13 — 15:05

(38) — пустую базу как создаешь?

sergey1982

41 — 10.11.13 — 15:05

Я всегда это делал, как уже говорил, через меню параметры. Там соответственно проставлял базу и журнал. Сейчас он мне зайти туда не дает пишет Выберите сначала источник восстановления. А выбираю источник пишет ЗАГОЛОВОК: Microsoft SQL Server Management Studio

——————————

При выполнении инструкции или пакета Transact-SQL возникло исключение. (Microsoft.SqlServer.ConnectionInfo)

——————————

ДОПОЛНИТЕЛЬНЫЕ СВЕДЕНИЯ:

RESTORE HEADERONLY прервано с ошибкой. (Microsoft SQL Server, ошибка: 3013)

Чтобы получить справку, щелкните: http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&ProdVer=10.00.1600&EvtSrc=MSSQLServer&EvtID=3013&LinkId=20476

——————————

КНОПКИ:

ОК

——————————

sergey1982

42 — 10.11.13 — 15:06

Пустую создаю через значок 1с — создание новой базы

sergey1982

43 — 10.11.13 — 15:06

Вы думаете лучше создавать все только скулем?

МихаилМ

44 — 10.11.13 — 15:06

sergey1982

45 — 10.11.13 — 15:06

в свойствах программа пишет просто 2008 без R2

ilkoder

46 — 10.11.13 — 15:07

(43) — конечно

sergey1982

47 — 10.11.13 — 15:07

Михаил, он мне в опции не дает зайти (

sergey1982

48 — 10.11.13 — 15:09

Создал чере скуль — все то же самое

sergey1982

49 — 10.11.13 — 15:10

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

ilkoder

50 — 10.11.13 — 15:12

» А вот где Таблица с Восстанавливаемыми резервными наборами данных, которая, как я понимаю, определяет что за архив я буду разворачивать, эта таблица не активна, пустая.» — значит архивы битые, сразу не все прочитал, там по любому должна быть куча информация от даты создания, названия базы и пр

sergey1982

51 — 10.11.13 — 15:14

Как вы поняли, я не мега спец по СКУЛЮ, читаю Уильяма Станека, но прост осейчас надо все мегасрочно к завтра исправить. А что за таблица я не совсем понимаю?

sergey1982

52 — 10.11.13 — 15:15

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

sergey1982

53 — 10.11.13 — 15:20

Кстати вот эти архивные копии я скопировал на свой внешний жесткий диск, а хранились они на рэйде 10 ssd. Может при копировании на другой тип носителя архивная копия и глючит?

sergey1982

54 — 10.11.13 — 15:20

я уже нифига не понимаю

Источник

Вопрос

Ответы

Методы устранения ошибки SQL Server 3154 при восстановлении базы данных

1. Команда T-SQL для устранения ошибки восстановления резервной копии SQL 3154

2. С помощью SSMS устраните ошибку восстановления базы данных SQL Server.

3. Профессиональный метод устранения ошибки сервера Microsoft SQL 3154.

Заключение

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

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

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

Итоги

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

Итоги

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

How Microsoft SQL Server Error Code 3154 Occurs ?

Techniques to Fix Error 3154 in SQL Server When Restoring Database

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

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

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

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

Final Say!!