KB2958429 - erorile remediate în SQL Server 2012 Service Pack 2

Suportabilitate:

• Mesajul 35285 se afișează ca mesaj informativ așa cum vă așteptați, nu ca eroare.

Funcţionalitate:

• Suportul SQL Writer COPY_ONLY backup: Copierea de backup completă a Data Protection Manager (DPM) pe server cu AlwaysOn secundar va fi convertită la COPY_ONLY backup.

Adăugați suport la scenariul local de creare a cubului:

• Atunci când utilizați SQL Server 2012 Analysis Services (SSAS 2012) SP2, puteți crea un cub local care se conectează la SSAS care rulează pe un port static neimplicit care are dezactivat browserul SQL. Această caracteristică nouă este controlată de o nouă setare de configurare din msmdsrv.ini: "ConfigurationSettings\LocalCubeServerPortInConnectionString". Pentru a activa această caracteristică, setați valoarea la 1. Această setare nu va avea niciun efect dacă SSAS 2012 este configurat ca cluster de nereușită sau rulează pe portul implicit.

Adăugați mai multe înregistrări în jurnal:

• Acest pachet Service Pack adaugă mai multe informații la fișierul jurnal SSAS, pentru a ajuta la îmbunătățirea depanării. Printre acestea se numără versiunea SSAS, numele computerului, numele netbios, numărul de CPU-uri, dimensiunea RAM, IP, port, tipul de protocol, blocajul, expirarea blocării și alte informații.

Blocare SSISDB și îmbunătățirea performanței de curățare

• Introducere (articolul poate să fie în limba engleză)

  • Blocare în baza de date SSISDB pentru apeluri simultane către SSISDB.catalog.create_execution procedură stocată

    • S-a efectuat o remediere pentru problemele de concurență și blocare SSISDB. Totuși, acest lucru nu rezolvă toate problemele. Soluția curentă eșuează lucrările cu câteva secunde. Dar nu puteți utiliza această soluție.

    • Performanță slabă în activitatea de întreținere ASISDB

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

• Arhitectură

  • Modelul anterior:

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

  • Model nou:

    • Introduceți un rând nou în tabelul de proprietăți al catalogului SERVER_OPERATION_ENCRYPTION_LEVEL și implicit cu PER_EXECUTION pentru a menține compatibilitatea cu versiunile anterioare, valoarea poate fi modificată în PER_PROJECT crearea unei chei sau a unei perechi de certificate pentru fiecare proiect. Este necesară o curățare completă înainte de a trece de la PER_EXECUTION la PER_PROJECT. Două noi proceduri magazin sunt introduse pentru o curățare completă.

  • Modificare rezumat:

    • Introduceți un rând nou în tabelul de proprietăți SSISDB SERVER_OPERATION_ENCRYPTION_LEVEL:

      • Doar două valori sunt valide (1 și 2).

      • Valoarea "1": valoarea implicită. Criptate cu chei simetrice și certificate în funcție de nivelul de execuție. Securitate înaltă, dar poate avea probleme de performanță sau blocare.

      • Valoarea "2": Criptat cu chei simetrice și certificate în funcție de nivelul proiectului. Mai puțină securitate, rezolvați problema legată de performanță sau blocare.

    • Introduceți două noi proceduri stocate Cleanup_server_logs și cleanup_server_execution_keys

      • SPs-urile sunt proiectate pentru a fi utilizate atunci când modificați nivelul de criptare de la "1" la "2". Puteți rula Cleanup_server_logs mai întâi, care poate fi finalizată foarte rapid pentru a aduce SSISDB într-o stare bună. Baza de date SSISDB este gata să fie modificată la nivelul de criptare.

      • Cleanup_server_keys durează mai mult timp decât Cleanup_server_logs. Totuși, rulează după ce nivelul de criptare este schimbat la "2" și rulează periodic la ora de vârf.

      • Cleanup_server_logs: Curățați doar toate jurnalele de operațiuni.

      • Cleanup_server_execution_keys: curățați cheile simetrice și certificatele utilizate pentru a proteja parametrii de execuție sensibili.

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

        • cleanup_flag = 1: chei simetrice și certificate cu nivel de execuție redus

        • cleanup_flag = 2: elimină cheile simetrice și certificatele de nivel de proiect (le vor elimina doar dacă proiectul perticular a fost șters și toate jurnalele de operațiuni legate de acest proiect au fost curățate).

      • @delete_batch_size int = 1000

        • numărul de chei sau de certificate vor fi abandonate la un apel al acestei proceduri de stocare.

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

Suport opțional pentru contorizează rândurile variabile de tabel pentru a îmbunătăți planurile de interogare:

• Dacă o variabilă de tabel este asociată cu alte tabele în SQL Server, aceasta poate avea ca rezultat o performanță lentă din cauza selecției ineficiente a planului de interogare, deoarece SQL Server nu acceptă statistici sau nu urmărește numărul de rânduri dintr-o variabilă de tabel în timpul compilării unui plan de interogare.

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

  • În unele scenarii, activarea semnalizatorului de urmărire 2453 poate duce la o oarecare degradare a performanței, din cauza compilării suplimentare necesare pentru a ține cont de numărul real de rânduri inserate într-o variabilă de tabel în timpul execuției. De obicei, ați beneficia de această semnalizare de urmărire dacă o variabilă de tabel are o cantitate semnificativă de rânduri asociate cu alte tabele sau are mai multe rânduri și este utilizată în partea exterioară a unui operator de asociere în buclă imbricată cu un plan pe partea interioară care procesează un volum mare de rânduri.

  • Un comportament similar poate fi realizat pe alte versiuni de SQL Server utilizând indiciul de interogare OPTION (RECOMPILE). Cu toate acestea, indiciul de interogare necesită detectarea și modificarea tuturor interogărilor care suferă de o alegere slabă a planului din cauza volumului mare de lucru determinat de variabilele de tabel, în timp ce activarea semnalizatorului de urmărire 2453 poate afecta volumele de lucru existente.

Depanare îmbunătățită a performanței pentru planurile de executare a interogărilor paralele

• DMV sys.dm_exec_requests returnează acum valoarea exactă pentru cpu_time pentru planurile de executare a interogărilor paralele. STATISTICS Diagnosticarea IO raportează acum citiri logice precise pentru planurile de executare a interogărilor paralele.

Diagnosticare îmbunătățită a vărsării hash

• Dacă un operator de asociere hash sau agregat hash vărsă date în baza de date tempdb în timpul executării interogării, I/O corespunzător este acum raportat pentru diagnosticarea IO STATISTICS.

Diagnosticare îmbunătățită a indexului de text complet

• În unele cazuri, poate fi dificil de înțeles modul în care sunt returnate rezultatele anumitor interogări de text complet. Subsistemul de căutare a textului complet interacționează cu despărțitori de cuvinte și liste de oprire externe, iar ca urmare a acestei interacțiuni informațiile poziționale pentru cuvintele cheie dintr-un document pot fi diferite de ceea ce se observă în textul real. Acest lucru este extrem de relevant atunci când efectuați căutări de tip "expresie" sau "NEAR", deoarece delta dintre cuvinte este utilizată în calcule interne pentru a găsi documente care se potrivesc.

• În SQL Server 2012 SP2 a fost adăugată o nouă funcție de gestionare dinamică (DMF) pentru a oferi acces la informațiile de poziționare pentru cuvintele cheie indexate într-un document. Noul DMF este similar cu sys.dm_fts_index_keywords_by_document DMF existent și are următoarea sintaxă:sys.
  dm_fts_index_keywords_position_by_document (
  DB_ID('database_name'), OBJECT_ID('table_name')
  )

• În loc de numărul de apariții, returnează informații despre fiecare apariție și poziția sa în documentul indexat.

• Aceste informații se pot utiliza pentru a analiza maparea dintre text și indexul intern, care va afișa diferența în delta, dacă există, pentru expresia de căutare. Acest lucru vă poate ajuta să înțelegeți rezultatele căutării expresiilor.

Suportabilitate

• Reproducerea tranzacțiilor:

  • Mesaj detaliat adăugat la statisticile din tabelele de istoric și mesaje mai detaliate în jurnalele agentului:

    • S-a adăugat un mesaj text la statisticile <> ieșire XML pentru a defini stări diferite atât în logreader, cât și în agenții distribuitorilor.

    • Am adăugat statistici la nivel de articol pentru comenzile parametrizate pentru distribuitor și logreader.

    • S-a adăugat numărul de comenzi ignorate la fișierul de ieșire din agentul distribuitor.

    • S-a adăugat timpul petrecut cu modificările schemei în agentul distribuitor.

  • LogReader: înregistrările jurnal sunt adăugate într-.TXT fișier atunci când este capturată o dump de utilizator.

  • Peer To Peer: Procedurile de inserare, actualizare și ștergere sunt actualizate pentru a furniza mai jos detalii despre mesajul de conflict:

    • Nume tabel

    • Numele și valorile coloanei cheii primare

    • Versiunea curentă

    • Pre-versiune

    • Post-versiune

• Îmbinare reproducere:

  • Rezultatul semnalizării de urmărire 101 care este adăugat în fișierul jurnal atunci când nivelul de ieșire detaliat pentru agentul de îmbinare este setat la 4.

Funcționalitate

• Reproducerea tranzacțiilor:

  • Peer to Peer Replication acceptă acum actualizări parțiale efectuate la coloana text utilizând Update sau . Scrie semantică.

• Îmbinare reproducere:

  • Procedura de curățare stocată a fost reproiectată pentru a evita încărcarea redundantă a datelor.

Mesaj de înregistrare în jurnal cu erori de procesare și avertismente pentru a împiedica apelurile uzuale către rapoarte HTML mari, CSS.

• Prezentare generală:

  • Detectarea proiectării raportului pentru a determina dacă proiectul raportului va neta un raport HTML mare și ar putea cauza probleme de performanță. Acest lucru ar trebui să fie detectat cu ușurință prin examinarea setărilor Înălțime și Lățime pagină interactivă.

• Scenariu 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 de avertizare despre impactul potențial al performanței:

    Setarea unei heigth interactive la 0 mat are un impact de performanță.

Îmbunătățiri ale performanței

• Mai multe îmbunătățiri ale performanței din Service Pack 2, așa cum este descris în următoarele articole:

  • Problemele de performanță apar atunci când activitatea de blocare a bazei de date crește în SQL Server 2012

  • Problemele de performanță apar în mediile NUMA în timpul procesării paginilor străine în SQL Server 2012

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

• Îmbunătățiri DMV

  • sys.dm_db_session_space_usage reflectă cantitatea de spațiu ocupat în baza de date tempdb de obiectul utilizator pentru fiecare sesiune. Atunci când numărul de rânduri șterse depășește 1024 de pagini, se amână anularea alocării acestor pagini. În SQL Server 2012 Service Pack 2, DMV va include, de asemenea, utilizarea spațiului pentru unitățile de alocare care sunt deduse într-o coloană nouă, denumită user_objects_deferred_dealloc_page_count.

  • sys.dm_server_services va specifica acum corect numele nodului într-cluster_nodename coloană dacă SQL Server este instalat pe un cluster de reluări în caz de nereușită.

• Îmbunătățiri ale tamponului inel

  • Tamponul de inel pentru domeniile de aplicație RING_BUFFER_CLRAPPDOMAIN include motivul pentru care domeniul de aplicație a fost descărcat în câmpul de> DoomReason <:

    • 1 = neîncărcate de operațiuni DDL, cum ar fi asamblarea de fixare.

    • 2 = neîncărcat de operațiunea legată de securitate, cum ar fi modificarea permisiunii.

    • 3 = neîncărcat din cauza manipulării memoriei.

    • 4 = neîncărcat din cauza inițializării nereușite.

  • App_domain_ring_buffer_recorded de evenimente extinse corespunzătoare include motivul descărcării în doom_reason câmp de date de eveniment.

  • RING_BUFFER_RESOURCE_MONITOR are intrări atunci când este detectată o modificare în starea monitorizată de Monitor resurse. În plus, pentru notificările de resurse de sistem și de proces, notificările rezervor sunt disponibile, de asemenea, în nodul <IndicatorsPool> </IndicatorsPool>.

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

  • RING_BUFFER_NONYIELD_PROCESSTABLE include numele procesului, în plus față de alte informații, până la 8192 de fire care rulează în sistem în momentul înregistrării intrării tampon a inelului.

• Îmbunătățiri pentru backup și restaurare

  • Copierea backup a jurnalului cozii modelului fără opțiunea de recuperare nu mai este permisă începând cu Service Pack 2.

  • Mesajele de finalizare backup și restaurare din jurnalul de erori includ informații despre durată și despre debit:

    • BACKUP DATABASE a procesat cu succes 298 de pagini în 0,026 secunde (89,261 MB/secundă).

    • RESTAURARE BAZĂ DE DATE a procesat cu succes 298 de pagini în 0,016 secunde (145,050 MB/secundă).

• Evenimente extinse

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

    • Alocare memorie:

      • Evenimentele extinse page_allocated și page_freed pot fi utilizate pentru a vedea consumatorii principali ai memoriei SQL Server. Începând cu Pachetul Service Pack 2, aceste evenimente extinse raportează, de asemenea, memoria rezervată alocată și eliberată în timpul executării interogării.

    • Curățare fantomă:

      • Atunci când o înregistrare este ștearsă dintr-un tabel sau index, o astfel de operațiune de ștergere nu elimină niciodată fizic înregistrările din pagini, aceasta le marchează doar ca fiind șterse sau ca fiind fantomă. Aceasta este o optimizare a performanței care permite finalizarea mai rapidă a operațiunilor de ștergere. O activitate de fundal numită activitatea de curățare a fantomelor elimină apoi fizic toate înregistrările șterse. Mai multe evenimente extinse au fost adăugate în Pachetul Service Pack 2 pentru a oferi detalii despre diferitele faze ale acestei activități:

        • 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