3154 ошибка sql

Ошибка 3154 Резервный набор данных содержит копию базы данных, отличной от существующей базы данных "dt_base".
  • 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
    Go

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

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

Источник

Содержание

  1. Мои 5 копеек. Вставить.
  2. 19 октября 2013 г.
  3. Что делать, если не удается импортировать базу данных Microsoft SQL Server (ошибка 3154)?
  4. Неправильный, но рабочий вариант (мой)
  5. Правильный путь
  6. Опять неправильный, но рабочий вариант (мой)
  7. Итоги
  8. SQL error 3154 – How we fix
  9. What are the causes for SQL error 3154
  10. What are the methods to fix SQL error 3154
  11. Conclusion
  12. PREVENT YOUR SERVER FROM CRASHING!
  13. How to Fix Error 3154 in SQL Server While Restoring Database from BAK File?
  14. How Microsoft SQL Server Error Code 3154 Occurs ?
  15. Techniques to Fix Error 3154 in SQL Server When Restoring Database
  16. Method #1: Resolve SQL Backup Restore Error 3154 Using T-SQL Command
  17. Method #2: Fix SQL Server Database Restore Error Using SSMS
  18. Method #3: Resolve Error 3154 in SQL Server With Professional Software
  19. Beneficial Features of SQL BAK File Repair Tool For Fixing 3154 Error
  20. Final Say!!

Мои 5 копеек. Вставить.

Впечатления от жизни

19 октября 2013 г.

Что делать, если не удается импортировать базу данных Microsoft 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)

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

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

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

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

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

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

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

RESTORE DATABASE NEW
FROM DISK = ‘C:Program FilesMicrosoft SQL ServerMSSQLBackupTEST.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 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.

Итоги

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

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

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

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

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

Источник

SQL error 3154 – How we fix

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,

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.

PREVENT YOUR SERVER FROM CRASHING!

Never again lose customers to poor server speed! Let us help you.

Our server experts will monitor & maintain your server 24/7 so that it remains lightning fast and secure.

Источник

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

Modified: September 23rd, 2022

5 Minutes Reading

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.

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.

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 databaseor 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-

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)‘.

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

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

Exclusive Offers & Deals, Grab it Now!

By Tej Pratap Shukla

A versatile technocrat, always in the search for new and interesting areas related to technology. Works on multiple technical problems faced by users frequently. Provides the user-friendly solutions to deal with numerous technical issues.

Источник

Источник
  • Remove From My Forums

  • Question

  • Hi all,

    I am trying to restore and SQL 2000 database into a new SQL 2005 database. I performed by SQL 2000 backup and created a blank database FERS_Production in SQL 2005. FERS_Production was the original name of the database in the SQL 2000 instance.

    I have tried giving the new database the same name as the original and a different name to the original database

    (Below is the scripted T-SQL that I get from the DB Admin tool


    RESTORE DATABASE [Fers_Production]
    FILE = N‘FERS_Production_dat’,
    FILE = N‘FERS_Production_log’
    FROM DISK = N‘D:Microsoft SQL Server (2000)MSSQLBackupFers_ProductionFers_Production_db_200607270206.BAK’
    WITH FILE = 1,
    NOUNLOAD    ,
    REPLACE,
    STATS     = 10
    GO

    When I run this I get the following error.

    Msg 3154, Level 16, State 4, Line 1
    The backup set holds a backup of a database other than the existing ‘Fers_Production’ database.
    Msg 3013, Level 16, State 1, Line 1
    RESTORE DATABASE is terminating abnormally.

    Other searches I have performed trying to fix this problem have said to use the REPLACE clause with the RESTORE DATABASE command, but as you can see I am doing that.

    Also I no longer have SQL 2000 installed so I cannot try to do a DTS copy which was another suggestion I came across.

    Any help is much appriciated, many thanks

    Derek 

Answers

  • The restore process cannot restore the database from the backup file because there is already a database called Fers_Production present on your SQL 2005 server. Try deleting the Fers_Production database you created and then do the restore of the backup file. 

Источник
   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

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

Источник

Понравилась статья? Поделить с друзьями:
  • 3154 ошибка flashtool
  • 31431 ошибка скания
  • 314302 код ошибки genshin impact андроид
  • 3141 ошибка case
  • 3138 ошибка vag