Riduzione di un grande database di SQL Server

13

Ho un ampio database di test di SQL Server 2008 (1.9 TB) e desidero ridurne le dimensioni sul disco. Ho cancellato tabelle inutilizzate e cancellato quantità significative di dati, ma le sue dimensioni su disco non si sono ridotte. Cosa dovrei fare?

Ho esaminato l'attività Riduci in SSMS, ma le opzioni sono sconcertanti. Riduco il database o i file? E con quali opzioni?

inserisci qui la descrizione dell'immagine

sql-server

— Dan
fonte

Se stai cercando di ridurre le dimensioni, leggi questo - sqlservercentral.com/articles/data-modeling/71725

— SqlSandwiches,

10

Seleziona il secondo pulsante di opzione, Reorganize pages before releasing unused spacequindi Shrink file to:nell'opzione inserisci il minimo MB specificato. Verrai corretto se inserisci un MB inferiore a quello specificato. Quindi fare clic su OK.

Ho scoperto che l'utilizzo dei comandi DBCC per questi funziona sempre, poiché la GUI non ha funzionato in alcuni dei miei casi.

Inoltre, lo spazio extra è lì per un motivo. Avrai bisogno di spazio per la crescita futura, ma questo è un argomento completamente nuovo in termini di prestazioni.

— StanleyJohns
fonte

3

Per rispondere meglio alla domanda, vorrei spiegare la differenza tra la riduzione del database e la riduzione dei file, nonché la differenza tra il rilascio di spazio inutilizzato e la riorganizzazione delle pagine. Invece, hai appena detto "fai questo" senza spiegazioni.

— Nick Chammas,

5

Se hai la compressione 2008 disponibile (edizioni Enterprise o Developer), dovresti essere in grado di tagliare il tuo grande database usando indici e tabelle compressi. Il white paper sulla SM " Compressione dei dati: strategia, pianificazione della capacità e migliori pratiche " dovrebbe essere in grado di aiutarti a trovare ciò di cui hai bisogno. Cita da esso:

"La funzionalità di compressione dei dati nel software di database Microsoft® SQL Server® 2008 può aiutare a ridurre le dimensioni del database nonché a migliorare le prestazioni di carichi di lavoro intensivi di I / O. Tuttavia, sono necessarie risorse CPU aggiuntive sul server di database per comprimere e decomprimere i dati, mentre i dati vengono scambiati con l'applicazione. Pertanto, è importante comprendere le caratteristiche del carico di lavoro al momento di decidere quali tabelle comprimere. Questo white paper fornisce indicazioni su quanto segue:

How to decide which tables and indexes to compress
How to estimate the resources required to compress a table
How to reclaim space released by data compression
The performance impacts of data compression on typical workloads"

Qui una spiegazione più breve.

È possibile trovare una stima di quanto spazio è possibile risparmiare utilizzando la procedura memorizzata sp_estimate_data_compression_savings .

— mariano
fonte