Modellog.ldf enorme

venerdì 29 giugno 2012 - 15.06
Tag Elenco Tags  SQL Server 2005  |  SQL Server Express

massimo1965 Profilo | Junior Member

Ciao a tutti,
mi sono trovato con un modellog.ldf enorme, circo 800 gb, su un SQL 2005
dovrei ridimensionarlo ...
Posso usare questo comando

USE model
GO
DBCC SHRINKFILE (N'Modellog' , 1)
GO

oppure combino un disastro...
Grazie

alx_81 Profilo | Guru

>Ciao a tutti,
ciao

>mi sono trovato con un modellog.ldf enorme, circo 800 gb, su
>un SQL 2005
>dovrei ridimensionarlo ...
>Posso usare questo comando
>
>USE model
>GO
>DBCC SHRINKFILE (N'Modellog' , 1)
>GO
>
>oppure combino un disastro...
considerato che lo shrink comprime il file e riorganizza lo spazio, di danni non ne fai..
Il problema è un altro.. come mai il log del database model è così grande? hai fatto operazioni su quel database per sbaglio (o stai facendo)?

>Grazie
di nulla!
--
Alessandro Alpi | SQL Server MVP
MCP|MCITP|MCTS|MCT

http://www.alessandroalpi.net
http://blogs.dotnethell.it/suxstellino
http://mvp.microsoft.com/profiles/Alessandro.Alpi

massimo1965 Profilo | Junior Member

Ciao Alessandro,
penso che la dimensione del file di log sia diventata così grande per modello di recupero impostato FULL che ho portato a Simple, e che siano stati programmati backup giornalieri....

Massimo

alx_81 Profilo | Guru

>Ciao Alessandro,
>penso che la dimensione del file di log sia diventata così grande
>per modello di recupero impostato FULL che ho portato a Simple.
ok, se era a full e non hai mai fatto backup del log il file può crescere..
ma la cosa che mi lascia perplesso è che stiamo parlando del model.. Un database che non si tocca praticamente mai.
800GB sono tantissimi, il model è il database di template utilizzato per creare gli user database e quindi mi riesce molto difficile capire come hai fatto a popolarlo di così tante informazioni

--
Alessandro Alpi | SQL Server MVP
MCP|MCITP|MCTS|MCT

http://www.alessandroalpi.net
http://blogs.dotnethell.it/suxstellino
http://mvp.microsoft.com/profiles/Alessandro.Alpi

massimo1965 Profilo | Junior Member

siamo in due ....
domani eseguo il comando DBCC SHRINKFILE
e poi voglio tenerlo sott'occhio....

Grazie
M

alx_81 Profilo | Guru

>siamo in due ....
>domani eseguo il comando DBCC SHRINKFILE
>e poi voglio tenerlo sott'occhio....
a volte capita che particolari utenze abbiano impostato per baglio un default database errato (in questo caso il model) e quindi le stesse utenze, senza rendersene conto (o meglio senza guardarci) eseguano script pesanti, creazioni di oggetti grossi, ecc in quella connessione, andando a loggare ogni modifica effettuata.
Prova ad aprire un profiler durante il giorno, e metti un filtro sul model database. Noterai chi sta facendo qualcosa lì sopra.
Può capitare di sbagliarsi e fare oggetti sul db errato, ma bisogna avere i privilegi per farlo e il model a mio avviso dovrebbe essere modificabile solo da chi ha la permission di amministratore di sistema e non qualcunque collaboratore. Prova a dare un'occhiata anche alla tua security e magari cerca di restringere la superficie di accesso a chi solo può fare un certo tipo di operazioni.
Ma 800GB sono giustificati da:
- uso prolungato di quel db (facilmente tracciabile)
- un uso one shot di un grandissimo processo (non lo prenderai mai più a meno che non si ripeta nel tempo almeno una volta

Prova a vedere anche se la dimensione del log varia da un giorno all'altro..


--
Alessandro Alpi | SQL Server MVP
MCP|MCITP|MCTS|MCT

http://www.alessandroalpi.net
http://blogs.dotnethell.it/suxstellino
http://mvp.microsoft.com/profiles/Alessandro.Alpi

massimo1965 Profilo | Junior Member

ok
Provo a controllare gli utenti, che tra l'altro dovrebbero essere pochi, è una applicazione industriale.....
ti faccio sapere, giusto per curiosità
Grazie ancora

M
Partecipa anche tu! Registrati!
Hai bisogno di aiuto ?
Perchè non ti registri subito?

Dopo esserti registrato potrai chiedere
aiuto sul nostro Forum oppure aiutare gli altri

Consulta le Stanze disponibili.

Registrati ora !
Copyright © dotNetHell.it 2002-2024
Running on Windows Server 2008 R2 Standard, SQL Server 2012 & ASP.NET 3.5