Problembeschreibung
Stellen Sie sich folgendes Szenario vor:
-
Sie verwenden automatisches Seeding für das sekundäre Replikat einer AlwaysOn-Verfügbarkeitsgruppe in Microsoft SQL Server.
-
Sie sichern eine Datenbank [db1], fügen Dateien [f1] und [f2] hinzu, und entfernen dann die Sicherungsdatei [f1].
-
Sie ändern den physischen Namen der Datei [f2], wenn Sie die Datenbank [db1] wiederherstellen, und ändern den logischen Namen von [f2] in [f1] (die Datei, die entfernt wurde).
In diesem Szenario tritt ein Konflikt für das sekundäre Replikat auf, wenn Sie versuchen, der Verfügbarkeitsgruppe im automatischen Seedingmodus beizu treten. Anschließend erhalten Sie die folgende Fehlermeldung:
DateTime spid97s Fehler: 911, Schweregrad: 16, Zustand: 1.
DateTime spid97s Database 'DatabaseName' ist nicht vorhanden. Stellen Sie sicher, dass der Name richtig eingegeben wird.
DateTime spid97s Fehler: 4353, Schweregrad: 16, Zustand: 1.
DateTime spid97s Widersprüchliche Dateiverlagerungen wurden für datei "FileName"angegeben. Für jeden logischen Dateinamen sollte nur eine einzelne WITH MOVE-Klausel angegeben werden.
DateTime spid97s Fehler: 3013, Schweregrad: 16, Zustand: 1.
DateTime spid97s RESTORE DATABASE wird ungewöhnlich beendet.
Status
Microsoft hat bestätigt, dass es sich hierbei um ein Problem bei den in diesem Artikel genannten Microsoft-Produkten handelt.
Lösung
Dieses Problem wurde in den folgenden kumulativen Updates für SQL Server:
Informationen zu kumulativen Updates für SQL Server:
Jedes neue kumulative Update für SQL Server enthält alle Hotfixes und alle Sicherheitsfixes, die im vorherigen kumulativen Update enthalten waren. Schauen Sie sich die neuesten kumulativen Updates für SQL Server:
Informationsquellen
Informieren Sie sich über die Terminologie, die Microsoft zum Beschreiben von Softwareupdates verwendet.
