Programfel som har åtgärdats i SQL Server 2012 Service Pack 2

Support:

• Meddelande 35285 visas ett informationsmeddelande som förväntat och inte som ett fel.

Funktioner:

• SQL Writer stöd COPY_ONLY säkerhetskopiering: Data Protection Manager (DPM) fullständiga säkerhetskopian på servern med AlwaysOn sekundär kommer att konverteras till COPY_ONLY säkerhetskopiering.

Lägga till stöd för lokal kub för att skapa scenario:

• När du använder SQL Server 2012 Analysis Services (SSAS 2012) SP2 kan skapa du en lokal kub som ansluter till SSAS som körs på en statisk port för icke-standard som har SQL browser avstängd. Den här nya funktionen styrs av en ny konfiguration i msmdsrv.ini: "ConfigurationSettings\LocalCubeServerPortInConnectionString". Ange värdet 1 om du vill aktivera den här funktionen. Den här inställningen har ingen effekt om SSAS 2012 konfigureras som ett failover-kluster eller kör på standardporten.

Lägg till mer loggning:

• Uppdateringen lägger till mer information i SSAS loggfilen för att förbättra felsökning. Detta inkluderar SSAS-versionen, datornamn, NetBIOS-namn, antalet processorer, ram-storlek, IP, port, protokolltyp, dödläge, timeout för lås och annan information.

SSISDB dödläge och rensa prestandaförbättring

• Introduktion

  • Dödläge i SSISDB databas på samtidiga anrop till SSISDB.catalog.create_execution lagrad procedur

    • En korrigering har gjorts för SSISDB concurrences och dödläge problemet. Men löser detta inte alla problem. Aktuella lösningen fördelning jobb efter några sekunder. Men du kan inte använda den här lösningen.

    • Dåliga prestanda på jobbet för underhåll av SSISDB

  • En snabbkorrigering är tillgänglig för jobbet för underhåll av SSISDB.

• Arkitektur

  • Föregående modell:

    • Varje transaktion skapas ett certifikat och en symmetrisk nyckel som också måste lagras och bearbetas i Underhåll eller rensning aktiviteter.

  • Ny modell:

    • Introducera ny rad i tabellen catalog-egenskapen SERVER_OPERATION_ENCRYPTION_LEVEL och standard PER_EXECUTION behålla bakåtkompatibilitet, kan du ändra värdet till PER_PROJECT skapa en nyckel eller certifikat-paret för varje projekt. Det krävs en fullständig rensning innan du ändrar från PER_EXECUTION till PER_PROJECT. Två nya butiken förfaranden införs för en fullständig rensning.

  • Ändra Sammanfattning:

    • Införa en ny rad i tabellen för SSISDB-egenskapen SERVER_OPERATION_ENCRYPTION_LEVEL:

      • Endast två värden är giltiga (1 och 2).

      • Värdet "1": Standardvärde. Krypterad med symmetriska nycklar och certifikat efter körning av nivå. Hög säkerhet, men det kanske har prestanda eller dödläge problemet.

      • Värdet "2": Krypteras med symmetriska nycklar och certifikat enligt projektnivå. Lösa problemet med prestanda eller dödläge mindre säkerhet.

    • Införa två nya lagrade procedurer (SPs) Cleanup_server_logs och cleanup_server_execution_keys

      • SPs är utformade för att användas när du ändrar krypteringsnivån från "1" till "2." Du kan köra Cleanup_server_logs först som kan vara mycket snabbt färdig att sätta SSISDB i gott skick. SSISDB databas är klar ändras till krypteringsnivå.

      • Cleanup_server_keys tar längre tid än Cleanup_server_logs. Dock kan köra när krypteringsnivån ändras till "2" och körs med jämna mellanrum vid av högbelastningstid.

      • Cleanup_server_logs: endast Rensa alla loggar för åtgärden.

      • Cleanup_server_execution_keys: Rensa symmetriska nycklar och certifikat som används för att skydda känsliga körningsparametrar.

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

        • cleanup_flag = 1: släpp körning nivå symmetriska nycklar och certifikat

        • cleanup_flag = 2: projektet nivå symmetriska nycklar och certifikat (kommer endast släppa dem om projektet perticular har tagits bort och loggar för alla operationer som hör till det här projektet har rensats).

      • @delete_batch_size int = 1000

        • antal nycklar och certifikat kommer att tas bort vid ett anrop av proceduren butiken.

    • Ändra delete_batch_size i internal.cleanup_server_retention_windowfrån 10 till 1000.

Valfritt stöd för variabla tabellrad räknar för att förbättra frågeplaner:

• Om en variabel för tabellen är kopplad till andra tabeller i SQL Server kan det resultera i dåliga prestanda på grund av en ineffektiv plan frågeurvalet eftersom SQL Server har inte stöd för statistik eller spåra antalet rader i en variabel för tabellen vid kompilering av en frågeplan.

• I SQL Server 2012 SP2 införs en ny spårningsflagga som gör det möjligt att använda information om antalet rader som infogas i en variabel för tabellen för att markera effektivare frågeplan Frågeoptimeringen. Aktivera spårningsflagga 2453 att aktivera denna funktion.
  
  Anteckningar:

  • I vissa fall kan resultera aktivera spårningsflagga 2453 i försämras prestanda på grund av ytterligare sammanställning som krävs på grund av faktiska antalet rader som infogas i en variabel för tabellen under körningstid. Normalt skulle dra nytta av den här spårningsflagga om en variabel för tabellen har betydande mängd rader med andra tabeller eller har mer än en rad och används på den yttersta sidan av en kapslad loop kopplingsoperator med en plan på insidan som bearbetar stora mängder rader.

  • Liknande problem kan uppnås på andra versioner av SQL Server genom att använda frågetipset OPTION (RECOMPILE) . Frågetipset kräver emellertid identifiera och ändra alla frågor som lider av dålig plan val på grund av den stora mängden arbete som drivs av registervariabler, medan aktivera spårningsflagga 2453 kan påverka befintliga arbetsbelastningar.

Förbättrad prestanda för parallell körning av frågeplaner felsökning

• DMV sys.dm_exec_requests returnerar nu korrekt värde för cpu_time för parallell fråga körning av planer. Statistik IO diagnostikrapporter nu exakta logiska läsningar för parallell körning av frågeplaner.

Förbättrad diagnostik för hash-oljesanering

• Om ett hash-koppling eller hash sammanlagda operator spill data till databasen tempdb vid körning av fråga, rapporteras nu motsvarande I/O för statistik IO-diagnostik.

Förbättrad diagnostik för fulltext index

• I vissa fall kan det vara svårt att förstå hur resultaten av vissa fulltextfrågor returneras. Fulltext Sök delsystem samverkar med externa orddelare och stoppa listor och resultat av interaktionen positionell information för nyckelord i ett dokument kan skilja sig från vad som observeras i den faktiska texten. Detta är mycket relevant när gjorde "fras" eller 'nära söker sedan delta mellan orden används i beräkningar för att hitta matchande dokument.

• I SQL Server 2012 SP2 lades en ny dynamisk hantering funktion (DMF) för att komma åt att placera information om nyckelord som är indexerade i ett dokument. Den nya DMF liknar befintliga DMF sys.dm_fts_index_keywords_by_documentoch har följande syntax:sys. dm_fts_index_keywords_position_by_document (
  DB_ID('database_name'), OBJECT_ID('table_name')
  )
  

• I stället för antal förekomster returnerar information om varje förekomst och dess placering i indexerade dokument.

• Denna information kan användas för att titta på mappningen mellan texten och den interna index som visar skillnaden i delta, för sökfras. Detta kan hjälpa förstå resultaten från fras sökning.

Support

• Transaktionsreplikering:

  • Verbose meddelandet läggs till statistik i tidigare tabeller och mer detaljerade meddelanden i agent-loggar:

    • Tillagd textmeddelande till < statistik > XML-utdata för att definiera olika lägen i både logreader och distributör Agent.

    • Extra artikel nivå statistik för återförsäljare och logreader parametriserade kommandon.

    • Ytterligare antal överhoppade kommandon till utdatafilen i distributör agent.

    • Lägga tid göra schemaändringar i distributör agent.

  • LogReader: poster läggs till i. TXT-filen när användaren dumpades fångas.

  • Peer To Peer: Insert, update och delete förfaranden har uppdaterats och anger nedan information till meddelandet:

    • Tabellnamn

    • Namn på primär nyckel och värden

    • Aktuell version

    • Äldre version

    • Efter version

• Sammanfoga replikering:

  • Produktionen av spårningsflagga 101 som läggs till i loggfilen när detaljnivån för utdata för koppla agent är inställd på 4.

Functionnality

• Transaktionsreplikering:

  • Peer to peer-replikering nu stöder partiell uppdateringar textkolumner med uppdateringen eller. Skriva semantiska.

• Sammanfoga replikering:

  • Rensa lagrade proceduren har gjorts för att undvika redundant överföringen av data.

Logga meddelanden med bearbetning fel och varningar för att förhindra vanliga samtal till CSS, stor HTML-rapporter.

• Översikt:

  • Påvisande av rapporten för att avgöra om rapportdesignen kommer net en stor HTML-rapport och orsaka prestandaproblem. Detta skall enkelt påvisas genom undersökning av interaktiva sidans höjd och bredd.

• Användarscenario:

  • Du kan skapa en rapport i Report Builder. Du anger värdet "0" i egenskapen InteractiveSize . Du får ett popup-fönster som innehåller följande meddelande varning om potentiella prestandapåverkan:

    Interaktiva heigth 0 skrivarmatta har en inverkan på prestanda.

Prestandaförbättringar

• Flera prestandaförbättringar i Service Pack 2 som beskrivs i följande artiklar:

  • Prestandaproblem uppstår när Lås Databasaktivitet ökar i SQL Server 2012

  • Prestandaproblem uppstå i NUMA-miljöer under utländsk sida behandling i SQL Server 2012

  • Prestanda minskar efter ett ALTER INDEX... ONLINE åtgärden avbröts i SQL Server 2012

• DMV-förbättringar

  • sys.dm_db_session_space_usage visar mängden utrymme som vidtagit användarobjektet per session i tempdb-databasen. När antalet rader som tas bort är längre än 1024 sidor, skjuter upp avinstallation fördelningen av dessa sidor. I SQL Server 2012 Service Pack 2 tas på DMV även användning av diskutrymme för allokeringsenheter som skjuter upp i en ny kolumn som kallas user_objects_deferred_dealloc_page_count.

  • sys.dm_server_services nu anger korrekt nodnamnet i kolumnen cluster_nodename om SQL Server installeras i ett failover-kluster.

• Ring buffert förbättringar

  • Ringbufferten för app-domäner RING_BUFFER_CLRAPPDOMAIN innehåller orsaken till varför tillämpningsdomänen var lossas i fältet < DoomReason > :

    • 1 = lossas av DDL-operationer som släpp sammansättning.

    • 2 = lossas av säkerhet relaterade operationer som kan ändra behörighet.

    • 3 = lossas på minne trycket hantering.

    • 4 = lossas på initiering misslyckades.

  • Motsvarande app_domain_ring_buffer_recorded för en utökad händelsen innehåller orsaken till avslut i doom_reason Händelsedatafält.

  • RING_BUFFER_RESOURCE_MONITOR har poster när en ändring upptäcks i den stat som övervakas av Resursövervakaren. Dessutom för system- och resurspåminnelser pool meddelanden är också tillgängliga i den < IndicatorsPool >< / IndicatorsPool > nod.

  • Resource_monitor_ring_buffer_recorded utökade evenemanget omfattar pool bred meddelanden i fältet pool_indicators .

  • RING_BUFFER_NONYIELD_PROCESSTABLE innehåller processnamn utöver annan information till 8192 trådar som körs i systemet vid tidpunkten för inspelningen posten ring buffert.

• Säkerhetskopiering och återställning förbättringar

  • Säkerhetskopia av svans logg över modellen med norecovery alternativet är inte längre tillåten från och med Service Pack 2.

  • Säkerhetskopiera och återställa klarmeddelanden i felloggen innehåller information om varaktighet och dataflöde:

    • Säkerhetskopiera databas bearbetas framgångsrikt 298 sidor i 0.026 sekunder (89.261 MB/sek).

    • Återställ databas bearbetas framgångsrikt 298 sidor i 0.016 sekunder (145.050 MB/sek).

• Utökade händelser

  • Följande utökade händelser har lagts till eller ändrats i SQL Server 2012 Service Pack 2:

    • Minnesallokering:

      • Utökade händelser, page_allocated och page_freed kan användas för att se översta konsumenter av SQL Server-minnet. Från och med Service Pack 2 innehåller rapportera dessa utökade händelser också reserverade minnet som allokerats frigörs vid körning av fråga.

    • Rensning av Ghost:

      • När en post tas bort i en tabell eller ett index, en raderingsåtgärd aldrig fysiskt tar bort poster från sidorna, de bara märks som har tagits bort eller avbildad. Detta är en prestandaoptimering som gör borttagningsåtgärder till fullständig fler snabbt. En bakgrundsaktivitet kallas ghost uppgiften och sedan tar bort fysiskt borttagna poster. Flera utökade händelser har lagts till i Service Pack 2 för att ge insyn i olika stadier av den här uppgiften:

        • 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