|
|
|
как бороться с большим размером unused allocated у таблицы ?
|
|||
|---|---|---|---|
|
#18+
Настало время, когда база раздулась довольно внушительно (по крайней мере для нас) и при попытке выяснить причины был замечен тот факт, что у некоторых таблиц большое "мертвое" пространство (unused в sp_spaceused). Как говорится, кто виноват и что делать. есть ли способ бороться ? На таблицах настроена репликация транзакциями sp_spaceused выдает redirection_content 2156695 730560 KB 167520 KB 197728 KB 365312 KB DBCC SHOWCONTIG выдает DBCC SHOWCONTIG scanning 'redirection_content' table... Table: 'redirection_content' (1266103551); index ID: 1, database ID: 5 TABLE level scan performed. - Pages Scanned................................: 20940 - Extents Scanned..............................: 2628 - Extent Switches..............................: 2627 - Avg. Pages per Extent........................: 8.0 - Scan Density [Best Count:Actual Count].......: 99.62% [2618:2628] - Logical Scan Fragmentation ..................: 0.00% - Extent Scan Fragmentation ...................: 0.91% - Avg. Bytes Free per Page.....................: 62.5 - Avg. Page Density (full).....................: 99.23% DBCC execution completed. If DBCC printed error messages, contact your system administrator. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.11.2002, 17:53:44 |
|
||
|
как бороться с большим размером unused allocated у таблицы ?
|
|||
|---|---|---|---|
|
#18+
Простите за глупый вопрос, Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.11.2002, 17:57:32 |
|
||
|
как бороться с большим размером unused allocated у таблицы ?
|
|||
|---|---|---|---|
|
#18+
да в том то и дело, что в конкретно этом случае DBCC UPDATEUSAGE ('SL-test','redirection_content') завершается без выходного датасета, где обычно показывает изменения в количестве страниц, и все, ничего не изменяется. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.11.2002, 18:02:36 |
|
||
|
как бороться с большим размером unused allocated у таблицы ?
|
|||
|---|---|---|---|
|
#18+
Про шринк можно не спрашивать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.11.2002, 18:19:34 |
|
||
|
как бороться с большим размером unused allocated у таблицы ?
|
|||
|---|---|---|---|
|
#18+
филл фактор указывали руками? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.11.2002, 22:47:09 |
|
||
|
как бороться с большим размером unused allocated у таблицы ?
|
|||
|---|---|---|---|
|
#18+
Шринк не до конца ужимает, несмотря на все манипуляции с опциями ....TRUNCATE..... fill-factor по умолчанию для всей базы - соответственно для всех таблиц и никогда не менялся. Почему не именно на некоторых таблицах такое происходит ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.11.2002, 11:04:24 |
|
||
|
как бороться с большим размером unused allocated у таблицы ?
|
|||
|---|---|---|---|
|
#18+
Читайте BOL по DBCC. Там есть много разных хороших вещей, поэксперементируйте. Для того чтобы посоветовать что-то конкретное, нужно увидеть полную картину - структура таблиц, ключи, индексы и т.д., разобраться порой бывает трудно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.11.2002, 12:12:20 |
|
||
|
|

start [/forum/topic.php?fid=46&fpage=3368&tid=1818451]: |
0ms |
get settings: |
5ms |
get forum list: |
11ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
28ms |
get topic data: |
6ms |
get forum data: |
2ms |
get page messages: |
25ms |
get tp. blocked users: |
1ms |
| others: | 196ms |
| total: | 278ms |

| 0 / 0 |
