Simptome
Luați în considerare următorul scenariu:
-
Utilizați însămânțare automată pentru reproducerea secundară a unui grup de disponibilitate AlwaysOn în Microsoft SQL Server.
-
Faceți o copie de rezervă a bazei de date [DB1], adăugați fișiere [F1] și [F2], apoi eliminați fișierul copie de rezervă [F1].
-
Modificați numele fizic pentru fișier [F2] atunci când restaurați baza de date [DB1] și modificați numele logic din [F2] la [F1] (fișierul care a fost eliminat).
În acest scenariu, apare un conflict pentru reproducerea secundară atunci când încercați să vă asociați la grupul disponibilitate în modul de însămânțare automată. Apoi, veți primi următorul mesaj de eroare:
Eroare DateTime spid97s: 911, severitate: 16, stare: 1.
DateTime spid97s Database 'DatabaseName' nu există. Asigurați-vă că numele este introdus corect.
Eroare DateTime spid97s: 4353, severitate: 16, stare: 1.
S-au specificat relocalizările de fișier în conflict DateTime spid97s pentru fișierul 'nume'. Este necesar să specificați doar o singură clauză cu mutare pentru orice nume logic de fișier.
Eroare DateTime spid97s: 3013, severitate: 16, stare: 1.
DateTime spid97s restaurare bază de date se încheie anormal.
Stare
Microsoft a confirmat că aceasta este o problemă în produsele Microsoft enumerate în secțiunea „Se aplică la”.
Rezolvare
Această problemă este remediată în următoarele actualizări cumulative pentru SQL Server:
Despre actualizările cumulative pentru SQL Server:
Fiecare nouă actualizare cumulativă pentru SQL Server conține toate remedierile rapide și toate remedierile de securitate care au fost incluse în actualizarea cumulativă anterioară. Consultați cele mai recente actualizări cumulative pentru SQL Server:
Referințe
Aflați despre terminologia pe care o utilizează Microsoft pentru a descrie actualizările de software.
