Ogni volta che riavvio Windows, per alcuni database ottengo questo errore:
Il sistema operativo ha restituito l'errore 21 (Il dispositivo non è pronto.)
chkdsk /rsenza - settori danneggiati.Ho eseguito DBCC CHECKDBsenza errori:
*(CHECKDB found 0 allocation errors and 0 consistency errors in database)* Windows 10 e SQL Server 2016 Express.
Risposte:
Ogni volta che riavvio Windows, per alcuni database viene visualizzato questo errore. (Errore del sistema operativo 21 - Dispositivo non pronto)
Ciò è dovuto al fatto che un disco non è in linea o non è in linea al momento dell'avvio di SQL Server o aveva stati di transizione dopo che SQL Server era online.
3.Se riavvio SQL Server, gli errori scompaiono
Sì, perché i database sono stati rimontati all'interno di SQL Server. Puoi anche offline-> online anche il database e funzionerebbe, supponendo che il dispositivo disco sia stato riparato.
Questo può essere facilmente riprodotto in un ambiente di test inserendo un database su un disco, disabilitando il disco, eseguendo una query di selezione (per ottenere l'errore), riportando il disco online e notando che la selezione fallisce ancora con lo stesso errore. Il database dovrà essere reinstallato per funzionare di nuovo e non ottenere il 21 errore del sistema operativo.
Cosa dovresti fare
Chiedi a qualcuno di eseguire alcune tracce di Windows per capire perché inizialmente non è in linea o perché non è in linea (qualsiasi transizione di stato) o perché viene mostrato pronto per Windows ma in realtà non lo è (forse è necessario caricare altri driver per esso).
Inoltre, controlla che tutti i driver del filtro del disco siano aggiornati per cose come antivirus, protezioni dalle intrusioni dell'host, ecc., Poiché potrebbero anche bloccare il servizio / avvio / stato.
Penso di aver trovato la causa.
Molto probabilmente il problema è dovuto alle opzioni di alimentazione "Avvio rapido" .
È una tecnica di Windows per ridurre il tempo di avvio; Fast Startup combina elementi di arresto a freddo e la modalità di ibernazione .
Qui puoi trovare un altro articolo su pro e contro
L'ho disabilitato e il problema sembra risolto.
Queste sono le mie osservazioni e come ho risolto il problema (a beneficio di altri che potrebbero avere lo stesso problema)
L'errore completo che ho riscontrato durante la connessione all'istanza MS SQL predefinita locale (2017) tramite MSSMS è:
Il sistema operativo ha restituito l'errore 21 (Il dispositivo non è pronto.) A SQL Server durante una lettura all'offset 0x000000000ae000 nel file 'D: \ MSSQL \ DATA \ tempdev.mdf'. Ulteriori messaggi nel registro errori di SQL Server e nel registro errori del sistema operativo possono fornire ulteriori dettagli. Questa è una grave condizione di errore a livello di sistema che minaccia l'integrità del database e deve essere corretta immediatamente. Completare un controllo di coerenza del database completo (DBCC CHECKDB). Questo errore può essere causato da molti fattori; per ulteriori informazioni, consultare la documentazione in linea di SQL Server. (Microsoft SQL Server, errore: 823) Per assistenza, fare clic su: http://go.microsoft.com/fwlink?ProdName=Microsoft%20SQL%20Server&EvtSrc=MSSQLServer&EvtID=823&LinkId=20476
Ho iniziato a ottenerlo dopo aver spostato il mio tempdb sul mio nuovo disco D. L'esecuzione di un avvio / arresto del servizio SQL rimuove l'errore. Non ho mai avuto questo errore quando tutto era su C. Entrambe le mie unità sono SSD e crittografate con Bitlocker, non sono sicuro che questo potrebbe essere il problema, forse l'unità C viene sbloccata molto presto perché il sistema operativo ne ha bisogno e l'unità D viene sbloccata in seguito .
Ho riscontrato lo stesso problema molte volte e ho pensato di condividere la mia soluzione (nonostante le risposte già fornite):
Quindi ho due istanze SQL (SQL 2008 e SQL 2017). L'errore non si manifesta nella mia istanza SQL08 ma su SQl17. Ciò è causato dalle "credenziali dell'account" fornite durante l'installazione / configurazione di ciascuna istanza SQL:
Questo può essere visto in Servizi Windows. SQL08 è stato impostato per utilizzare "Account di sistema locale" mentre SQL17 non funzionante è stato impostato su "ACCOUNT DI RETE" durante l'installazione. Quindi basta cambiarlo e riavviare qui il servizio SQL (o riavviare l'istanza nel browser SQL).
La seconda parte di questo problema è unica per SQL Server 2017 CTP 2.0 quando si utilizza SQL Server Management Studio V17, nel qual caso SMO è passato a " sys.dm_os_enumerate_fixed_drives " anziché al vecchio " xp_fixeddrives " per ottenere informazioni sullo spazio libero sul disco locale . Per ovviare a questo, vai a DEVICE MANAGER e disabilita temporaneamente l'unità citata (nel mio caso era l'unità "G" che è solo la mia unità DVD-ROM).
Anche questo problema mi ha irritato. Ho 5 dB collegati alla mia istanza di SQL Server, 3 dei quali funzionano correttamente, ma 2 dei quali si lamentano
Il sistema operativo ha restituito l'errore 21 (Il dispositivo non è pronto.) A SQL Server durante una lettura all'offset 0x00000000204000 nel file "E: \ xxxxxxxx.mdf"
Ecco la mia soluzione
In una nota a margine, ho provato a prendere il metodo offline / online di db. Non ha funzionato nel mio caso. La forza bruta che riavvia il servizio sqlserver ha funzionato bene. questo potrebbe essere un problema per coloro la cui posta in gioco di portare offline tutti i dbs è troppo alta. Tuttavia, se stai solo facendo uno sviluppo locale come me, allora questa soluzione dovrebbe andare bene.