KB2958429 - Bug corretti in SQL Server 2012 Service Pack 2

Supportabilità:

• Il messaggio 35285 viene visualizzato come messaggio informativo come previsto e non come errore.

Funzionalità:

• Supporto di SQL Writer COPY_ONLY backup: il backup completo di Data Protection Manager (DPM) nel server con AlwaysOn secondario verrà convertito in COPY_ONLY backup.

Aggiungere il supporto allo scenario di creazione di cubi locali:

• Quando si usa SQL Server 2012 Analysis Services (SSAS 2012) SP2, è possibile creare un cubo locale che si connette a SSAS in esecuzione su una porta statica non predefinita con il browser SQL disattivato. Questa nuova funzionalità è controllata da una nuova impostazione di configurazione in msmdsrv.ini: "ConfigurationSettings\LocalCubeServerPortInConnectionString". Per abilitare questa funzionalità, impostare il valore su 1. Questa impostazione non ha alcun effetto se SSAS 2012 è configurato come cluster di failover o è in esecuzione sulla porta predefinita.

Aggiungere altre informazioni di registrazione:

• Questo Service Pack aggiunge altre informazioni al file di log SSAS per migliorare la risoluzione dei problemi. Questo include versione SSAS, nome computer, nome netbios, numero di CPU, dimensioni della RAM, IP, porta, tipo di protocollo, deadlock, timeout di blocco e altre informazioni.

Deadlock di SSISDB e miglioramento delle prestazioni di pulizia

• Introduzione

  • Deadlock nel database SSISDB per chiamate simultanee a SSISDB.catalog.create_execution stored procedure

    • È stata eseguita una correzione per i problemi di cocorrenza e deadlock di SSISDB. Tuttavia, questo non risolve tutti i problemi. La soluzione alternativa corrente consiste nello scaglionare i processi di alcuni secondi. Ma non è possibile usare questa soluzione alternativa.

    • Prestazioni ridotte nel processo di manutenzione SSISDB

  • È disponibile un hotfix per il processo di manutenzione SSISDB.

• Architettura

  • Modello precedente:

    • Ogni transazione crea un certificato e una chiave simmetrica, che devono anche essere archiviati ed elaborati in attività di manutenzione o pulizia.

  • Nuovo modello:

    • Introdurre una nuova riga nella tabella delle proprietà del catalogo SERVER_OPERATION_ENCRYPTION_LEVEL e per impostazione predefinita PER_EXECUTION per mantenere la compatibilità con le versioni precedenti, il valore può essere modificato in PER_PROJECT la creazione di una coppia di chiavi o certificati per ogni progetto. Prima di passare da PER_EXECUTION a PER_PROJECT, è necessaria una pulizia completa. Per una pulizia completa vengono introdotte due nuove procedure per lo store.

  • Riepilogo delle modifiche:

    • Introdurre una nuova riga nella tabella delle proprietà SSISDB SERVER_OPERATION_ENCRYPTION_LEVEL:

      • Sono validi solo due valori (1 e 2).

      • Valore "1": valore predefinito. Crittografato con chiavi simmetriche e certificati in base al livello di esecuzione. Sicurezza elevata, ma potrebbe presentare un problema di prestazioni o deadlock.

      • Valore "2": crittografato con chiavi simmetriche e certificati a livello di progetto. Meno sicurezza, risoluzione di problemi di prestazioni o deadlock.

    • Introdurre due nuove stored procedure Cleanup_server_logs e cleanup_server_execution_keys

      • Gli provider di servizi condivisi sono progettati per essere usati quando si modifica il livello di crittografia da "1" a "2". È possibile eseguire Cleanup_server_logs primo che può essere completato molto rapidamente per portare SSISDB in uno stato buono. Il database SSISDB è pronto per essere modificato a livello di crittografia.

      • Cleanup_server_keys richiede più tempo di Cleanup_server_logs. Tuttavia, viene eseguito dopo che il livello di crittografia viene modificato in "2" ed è eseguito periodicamente al di fuori del picco.

      • Cleanup_server_logs: pulisci solo tutti i log operativi.

      • Cleanup_server_execution_keys: pulire le chiavi e i certificati simmetrici usati per proteggere i parametri di esecuzione sensibile.

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

        • cleanup_flag = 1: eliminare chiavi e certificati simmetrici a livello di esecuzione

        • cleanup_flag = 2: eliminare le chiavi e i certificati simmetrici a livello di progetto (verranno eliminati solo se questo progetto perticolare è stato eliminato e tutti i log operativi correlati a questo progetto sono stati eliminati).

      • @delete_batch_size int = 1000

        • il numero di chiavi o certificati verrà eliminato in una chiamata di questa procedura di archivio.

    • In internal.cleanup_server_retention_window modificare delete_batch_size da 10 a 1000.

Supporto facoltativo per i conteggi delle righe delle variabili di tabella per migliorare i piani di query:

• Se una variabile di tabella viene collegata con altre tabelle in SQL Server, le prestazioni potrebbero risultare lente a causa dell'inefficiente selezione del piano di query perché SQL Server non supporta le statistiche o il numero di righe in una variabile di tabella durante la compilazione di un piano di query.

• In SQL Server 2012 SP2 viene introdotto un nuovo flag di traccia che consente all'utilità di ottimizzazione query di usare informazioni sul numero di righe inserite in una variabile di tabella per selezionare un piano di query più efficiente. Abilitare il flag di traccia 2453 per attivare questo comportamento.
  
  Note:

  • In alcuni scenari, l'abilitazione del flag di traccia 2453 può comportare una riduzione delle prestazioni, a causa della compilazione aggiuntiva necessaria per tenere conto del numero effettivo di righe inserite in una variabile di tabella durante il tempo di esecuzione. In genere, si trarrebbe vantaggio da questo flag di traccia se una variabile di tabella ha una quantità significativa di righe unite con altre tabelle o ha più righe e viene utilizzata sul lato esterno di un operatore di loop join annidato con un piano sul lato interno che elabora una grande quantità di righe.

  • Un comportamento simile può essere ottenuto in altre versioni di SQL Server usando il suggerimento di query OPTION (RECOMPILE). Tuttavia, il suggerimento per la query richiede il rilevamento e la modifica di tutte le query che non riescono a scegliere il piano a causa di una grande quantità di lavoro basata sulle variabili di tabella, mentre l'abilitazione del flag di traccia 2453 può influire sui carichi di lavoro esistenti.

Risoluzione dei problemi di prestazioni migliorata per i piani di esecuzione di query parallele

• DMV sys.dm_exec_requests ora restituisce un valore accurato per cpu_time per i piani di esecuzione di query parallele. La diagnostica IO STATISTICS ora segnala letture logiche accurate per i piani di esecuzione delle query parallele.

Diagnostica migliorata per la fuoriuscita di hash

• Se un operatore di aggregazione hash o hash join espande i dati al database tempdb durante l'esecuzione della query, l'I/O corrispondente viene ora segnalato per la diagnostica IO STATISTICS.

Diagnostica degli indici full-text migliorata

• In alcuni casi può essere difficile capire come vengono restituiti i risultati di determinate query full-text. Il sottosistema di ricerca full-text interagisce con word-breaker ed stop-list esterni e, come risultato di questa interazione, le informazioni sulla posizione per le parole chiave in un documento potrebbero essere diverse da quelle osservate nel testo effettivo. Ciò è molto importante quando si eseguono ricerche con "frase" o "NEAR" perché il delta tra le parole viene usato nei calcoli interni per trovare documenti corrispondenti.

• In SQL Server 2012 SP2 è stata aggiunta una nuova funzione di gestione dinamica (DMF) per fornire l'accesso alle informazioni di posizionamento per le parole chiave indicizzate in un documento. Il nuovo DMF è simile al sys.dm_fts_index_keywords_by_document DMF esistente e ha la sintassi seguente:sys.
  dm_fts_index_keywords_position_by_document (
  DB_ID('database_name'), OBJECT_ID('table_name')
  )

• Invece del conteggio delle occorrenze, restituisce informazioni su ogni occorrenza e sulla relativa posizione nel documento indicizzato.

• Queste informazioni possono essere usate per esaminare il mapping tra il testo e l'indice interno che mostrerà la differenza in delta, se presente, per la frase di ricerca. In questo modo è possibile comprendere i risultati della ricerca di frasi.

Supportabilità

• Replica transazionale:

  • Messaggio dettagliato aggiunto alle statistiche nelle tabelle della cronologia e messaggi più dettagliati nei log dell'agente:

    • Aggiunta di un messaggio di testo a <statistiche> output xml per definire stati diversi sia negli agenti di logreader che in quello del distributore.

    • Sono state aggiunte statistiche a livello di articolo per i comandi con parametri server di distribuzione e logreader.

    • Aggiunto il numero di comandi ignorati al file di output nell'agente di distribuzione.

    • Aggiunto il tempo dedicato all'esecuzione delle modifiche dello schema nell'agente di distribuzione.

  • LogReader: i record di log vengono aggiunti in .TXT file quando viene acquisito un dump utente.

  • Peer-to-peer: le procedure di inserimento, aggiornamento ed eliminazione vengono aggiornate per fornire i dettagli seguenti per il messaggio di conflitto:

    • Nome tabella

    • Nome e valori della colonna Chiave primaria

    • Versione corrente

    • Versione precedente

    • Versione successiva

• Merge della replica:

  • Output del flag di traccia 101 aggiunto nel file di log quando il livello di dettaglio di output per l'agente di merge è impostato su 4.

Functionnality

• Replica transazionale:

  • La replica peer-to-peer ora supporta aggiornamenti parziali apportati alla colonna di testo tramite Update o . Scrivere semantica.

• Merge della replica:

  • La stored procedure di pulizia è stata riprogettata per evitare caricamenti ridondanti di dati.

Registrazione di messaggi con errori di elaborazione e avvisi per evitare chiamate comuni a report HTML CSS di grandi dimensioni.

• Panoramica:

  • Rilevamento della struttura del report per determinare se la struttura del report netrà un report HTML di grandi dimensioni e potrebbe causare problemi di prestazioni. Questo deve essere facilmente rilevato esaminando le impostazioni Altezza pagina interattiva e Larghezza.

• Scenario utente:

  • È possibile creare un report nel Report Builder. Immettere il valore '0' nella proprietà InteractiveSize. Viene visualizzata una finestra popup che contiene il messaggio di avviso seguente relativo al potenziale impatto sulle prestazioni:

    L'impostazione di un supporto interattivo su 0 mat ha un impatto sul rendimento.

Miglioramenti delle prestazioni

• Diversi miglioramenti delle prestazioni in Service Pack 2, come descritto negli articoli seguenti:

  • I problemi di prestazioni si verificano quando l'attività di blocco del database aumenta in SQL Server 2012

  • Si verificano problemi di prestazioni negli ambienti NUMA durante l'elaborazione di pagine esterne in SQL Server 2012

  • Le prestazioni diminuiscono dopo un'operazione ALTER INDEX... L'operazione ONLINE viene interrotta in SQL Server 2012

• Miglioramenti di DMV

  • sys.dm_db_session_space_usage riflette la quantità di spazio occupato nel database tempdb dall'oggetto utente per sessione. Quando il numero di righe eliminate è superiore a 1024 pagine, la de-allocazione di queste pagine viene posticipata. In SQL Server 2012 Service Pack 2, il DMV includerà anche l'utilizzo dello spazio per le unità di allocazione dedotte in una nuova colonna denominata user_objects_deferred_dealloc_page_count.

  • sys.dm_server_services ora specifica correttamente il nome del nodo nella colonna cluster_nodename se SQL Server è installato in un cluster di failover.

• Miglioramenti del buffer di anello

  • Il buffer circolare per i domini dell'app RING_BUFFER_CLRAPPDOMAIN include il motivo per cui il dominio dell'app è stato scaricato nel campo> <DoomReason:

    • 1 = scaricato da operazioni DDL come l'assembly di rilascio.

    • 2 = scaricato dall'operazione correlata alla sicurezza, ad esempio la modifica delle autorizzazioni.

    • 3 = scaricato a causa della gestione della pressione della memoria.

    • 4 = scaricato a causa dell'inizializzazione non riuscita.

  • Il app_domain_ring_buffer_recorded evento esteso corrispondente include il motivo dello scaricamento nel campo dei dati dell'evento doom_reason.

  • RING_BUFFER_RESOURCE_MONITOR include voci quando viene rilevata una modifica nello stato monitorato da Monitoraggio risorse. Inoltre, per le notifiche di sistema ed elaborazione delle risorse, le notifiche del pool sono disponibili anche nel nodo> IndicatorsPool> </IndicatorsPool <.

  • Resource_monitor_ring_buffer_recorded evento esteso include le notifiche a livello di pool nel campo dati pool_indicators.

  • RING_BUFFER_NONYIELD_PROCESSTABLE include il nome del processo oltre ad altre informazioni fino a 8192 thread in esecuzione nel sistema al momento della registrazione della voce del buffer dell'anello.

• Miglioramenti di backup e ripristino

  • Il backup del registro coda del modello con opzione di non salvataggio non è più consentito a partire dal Service Pack 2.

  • I messaggi di completamento di backup e ripristino nel log degli errori includono informazioni sulla durata e sulla velocità effettiva:

    • BACKUP DATABASE ha elaborato 298 pagine in 0,026 secondi (89,261 MB/secondo).

    • RIPRISTINO DATABASE elaborato correttamente 298 pagine in 0,016 secondi (145,050 MB/secondo).

• Eventi estesi

  • I seguenti eventi estesi sono stati aggiunti o modificati in SQL Server 2012 Service Pack 2:

    • Allocazione memoria:

      • Gli eventi estesi page_allocated e page_freed possono essere usati per visualizzare i principali consumatori di memoria SQL Server. A partire dal Service Pack 2, questi eventi estesi segnalano anche la memoria riservata allocata e liberata durante l'esecuzione della query.

    • Pulizia fantasma:

      • Quando un record viene eliminato in una tabella o un indice, un'operazione di eliminazione di questo tipo non rimuove mai fisicamente i record dalle pagine, ma li contrassegna solo come eliminati o come ghosted. Si tratta di un'ottimizzazione delle prestazioni che consente di completare più rapidamente le operazioni di eliminazione. Un'attività in background denominata attività di pulizia fantasma rimuove fisicamente tutti i record eliminati. In Service Pack 2 sono stati aggiunti diversi eventi estesi per fornire informazioni sulle varie fasi di questa attività:

        • 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