salut, am o problema cu baza tempdb....are ~ 38 Gb si anume tempdev-ul nu logul

am incercat sa-i fac shrink si degeaba nu vrea sa se micsoreze

nu ii pot da momentan un restart de serviciu pt ca este pe serverul de productie

cum ii pot micsora dimensiune?

am rulat DBCC OPENTRAN si imi zice ca "DBCC OPENTRAN returns no transactions."

multumesc

alex.

DbId FileId CurrentSize MinimumSize UsedPages EstimatedPages
2        1       3836576       1024             12128         12120
2        2            96             64                 96              64

ce iti da la
EXEC tempdb..sp_spaceused
?
Dupa cite stiu, http://support.microsoft.com/default.aspx/kb/307487 , nu prea poti sa ii faci prea mare lucru ...

---

Ignat Andrei
http://serviciipeweb.ro/iafblog

imi da:

database_name database_size unallocated space
tempdb              29974.00 MB     29916.80 MB

reserved     data      index_size     unused
57808 KB  53616 KB    3048 KB    1144 KB

alex.

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

Eu zic sa incepi cu http://technet.microsoft.com/en-us/library/cc966545.aspx. Cum este folosit tempdb la tine? Care ar fi dimensiunea optima?

Tranzactiile "deschise" influenteaza dimensiunea fisierului log.