KB2958429 – A SQL Server 2012 Service Pack 2-ben kijavított hibák

Támogatási lehetőségek:

• A 35285-ös üzenet nem hibaként, hanem tájékoztató üzenetként jelenik meg.

Funkcionalitás:

• Az SQL-író támogatja COPY_ONLY biztonsági mentést: A Data Protection Manager (DPM) teljes biztonsági mentése a kiszolgálón az AlwaysOn másodlagos verziójával lesz konvertálva COPY_ONLY biztonsági mentésre.

Támogatás hozzáadása a helyi kockalétrehozás forgatókönyvéhez:

• A SQL Server 2012 Analysis Services (SSAS 2012) SP2 használatakor létrehozhat egy helyi kockát, amely egy olyan statikus, nem alapértelmezett porton futó SSAS-hez csatlakozik, amelyen az SQL-böngésző ki van kapcsolva. Ezt az új funkciót a következő msmdsrv.ini új konfigurációs beállítása vezérli: "ConfigurationSettings\LocalCubeServerPortInConnectionString". A funkció engedélyezéséhez állítsa az értéket 1-re. Ez a beállítás nem lesz hatással, ha az SSAS 2012 feladatátvevő fürtként van konfigurálva, vagy az alapértelmezett porton fut.

További naplózás hozzáadása:

• Ez a szervizcsomag további információkat ad hozzá az SSAS-naplófájlhoz a hibaelhárítás javítása érdekében. Ez magában foglalja az SSAS verzióját, a számítógép nevét, a netbios nevét, a processzorok számát, a RAM méretét, az IP-címet, a portot, a protokoll típusát, a holtpontot, a zárolási időtúllépést és néhány egyéb információt.

Az SSISDB holtpontja és a karbantartási teljesítmény javítása

• Bevezetés

  • Holtpont az SSISDB-adatbázisban a tárolt eljárás SSISDB.catalog.create_execution egyidejű hívásai során

    • Kijavítottuk az SSISDB-vel való egyidejűségekkel és holtpontokkal kapcsolatos problémákat. Ez azonban nem old meg minden problémát. A jelenlegi áthidaló megoldás néhány másodperccel megkétíti a feladatokat. Ezt a kerülő megoldást azonban nem használhatja.

    • Gyenge teljesítmény az SSISDB karbantartási feladatán

  • Az SSISDB karbantartási feladatához gyorsjavítás érhető el.

• Építészet

  • Előző modell:

    • Minden tranzakció létrehoz egy tanúsítványt és egy szimmetrikus kulcsot, amelyet karbantartási vagy karbantartási feladatok során is tárolni és feldolgozni kell.

  • Új modell:

    • Vezessen be egy új sort a katalógustulajdonság-táblázatba SERVER_OPERATION_ENCRYPTION_LEVEL, és az alapértelmezett érték PER_EXECUTION a visszamenőleges kompatibilitás megőrzése érdekében, az érték módosítható úgy, hogy PER_PROJECT minden projekthez egy kulcs- vagy tanúsítványpárt hozzon létre. A PER_EXECUTION-ról PER_PROJECT-ra való váltás előtt teljes törlésre van szükség. A teljes törléshez két új tárolási eljárást vezetünk be.

  • Módosítás összegzése:

    • Új sor bevezetése az SSISDB tulajdonságtáblában SERVER_OPERATION_ENCRYPTION_LEVEL:

      • Csak két érték érvényes (1 és 2).

      • "1" érték: Alapértelmezett érték. A rendszer a végrehajtási szintnek megfelelően szimmetrikus kulcsokkal és tanúsítványokkal titkosítja. Magas biztonság, de teljesítménybeli vagy holtpontproblémák léphetnek fel.

      • "2" érték: Szimmetrikus kulcsokkal és tanúsítványokkal titkosítva a projektszintnek megfelelően. Kevesebb biztonság, teljesítménnyel vagy holtponttal kapcsolatos probléma megoldása.

    • Két új tárolt eljárás (SP) bevezetése Cleanup_server_logs és cleanup_server_execution_keys

      • Az SP-k akkor használhatók, ha a titkosítási szintet "1"-ről "2-esre" módosítja. Először futtathatja Cleanup_server_logs, amely nagyon gyorsan befejezhető, hogy az SSISDB jó állapotba kerüljön. Az SSISDB-adatbázis készen áll a titkosítási szintre való váltásra.

      • Cleanup_server_keys több időt vesz igénybe, mint Cleanup_server_logs. A titkosítási szint "2" értékre való módosítása után azonban fut, és a csúcsidőn kívül rendszeresen fut.

      • Cleanup_server_logs: Csak az összes műveleti napló törlése.

      • Cleanup_server_execution_keys: törölje a bizalmas végrehajtási paraméterek védelmére használt szimmetrikus kulcsokat és tanúsítványokat.

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

        • cleanup_flag = 1: a végrehajtási szint szimmetrikus kulcsainak és tanúsítványainak elvetése

        • cleanup_flag = 2: a projektszintű szimmetrikus kulcsok és tanúsítványok elvetése (csak akkor veti el őket, ha ezt a pertikuláris projektet törölték, és a projekthez kapcsolódó összes műveleti naplót törölték).

      • @delete_batch_size int = 1000

        • a kulcsok vagy tanúsítványok száma a tárolási eljárás egy hívásakor el lesz dobva.

    • A internal.cleanup_server_retention_window módosítsa a delete_batch_size 10-ről 1000-re.

A táblaváltozók sorszámának opcionális támogatása a lekérdezéstervek javításához:

• Ha egy táblaváltozó SQL Server más tábláival van összekapcsolva, az a lekérdezésterv nem hatékony kiválasztása miatt lassú teljesítményt eredményezhet, mivel SQL Server nem támogatja a statisztikát vagy a sorok számának nyomon követését egy táblaváltozóban a lekérdezésterv összeállítása során.

• A SQL Server 2012 SP2-ben egy új nyomkövetési jelzőt vezetünk be, amely lehetővé teszi a lekérdezésoptimalizáló számára, hogy a hatékonyabb lekérdezésterv kiválasztása érdekében felhasználja a táblaváltozóba beszúrt sorok számával kapcsolatos információkat. A viselkedés aktiválásához engedélyezze a 2453-at.
  
  Megjegyzések:

  • Bizonyos esetekben a 2453-es nyomkövetési jelző engedélyezése a teljesítmény romlásához vezethet, mivel további fordításra van szükség a táblaváltozóba a végrehajtási idő alatt beszúrt sorok tényleges számának figyelembe vételéhez. Ez a nyomkövetési jelző általában akkor hasznos, ha egy táblaváltozóban jelentős mennyiségű sor csatlakozik más táblákhoz, vagy egynél több sor van, és egy beágyazott hurokillesztési operátor külső oldalán használnak egy tervet a belső oldalon, amely nagy mennyiségű sort dolgoz fel.

  • Hasonló viselkedés érhető el a SQL Server más verzióiban az OPTION (RECOMPILE) lekérdezési tipp használatával. A lekérdezési tipp azonban megköveteli az összes olyan lekérdezés észlelését és módosítását, amely a táblaváltozók által vezérelt nagy mennyiségű munka miatt rossz tervválasztásban szenved, miközben a 2453-ás nyomkövetési jelző engedélyezése hatással lehet a meglévő számítási feladatokra.

Továbbfejlesztett teljesítménnyel kapcsolatos hibaelhárítás párhuzamos lekérdezés-végrehajtási tervekhez

• A DMV sys.dm_exec_requests mostantól pontos értéket ad vissza cpu_time párhuzamos lekérdezés-végrehajtási tervekhez. A STATISTICS I/O-diagnosztikák mostantól pontos logikai olvasásokat jeleznek a párhuzamos lekérdezés-végrehajtási tervekhez.

Továbbfejlesztett kivonatkiömlés diagnosztikája

• Ha egy kivonatillesztési vagy kivonat-összesítő operátor adatokat ömleszt a tempdb-adatbázisba a lekérdezés végrehajtása során, a rendszer most a statisztika I/O-diagnosztikájának megfelelő I/O-t jelenti.

Továbbfejlesztett teljes szöveges indexdiagnosztikák

• Bizonyos esetekben nehéz lehet megérteni bizonyos teljes szöveges lekérdezések eredményeit. A teljes szöveges keresőalrendszer külső szóhatárolókkal és stoplistákkal működik együtt, és az interakció eredményeként a dokumentumban szereplő kulcsszavak pozícióadatai eltérhetnek a tényleges szövegben megfigyelttől. Ez különösen fontos a "phrase" vagy a "NEAR" keresések során, mivel a szavak közötti különbséget a belső számítások az egyező dokumentumok megkeresésére használják.

• A 2012 SP2 SQL Server új dinamikus felügyeleti függvényt (DMF) adtunk hozzá, hogy hozzáférést biztosítsunk a dokumentumban indexelt kulcsszavak helymeghatározási információihoz. Az új DMF hasonló a meglévő DMF-sys.dm_fts_index_keywords_by_document, és a következő szintaxist tartalmazza: sys.
  dm_fts_index_keywords_position_by_document (
  DB_ID('database_name'), OBJECT_ID('table_name')
  )

• Az előfordulások száma helyett az egyes előfordulásokról és az indexelt dokumentumban elfoglalt helyzetéről ad vissza információt.

• Ez az információ a szöveg és a belső index közötti leképezés megtekintésére használható, amely a keresési kifejezés különbözetét (ha van) mutatja. Ez segíthet a kifejezéskeresés eredményeinek megértésében.

Támogatási lehetőségek

• Tranzakciós replikáció:

  • Részletes üzenet hozzáadva a statisztikákhoz az előzménytáblákban, és részletesebb üzenetek az ügynöknaplókban:

    • Szöveges üzenet hozzáadva a statisztikák <> XML-kimenethez, hogy különböző állapotokat határozzon meg a logreader és a terjesztő ügynökökben.

    • Cikkszintű statisztikák hozzáadva a terjesztő és a logreader paraméteres parancsaihoz.

    • A kihagyott parancsok száma hozzáadva a kimeneti fájlhoz a terjesztőügynökben.

    • A sémamódosítások a terjesztőügynökben való elvégzésére fordított idő hozzáadva.

  • LogReader: A naplórekordok .TXT fájlba kerülnek a felhasználói memóriakép rögzítésekor.

  • Társközi: A beszúrási, frissítési és törlési eljárások frissülnek, hogy az ütközési üzenet alább látható legyen:

    • Tábla neve

    • Elsődleges kulcs oszlopának neve és értékei

    • Aktuális verzió

    • Verzió előtti

    • Verzió utáni

• Replikáció egyesítése:

  • A naplófájlban hozzáadott 101-es nyomkövetési jelző kimenete, ha az egyesítési ügynök kimeneti részletességi szintje 4.

Függvénybeliség

• Tranzakciós replikáció:

  • A társközi replikáció mostantól támogatja a szöveges oszlop részleges frissítéseit az Update vagy a használatával. Szemantikai írás.

• Replikáció egyesítése:

  • A tárolt adatok felesleges feltöltésének elkerülése érdekében a rendszer újratervezte a tárolt eljárásokat.

Naplózási üzenet feldolgozási hibákkal és figyelmeztetésekkel a CSS- és nagyméretű HTML-jelentések gyakori hívásainak megelőzéséhez.

• Áttekintés:

  • A jelentésterv észlelése annak megállapításához, hogy a jelentésterv nagy HTML-jelentést eredményez-e, és potenciálisan teljesítményproblémákat okoz. Ezt az interaktív oldalmagasság és szélesség beállításainak vizsgálatával könnyen észlelheti.

• Felhasználói forgatókönyv:

  • Jelentést a Report Builder hozhat létre. Az InteractiveSize tulajdonságban a "0" értéket kell megadnia. Megjelenik egy előugró ablak, amely a következő üzenetet tartalmazza a lehetséges teljesítményre gyakorolt hatásról:

    Az interaktív heigth beállítása 0 szőnyegre hatással van a teljesítményre.

Teljesítménybeli fejlesztések

• A Service Pack 2 számos teljesítménybeli továbbfejlesztése az alábbi cikkekben leírtak szerint:

  • Teljesítményproblémák akkor fordulnak elő, ha az adatbázis-zárolási tevékenység SQL Server 2012-ben növekszik

  • Teljesítményproblémák történnek NUMA-környezetekben a 2012-SQL Server-ben történő külső lapfeldolgozás során

  • Az ALTER INDEX után csökken a teljesítmény... Az ONLINE művelet 2012 SQL Server megszakadt

• DMV-fejlesztések

  • sys.dm_db_session_space_usage a tempdb-adatbázisban a felhasználói objektum által munkamenetenként elfoglalt helyet tükrözi. Ha a törölt sorok száma meghaladja az 1024 oldalt, a rendszer elhalasztja ezeknek a lapoknak a lefoglalását. A 2012-SQL Server Service Pack 2-ben a DMV a foglalási egységek helyhasználatát is tartalmazni fogja, amelyeket egy új, user_objects_deferred_dealloc_page_count nevű oszlopban halasztanak el.

  • sys.dm_server_services mostantól helyesen adja meg a csomópont nevét cluster_nodename oszlopban, ha SQL Server telepítve van egy feladatátvevő fürtön.

• Gyűrűpuffer fejlesztései

  • Az alkalmazástartományok gyűrűpuffere RING_BUFFER_CLRAPPDOMAIN tartalmazza annak okát, hogy az alkalmazástartomány miért lett eltávolítva a <DoomReason> mezőben:

    • 1 = A DDL-műveletek, például a szerelvény eltávolítása eltávolítják.

    • 2 = biztonsági művelet, például engedély módosítása távolítja el.

    • 3 = memóriaterhelés kezelése miatt kipakolt.

    • 4 = sikertelen inicializálás miatt nincs eltávolítva.

  • A megfelelő bővített esemény app_domain_ring_buffer_recorded tartalmazza doom_reason eseményadatok mezőjében a kirakodás okát.

  • RING_BUFFER_RESOURCE_MONITOR bejegyzéseket tartalmaz, ha az Erőforrás-figyelő által figyelt állapotban változás észlelhető. Emellett a rendszer- és folyamaterőforrás-értesítések esetében a készletértesítések a <IndicatorsPool> </IndicatorsPool> csomópontban is elérhetők.

  • Resource_monitor_ring_buffer_recorded bővített esemény készletszintű értesítéseket tartalmaz a pool_indicators adatmezőben.

  • RING_BUFFER_NONYIELD_PROCESSTABLE tartalmazza a folyamat nevét az egyéb információk mellett, legfeljebb 8192 szálat, amelyek a gyűrűpuffer bejegyzésének rögzítésekor futnak a rendszerben.

• Biztonsági mentési és visszaállítási fejlesztések

  • A modell faroknaplójának norecovery beállítással történő biztonsági mentése már nem engedélyezett a Service Pack 2-től kezdve.

  • A biztonsági mentési és visszaállítási befejezési üzenetek a hibanaplóban tartalmazzák az időtartamra és az átviteli sebességre vonatkozó információkat:

    • A BACKUP DATABASE sikeresen feldolgozta a 298 oldalt 0,026 másodperc alatt (89,261 MB/másodperc).

    • A RESTORE DATABASE sikeresen feldolgozta a 298 oldalt 0,016 másodperc alatt (145,050 MB/másodperc).

• Bővített események

  • A 2012.SQL Server 2. szervizcsomagban az alábbi bővített események lettek hozzáadva vagy módosítva:

    • Memóriafoglalás:

      • A bővített események page_allocated és page_freed a SQL Server memória legnagyobb felhasználóinak megtekintésére használhatók. A Service Pack 2-től kezdődően ezek a bővített események a lekérdezés végrehajtása során lefoglalt és felszabadított fenntartott memóriát is jelentik.

    • Ghost Cleanup:

      • Amikor egy rekordot töröl egy táblából vagy indexből, az ilyen törlési művelet soha nem távolítja el fizikailag a rekordokat a lapokról, csak töröltként vagy szellemként jelöli meg őket. Ez egy teljesítményoptimalizálás, amely lehetővé teszi a törlési műveletek gyorsabb végrehajtását. A szellemkarbantartási feladatnak nevezett háttérfeladat ezután fizikailag eltávolítja az összes törölt rekordot. A Service Pack 2 számos bővített eseményt tartalmaz, amelyek betekintést nyújtanak a feladat különböző fázisaiba:

        • 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