Stamattina il nostro servizio SQL Server è stato disattivato e alcuni dei nostri siti Web sono stati disattivati. Quando sono andato a controllare il Visualizzatore eventi di Windows ho visto i seguenti errori:
L'aggiornamento a livello di script per il "master" del database non è riuscito perché il passaggio di aggiornamento "SSIS_hotfix_install.sql" ha riscontrato l'errore 942, stato 4, gravità 25
Impossibile ripristinare il database principale. SQL Server non può essere eseguito. Ripristina master da un backup completo, riparalo o ricostruiscilo. Per ulteriori informazioni su come ricostruire il database master, consultare la documentazione in linea di SQL Server.
La prima cosa che ho fatto è stata Google errori. Alla fine ho trovato un post nel forum con il problema esatto e una soluzione per esso (anche su un post sul blog in cui sto cercando una soluzione ). Il problema ha a che fare con i gruppi di disponibilità AlwaysOn e la correzione richiede di:
Avviare il servizio SQL Server con Trace Flag 902:
Net Start MSSQL $ Nome_istanza / T902
Aprire SQL Server Management Studio, accedere a Gruppo di disponibilità e rimuovere SSISDB dai database di disponibilità
Apri Nuova query, esegui lo script SSIS_hotfix_install.sql che si trova nella cartella Installa in \ Programmi \ Microsoft SQL Server \ MSSQL11.MSSQL $ Nomeistanza \ MSSQL
Arresta i servizi di SQL Server:
Net Stop MSSQL $ Nome_istanza
Avviare il servizio SQL Server dal gestore configurazione di SQL Server
Aggiungi SSISDB al gruppo di disponibilità
Tuttavia, non sono riuscito a superare il passaggio 2 perché ho riscontrato il seguente errore quando ho tentato di espandere la cartella "Disponibilità sempre elevata":
La funzione "AlwaysOn deve essere abilitata per l'istanza del server" InstanceName "prima di poter creare un gruppo di disponibilità su questa istanza.
Quindi ho seguito le istruzioni per accedere a "Gestione configurazione SQL Server" e alla scheda "Disponibilità elevata sempre" per attivare la funzionalità. Questa volta la funzionalità è stata disattivata e c'era un messaggio che diceva che il nodo del computer non si trova in un cluster di failover.
La mia domanda è:
Come posso risolvere questo problema se non abbiamo nemmeno una configurazione del cluster di failover che utilizzerebbe questa funzionalità?
Corsi dbcc checkdbsul maestro; i risultati furono:
CHECKDB ha trovato 0 errori di allocazione e 0 errori di coerenza nel database "master".
Il gruppo di disponibilità AlwaysOn NON è attivo perché non ho nemmeno un cluster di failover.