Deframmentare i dati di SQL Server e i file di registro in tempo reale con l'API MoveFile

Il mio datore di lavoro sta cercando di distribuire il software di deframmentazione NTFS che utilizza l'API MoveFile di Windows per deframmentare i file aperti. Ciò verrebbe distribuito a migliaia di server SQL Server che eseguono versioni SQL dal 2005-2012 e versioni Windows da 2003 e 2008 R2. Se è importante, il prodotto di cui sto parlando è PerfectDisk, ma credo che ci siano programmi simili che funzionano allo stesso modo.

Finora i test non hanno sollevato molti problemi oltre a occasionali problemi di prestazioni I / O, il che non sorprende e può essere aggirato riprogrammando e ottimizzando la deframmentazione. Tuttavia, sono più preoccupato per il rischio di corruzione dei dati.

Qualcuno qui ha esperienza con l'esecuzione di questo tipo di software in produzione su server di database? Hai riscontrato corruzione dei dati?

Sono piuttosto inquieto a riguardo nonostante non sia in grado di trovare alcuna prova concreta che rappresenti un problema.

Grazie per eventuali risposte

Modificato per aggiungere: Questa orribile idea è stata fortunatamente dimenticata, forse in parte a causa di alcuni degli avvertimenti che ho dato.

Personalmente, non vorrei alcun software antivirus o di deframmentazione da nessuna parte vicino a un file di database. Chiediti, questo causerà più problemi di quanti ne risolverà?

Da Una storia di errori CHECKDB causati da driver di file system di terze parti :

Alla fine della scorsa settimana, Diskeeper 2009 è stato aggiornato a Diskeeper 2010 sui server dal nostro team di server. Diskeeper 2009 è stato lì per almeno un anno senza problemi, quindi chi si sarebbe aspettato che fosse il problema. Si scopre che la nuova versione ha un'opzione abilitata chiamata IntelliWrite che causa questo problema. La disabilitazione di questa opzione risolve immediatamente il problema. Paul ha scritto un blog su questo problema molto tempo fa e ha ricordato di averlo letto quando ho cliccato su di esso, ma è stata l'ultima cosa a cui avrei pensato.

Da Attenzione ai driver di file system di terze parti con DBCC CHECKDB

Non voglio piangere qui "lupo", ma stai attento ad attribuire grossi problemi di corruzione al vero sottosistema IO se è installato qualche tipo di driver del filtro del file system.

Con una corretta pianificazione e gestione, non è necessario deframmentare i file del database.