|
Увеличение размера файла базы после ALTER INDEX REBUILD ONLINE = ON
|
|||
---|---|---|---|
#18+
Может ли кто-то пояснить вот по такой ситуации: есть база данных на SQL Server 2012. Один из её файлов данных имел размер 1.33 TB. На базе последовательно выполнили две такие операции: Операция 1: DBCC SHRINKFILE ('TheFileName’) . В результате чего размер файла уменьшился с 1.33 TB до 1.13TB. Операция 2: Запустили несколько команд ALTER INDEX REBUILD ONLINE = ON для кластерных индексов нескольких больших таблиц, находящихся в этом файле базы. В результате чего размер файла опять увеличился уменьшился до примерно такого же размера, какой и был до DBCC SHRINKFILE ('TheFileName’). Это что – “ожидаемое последствие INDEX REBUILD”? Я не знал, что INDEX REBUILD может вызвать увеличение размера файла данных базы. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.11.2020, 13:44 |
|
Увеличение размера файла базы после ALTER INDEX REBUILD ONLINE = ON
|
|||
---|---|---|---|
#18+
KellyLynch, ну так в режиме онлайн была построена копия таблицы файл вырос теперь в нем снова много места от старых таблиц shrinkfile и rebuild это операции с противоположным эффектом в части размера файлов shrinkfile безобидна только случае использования опции truncateonly ... |
|||
:
Нравится:
Не нравится:
|
|||
10.11.2020, 13:49 |
|
Увеличение размера файла базы после ALTER INDEX REBUILD ONLINE = ON
|
|||
---|---|---|---|
#18+
KellyLynch Операция 1: DBCC SHRINKFILE ('TheFileName’) . В результате чего размер файла уменьшился с 1.33 TB до 1.13TB. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.11.2020, 18:15 |
|
Увеличение размера файла базы после ALTER INDEX REBUILD ONLINE = ON
|
|||
---|---|---|---|
#18+
еще тут на форуме писали, что при онлайновом перестроении сам индекс еще растет (+несколько байт на каждую запись) ... |
|||
:
Нравится:
Не нравится:
|
|||
10.11.2020, 19:29 |
|
Увеличение размера файла базы после ALTER INDEX REBUILD ONLINE = ON
|
|||
---|---|---|---|
#18+
Критик, Если RCSI на базе включен, то 14 байт на строку - было дело . Забавно, что в доке к 2005 это багом еще не считалось, было вполне себе документированное поведение. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.11.2020, 21:00 |
|
Увеличение размера файла базы после ALTER INDEX REBUILD ONLINE = ON
|
|||
---|---|---|---|
#18+
alexeyvg KellyLynch Операция 1: DBCC SHRINKFILE ('TheFileName’) . В результате чего размер файла уменьшился с 1.33 TB до 1.13TB. "И зачем портить..." - сам не знаю ; мне сейчас приходится разгребать то что наделали другие. Тогда такой вопрос: я вижу в базе ещё один файл; в нём индексы хранятся. Этот файл недавно сжали в 2 раза: с 1 TB до 500 GB. Microsoft предупреждает что …A shrink operation doesn't preserve the fragmentation state of indexes in the database, and generally increases fragmentation to a degree ….”. Значит, в результате этого Shrink-а фрагментация "увеличилась". Как по-Вашему, каковы должны быть дальнейшие действия с этим файлом? Я уже вижу что ALTER INDEX REBUILD запускать опасно - этот запуск может опять увеличить файл до прежнего размера. Но ведь с "возросшей фрагментацией" надо что-то делать... ... |
|||
:
Нравится:
Не нравится:
|
|||
11.11.2020, 14:12 |
|
Увеличение размера файла базы после ALTER INDEX REBUILD ONLINE = ON
|
|||
---|---|---|---|
#18+
komrad KellyLynch, ну так в режиме онлайн была построена копия таблицы файл вырос теперь в нем снова много места от старых таблиц shrinkfile и rebuild это операции с противоположным эффектом в части размера файлов shrinkfile безобидна только случае использования опции truncateonly Тогда такой вопрос: я вижу в базе ещё один файл; в нём индексы хранятся. Этот файл недавно сжали в 2 раза: с 1 TB до 500 GB. Microsoft предупреждает что …A shrink operation doesn't preserve the fragmentation state of indexes in the database, and generally increases fragmentation to a degree ….”. Значит, в результате этого Shrink-а фрагментация "увеличилась". Как по-Вашему, каковы должны быть дальнейшие действия с этим файлом? Я уже вижу что ALTER INDEX REBUILD запускать опасно - этот запуск может опять увеличить файл до прежнего размера. Но ведь с "возросшей фрагментацией" надо что-то делать... ... |
|||
:
Нравится:
Не нравится:
|
|||
11.11.2020, 14:12 |
|
Увеличение размера файла базы после ALTER INDEX REBUILD ONLINE = ON
|
|||
---|---|---|---|
#18+
KellyLynch, В том, что в файле есть свободное место, нет ничего"опасного". Напротив, если файл данных забит до предела - вот это плохо:
... |
|||
:
Нравится:
Не нравится:
|
|||
11.11.2020, 14:31 |
|
Увеличение размера файла базы после ALTER INDEX REBUILD ONLINE = ON
|
|||
---|---|---|---|
#18+
KellyLynch, Вы чего взялись то файлы уменьшать / индексы ребилдить. У вас в данный момент наблюдается какая то реальная проблема которую надо решить? Или все эти манипуляции от доброты душевной? ... |
|||
:
Нравится:
Не нравится:
|
|||
11.11.2020, 14:32 |
|
Увеличение размера файла базы после ALTER INDEX REBUILD ONLINE = ON
|
|||
---|---|---|---|
#18+
KellyLynch komrad KellyLynch, ну так в режиме онлайн была построена копия таблицы файл вырос теперь в нем снова много места от старых таблиц shrinkfile и rebuild это операции с противоположным эффектом в части размера файлов shrinkfile безобидна только случае использования опции truncateonly Тогда такой вопрос: я вижу в базе ещё один файл; в нём индексы хранятся. Этот файл недавно сжали в 2 раза: с 1 TB до 500 GB. Microsoft предупреждает что …A shrink operation doesn't preserve the fragmentation state of indexes in the database, and generally increases fragmentation to a degree ….”. Значит, в результате этого Shrink-а фрагментация "увеличилась". Как по-Вашему, каковы должны быть дальнейшие действия с этим файлом? Я уже вижу что ALTER INDEX REBUILD запускать опасно - этот запуск может опять увеличить файл до прежнего размера. Но ведь с "возросшей фрагментацией" надо что-то делать... Имитация бурной деятельности. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.11.2020, 14:41 |
|
Увеличение размера файла базы после ALTER INDEX REBUILD ONLINE = ON
|
|||
---|---|---|---|
#18+
KellyLynch "И зачем портить..." - сам не знаю ; мне сейчас приходится разгребать то что наделали другие. Если свободное место не во много раз больше занятого, то запретите им делать шринки. KellyLynch Значит, в результате этого Shrink-а фрагментация "увеличилась". Как по-Вашему, каковы должны быть дальнейшие действия с этим файлом? ... |
|||
:
Нравится:
Не нравится:
|
|||
11.11.2020, 15:03 |
|
Увеличение размера файла базы после ALTER INDEX REBUILD ONLINE = ON
|
|||
---|---|---|---|
#18+
alexeyvg Если свободное место не во много раз больше занятого, то запретите им делать шринки +1 а вот если у вас база весит 1-2 Тб, а внутри занято 20Гб, то нужно шринкать ... |
|||
:
Нравится:
Не нравится:
|
|||
11.11.2020, 16:44 |
|
|
start [/forum/topic.php?fid=46&msg=40016936&tid=1685424]: |
0ms |
get settings: |
10ms |
get forum list: |
10ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
68ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
42ms |
get tp. blocked users: |
1ms |
others: | 14ms |
total: | 161ms |
0 / 0 |