Problembeschreibung
Angenommen, Sie haben immer ein Feature für Verfügbarkeitsgruppen (AG) konfiguriert, das unter Linux in SQL Server 2017 konfiguriert ist. Wenn Sie das sekundäre Replikat auf Kumulatives Update 18 (CU18) mithilfe des Befehls yum aktualisieren, stellen Sie fest, dass das Skript Upgrade möglicherweise mit der folgenden Fehlermeldung fehlschlägt:
DateTime - SpidNum -System Objekte konnten in der Datenbank "DatabaseName" nicht aktualisiert werden, da sie schreibgeschützt sind.
DateTime- SpidNum CHECKDB für Datenbank "DatabaseName" wurde ohne Fehler in DateTime (Ortszeit) verarbeitet. Dies ist nur eine Informationsmeldung; Es ist keine Benutzeraktion erforderlich.
DateTime SpidNum Upgrade von Abonnementeinstellungen und Systemobjekten in der Datenbank [DatabaseName].
DateTime- SpidNum Fehler beim Aktualisieren der Datenbank "DatabaseName", weil die Datenbank schreibgeschützt ist.
DateTime- SpidNum -Fehler beim Ausführen von sp_vupgrade_replication.
DateTime SpidNum Speichern des Upgrade-Skript Status auf "SOFTWARE\Microsoft\MSSQLServer\Replication\Setup".
DateTime- SpidNum -Fehler beim Speichern des Aktualisierungsskript Status.
Die DateTime -SpidNum -Datenbank "DatabaseName"aktualisiert das Skript "upgrade_ucp_cmdw_discovery. SQL" vom Level LevelNumauf Level LevelNum.
Die DateTime - SpidNum -Datenbank "DatabaseName"aktualisiert das Skript "msdb110_upgrade. SQL" vom Level LevelNum auf Level LevelNum.
DateTime SpidNum startet die Ausführung von PRE_MSDB. SQL
DateTime- SpidNum -Fehler: 3930, Schweregrad: 16, Zustand: 1.
DateTime- SpidNum die aktuelle Transaktion kann nicht zugesichert werden und kann keine Vorgänge unterstützen, die in die Protokolldatei schreiben. Wiederherstellen der Transaktion
DateTime- SpidNum -Fehler: 912, Schweregrad: 21, Zustand: 2.
Das Update für die DateTime-SpidNum -Skriptebene für die Datenbank "DatabaseName"ist fehlgeschlagen, da der Aktualisierungsschritt "msdb110_upgrade. SQL" auf Fehler 3930, Zustand 1, Schweregrad 16, gestoßen ist. Hierbei handelt es sich um einen schwerwiegenden Fehlerzustand, der den normalen Betrieb stören kann und die Datenbank offline geschaltet wird. Wenn der Fehler während des Upgrades der Datenbank "DatabaseName"aufgetreten ist, wird verhindert, dass die gesamte SQL Server-Instanz gestartet wird. Untersuchen Sie die vorherigen Fehlerprotokolleinträge auf Fehler, führen Sie die entsprechenden Korrekturmaßnahmen durch, und starten Sie die Datenbank erneut, damit die Schritte zum Ausführen des Skript Upgrades bis zum Abschluss ausgeführt werden.
DateTime- SpidNum -Fehler: 3417, Schweregrad: 21, Zustand: 3.
DateTime- SpidNum können die Master-Datenbank nicht wiederherstellen. SQL Server kann nicht ausgeführt werden. Stellen Sie Master aus einer vollständigen Sicherung wieder her, reparieren Sie ihn, oder erstellen Sie ihn erneut. Weitere Informationen zum erneuten Erstellen der Master Datenbank finden Sie unter SQL Server-Online Dokumentation.
Die DateTime- SpidNum -SQL-Ablaufverfolgung wurde aufgrund eines Server Stillstands angehalten. Ablauf Verfolgungs-ID = "1". Dies ist nur eine Informationsmeldung; Es ist keine Benutzeraktion erforderlich.
Status
Microsoft hat bestätigt, dass es sich hierbei um ein Problem bei den in diesem Artikel genannten Microsoft-Produkten handelt.
Fehlerbehebung
Dieses Problem wurde im folgenden kumulativen Update für SQL Server behoben:
Informationen zu kumulativen Updates für SQL Server:
Jedes neue kumulative Update für SQL Server enthält alle Hotfixes und alle Sicherheitsupdates, die im vorherigen kumulativen Update enthalten waren. Schauen Sie sich die neuesten kumulativen Updates für SQL Server an:
Informationsquellen
Informieren Sie sich über die Terminologie, die Microsoft zum Beschreiben von Softwareupdates verwendet.
