Domanda

Il nostro SQL Server vive su una SAN. Contiene dozzine di database OLTP, alcune con diverse tabelle contenenti oltre 1 m di record.

Abbiamo corso Script di manutenzione dell'indice di Ola Hallengren settimanalmente e funziona per diverse ore ogni volta. Sulla base della soglia di frammentazione, lo script riorganizzerà o reindelerà un indice. Abbiamo osservato che durante la reindice, i file di registro diventano enormi, il che porta a un consumo eccessivo di larghezza di banda durante la spedizione di registro.

Poi arriva Un articolo di Brent Ozar in cui dice di smettere di preoccuparsi degli indici SQL:

I tuoi dischi rigidi sono condivisi con altri server che stanno anche effettuando richieste di unità contemporaneamente, quindi le unità salteranno sempre dappertutto per ottenere dati. Defragare i tuoi indici è solo un lavoro impegnato insignificante.

Google questa domanda porta a opinioni diverse, più supportate da argomenti che sembrano troppo brevi o deboli. Il nostro piano provvisorio è quello di regolare la soglia di frammentazione nella nostra sceneggiatura di manutenzione in modo che riorganizza molto più spesso di quanto non si reinda.

Qual è il verdetto finale? Vale la pena sbloccare gli indici SQL su una SAN considerando gli oneri associati all'esecuzione di lavori di manutenzione settimanale?

Nessuna soluzione corretta

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a dba.stackexchange
scroll top