|
|
17.01.2013, 18:02
|
#1 |
|
Участник
|
Почему не truncate? Тем более на тестовой базе? Ну потеряете часть оповещений (еще на высланных пользователям), чего страшного?
__________________
Ivanhoe as is.. |
|
|
|
17.01.2013, 22:10
|
#2 |
|
Участник
|
truncate на тестовой сделал, все ок, правда shrinkdatabase идет больше суток. Речь о промышленной базе. Вот думаю может сделать ребилд индексов, поидее ребилд должен положить индексы в начало файла. После ребилда в конце файла останутся только таблицы без кластерного индекса, если таковые есть, если нет, то шринк TRUNCATEONLY отработает в момент и все сделает.
Так вот это просто догадки, может кто то сталкивался и подскажет как можно сделать |
|
|
|
18.01.2013, 00:27
|
#3 |
|
Модератор
|
Цитата:
Сообщение от godzila46
truncate на тестовой сделал, все ок, правда shrinkdatabase идет больше суток. Речь о промышленной базе. Вот думаю может сделать ребилд индексов, поидее ребилд должен положить индексы в начало файла. После ребилда в конце файла останутся только таблицы без кластерного индекса, если таковые есть, если нет, то шринк TRUNCATEONLY отработает в момент и все сделает.
Так вот это просто догадки .. Размер БД сейчас 1.2 ТБ
__________________
-ТСЯ или -ТЬСЯ ? |
|
|
|
17.01.2013, 22:11
|
#4 |
|
Участник
|
да и в таком случае поидее можно будет сделать DBCC SHRINKFILE, что впринципе быстрее shrinkdatabase.
|
|
|
|
| За это сообщение автора поблагодарили: Logger (3). | |
Комбинированный вид
