Показать сообщение отдельно
Старый 28.09.2004, 22:50   #30  
Vadik is offline
Vadik
Модератор
Аватар для Vadik
Лучший по профессии 2017
Лучший по профессии 2015
 
3,631 / 1849 (69) ++++++++
Регистрация: 18.11.2002
Адрес: гражданин Москвы
Цитата:
Изначально опубликовано AKIS-Falcon
Спасибо, еще один маленький вопрос:
"спасибо - да" или "спасибо - нет"?

что делалось и главное - помогло или нет?

Цитата:
Вопрос: почему Unused space в разы больше чем data? Почему такой гиганский размер у индексов, при сравнительно небольшом числе записей (у NumberSequenceTTS их вообще 0, а индекс тем не менее 30 Мб - как так?).
dbcc updateusage(0) - после этого сильно результаты изменятся?

Вдогонку к предыдущим постингам: transaction log регулярно резать НЕ НАДО. В идеале событий Log file auto growth происходить не должно вообще, в реале надо стремиться к тому, чтобы их частота стремилась в рабочее время к нулю. На время расширения журнала транзакций система находится в очень неприятной позиции: все изменения (INSERT/UPDATE/DELETE) фиксировать в логе надо, но делать это невозможно, так как он (лог) на это время заблокирован. Транзакции, в которых происходят эти изменения данных, висят, блокируя при этом чтение (SELECT). Ступор

Сколько в итоге резервировать места под лог - зависит от размера БД, ее recovery model, свободного места, интенсивности модификаций и того, как часто делается его (лога) резервное копирование. Для 10-20 гигабайт БД я бы под лог отдал не менее 2.