Database migrato di SQL Server improvvisamente nello stato di "Ripristino"

Modifica: questo è ancora un problema vivo, less di un'ora dopo aver provato RESTORE … CON RECUPERO.

Ho eseguito il backup di un database di SQL Server 2005 e ripristinato ad una nuova istanza di SQL 2008. Il ripristino è stato rapido e di successo. Tutto andava bene per un'ora o così.

Improvvisamente, il database è ora bloccato in "(Ripristina …)" stato in Management Studio e ha un'icona freccia verde e il mio login di applicazione non è riuscito!

Qualche consiglio? 🙂

Modifica: questa è un'applicazione dal vivo. Se elimino e riprova, i dati di ora o così vengono persi.

  • SQL Server: diritti espliciti allo schema?
  • memorizzare le immagini nel database - SQL Server 2008
  • Impostazione memory massima e minima
  • Ripristino di un database SQL in un ambiente di produzione come meccanismo di aggiornamento
  • Problema di SQL Server: l'accesso non è riuscito per il nome utente '
  • Posso eliminare in modo sicuro il registro errori di MS SQL Server?
  • Eseguire SQL Server 2005 e 2008 sulla stessa macchina?
  • I database Sql Server 2008 vanno in modo random e in modalità (in ripristino)
  • 3 Solutions collect form web for “Database migrato di SQL Server improvvisamente nello stato di "Ripristino"”

    Ciò può essere dovuto a una serie di ragioni, ma ci sono alcune cose che puoi provare. Provare a eseguire il seguente command:

    RESTORE DATABASE <database name> WITH RECOVERY 

    Se ciò non lo fa, è ansible provare a eliminare il database e ripristinarlo di nuovo.

    questo è un lungo colpo, ma potrebbe essere un database di chiusura automatica con un registro piuttosto grande. I database di chiusura automatica si chiudono automaticamente quando non sono più in uso. Per impostazione predefinita, le edizioni Express creano i database come auto-close. Quando viene aperto un database, viene eseguito il ripristino e, se il registro è molto grande e non esiste alcun punto di controllo recente, il recupero può durare un po ', abbastanza a lungo da essere visibile in Esplora server o in SSMS. È vero che i database di auto-chiusura hanno alcune ottimizzazioni per fare un avvio "veloce", ma può essere ingannato da alcuni casi d'angolo per fare un ripristino completo.

    Per validationre, verificare lo stato di chiusura automatica del database è sys.databases .

    In caso contrario, controllare l'ERRORLOG e / o il registro events di sistema per i messaggi che indicano perché il database è in corso di recupero.

    Controllare l'opzione nel process di backup nel piano di manutenzione Prendere il backup del log di coda e conservare il database in stato di ripristino. Per Over Come, disabilitare l'opzione sopra elencata e eseguire la seguente query per ciascun database DBUSE di ripristino del database interessato con il ripristino;

    In tal caso è accaduto, accidentalmente questa opzione è stata contrassegnata, perché per questa opzione non è necessario mettere il mouse sotto la casella di controllo per triggersrlo, erroneamente cliccato in prossimità di questo triggersrlo. quindi quando questi lavori sono stati eseguiti, è stato necessario eseguire il backup del log di coda e mettere il DB nello stato di ripristino.

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.