Здравствуйте,

Вопрос может быть не умный , однако ситуация так сложилась. См. , пожалуйста, сабджект.
Или есть варианты? Нужно получить свежую базу с актульными данными. Версии ERP одинаковые.
Как всегда, все срочно

Заранее благодарен за любые комменты!

Вы не могли бы поподробнее ситуацию свою описать, а то я, честно говоря, просто не понял, что именно вы спрашиваете.
Развернуть бэкап базы, созданный 2005м сиквелом на 2000й скорее всего не получится (если режим самой базы был 2005й, а САП работает только в этом режиме, то точно не получится).
Развернуть 2005м бэкап, созданный в 2000м, можно запросто, но просто так "подсунуть" эту базу САПу не получится.

Спасибо за ответ!

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

А какие могут быть варианты?
1. переустановить все- тяжело и долго
2. поставить SQL 2005 - получиться или нет
3. или еще что-то

Не знаю, как насчет MS SQL, но у Oracle есть такая вещь, как downgrade.

Я опять не могу понять вашей ситуации

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

Может, вы все же напишите более подробно ? Какие системы с какими базами и какие бэкапы у вас есть ? Что нужно получить в итоге ?

Такая ситуация возникла после апгрейда.

ERP одинаковые ECC6, базы разные. Нужно обновить данные . Копировать не получиться, так как системы в разных местах. Обычно делали просто полное восстановление системы из full бэкапов и в итоге копия Продуктива для тестирования SP.

Что можете предложить?

То есть у вас одинаковые SID'ы в этих системах ? И имена хостов ? Вот просто копировали базы и всё ? Или скрипты проливали все же после восстановления ?

Наверное, надо провести апгрейд системы-приемника на 2005й, после чего работать также, как работали. Но я никогда не делал так, как вы делали. Не могу сказать, пройдет ли такая операция на 2005м, даже если проходила на 2000м. Пользуюсь для таких операций технологией гомогенного копирования, описанной в соответствующей доке САПа. В принципе, для апгрейда системы-приемника до 2005й как раз, мне кажется, будет хорошо воспользоваться этой технологией.

Расскажите, пожалуйста, потом, что и как сделали, мне интересно.

Спасибо за ответы!

Тогда так, подскажите, пожалуйста, как поднять версию SQL до 2005.
Скиньте, плиз, линк на доку о которой говориться.

Сам САП во врмея апгрейда, конечно нужно остановить.
После удачного апгрейда проблем с САП-ом не будет?

Возможно 2 пути:
1. Апгрейд существующей системы с 2000 на 2005, потом уже подмена баз и т.п. Если им идти - читайте ноты 956763 (там есть ссылка на Upgrade Guide), 683447, и так далее, что найдете.
2. Снос существующей системы и 2000го сиквела, установка 2005 го и системы, как копии исходной системы. Тогда ищите в руководствах по инсталляции документ с названием "System Copy" для вашей версии.

ОК - Спасибо! Буду изучать.

Всем привет!

Сделали апгрейд системы. Теперь появилась задача залить на эту систему свежую базу - SQL 2005.
Ставлю ленту, смотрю содержимое инструментами SQL и выбираю базу. При запуске Restore database пишет:

Restore failed ... -> RESTORE cannot process datase "SID" becuase it is in use by this session. It is recommended that the master databse be used when performing this operation. RESTORE DATABASE terminating abnormally. MS SQL SERVER Error 3102

Почему не работает, ведь это стандартная операция?

Спасибо.

Попробуйте перевести базу в single режим и "отресториться".

Иммется ввиду Recovery Model?

см BOL

--переводим в Single user
USE master;
GO
ALTER DATABASE [Ваша БД]
SET SINGLE_USER
WITH ROLLBACK IMMEDIATE;
GO
-- что то делаем

--переводим в многопольз.режим
USE master;
GO
ALTER DATABASE [Ваша БД]
SET MULTI_USER;
GO
USE [Trade]
GO

Спасибо огромное за подробности!

Одно уточнение
USE [Trade] - здесь [Trade] имеется ввиду master