Microsoft vertreibt Microsoft SQL Server 2012-Fixes als eine herunterladbare Datei. Da die Fixes kumulativ sind, enthält jede neue Version alle Hotfixes und alle Sicherheitsupdates, die in der vorherigen Version von SQL Server 2012 behoben wurden.
Problembeschreibung
Stellen Sie sich die folgenden Szenarien vor.Szenario 1
-
Sie haben die Standard Edition einer der folgenden auf einem x64-basierten System installiert:
-
Microsoft SQL Server 2005
-
Microsoft SQL Server 2008
-
Microsoft SQL Server 2008 R2
-
-
Sie erteilen dem SQL Server-Dienststartkonto das Benutzerrecht "Seiten im Arbeitsspeicher sperren".
-
Sie aktivieren das Ablaufverfolgungsflag 845 nicht. Daher verwendet die Instanz von SQL Server keine gesperrten Seitenzuweisungen.
-
Sie aktualisieren die Instanz von SQL Server auf SQL Server 2012.
-
Sie starten die aktualisierte Instanz von SQL Server.
In diesem Szenario wird die aktualisierte Instanz von SQL Server mit gesperrten Seitenzuweisungen ohne Warnung gestartet. Die Upgrade-Regel für die LPIM-Prüfung auf x64-Installationen warnt Sie jedoch nicht vor dieser Verhaltensänderung. Darüber hinaus stellen Sie fest, dass diese Regel fälschlicherweise als übergeben angegeben wird.Szenario 2
-
Sie haben die Standard Edition einer der folgenden auf einem x86-basierten System installiert:
-
Microsoft SQL Server 2005
-
Microsoft SQL Server 2008
-
Microsoft SQL Server 2008 R2
-
-
Sie erteilen dem SQL Server-Dienststartkonto das Benutzerrecht "Seiten im Arbeitsspeicher sperren".
-
Sie können das AWE-Feature (Address Windowing Extensions) nicht einrichten und konfigurieren. Daher verwendet die Instanz von SQL Server keine gesperrten Seitenzuweisungen.
-
Sie aktualisieren die Instanz von SQL Server auf SQL Server 2012.
-
Sie starten die aktualisierte Instanz von SQL Server.
In diesem Szenario wird die aktualisierte Instanz von SQL Server mit gesperrten Seitenzuweisungen ohne Warnung gestartet. Die Upgrade-Regel für die LPIM-Prüfung auf x86-Installationen warnt Sie jedoch nicht vor dieser Verhaltensänderung. Darüber hinaus stellen Sie fest, dass diese Regel fälschlicherweise als übergeben angegeben wird.
Ursache
Dieses Problem tritt auf, weil ein bekanntes Problem im Code für die Upgrade-Regel vorliegt. Die Aktualisierungsregel überprüft fälschlicherweise das Benutzerrecht "Seiten im Arbeitsspeicher sperren". Insbesondere wird auf das Benutzerrecht "Sperren von Seiten im Arbeitsspeicher" für die Dienst Sicherheits-ID (Security Identifier, SID) und nicht auf das Dienstkonto überprüft.
Fehlerbehebung
Wenden Sie diesen Fix an, um dieses Problem zu beheben. Mit diesem Fix wird das bekannte Problem im Aktualisierungsregel Code korrigiert, um das Benutzerrecht "Sperren von Seiten im Arbeitsspeicher" richtig zu überprüfen und Sie während des Upgrades zu warnen. Wenn Sie die Setup Methode Slip-Stream verwenden, um dieses kumulative Update zusammen mit der Veröffentlichungsversion von Microsoft SQL Server 2012 anzuwenden, zeigt die Upgrade-Regel die Warnung korrekt an.
SQL Server 2012
Der Fix für dieses Problem wurde erstmals im kumulativen Update 2 für SQL Server 2012 veröffentlicht. Wenn Sie weitere Informationen zum Abrufen dieses kumulativen Updatepakets benötigen, klicken Sie auf die folgende Artikelnummer, um den Artikel in der Microsoft Knowledge Base anzuzeigen:
2703275 Kumulatives Updatepaket 2 für SQL Server 2012Hinweis Da die Builds kumulativ sind, enthält jede neue Fix-Version alle Hotfixes und alle Sicherheitsupdates, die in der vorherigen Version von SQL Server 2012 behoben wurden. Wir empfehlen, dass Sie die neueste Fix-Version anwenden, die diesen Hotfix enthält. Weitere Informationen finden Sie im folgenden Artikel der Microsoft Knowledge Base:
2692828 Die SQL Server 2012-Builds, die nach der Veröffentlichung von SQL Server 2012 veröffentlicht wurden
Status
Microsoft hat bestätigt, dass es sich hierbei um ein Problem bei den in diesem Artikel genannten Microsoft-Produkten handelt.
Weitere Informationen
Das Ablaufverfolgungsflag 845 ist in Standard Edition-Versionen von SQL Server nützlich, um das Benutzerrecht "Seiten im Arbeitsspeicher sperren" zu aktivieren, wie im folgenden Artikel der Microsoft Knowledge Base beschrieben:
970070 Unterstützung für gesperrte Seiten in SQL Server 2008 R2 Standard Edition x64, auf SQL Server 2005 Standard Edition 64-Bit-Systemen und auf SQL Server 2008 Standard Edition 64-Bit-SystemenWeitere Informationen dazu, wie Sie die Option "Seiten im Arbeitsspeicher sperren" aktivieren, finden Sie auf den folgenden Microsoft TechNet-Websites:
Aktivieren der Option "Seiten im Arbeitsspeicher sperren" (Windows) Sperren von Seiten im Arbeitsspeicher jetzt verfügbar für die 64-Bit-Standard Edition von SQL ServerWeitere Informationen dazu, wie Sie gesperrte Seiten in SQL Server 2012 aktivieren, finden Sie in folgendem Artikel der Microsoft Knowledge Base:
2659143 Aktivieren der Funktion "gesperrte Seiten" in SQL Server 2012Weitere Informationen zur Terminologie für Softwareupdates von Microsoft finden Sie im folgenden Artikel der Microsoft Knowledge Base:
824684 Beschreibung der Standardterminologie, die zum Beschreiben von Microsoft-Softwareupdates verwendet wird