KB2958429: In SQL Server 2012 Service Pack 2 behobene Fehler

Unterstützbarkeit:

• Meldung 35285 wird wie erwartet als Informationsmeldung und nicht als Fehler angezeigt.

Funktionalität:

• SQL Writer-Unterstützung COPY_ONLY Sicherung: Die vollständige Sicherung von Data Protection Manager (DPM) auf dem Server mit dem sekundären AlwaysOn wird in COPY_ONLY Sicherung konvertiert.

Unterstützung für das Szenario zur Erstellung eines lokalen Cubes hinzugefügt:

• Wenn Sie SQL Server 2012 Analysis Services (SSAS 2012) SP2 verwenden, können Sie einen lokalen Cube erstellen, der eine Verbindung mit SSAS herstellt, der auf einem statischen nicht standardmäßigen Port ausgeführt wird, für den der SQL-Browser deaktiviert ist. Dieses neue Feature wird durch eine neue Konfigurationseinstellung in msmdsrv.ini gesteuert: "ConfigurationSettings\LocalCubeServerPortInConnectionString". Um dieses Feature zu aktivieren, legen Sie den Wert auf 1 fest. Diese Einstellung hat keine Auswirkung, wenn SSAS 2012 als Failovercluster konfiguriert ist oder auf dem Standardport ausgeführt wird.

Fügen Sie weitere Protokollierung hinzu:

• Dieses Service Pack fügt der SSAS-Protokolldatei weitere Informationen hinzu, um die Problembehandlung zu verbessern. Dazu gehören SSAS-Version, Computername, Netbios-Name, Anzahl der CPUs, RAM-Größe, IP, Port, Protokolltyp, Deadlock, Sperrtimeout und einige andere Informationen.

Verbesserung der SSISDB-Deadlock- und Bereinigungsleistung

• Einführung

  • Deadlock in der SSISDB-Datenbank bei gleichzeitigen Aufrufen SSISDB.catalog.create_execution gespeicherten Prozedur

    • Es wurde ein Problem mit SSISDB-Parallelität und Deadlock behoben. Dies löst jedoch nicht alle Probleme. Zur aktuellen Problemumgehung werden die Aufträge um einige Sekunden gestaffelt. Sie dürfen diese Problemumgehung jedoch nicht verwenden.

    • Schlechte Leistung beim SSISDB-Wartungsauftrag

  • Ein Hotfix ist für den SSISDB-Wartungsauftrag verfügbar.

• Architektur

  • Vorheriges Modell:

    • Jede Transaktion erstellt ein Zertifikat und einen symmetrischen Schlüssel, die auch in Wartungs- oder Bereinigungsaufgaben gespeichert und verarbeitet werden müssen.

  • Neues Modell:

    • Führen Sie eine neue Zeile in der Katalogeigenschaftentabelle SERVER_OPERATION_ENCRYPTION_LEVEL ein und verwenden Sie standardmäßig PER_EXECUTION, um abwärtskompatibel zu bleiben. Der Wert kann in PER_PROJECT Erstellen eines Schlüssel- oder Zertifikatpaars für jedes Projekt geändert werden. Vor dem Wechsel von PER_EXECUTION zu PER_PROJECT ist eine vollständige Bereinigung erforderlich. Für eine vollständige Bereinigung werden zwei neue Speicherverfahren eingeführt.

  • Änderungszusammenfassung:

    • Führen Sie eine neue Zeile in der SSISDB-Eigenschaftentabelle SERVER_OPERATION_ENCRYPTION_LEVEL ein:

      • Nur zwei Werte sind gültig (1 und 2).

      • Wert "1": Standardwert. Verschlüsselt mit symmetrischen Schlüsseln und Zertifikaten entsprechend der Ausführungsebene. Hohe Sicherheit, aber es kann ein Leistungs- oder Deadlockproblem geben.

      • Wert "2": Verschlüsselt mit symmetrischen Schlüsseln und Zertifikaten gemäß Projektebene. Weniger Sicherheit, Beheben von Leistungs- oder Deadlockproblemen.

    • Einführung von zwei neuen gespeicherten Prozeduren (SPs) Cleanup_server_logs und cleanup_server_execution_keys

      • SPs sind für die Verwendung konzipiert, wenn Sie die Verschlüsselungsebene von "1" in "2" ändern. Sie können zuerst Cleanup_server_logs ausführen, die sehr schnell abgeschlossen werden kann, um SSISDB in einen guten Zustand zu versetzen. Die SSISDB-Datenbank kann in die Verschlüsselungsebene geändert werden.

      • Cleanup_server_keys dauert länger als Cleanup_server_logs. Sie wird jedoch ausgeführt, nachdem die Verschlüsselungsebene in "2" geändert wurde und regelmäßig außerhalb der Spitzenzeiten ausgeführt wird.

      • Cleanup_server_logs: Sauber nur alle Vorgangsprotokolle auf.

      • Cleanup_server_execution_keys: sauber symmetrische Schlüssel und Zertifikate, die zum Schutz vertraulicher Ausführungsparameter verwendet werden.

      • @cleanup_flag int (in (1,2))

        • cleanup_flag = 1: Löschen symmetrischer Schlüssel und Zertifikate auf Ausführungsebene

        • cleanup_flag = 2: Löschen symmetrischer Schlüssel und Zertifikate auf Projektebene (diese werden nur gelöscht, wenn dieses perticulare Projekt gelöscht wurde und alle Mit diesem Projekt bezogenen Betriebsprotokolle bereinigt wurden).

      • @delete_batch_size int = 1000

        • Die Anzahl von Schlüsseln oder Zertifikaten wird bei einem Aufruf dieser Speicherprozedur gelöscht.

    • Ändern Sie internal.cleanup_server_retention_window delete_batch_size von 10 in 1000.

Optionale Unterstützung für die Zeilenanzahl von Tabellenvariablen zur Verbesserung von Abfrageplänen:

• Wenn eine Tabellenvariable mit anderen Tabellen in SQL Server verknüpft ist, kann dies aufgrund einer ineffizienten Abfrageplanauswahl zu einer langsamen Leistung führen, da SQL Server beim Kompilieren eines Abfrageplans keine Statistiken unterstützt oder die Anzahl von Zeilen in einer Tabellenvariablen nachverfolgt.

• In SQL Server 2012 SP2 wurde ein neues Ablaufverfolgungsflag eingeführt, mit dem der Abfrageoptimierer Informationen zur Anzahl von Zeilen verwenden kann, die in eine Tabellenvariable eingefügt werden, um einen effizienteren Abfrageplan auszuwählen. Aktivieren Sie das Ablaufverfolgungsflag 2453, um dieses Verhalten zu aktivieren.
  
  Notizen:

  • In einigen Szenarien kann das Aktivieren des Ablaufverfolgungsflags 2453 zu einer leistungsbedingten Beeinträchtigung führen, da zusätzliche Kompilierung erforderlich ist, um die tatsächliche Anzahl von Zeilen zu berücksichtigen, die während der Ausführungszeit in eine Tabellenvariable eingefügt wurden. In der Regel würden Sie von diesem Ablaufverfolgungsflag profitieren, wenn eine Tabellenvariable über eine erhebliche Anzahl von Zeilen verfügt, die mit anderen Tabellen verknüpft sind, oder mehr als eine Zeile enthält und an der äußeren Seite eines geschachtelten Schleifenjoinoperators mit einem Plan auf der inneren Seite verwendet wird, der große Zeilenmengen verarbeitet.

  • Ein ähnliches Verhalten kann in anderen Versionen von SQL Server durch verwendung des ABFRAGEHINWEISES OPTION (RECOMPILE) erreicht werden. Für den Abfragehinweis müssen jedoch alle Abfragen erkannt und geändert werden, die aufgrund eines großen Arbeitsaufwands, der von Tabellenvariablen gesteuert wird, unter einer schlechten Planauswahl leiden. Die Aktivierung des Ablaufverfolgungsflags 2453 kann sich jedoch auf vorhandene Workloads auswirken.

Verbesserte Leistungsproblembehandlung für parallele Abfrageausführungspläne

• DMV sys.dm_exec_requests gibt jetzt den genauen Wert für cpu_time für parallele Abfrageausführungspläne zurück. STATISTICS IO Diagnose meldet jetzt genaue logische Lesevorgänge für parallele Abfrageausführungspläne.

Verbesserte Diagnose

• Wenn ein Hashjoin- oder Hashaggregatoperator während der Abfrageausführung Daten in die tempdb-Datenbank übergibt, werden jetzt entsprechende E/A-Vorgänge für STATISTICS IO-Diagnose gemeldet.

Verbesserte Volltextindex-Diagnose

• In einigen Fällen kann es schwierig sein, zu verstehen, wie Ergebnisse bestimmter Volltextabfragen zurückgegeben werden. Das Volltextsuchsubsystem interagiert mit externen Wörtertrennungen und Stopplisten, und als Ergebnis dieser Interaktion können sich die Positionsinformationen für die Schlüsselwörter in einem Dokument von denen unterscheiden, die im eigentlichen Text beobachtet werden. Dies ist bei "Phrase"- oder "NEAR"-Suchvorgängen äußerst relevant, da das Delta zwischen den Wörtern in internen Berechnungen verwendet wird, um übereinstimmende Dokumente zu finden.

• In SQL Server 2012 SP2 wurde eine neue dynamische Verwaltungsfunktion (Dynamic Management Function, DMF) hinzugefügt, um Zugriff auf Positionierungsinformationen für in einem Dokument indizierte Schlüsselwörter zu ermöglichen. Die neue DMF ähnelt vorhandenen DMF-sys.dm_fts_index_keywords_by_document und weist die folgende Syntax auf:sys.
  dm_fts_index_keywords_position_by_document (
  DB_ID('database_name'), OBJECT_ID('table_name') )
  

• Anstelle der Vorkommensanzahl werden Informationen zu jedem Vorkommen und seiner Position im indizierten Dokument zurückgegeben.

• Diese Informationen können verwendet werden, um die Zuordnung zwischen dem Text und dem internen Index zu betrachten, die den Unterschied in Delta (falls vorhanden) für den Suchbegriff anzeigt. Dies kann helfen, die Ergebnisse der Ausdruckssuche zu verstehen.

Unterstützbarkeit

• Transaktionsreplikation:

  • Ausführliche Meldung, die den Statistiken in Verlaufstabellen und ausführlicheren Meldungen in den Agentprotokollen hinzugefügt wurde:

    • Textnachricht zu <Statistiken> XML-Ausgabe hinzugefügt, um unterschiedliche Zustände sowohl im Logreader- als auch im Verteiler-Agent zu definieren.

    • Statistiken auf Artikelebene für parametrisierte Verteiler- und Logreader-Befehle hinzugefügt.

    • Anzahl übersprungener Befehle zur Ausgabedatei im Verteiler-Agent hinzugefügt.

    • Zeit für Schemaänderungen im Verteiler-Agent wurde hinzugefügt.

  • LogReader: Protokolldatensätze werden in .TXT Datei hinzugefügt, wenn ein Benutzerabbild erfasst wird.

  • Peer-to-Peer: Einfüge-, Aktualisierungs- und Löschprozeduren werden aktualisiert, um der Konfliktmeldung folgende Details bereitzustellen:

    • Tabellenname

    • Name und Werte der Primärschlüsselspalte

    • Aktuelle Version

    • Vorversion

    • Post-Version

• Mergereplikation:

  • Die Ausgabe des Ablaufverfolgungsflags 101, das in der Protokolldatei hinzugefügt wird, wenn die Ausführliche Ausgabeebene für den Merge-Agent auf 4 festgelegt ist.

Funktionalität

• Transaktionsreplikation:

  • Die Peer-zu-Peer-Replikation unterstützt jetzt teilaktualisierungen, die mithilfe von Update oder an der Textspalte vorgenommen wurden. Semantik schreiben.

• Mergereplikation:

  • Die gespeicherte Bereinigungsprozedur wurde neu gestaltet, um redundante Datenuploads zu vermeiden.

Protokollierungsmeldung mit Verarbeitungsfehlern und Warnungen, um häufige Aufrufe von CSS und großen HTML-Berichten zu verhindern.

• Übersicht:

  • Erkennung des Berichtsentwurfs, um zu bestimmen, ob der Berichtsentwurf einen großen HTML-Bericht enthält und möglicherweise Leistungsprobleme verursacht. Dies sollte anhand der Einstellungen für höhe und breite der interaktiven Seite leicht erkannt werden.

• Benutzerszenario:

  • Sie erstellen einen Bericht im Report Builder. Sie geben den Wert "0" in die InteractiveSize-Eigenschaft ein. Sie erhalten ein Popupfenster mit der folgenden Warnung zu potenziellen Leistungsbeeinträchtigungen:

    Das Festlegen der interaktiven Heigth auf 0 Matten wirkt sich auf die Leistung aus.

Leistungsverbesserungen

• Mehrere Leistungsverbesserungen in Service Pack 2, wie in den folgenden Artikeln beschrieben:

  • Leistungsprobleme treten auf, wenn die Datenbanksperraktivität in SQL Server 2012 zunimmt

  • Leistungsprobleme treten in NUMA-Umgebungen während der Verarbeitung fremder Seiten in SQL Server 2012 auf

  • Die Leistung sinkt nach einem ALTER INDEX... Der ONLINE-Vorgang wird im SQL Server 2012 abgebrochen

• DMV-Erweiterungen

  • sys.dm_db_session_space_usage gibt den Speicherplatz an, der in der tempdb-Datenbank vom Benutzerobjekt pro Sitzung belegt wird. Wenn die Anzahl der gelöschten Zeilen 1.024 Seiten überschreitet, wird die Aufhebung der Zuordnung dieser Seiten verzögert. In SQL Server 2012 Service Pack 2 umfasst die DMV auch die Speicherplatznutzung für Zuordnungseinheiten, die in einer neuen Spalte mit dem Namen user_objects_deferred_dealloc_page_count zurückgestellt werden.

  • sys.dm_server_services geben den Knotennamen nun ordnungsgemäß in cluster_nodename Spalte an, wenn SQL Server in einem Failovercluster installiert ist.

• Ringpuffererweiterungen

  • Der Ringpuffer für die App-Domänen RING_BUFFER_CLRAPPDOMAIN enthält den Grund, warum die App-Domäne im feld <DoomReason> entladen wurde:

    • 1 = entladen durch DDL-Vorgänge wie das Löschen der Assembly.

    • 2 = entladen durch sicherheitsbezogene Vorgänge, z. B. ändern der Berechtigung.

    • 3 = aufgrund der Speicherauslastung entladen.

    • 4 = aufgrund einer fehlgeschlagenen Initialisierung entladen.

  • Die entsprechende erweiterte Ereignis-app_domain_ring_buffer_recorded enthält den Grund für das Entladen in doom_reason Ereignisdatenfeld.

  • RING_BUFFER_RESOURCE_MONITOR enthält Einträge, wenn eine Änderung in dem vom Ressourcenmonitor überwachten Zustand erkannt wird. Darüber hinaus sind Poolbenachrichtigungen für System- und Prozessressourcenbenachrichtigungen auch im knoten <IndicatorsPool> </IndicatorsPool> verfügbar.

  • Resource_monitor_ring_buffer_recorded erweiterte Ereignis enthält poolweite Benachrichtigungen im datenfeld pool_indicators.

  • RING_BUFFER_NONYIELD_PROCESSTABLE enthält den Prozessnamen zusätzlich zu anderen Informationen bis zu 8192 Threads, die zum Zeitpunkt der Aufzeichnung des Ringpuffereintrags im System ausgeführt werden.

• Verbesserungen bei Sicherung und Wiederherstellung

  • Die Sicherung des Protokollfragments des Modells mit der Option norecovery ist ab Service Pack 2 nicht mehr zulässig.

  • Sicherungs- und Wiederherstellungsabschlussmeldungen im Fehlerprotokoll enthalten Informationen zur Dauer und zum Durchsatz:

    • BACKUP DATABASE hat 298 Seiten in 0,026 Sekunden (89,261 MB/Sekunde) erfolgreich verarbeitet.

    • RESTORE DATABASE hat 298 Seiten in 0,016 Sekunden (145,050 MB/Sekunde) erfolgreich verarbeitet.

• Erweiterte Ereignisse

  • Die folgenden erweiterten Ereignisse wurden in SQL Server 2012 Service Pack 2 hinzugefügt oder geändert:

    • Speicherbelegung:

      • Erweiterte Ereignisse page_allocated und page_freed können verwendet werden, um die wichtigsten Consumer von SQL Server Arbeitsspeicher anzuzeigen. Ab Service Pack 2 melden diese erweiterten Ereignisse auch reservierten Speicher, der während der Abfrageausführung zugewiesen und freigegeben wird.

    • Ghost Cleanup:

      • Wenn ein Datensatz in einer Tabelle oder einem Index gelöscht wird, werden datensätze bei einem solchen Löschvorgang niemals physisch von Seiten entfernt, sie werden nur als gelöscht oder als verwaist markiert. Dies ist eine Leistungsoptimierung, mit der Löschvorgänge schneller abgeschlossen werden können. Eine Hintergrundaufgabe, die als Ghost Cleanup-Aufgabe bezeichnet wird, entfernt dann physisch alle gelöschten Datensätze. In Service Pack 2 wurden mehrere erweiterte Ereignisse hinzugefügt, um Einblicke in die verschiedenen Phasen dieser Aufgabe zu geben:

        • ghost_cleanup_task_start

        • ghost_cleanup_task_suspend

        • ghost_cleanup_task_packet_enqueue

        • ghost_cleanup_task_process_packet

        • ghost_cleanup_task_process_pages_for_db_packet