Имя: Пароль:
IT
Админ
Как скоптровать *.mdf,*.ldf c сервера ms sql ?
,
0 gnus
 
28.07.14
07:48
Как скоптровать *.mdf,*.ldf c сервера  ms sql(2005) ?
Пытаюсь фаром, пишет что неверный дескриптор
скуль развернут на вин 2008 ,который в свою очередь гостит на виртуал писи
1 ДенисЧ
 
28.07.14
07:48
Сначала службу тормозни
2 gnus
 
28.07.14
07:50
(1)
это всех юзверей сконвертированой 1с82 выкинет ?
3 gnus
 
28.07.14
07:50
вообще,не чревато скуль на госте держать ?
4 ДенисЧ
 
28.07.14
07:51
разумеется
5 VladZ
 
28.07.14
07:52
(0) Тебе зачем? Копию поднять? Или украсть?
6 gnus
 
28.07.14
07:53
в 1с77 была eb утилитка,которая бэкапила
что лучше для 1с82 (на инфостате или еще где-нибудь)?
7 ДенисЧ
 
28.07.14
07:54
(6) backup database - лучше нет
8 gnus
 
28.07.14
07:55
(5)
поиграть с резервным копированием на копии базы в скуль-экспрессе
9 Один С
 
28.07.14
07:56
или выкинуть всех и скопировать мдф
или создать бэкап
третьего не дано
10 gnus
 
28.07.14
07:57
(7)
sql 2005 ,а на мсдн написано что работает с 2008 скуля и старше
11 gnus
 
28.07.14
08:01
(9)
*.dt ?
12 VladZ
 
28.07.14
08:02
(8) Сделай копию средствами скуля.
13 gnus
 
28.07.14
08:03
(12)
без выгона пользователей ?
14 mikecool
 
28.07.14
08:03
(10) почитай другую книгу или крнтекстное меню на строчке базы
15 gnus
 
28.07.14
08:05
а вообще скуль не критично ли держать на виртуалке ?
16 mikecool
 
28.07.14
08:06
(15) нет
позови уже админа грамотного
17 Один С
 
28.07.14
08:07
я понял. автор хочет сделать копию базы, но знаний катастрофически не хватает.
на сервере sql2005, дома - sql2088.
хотел тупо скопировать мдф, но не вышло (ибо нех).
18 Один С
 
28.07.14
08:08
(15) что ты мечешься из стороны в сторону. реши сначала один вопрос, потом второй задавай.
19 Один С
 
28.07.14
08:11
(11)
*.bak
20 VladZ
 
28.07.14
08:13
(13) Да. А ты думал резервные копии баз можно создавать только тогда, когда в базе никто не работает?
21 gnus
 
28.07.14
08:15
(19)
через мс визуаль студию ?
22 Один С
 
28.07.14
08:18
(21) через менеджмент студию.
правой кнопкой по базе нажимаешь и выбираешь "создать резервную копию.
23 gnus
 
28.07.14
08:18
а на инфостарте что есть,которое по назначеному заданию *.dt ваяет ?
24 Один С
 
28.07.14
08:21
есть конечно. дт наваять можно тремя тремя разными способами. но для этого нужно всех выкинуть из базы..
25 gnus
 
28.07.14
08:23
(24)
стало быть *.bak предпочтительней ?
26 gnus
 
28.07.14
08:24
(24)
но это можно на ночь выгонялку,потом копировку(как в 77)
27 aka AMIGO
 
28.07.14
08:26
"скоптровать" - весь инет не знает..
это что-то новенькое?
28 Один С
 
28.07.14
08:30
(26) можно и так.
а можно без всяких выгонялок настроить регламентное задание, и оно будет делать в 2:00 бэкап, индексировать индексы и отправлять письмо со словами "Хозяин, бэкап сделан. Какие будут дальнейшие указания."
ЗЫ. а ДТ придуман не для того чтобы бэкапы делать.
29 vde69
 
28.07.14
08:32
(22) следующий вопрос будет один из двух
1. почему у меня не выходит востановить бекап базы А в пустую базу Б
2. кошмар! в рабочей базе все сегодняшние изменения пропали!!1

это я к тому, что если учите делать бекап - учите его разворачивать... (имена файлов надо руками править при ресторе, иначе развернется в рабочие файлы)
30 Один С
 
28.07.14
08:35
(29) в рабочую базу не дадут восстановить из бака. в майкрософте тоже не дураки сидят, какая никакая защита от неправильных действий пользователя имеется..
31 temsa
 
28.07.14
08:36
(29) "имена файлов надо руками править при ресторе, иначе
развернется в рабочие файлы"
Меня всегда мучал этот вопрос почему бы в скуле не сделают контроль по логическому имени или при совпадении имен чтоб выдавал ошибку?
32 vde69
 
28.07.14
08:38
(31) по тому, что одна база может лежать кусками в 100 разных файлах на 10 различных серверах
33 temsa
 
28.07.14
08:48
(32) Ну тогда логичнее сделали бы что логическое име тоже совпадал?
Делаю бекап базы DB1.  Потом создаю новую базу и восстанавливаю из бекапа логическое имя остается старая хотя физическое имя я меняю.
34 Torquader
 
28.07.14
12:34
Вообще-то, остановки службы может быть недостаточно - временные транзакции останутся в tempdb, и на новом месте файлы не прирастут, да и есть вероятность, что на старом тоже могут погибнуть, если что-то в заголовке нечаянно поменяется.

Есть специальная команда отсоединения базы данных, которая готовит файлы к переносу.