Опишу вкратце историю проблемы. Не так давно (с февраля), данные были отконвертирваны в версию 8.1 (перед этим переставляли сервер). После этого стал замечать большой прирост файлов БД схем data, index, journal. Решил проанализировать состояние бд, выполнив следующий скрипт:
Код: Выделить всё
if exists (select * from information_schema.tables where table_name = 'tmp_info') drop table tmp_info
declare c_tables cursor for select table_name from information_schema.tables where table_type = 'BASE TABLE' and table_schema = 'dbo'
declare @tname varchar(100)
create table tmp_info (name varchar(100), rows int, reserved varchar(100), data varchar(100), index_size varchar(100), unused varchar(100))
open c_tables
fetch next from c_tables into @tname
while @@fetch_status = 0 begin
insert into tmp_info exec sp_spaceused @tname
fetch next from c_tables into @tname
end
close c_tables
deallocate c_tables
select * from tmp_info order by cast(replace(reserved, 'kb', '') as integer) desc
Код: Выделить всё
-------------------------rows----------reserved -----------data ----------index-----------unused
X$JOURNAL -----995544 --------17170600 KB ------1968800 KB---- 258112 KB ---14943688 Kb
T$OBOROT -----196532 ---------1245640 KB ------ 118744 KB----- 367512 KB ----- 759384 KB
T$HASHAN -----292404 ---------513032 KB---------- 69072 KB -------75456 KB ---- 368504 KB
.... и т.д.
--------------------------------------------------------------------------------
ИТОГО ---- 3844570 ------ 34852008 ---------4260520 ------- 1304152 ----- 29287336
Все попытки его сократить не увеничиваются успехом (DBCC SHRINKDATABASE(databse), DBCC SHRINKFILE ). Размер unused практически ооочень ненамного снижается. Что еще предпринять , не знаю. Знаю только что при наших объемах занесения данных, такого прироста быть не должно. Да и главный вопрос ,почему он хавает все больше и больше простр-ва под прирост БД (стоит 10 %). Смущает еще то,что при shrinke по правой кнопке мыши на БД показывается space allocated 36067, space free 1741. Типа все занято. Теперь вот размер текущей БД по сравнению с размером доконвертируемой БД стал в 10 раз больше. Но главное, что динамика большого роста имеет место постоянно быть в росте файлов при относительно небольшом объеме прироста данных реальных.
Есть какие то соображения по вышесказанному?
А то уже устал думать 3-й день...