Здравствуйте!!!
Имеются две базы на SQL
Имеется база 1, база 2, архив базы 1( в котором ночной архив полный плюс архивы журналы транзакци за каждые 20 минут до вечера)
при восстановлении архива  в базу 2 (название базы и файлы базы данных указаны как база 2  т.е. без затирания) получилось следующее:
на базе 1, базе 2 в SQL появилась зеленая стрелочка вверх и надпись "восстановление из копии" . Причины?
Доступа к базам нет на данный момент.

>Причины?

кривые руки

конкретнее можно, все делала аккуратно

>конкретнее можно

кривые женские руки

еще более развернуто:

ваши кривые женские руки

аминь , ну не чокаясь за базы

(5) да бэкап то есть же говорит, причем тут аминь :)

да копии то есть, интересует причины, так что про похороны - это не ко мне.

при восстановлении бекапа в базу 2 в качестве новых файлов базы были указаны файлы базы 1. В итоге при восстановлении вы затерли базу 1.

Хм... Ну, как вариант - пути к базе не поменяли в настройках восстановления.

(8,9) не были, я же написала что не были
поэтому и нервничаю, что не могу понять, и название базы на тест и файлы поменяла

не женское это дело, базы из бэкапов восстанавливать.

(10) Других идей нет.

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

Тип восстановления какой хоть выбрали?

+14 какие параметры восстановления были указаны то хоть ?
Видать база ждёт.. пока в неё еще дозагрузят.. ибо режим какой нить "виз но рековери" ..
:)

Может, он бэкапы журналов транзакций пытается к рабочей применить? Я, стыдно сказать, всегда только из полных бэкапов поднимал. Хотя бэкапил и ЖР тоже :)

Тьфу, не ЖР - журнал транзакций.

(11) мало на мисте было мужских? :)

а кто нить уверен что бэкапы живые и правильные ***зеваю

(19) это нам завтра расскажут

все ок, нашла лог реально сама файл не переставила, хотя до сих пор не пойму как  - точно помню что перевыбирала файлы.
бекапы живые - их вообще несколько делается, и вечерних только 2, так что данные не потеряны
Спасибо тем, кто реально пытался помочь. А вопрос задавался - почему такое состояние и что делать, ответ нашла на сайте СКУЛЯ, что это за состояние. Так что в след. раз я просто отменять не буду восстановление баз.
ссылка http://www.sql.ru/forum/1012642/oshibka-pri-vosstanovlenii-bd?hl=%e2%ee%f1%f1%f2%e0%ed%ee%e2%eb%e5%ed%e8%e5%20%ea%ee%ef%e8%e8

Подскажите,при создании указал что бэкап живет 14 дней,он не удаляет!!!Приходится ручкой стирать???

ну вообще не знаю (если меня спрашиваете), я обычно ставлю архив и задание плановое с раписанием. Архив сам перезаписывается в то время которое указала

если интересно могу скинуть вордовский файлик с настройкой бекапа в скуле - когда-то сама училась по нему

(21) Там дело не только в отменять и не отменять , надо еще понимать , что бэкапы находятся в "состоянии транзакции" , и когда в команде восстановления используется ключевое слово RECOVERY - это сигнал скулю что все , больше бэкап-логов ему давать не будут и ему следует откатить незавершенные транзакции и вывести базу в рабочее состояния. Если команда восстановления идет с ключевым словом NORECOVERY - то скуль будет держать базу в состоянии "in the middle of restore" пока вы ему не вольете последний лог с ключевым словом RECOVERY.

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