Come temevo,
il risultato del sondaggio con domanda "Vi manca il BACKUP LOG WITH TRUNCATE_ONLY?" ha ottenuto quello che non volevo trovarmi .

- Certo che no! Era ora che lo deprecassero!
- Sì, ora come faccio a troncare il log?

Queste due erano le risposte che avrei voluto leggere per la maggiore, e invece dobbiamo scontrarci con questa:

- Sì, era comodissimo!

Il risultato infatti è:


Perchè era comodissimo? Qual è l'operazione che si doveva fare per dire che lo era?

Una buona politica di backup dovrebbe ridurre l'utilizzo di un comando così solo a casi rarissimi di impossibilità di gestione (ad esempio necessità di liberare spazio su disco pieno).
Ma una buona politica di backup dovrebbe evitare una crescita a dismisura del file .ldf. Dovrebbe proprio evitarne LA CRESCITA. E se un file di log sta nelle sue dimensioni massime, inizialmente definite dopo attente ed accurate analisi, non è mai necessario troncarlo.
L'operazione di troncamento del log interrompe inoltre la catena dei backup dei log effettuati fino ad un ipotetico punto di "rottura". Gli amministratori, in tal caso, potranno ripristinare solo dall'ultimo full backup (più eventuali differenziali). E questo può essere un danno irreversibile per molte realtà.
Insomma, è stato deprecato perchè potenzialmente molto pericoloso, non dovrebbe MAI essere utilizzato. E comunque non per operazioni ordinarie.

Leggete questo interessante articolo per maggiori informazioni:
http://www.sqlskills.com/blogs/paul/post/BACKUP-LOG-WITH-NO_LOG-use-abuse-and-undocumented-trace-flags-to-stop-it.aspx

In attesa degli auguri di Natale dei prossimi giorni,
Stay tuned!