|
SQL - отменить задачу сжатия... | ☑ | ||
---|---|---|---|---|
0
ДенисЧ
02.10.12
✎
07:41
|
Сделал копию базы, посчитал её (по своим процедурам), лог разросся до 200Г... Решил шринкануть... Процесс идёт третьи сутки...
Подскажите, как без убития сервера его можно тормознуть? Потерять _эту_ базу я готов, восстановлю заново... |
|||
1
dk
02.10.12
✎
07:47
|
а процесс кильнуть?
|
|||
2
ДенисЧ
02.10.12
✎
07:49
|
(1) Процесс чего? Пробовал детачить базу - так "только пользовательские процессы могут быть завершены"...
Да, я шринк запустил из ГУя, а не скриптом... |
|||
3
Sammo
02.10.12
✎
07:50
|
емнип, в процессах все равно должен быть spid которые делает сие. Его и грохнуть
|
|||
4
dk
02.10.12
✎
07:50
|
ну шринк же идет по каким-то сеансом - вот его и кильни
|
|||
5
Sammo
02.10.12
✎
07:50
|
разве в sp_who2 нет такого?
|
|||
6
ДенисЧ
02.10.12
✎
07:52
|
хм... А точно... Процесс почему-то висел в suspended... Может, и базу пересчитывать не надо будет :-))
Спасибо |
|||
7
vde69
02.10.12
✎
07:55
|
скорее всего у тебя сейчас не лог шринкуется а что-то другое делается...
лог так долго не может шринковатся... если это не шринк - убивать смысла нет, пойдет откат транкзации (на 2е суток) по этому сейчас поставь модель в симпл. и делай новую базу.... |
|||
8
ДенисЧ
02.10.12
✎
07:59
|
(7) Модель у меня всегда в симпле. А задача висела - шринк, но суспендед. Клинул - отвалилась. Только лог так и остался 170Г... Попробую сейчас бекап сделать базе...
|
|||
9
vde69
02.10.12
✎
08:04
|
модель в симпл и лог 170 гигов - не верю!
|
|||
10
ДенисЧ
02.10.12
✎
08:05
|
(9) Тут не церковь, вопросы веры не обсуждаются :-)
А лог запросто мог вырасти. Ибо я запустил полный пересчёт итогов, а если регистры кривые, то... |
|||
11
skunk
02.10.12
✎
08:06
|
(10)отключи автоприрост лога
|
|||
12
ДенисЧ
02.10.12
✎
08:16
|
(11) Ага. Разбежался... Чтобы она отвалилась по недостатку места?
|
|||
13
dk
02.10.12
✎
08:25
|
ну или автоприрост поболее выставить - по гигу например или по 5
|
|||
14
shuhard
02.10.12
✎
08:27
|
(0) ты бы базу прочекал средствами сиквела
ибо при симпле лог не может быть после завершения транзакций такого размера, а если транзакция не откатилась, то шринковать его без толку |
|||
15
skunk
02.10.12
✎
08:44
|
(12)2005 и 2008 легко работают ...
|
|||
16
ДенисЧ
02.10.12
✎
08:48
|
(15) У меня 2008, и как он будет легко работать, если ему лог не дать разрастать?
|
|||
17
ДенисЧ
02.10.12
✎
08:50
|
(14) Запросто может, если я запущу транзакцию, а в ней для каждой записи в базе сделатю какой-нить update, insert, delete...
А checkdb запустил... |
|||
18
Maxus43
02.10.12
✎
09:12
|
я хз, он просто завис. чистый шринк делается секунды, он выкидывает зафиксированные и сбэкапленные транзакции, нет в этом процессе места для ресурсоёмких операций, хоть 1 хоть 200 гигов
|
|||
19
Maxus43
02.10.12
✎
09:13
|
тьху, ещё и симпл. это фантастика
|
|||
20
shuhard
02.10.12
✎
09:14
|
(18)[ чистый шринк делается секунды, ]
лажа |
|||
21
Maxus43
02.10.12
✎
09:18
|
(20) 20 гигов точно за пару секунд шринковал, с другими ситуациями чот-то не сталкивался. пример штатного шринка лога долгое время есть?
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |