Symptom
Tänk dig följande situation:
-
Du använder automatisk start av den sekundära kopian av en AlwaysOn-tillgänglighetsgrupp i Microsoft SQL Server.
-
Du säkerhetskopierar en databas [db1], lägger till filer [f1] och [f2] och sedan tar du bort säkerhetskopian [f1].
-
Du ändrar det fysiska namnet på filen [f2] när du återställer databasen [db1] och ändrar det logiska namnet från [f2] till [f1] (filen som har tagits bort).
I det här scenariot uppstår en konflikt för den sekundära kopian när du försöker ansluta till tillgänglighetsgruppen i läget för automatisk isättning. Sedan får du följande felmeddelande:
DateTime- 97s-fel: 911, Allvarlighetsgrad: 16, Delstat: 1.
DateTime des97s Database 'DatabaseName' finns inte. Kontrollera att namnet har angetts korrekt.
DateTime- 97s-fel: 4353, Allvarlighetsgrad: 16, Delstat: 1.
DateTime är en fil som är i konflikt med filen har specificerats för filensfilnamn. Endast en WITH MOVE-sats ska anges för alla logiska filnamn.
DateTime- 97s-fel: 3013, Allvarlighetsgrad: 16, Delstat: 1.
DateTime har blockerat97S RESTORE DATABASE is terminating abnormally.
Status
Microsoft har bekräftat att det är ett problem i de Microsoft-produkter som listas i avsnittet "Gäller för".
Lösning
Det här problemet är åtgärdat i följande kumulativa uppdateringar för SQL Server:
Om kumulativa uppdateringar för SQL Server:
Varje ny kumulativ uppdatering för SQL Server innehåller alla snabbkorrigeringar och alla säkerhetskorrigeringar som inkluderades i den föregående kumulativa uppdateringen. Ta en titta på de senaste kumulativa uppdateringarna för SQL Server:
Referenser
Läs mer om terminologin som Microsoft använder för att beskriva programuppdateringar.
