Есть рабочая база, а есть её копия. Для решения одной серьезной проблемы, мне необходимо экспериментировать в копии групповой обработкой и в случае, если дело идёт не так, как хотелось, приходится снова восстанавливать копию из оригинала. Но это долго. Если средствами SQL делать, то "Создать резервную копию", "восстановить из резервной коепи" отнимает 30 минут времени. Неужели нельзя на уровни Копи-Пейст копировать базы? или какой еще способ есть? поработать в файловом варианте - как вариант, но ищу другие способы.

а Detach - копирование файлов - Attach не сработает?

(1)не знаю. впервые слышу про такое.

(1) копирование файла на десяток-другой гигов само по себе не очень быстро... если только диски не SSD.

просто когда делаешь "сохранить", этот процесс занимает порядка 10 минут. когда делаешь "восстановить" - минут 20. а хотелось бы пошустрее как то.

(4) Не восстанавливай. На 20 минут быстрее будет.

из ночного бэкапа делай копии на тот же физ.диск, а лучше к себе на локальный - ты че с дубу рухнул из рабочей базы в рабочий день копии делать

(4) ну сделай как посоветовали. Детач-копия-аттач. Если копирование будет идти меньше получаса, значит, получишь выигрыш какой-то, если нет - значит никакого выигрыша с таким объемом данных не может быть физически, ну или SSD покупать :)

+ (7) как вариант, можно держать под руками бэкап до всех изменений и клонировать им базу в случае порчи. Тогда теряешь только 20 мин на восстановление.

(6)у нас вообщето каждый час копии делаются на автомате. какие копии? выгрузки? так основное время на разворачивание уходит.
(8)ну вот мне и нужно клонировать но быстро.

(6) бэкап можно без проблем делать на рабочей базе в рабочий день. У меня делается трижды в день, раз в три часа, и ничего.

(10)а если база навернется, то работу, Которую они три часа делали, им сразу перенабивать?

тут главное не перепутать, в какой та сейчас
а на постановку задачи - надо было вчера, отвечать - тогда приходите завтра

(11) естественно. Но у нас объем вводимых вручную данных не особенно велик. Если он увеличится, время между копиями будет сокращено.

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

(0)
читате описание  ms_foreachtable

Зеркало базы настроить и мозги не иппать.
Но ТС это не по мозгам. Тут хоть немного соображающий нужен.

(16) вопрос как я понял в другой - автор не только копии делает, он же ещё восстанавливает рабочую базу почему-то каждые 20-ть минут

(17) зачем?

(18)каждый раз, как база портится, её нужно восстановить.
(17)чтобы наказать за то что он позволяет себе отпускать такие слова через интернет, которые в реальной жизни бы не осмелился сказать. Еслиб меня в реале кто-нибудь назвал не сображающим ли подшутил подобным образом, то я бы просто без разговоров сразу же бы сломал нос или челюсть. Да лаже, Еслиб дураком назвал или любым другим обзывательством. А тут в интернете смелые все - ссыкуны длинноволосые очкастые. Но ничё, настанет час расплаты. Все получат возмездия.

(20) лучше кличко сходи набей, там хоть за дело и денех может дадут
ЗЫ а бесплатно давно уже не умно

(20) 1. ничего не понятно, в копии обработка базу портит, а рабочая-то тут при как?
мож ты и впрямь в зеркале тренируешься

(22)не. ну я имел ввиду, что не имеет значение рабочая база или нет. Вот у меня есть своя база на SQL и обработка её портит. И мне нужно сразу же восстанавливать базу на момент перед запуском обработки. У меня есть выгрузка этой базы, но восстанавливать её долго. Хочется более быстрый способ. Как когда файловую базу копируешь из каталога в другой каталог.

опасные у тя обработки, такие даже отлаженные можно после бэкапа запускать

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

(25)мне нужно было просто чтоб я мог быстро копировать SQL базу. не важно рабочая она или нет. Просто вот есть база1, есть база2. сделать так, чтоб баз2 стала равна копие базы1

Репликацию заюзай)))

лог шиппинг. Когда надо - отключаешь и работаешь в базе.

(27) "каждый раз, как база портится, её нужно восстановить.  " - что ж за обработка такая?...Ну сохрани затрагиваемые таблицы бд отдельно, после восстанови конкретные. Либо настраивай полную модель восстановления на тестовой базе и восстанавливай журнал по времени или там по метке...

(24) самое быстрое это как в (1) Detach - копирование файлов - Attach, быстрей не получится

РИБ не предлагать ?

(0) Экспортировать БД в другую

+(31) Это и будет аналог копирования файловой базы.

1) рабочую базу оффлайн;
2) копируем файлы основной mdf ldf;
3) рабочую базу онлайн;
4) копию оффлайн;
5) заменяем файлы копии;
6) копию онлайн.
повторять 4-6.

(34) (35) можно не опускать базу

(31) Детач-аттач пошагово http://technet.microsoft.com/ru-ru/library/ms187858(v=sql.105).aspx
Вдруг кому надо.