- \n
- KB2548593 – CORRUZIONE: corruzione del database se la compressione dei dati è abilitata su una tabella partizionata in SQL Server 2008.<\/a><\/li>\n\n\n\n
- KB2803994 – CORRUZIONE: si verifica un danneggiamento dei dati quando i dati LOB vengono caricati in una variabile Transact-SQL in SQL Server 2008 R2, SQL Server 2012 o SQL Server 2008.<\/a><\/li>\n<\/ul>\n<\/li>\n<\/ol>
È possibile evitare questo tipo di problema installando l’ultimo aggiornamento cumulativo (CU) della versione di SQL Server.<\/p>
- \n
- Problemi di memoria: <\/strong>Si tratta di problemi hardware che possono interessare l’intero sistema e non solo MS SQL Server. Esistono programmi per verificare la correttezza dei dati in memoria.<\/li>\n\n\n\n
- Problemi del sottosistema I\/O:<\/strong> In questo caso, non è facile capire la causa del problema perché il sistema di archiviazione può avere un’architettura complicata. Ad esempio, prima di scrivere sul disco fisico, è possibile che si debba attraversare una rete o che ci sia un controller del disco e i suoi driver. Uno qualsiasi di questi componenti può guastarsi.<\/li>\n\n\n\n
- Arresto improvviso del server:<\/strong> Esiste un rischio sostanziale di corruzione del database, se per qualsiasi motivo il server si spegne improvvisamente. Ciò può accadere a causa di un guasto fisico del server o per mancanza di elettricità.<\/li>\n<\/ol>
Come rilevare la corruzione a livello di pagina in SQL Server?<\/h2>
I database di MS SQL Server sono costituiti da pagine di dati di 8 KB. Otto pagine fisicamente contigue costituiscono un’estensione di 64 KB. La corruzione della pagina significa che una o più pagine contengono valori errati.<\/p>
Se il database è danneggiato, è possibile verificarlo in tre modi:<\/p>
1. L’esecuzione dell’istruzione SELECT sulla tabella danneggiata mostra un errore<\/strong><\/h3>
![\"Dichiarazione](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2022\/06\/SQL1-1024x119.png\")
<\/figure>In questo caso, viene visualizzato il messaggio di errore:<\/p>
- \n
- Il tipo di errore (in questo caso si tratta di un errore di I\/O basato sulla coerenza logica, causato da una somma di controllo errata).<\/li>\n\n\n\n
- La pagina in cui si trova l’errore (pagina 1:368).<\/li>\n\n\n\n
- L’offset in cui si trova l’errore (0x00000002e0000).<\/li>\n\n\n\n
- L’ID del database danneggiato (ID=31).<\/li>\n<\/ul>
2. Eseguire l’istruzione DBCC CHECKDB<\/strong><\/h3>
Questo comando controlla l’integrità fisica e logica degli oggetti del database, le relazioni degli indici e altri controlli strutturali. Basta digitare DBCC CHECK con il nome del database tra parentesi tonde.<\/p>
![\"Eseguire](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2022\/06\/SQL2-1024x152.png\")
<\/figure>In questo caso, l’errore viene visualizzato:<\/p>
- \n
- Il numero di pagine danneggiate (pagina 1:368).<\/li>\n\n\n\n
- Il nome della tabella (persona) corrotta.<\/li>\n<\/ul>
3. Eseguire una SELECT sulla tabella [msdb].[dbo].[suspect_pages].<\/strong><\/h3>
![\"Eseguire](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2022\/06\/SQL3.png\")
<\/figure>Il comando SELECT restituirà una griglia con una riga per ogni pagina danneggiata. In questo caso, possiamo vedere che nel database con ID = 31 la pagina 1:368 è danneggiata.<\/p>
Come risolvere la corruzione a livello di pagina in SQL Server?<\/h2>
Qui abbiamo menzionato due modi diversi per riparare e recuperare il database.<\/p>
1. Recupero manuale tramite comandi T-SQL<\/strong><\/h3>
Nota: <\/strong>prima di procedere, eseguire un backup dei database e\/o una copia dei file fisici. Il processo manuale è rischioso.<\/p>
Per procedere al ripristino manuale tramite comandi T-SQL per risolvere il danneggiamento della pagina in SQL server, seguite le istruzioni riportate di seguito.<\/p>
Utilizzate il comando non documentato DBCC IND per verificare che la pagina 368 sia una pagina di dati.<\/p>
DBCC IND('Recovery_test',Person,-1)<\/code><\/pre>Questo comando mostra tutte le pagine relative alla tabella, indicata nel secondo parametro, con le informazioni relative al tipo di pagina. Nell’esempio seguente,<\/p>
- \n
- La prima riga ha il tipo di pagina 10. Si tratta quindi della pagina IAM (Index Allocation Map).<\/li>\n\n\n\n
- La seconda riga ha il tipo di pagina 1. Indica che la pagina 368 contiene dati.<\/li>\n<\/ul>
![\"La](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2022\/06\/SQL5-1024x77.png\")
<\/figure>Per visualizzare i dati contenuti nella pagina 1:368, possiamo aprire recovery_test.mdf <\/em>con un editor esadecimale e passare all’offset 2e0000.<\/p>
Il carattere rosso ‘b’ (vedi immagine sotto) sembra sospetto in quanto il mio nome è “Luca” e non “Lucb”.<\/p>
![\"sembra](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2022\/06\/SQL6.png\")
<\/figure>2. Utilizzare il comando DBCC PAGE:<\/strong><\/h3>
Per ottenere il risultato del comando DBCC PAGE, è necessario impostare il flag di tracciamento 3604.<\/p>
DBCC TRACEON (3604)<\/code><\/pre>DBCC PAGE('Recovery_test',1,368,2) CON I RISULTATI DELLE TABELLE<\/code><\/pre>I parametri richiesti sono:<\/strong><\/p>
- \n
- Nome del database<\/li>\n\n\n\n
- Numero del file<\/li>\n\n\n\n
- Numero della pagina<\/li>\n\n\n\n
- STAMPA<\/li>\n<\/ul>
I valori del parametro printopt sono:<\/strong><\/p>
- \n
- 0 – Stampa la parte di intestazione della pagina.<\/li>\n\n\n\n
- 1 – Intestazione della pagina SQL con i dump esadecimali per riga.<\/li>\n\n\n\n
- 2 – Dettagli dell’intestazione della pagina con l’intero dump esadecimale della pagina.<\/li>\n\n\n\n
- 3 – Intestazione della pagina con descrizione dell’interpretazione per riga.<\/li>\n<\/ul>
I dati riportati sono gli stessi.<\/p>
![\"I](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2022\/06\/SQL7-1024x244.png\")
<\/figure>È necessario modificare il valore del carattere dal valore Hex 62 (b) al valore Hex 61 (a).<\/p>
Possiamo utilizzare un altro comando non documentato, il comando DBCC WRITEPAGE. Si tratta di un comando potente che consente di scrivere direttamente su una pagina.<\/p>
Per utilizzare il comando DBCC WRITEPAGE, sono necessarie le seguenti informazioni:<\/p>
- \n
- Il primo parametro è il nome del database.<\/li>\n\n\n\n
- Il secondo e il terzo sono il fileId e il PageId che devo modificare (1: 368).<\/li>\n\n\n\n
- Il quarto parametro è l’offset (es.74 -> 116 dec.) e il quinto è il numero di caratteri da scrivere (1).<\/li>\n\n\n\n
- Il sesto parametro è il valore che devo scrivere. Nel nostro caso, è 0x000000.<\/li>\n\n\n\n
- Il settimo parametro specifica se scrivere il valore attraverso il pool di buffer. Impostiamo il valore 1 per scrivere direttamente sul file fisico mdf.<\/li>\n<\/ul>
Per prima cosa, mettete il database in modalità SINGLE_USER:<\/p>
ALTER DATABASE recovery_test SET SINGLE_USER CON ROLLBACK IMMEDIATO<\/code><\/pre>Eseguire quindi il comando WRITEPAGE:<\/p>
DBCC WRITEPAGE ('recovery_test', 1, 368, 116, 1, 0x61,1)<\/code><\/pre>Eseguire nuovamente l’operazione per verificare se i dati sono cambiati:<\/p>
DBCC TRACEON (3604)<\/code><\/pre>DBCC PAGE('Recovery_test',1,368,2) CON I RISULTATI DELLE TABELLE<\/code><\/pre>Sì, i dati sono cambiati.<\/p>
![\"Sì,](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2022\/06\/SQL8-1024x234.png\")
<\/figure>Impostare il database in modalità MULTI_USER:<\/p>
ALTER DATABASE recovery_test SET MULTI_USER CON ROLLBACK IMMEDIATO<\/code><\/pre>Controllare lo stato di salute del database:<\/p>
DBCC CHECKDB ('recovery_test')<\/code><\/pre>Dal registro, si può notare che non ci sono errori. Ciò significa che il database non è più corrotto.<\/p>
![\"possiamo](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2022\/06\/SQL9.png\")
<\/figure>Riparare il database utilizzando Stellar Repair for MS SQL<\/strong><\/h2>
Consideriamo che il problema che abbiamo risolto manualmente è un caso estremamente semplice. Ma la riparazione di casi di corruzione complessi richiede conoscenze avanzate e comporta il rischio di danneggiare maggiormente i dati. Tuttavia, un’applicazione dedicata come Stellar Repair for MS SQL<\/a> può risolvere lo stesso problema in modo sicuro e veloce. Per recuperare un database corrotto sono necessari solo alcuni semplici passaggi. Questi sono:<\/p>
- Problemi del sottosistema I\/O:<\/strong> In questo caso, non è facile capire la causa del problema perché il sistema di archiviazione può avere un’architettura complicata. Ad esempio, prima di scrivere sul disco fisico, è possibile che si debba attraversare una rete o che ci sia un controller del disco e i suoi driver. Uno qualsiasi di questi componenti può guastarsi.<\/li>\n\n\n\n
- KB2803994 – CORRUZIONE: si verifica un danneggiamento dei dati quando i dati LOB vengono caricati in una variabile Transact-SQL in SQL Server 2008 R2, SQL Server 2012 o SQL Server 2008.<\/a><\/li>\n<\/ul>\n<\/li>\n<\/ol>
![\"È](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2022\/06\/SQL10.png\")
<\/figure>![\"Esistono](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2022\/06\/SQL11.png\")
<\/figure>![\"La](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2022\/06\/SQL12-2.png\")
<\/figure>![\"Nuova](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2022\/06\/SQL13.png\")
<\/figure>