Erori corectate în SQL Server 2012 Service Pack 2

Acceptare:

• Mesaj 35285 este afișat ca un mesaj informativ conform așteptărilor și nu ca o eroare.

Funcționalitate:

• Scris de SQL suport COPY_ONLY copie de rezervă: Data Protection Manager (DPM) plin de rezervă pe serverul cu AlwaysOn secundar se va efectua conversia COPY_ONLY copie de rezervă.

Adaugă suport la local cub crearea scenariu:

• Când utilizați servicii de analiză SQL Server 2012 (SSAS 2012) SP2, aveți posibilitatea să creați un cub locală care se conectează la SSAS care se execută pe un port nu este implicit statică, care are SQL browser dezactivată. Această nouă caracteristică este controlată de o setare de configurare nou în msmdsrv.ini: "ConfigurationSettings\LocalCubeServerPortInConnectionString." Pentru a activa această caracteristică, setați valoarea la 1. Această setare nu va avea efect dacă SSAS 2012 este configurat ca un cluster de reluare sau se execută pe portul implicit.

Adăugați mai multe înregistrarea în jurnal:

• Acest pachet service pack adaugă mai multe informații SSAS fișier jurnal pentru a îmbunătăți de depanare. Aceasta include SSAS versiune, numele computerului, numele netbios, numărul de procesoare, RAM dimensiunea, IP, port, tip protocol, blocare fatală, blocare expirare și alte informații.

SSISDB blocări și curățare îmbunătățirea performanței

• Introducere

  • Impasul în baza de date SSISDB apeluri simultane la SSISDB.catalog.create_execution stocate procedură

    • O remediere a fost făcut pentru SSISDB concurrences și problema de blocare. Cu toate acestea, acest lucru nu rezolvă toate problemele. Soluție curentă este uimitoare operațiunilor de câteva secunde. Dar nu se pot utiliza această soluție.

    • Performanţă slabă pe activitatea de întreținere SSISDB

  • O remediere rapidă este disponibilă pentru activitatea de întreținere SSISDB.

• Arhitectură

  • Model anterior:

    • Fiecare tranzacție creează un certificat și o cheie simetrică, care, de asemenea, trebuie să fi stocate și procesate în activități de întreținere și curățare.

  • Model nou:

    • Introduce rând nou în catalog proprietate tabel SERVER_OPERATION_ENCRYPTION_LEVEL și implicit la PER_EXECUTION pentru a menține compatibilitatea inversă, valoarea poate fi modificată la PER_PROJECT crearea o pereche cheie sau certificat pentru fiecare proiect. O curățare completă este necesară înainte de a modifica din PER_EXECUTION la PER_PROJECT. Două noi magazin sunt introduse proceduri pentru o curățare completă.

  • Modificare Rezumat:

    • Introduce un rând nou în tabelul de proprietate SSISDB SERVER_OPERATION_ENCRYPTION_LEVEL:

      • Numai două valori sunt valabile (1 și 2).

      • Valoarea "1": Valoarea implicită. Criptată cu simetric chei și certificate în funcţie de nivelul de executare. Securitate maxim, dar poate are performanță sau blocări problema.

      • Valoarea "2": Criptată cu simetric chei și certificate în conformitate cu nivel de proiect. Mai puțin de securitate, rezolva probleme de performanță sau blocări.

    • Introduce două noi proceduri stocate (SPs) Cleanup_server_logs și cleanup_server_execution_keys

      • SPs sunt proiectate pentru a fi utilizate atunci când modificați nivelul de criptare la "1" la "2." Aveți posibilitatea să executați Cleanup_server_logs prima care poate fi terminat foarte repede pentru a aduce SSISDB într-o stare bună. Baza de date SSISDB este gata să se fi modificat la nivel de criptare.

      • Cleanup_server_keys durează mai mult decât Cleanup_server_logs. Cu toate acestea, este se execută după nivelul de criptare se modifică la "2" şi executa periodic la vârf la timp.

      • Cleanup_server_logs: numai curățați toate jurnalele de operațiuni.

      • Cleanup_server_execution_keys: curăți simetric chei și certificate care sunt utilizate pentru a proteja sensibile executarea parametri.

      • int @cleanup_flag (în (1,2))

        • cleanup_flag = 1: drop executarea nivel simetric chei și certificate

        • cleanup_flag = 2: drop proiect nivel simetric chei și certificate (va drop numai dacă acest proiect perticular a fost șters și toate jurnalele de operațiuni referitoare la acest proiect a fost curățit).

      • @delete_batch_size int = 1000

        • număr de chei sau certificate vor fi omise la un apel de această procedură magazin.

    • În internal.cleanup_server_retention_window, modificați delete_batch_size de la 10 la 1000.

Suport opțional pentru tabel variabila rând contează pentru a îmbunătăți planuri de interogare:

• Dacă o variabilă de tabel este asociat cu alte tabele în SQL Server, poate duce la performanțe datorită selecție de plan de interogare ineficient, deoarece SQL Server nu nu suport statistici sau urmărirea numărul de rânduri într-o variabilă de tabel în timp ce elaborarea unui plan de interogare.

• În SQL Server 2012 SP2, este introdus un nou semnalizatorul de urmărire care permite Optimizatorul de interogare se utilizează informații despre numărul de rânduri introdus într-o variabilă de tabel pentru a selecta mai eficient plan de interogare. Activați semnalizatorul de urmărire 2453 pentru a activa acest comportament.
  
  Note:

  • În unele scenarii, activarea semnalizatorul de urmărire 2453 poate duce la unele degradarea de performanță, datorită compilare suplimentare necesare în funcţie de numărul de rânduri introdus într-o variabilă de tabel în timpul executării. De obicei, care ar putea beneficia de această semnalizare de urmărire dacă o variabilă de tabel are un volum semnificativ de rânduri asociat cu alte tabele sau are mai multe rânduri și utilizate în partea exterior de un operator de asociere de buclă imbricată cu un plan de pe partea interioară care procesează cantitate mare de rânduri.

  • Un comportament asemănător se poate realiza pe alte versiuni de SQL Server prin utilizarea indiciu de interogare OPȚIUNEA (RECOMPILARE) . Cu toate acestea, indiciul interogare necesită detectarea și modificarea toate interogările suferă de alegere plan redusă din cauza cantitate mare de muncă determinată de tabel variabile, în timp ce activarea semnalizatorul de urmărire 2453 poate avea un impact existente de lucru.

Performanță îmbunătățită de depanare pentru planurile de executare interogare paralel

• DMV sys.dm_exec_requests returnează valoarea exactă pentru cpu_time pentru interogare paralelă planuri de executare. Statistici IO diagnostice raportează acum precise citiri logice pentru planurile de executare interogare paralele.

Îmbunătățit combinare diagnostice de jocuri

• Dacă o asociere hash sau hash cumulate operator scurgerilor datele pentru baza de date tempdb în timpul execuției interogare, corespunzătoare I/O este raportată acum pentru diagnosticare statistici IO.

Îmbunătățit diagnostic de index text complet

• În unele cazuri, poate fi dificil să înțelegeți cum se returnează rezultatele anumite interogări tot textul. Subsistemul de căutare text complet interacționează cu word-reductori extern și liste de stop și ca urmare a acestei interacțiuni pozițional informațiile pentru cuvintele cheie într-un document poate fi diferit de ceea ce se observă în textul. Acest lucru este foarte relevant când face 'fraza' sau 'Lângă' căutările din delta între cuvintele este utilizat în calculele intern pentru a găsi documente potrivit.

• În SQL Server 2012 SP2 un nou Dynamic Management Function (DMF) a fost adăugat pentru a furniza acces la poziționare informații pentru cuvinte cheie indexate într-un document. DMF nouă este similar cu existente DMF sys.dm_fts_index_keywords_by_documentși are următoarea sintaxă:sys. dm_fts_index_keywords_position_by_document (
  DB_ID('database_name'), OBJECT_ID('table_name')
  )
  

• În loc de eveniment ai, se returnează informații despre fiecare apariție și poziția sa în documentul indexate.

• Aceste informații poate fi utilizat pentru priviți maparea între text și a indexului intern, care va afișa diferența în delta, dacă există, pentru fraza de căutare. Acest lucru poate ajuta înțelegerea rezultatele de căutare fraza.

Acceptare

• Reproducerea de tranzacții:

  • Mesaj detaliat adăugat statistici în istoricul tabele și mai detaliate mesaje în jurnalele de agent:

    • Mesaj text adăugat la < statistici > xml ieşire să definiți state diferite în agenți atât logreader şi distribuitor.

    • Articol adăugat nivel statistici pentru distribuitor și logreader parametrizate comenzi.

    • Numărul de adăugat de comenzi omise de fișier în agent distribuitor de ieşire.

    • Timpul petrecut de adăugat face modificările de schemă în distribuitor agent.

  • LogReader: înregistrări jurnal se adaugă în. Fișier TXT atunci când o imagine de utilizator este capturat.

  • Peer-To: Inserare, actualizare și delete proceduri sunt actualizate pentru a furniza detalii la mesajul conflict de mai jos:

    • Nume tabel

    • Numele de coloane cheie primară și valorile

    • Versiunea curentă

    • Versiune preliminară

    • Post-versiune

• Îmbinare reproducere:

  • Ieșire semnalizatorul de urmărire 101 adăugate în fişierul jurnal atunci când nivelul de ieșire detaliată pentru agentul de îmbinare este setată la 4.

Funcţionalitate

• Reproducerea de tranzacții:

  • Reproducere Peer-to acum acceptă parțial actualizări aduse coloană de text utilizând Update sau. Scriere semantică.

• Îmbinare reproducere:

  • Procedură stocată aleatorie a fost reproiectat pentru a evita inutile de încărcare a datelor.

Înregistrarea în jurnal mesaj cu procesare erori și avertismente pentru a împiedica apelurile comune pentru CSS, HTML mare rapoarte.

• Prezentare generală:

  • Detectare de proiectare raport pentru a determina dacă design raport va net un raport HTML mare și potențial provoacă probleme de performanță. Acest lucru ar trebui să fi detectate cu ușurință prin examinarea Interactive pagina înălțimea și lățimea setări.

• Scenariu de utilizator:

  • Creați un raport în Report Builder. Introduceți valoarea "0" în proprietatea InteractiveSize . Primiți o fereastră pop-up care conține următorul mesaj avertisment despre potențiale impact asupra performanței:

    Setarea înălţime interactiv la 0 mat avea un impact de performanță.

Îmbunătățiri de performanță

• Mai multe îmbunătățiri de performanță în Service Pack 2 descris în următoarele articole:

  • Apar probleme de performanță atunci când creşte activitatea de blocare bazei de date SQL Server 2012

  • Probleme de performanță apar în medii NUMA în timpul străine pagina de procesare în SQL Server 2012

  • Performanța scade după un INDEX ALTER... Operațiune ONLINE este abandonat în SQL Server 2012

• Îmbunătățiri DMV

  • sys.dm_db_session_space_usage reflectă spațiul luate în baza de date tempdb de obiect user pe sesiune. Atunci când numărul de rânduri șterse este 1024 pagini, sunt amânată de alocare de aceste pagini. În SQL Server 2012 Service Pack 2, DMV va include, de asemenea, utilizarea spațiului pentru unitățile de alocare, care sunt amânată într-o coloană nouă, denumită user_objects_deferred_dealloc_page_count.

  • sys.dm_server_services va acum corect Specificați numele nod în coloana cluster_nodename dacă SQL Server este instalat pe un cluster de reluare.

• Inel tampon îmbunătățiri

  • Inel de tampon pentru domenii de aplicație RING_BUFFER_CLRAPPDOMAIN include motiv ce s-a descărcat domeniul de aplicație în câmpul < DoomReason > :

    • 1 = descărcate DDL operațiuni, cum ar fi meniurile asamblării.

    • 2 = descărcate de securitate legate de operațiune, cum ar fi modificarea permisiunea.

    • 3 = descărcate din cauza memorie presiune tratarea.

    • 4 = descărcate din cauza failed initialization.

  • Eveniment extins corespunzătoare app_domain_ring_buffer_recorded include motivul unload în câmpul de date doom_reason eveniment.

  • RING_BUFFER_RESOURCE_MONITOR are intrări atunci când se detectează o modificare în starea monitorizate de resurse Monitor. În plus, pentru sistem şi proces notificări de resurse, rezervor de notificări, de asemenea, sunt disponibile în < IndicatorsPool >< / IndicatorsPool > nod.

  • Resource_monitor_ring_buffer_recorded eveniment extins include rezervor largă notificări în câmpul de date pool_indicators .

  • RING_BUFFER_NONYIELD_PROCESSTABLE include nume de proces pe lângă alte informații până la 8192 fire care se execută în sistem la momentul intrarea tampon inel de înregistrare.

• Copiere de rezervă și restaurare îmbunătățiri

  • Copie de rezervă a coada jurnal de model cu opțiunea norecovery nu mai este permis începând cu Service Pack 2.

  • Copiere de rezervă și restaurare mesaje de finalizare în Jurnalul de erori include informații durată și rată de transfer:

    • BACKUP baza de date a procesat cu succes 298 paginile în 0.026 secunde (89.261 mo/sec).

    • Restaurarea bazei de date a procesat cu succes 298 paginile în 0.016 secunde (145.050 mo/sec).

• Evenimente extinsă

  • Următoarele evenimente extinse au fost adăugate sau modificate în SQL Server 2012 Service Pack 2:

    • Alocare de memorie:

      • Evenimente extinsă page_allocated şi page_freed pot fi folosite pentru a vedea cele mai frecvente consumatorilor de memorie SQL Server. Începând cu Service Pack 2, de asemenea, aceste evenimente extinsă raport memoria rezervată este alocată şi eliberaţi în timpul execuției interogare.

    • Curățare Ghost:

      • Când o înregistrare se elimină într-un tabel sau index, astfel o operațiune de ștergere elimină niciodată fizic înregistrările din paginile, numai le marchează ca au fost șterse sau fantomă. Aceasta este o optimizare de performanţă care permite operațiuni de ștergere la completă mai rapid. O activitate de fundal numit activitatea de curățare ghost apoi fizic elimină toate înregistrările şterse. Mai multe evenimente extinse au fost adăugate în Service Pack 2 pentru a oferi perspective în diferite faze de această activitate:

        • 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