Sintomi
Considerare lo scenario descritto di seguito:
-
Si usa il seeding automatico per la replica secondaria di un gruppo di disponibilità AlwaysOn in Microsoft SQL Server.
-
Si può eseguire il backup di un database [db1], aggiungere i file [f1] e [f2] e quindi rimuovere il file di backup [f1].
-
Il nome fisico del file [f2] viene modificato quando si ripristina il database [db1] e il nome logico da [f2] a [f1] (il file rimosso).
In questo scenario si verifica un conflitto per la replica secondaria quando si prova a partecipare al gruppo di disponibilità in modalità di auto-seeding. Viene quindi visualizzato il messaggio di errore seguente:
Errore spid97s DateTime: 911, Gravità: 16, Stato: 1.
Il database DateTime spid97s 'DatabaseName' non esiste. Assicurarsi che il nome sia stato immesso correttamente.
Errore spid97s DateTime: 4353, Gravità: 16, Stato: 1.
Sono state specificate rilocation di file in conflitto dateTime spid97s per il file 'FileName'. Per qualsiasi nome di file logico, è necessario che sia specificata una sola clausola WITH MOVE.
Errore spid97s DateTime: 3013, Gravità: 16, Stato: 1.
La chiusura anomala di RESTORE DATABASE in DateTime spid97s.
Stato
Microsoft ha confermato che questo problema si verifica nei prodotti elencati nella sezione "Si applica a".
Risoluzione
Questo problema è stato risolto negli aggiornamenti cumulativi seguenti per SQL Server:
Informazioni sugli aggiornamenti cumulativi per SQL Server:
Ogni nuovo aggiornamento cumulativo per SQL Server contiene tutti gli aggiornamenti rapidi e tutte le correzioni per la sicurezza incluse nell'aggiornamento cumulativo precedente. Vedere gli aggiornamenti cumulativi più recenti per SQL Server:
Riferimenti
Informazioni sulla terminologia usata da Microsoft per descrivere gli aggiornamenti software.
