Ce se aplica la shrink LOG nu merge si la shrink DB. Opentran n-are nici o legatura cu marimea DB-ului.
Trebuie sa identifici rowset-ul care consuma spatiu. Potzi folosi
sp_spaceused.
Daca sp_spaceused nu e concludent uitate in tempdb.
sys.partitions (rows mare) si in tempdb.
sys.dm_db_partition_stats (page_count-uri mari). Ideea e sa gasesti un object_id care consuma mult spatiu, si de acolo sa continui investigarea (cine e obiectul, cine-l creeaza, de ce nu sterge din el etc etc). Tipic gasesti chestii gen #tabela_mea sau 'asp session state table' sau alte prostii asemanatoare.
Daca ai ghinion obiectul care consuma nu e un obiect real ci un worktable intern, atunci e mai greu de gasit vinovatul, dar mai intii sa vedem daca asta ecazul sau nu.
http://rusanu.com