KB2958429 - บักที่ได้รับการแก้ไขใน SQL Server 2012 Service Pack 2

ความสามารถในการสนับสนุน:

• ข้อความ 35285 จะแสดงเป็นข้อความให้ข้อมูลตามที่คาดไว้และไม่ใช่ข้อผิดพลาด

ฟังก์ชัน:

• การสนับสนุน SQL Writer COPY_ONLY การสํารองข้อมูล: การสํารองข้อมูลแบบเต็มของ Data Protection Manager (DPM) บนเซิร์ฟเวอร์ที่มี AlwaysOn รองจะถูกแปลงเป็นการสํารองข้อมูล COPY_ONLY

เพิ่มการสนับสนุนในสถานการณ์การสร้างคิวบ์ภายใน:

• เมื่อคุณใช้ SQL Server 2012 Analysis Services (SSAS 2012) SP2 คุณสามารถสร้างคิวบ์ภายในที่เชื่อมต่อกับ SSAS ที่กําลังทํางานบนพอร์ตที่ไม่ใช่ค่าเริ่มต้นแบบคงที่ที่ปิดเบราว์เซอร์ SQL ฟีเจอร์ใหม่นี้จะถูกควบคุมโดยการตั้งค่าการกําหนดค่าใหม่ใน msmdsrv.ini: "ConfigurationSettings\LocalCubeServerPortInConnectionString" เมื่อต้องการเปิดใช้งานคุณลักษณะนี้ ให้ตั้งค่าเป็น 1 การตั้งค่านี้จะไม่มีผลถ้ามีการกําหนดค่า SSAS 2012 เป็นคลัสเตอร์การย้ายเมื่อเกิดข้อผิดพลาดหรือกําลังทํางานบนพอร์ตเริ่มต้น

เพิ่มการบันทึกเพิ่มเติม:

• Service Pack นี้เพิ่มข้อมูลเพิ่มเติมให้กับไฟล์บันทึก SSAS เพื่อช่วยปรับปรุงการแก้ไขปัญหา ซึ่งรวมถึงเวอร์ชัน SSAS, ชื่อคอมพิวเตอร์, ชื่อ netbios, จํานวน CPU, ขนาด RAM, IP, พอร์ต, ชนิดของโพรโทคอล, การชะงักงัน, การหมดเวลาในการล็อก และข้อมูลอื่นๆ

การปรับปรุงประสิทธิภาพการชะงักงันและการล้างข้อมูล SSISDB

• บทนำ

  • การชะงักงันในฐานข้อมูล SSISDB บนการเรียกพร้อมกันไปยัง SSISDB.catalog.create_execution กระบวนงานที่เก็บไว้

    • การแก้ไขสําหรับภาวะพร้อมกันและปัญหาการชะงักงันของ SSISDB เสร็จสิ้นแล้ว อย่างไรก็ตาม การดําเนินการนี้ไม่สามารถแก้ไขปัญหาทั้งหมดได้ วิธีแก้ไขปัญหาชั่วคราวปัจจุบันคือการทําให้งานเป็นระยะๆ ไปสองสามวินาที แต่คุณไม่สามารถใช้วิธีแก้ไขปัญหาชั่วคราวนี้ได้

    • ประสิทธิภาพต่ําในงานบํารุงรักษา SSISDB

  • โปรแกรมแก้ไขด่วนพร้อมใช้งานสําหรับงานการบํารุงรักษา SSISDB

• สถาปัตยกรรม

  • รุ่นก่อนหน้า:

    • ธุรกรรมแต่ละรายการจะสร้างใบรับรองและคีย์แบบสมมาตร ซึ่งต้องจัดเก็บและประมวลผลในงานบํารุงรักษาหรือล้างข้อมูลด้วย

  • รุ่นใหม่:

    • แนะนําแถวใหม่ในตารางคุณสมบัติแค็ตตาล็อก SERVER_OPERATION_ENCRYPTION_LEVEL และค่าเริ่มต้นเพื่อ PER_EXECUTION เพื่อให้เข้ากันได้แบบย้อนหลัง คุณสามารถเปลี่ยนค่าเป็น PER_PROJECT สร้างหนึ่งคีย์หรือคู่ใบรับรองสําหรับแต่ละโครงการ จําเป็นต้องล้างข้อมูลทั้งหมดก่อนที่จะเปลี่ยนจาก PER_EXECUTION เป็น PER_PROJECT ขั้นตอนร้านค้าใหม่สองขั้นตอนมีไว้สําหรับล้างข้อมูลทั้งหมด

  • ข้อมูลสรุปการเปลี่ยนแปลง:

    • แนะนําแถวใหม่ในตารางคุณสมบัติ SSISDB SERVER_OPERATION_ENCRYPTION_LEVEL:

      • เฉพาะสองค่าเท่านั้นที่ถูกต้อง (1 และ 2)

      • ค่า "1": ค่าเริ่มต้น เข้ารหัสลับด้วยคีย์และใบรับรองที่สมมาตรตามระดับการดําเนินการ ความปลอดภัยสูง แต่อาจมีปัญหาประสิทธิภาพการทํางานหรือการหยุดชะงัก

      • ค่า "2": เข้ารหัสลับด้วยคีย์และใบรับรองที่สมมาตรตามระดับโครงการ ลดความปลอดภัย แก้ไขปัญหาประสิทธิภาพการทํางานหรือการชะงักงัน

    • แนะนําสองกระบวนงานที่เก็บไว้ใหม่ (SP) Cleanup_server_logs และ cleanup_server_execution_keys

      • SP ได้รับการออกแบบมาให้ใช้เมื่อคุณเปลี่ยนระดับการเข้ารหัสจาก "1" เป็น "2" คุณสามารถเรียกใช้ Cleanup_server_logs ก่อนที่สามารถทําให้เสร็จได้อย่างรวดเร็วเพื่อทําให้ SSISDB เข้าสู่สถานะที่ดี ฐานข้อมูล SSISDB พร้อมที่จะเปลี่ยนเป็นระดับการเข้ารหัสลับแล้ว

      • Cleanup_server_keys ใช้เวลานานกว่า Cleanup_server_logs อย่างไรก็ตาม จะทํางานหลังจากที่ระดับการเข้ารหัสลับถูกเปลี่ยนเป็น "2" และทํางานเป็นระยะๆ ในเวลาปิดสูงสุด

      • Cleanup_server_logs: ล้างข้อมูลบันทึกการดําเนินงานทั้งหมดเท่านั้น

      • Cleanup_server_execution_keys: ล้างคีย์และใบรับรองแบบสมมาตรที่ใช้เพื่อปกป้องพารามิเตอร์การดําเนินการที่ละเอียดอ่อน

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

        • cleanup_flag = 1: ปล่อยคีย์และใบรับรองระดับการดําเนินการแบบสมมาตร

        • cleanup_flag = 2: ปล่อยคีย์และใบรับรองระดับโครงการแบบสมมาตร (จะปล่อยคีย์และใบรับรองเหล่านั้นก็ต่อเมื่อโครงการ perticular นี้ถูกลบและบันทึกการดําเนินการทั้งหมดที่เกี่ยวข้องกับโครงการนี้ถูกล้างแล้ว)

      • @delete_batch_size int = 1000

        • จํานวนของคีย์หรือใบรับรองจะถูกละทิ้งในการโทรหนึ่งครั้งของกระบวนงานร้านค้านี้

    • ใน internal.cleanup_server_retention_window ให้เปลี่ยน delete_batch_size จาก 10 เป็น 1000

การสนับสนุนเพิ่มเติมสําหรับจํานวนแถวตัวแปรตารางเพื่อปรับปรุงแผนคิวรี:

• ถ้าตัวแปรตารางถูกรวมเข้ากับตารางอื่นใน SQL Server อาจส่งผลให้ประสิทธิภาพการทํางานช้าลงเนื่องจากการเลือกแผนการสอบถามที่ไม่มีประสิทธิภาพเนื่องจาก SQL Server ไม่สนับสนุนสถิติหรือติดตามจํานวนแถวในตัวแปรตารางในขณะที่คอมไพล์แผนการสอบถาม

• ใน SQL Server 2012 SP2 จะมีการนําค่าสถานะการติดตามใหม่มาใช้ ซึ่งทําให้ตัวปรับคิวรีให้เหมาะสมสามารถใช้ข้อมูลเกี่ยวกับจํานวนแถวที่แทรกลงในตัวแปรตารางเพื่อเลือกแผนคิวรีที่มีประสิทธิภาพมากขึ้น เปิดใช้งานติดตามค่าสถานะ 2453 เพื่อเปิดใช้งานลักษณะการทํางานนี้
  
  หมาย เหตุ:

  • ในบางสถานการณ์ การเปิดใช้งานแฟล็กการติดตาม 2453 อาจส่งผลให้ประสิทธิภาพการทํางานลดลง เนื่องจากการคอมไพล์เพิ่มเติมที่จําเป็นสําหรับจํานวนจริงของแถวที่แทรกลงในตัวแปรตารางในระหว่างเวลาดําเนินการ โดยทั่วไปแล้ว คุณจะได้รับประโยชน์จากค่าสถานะการติดตามนี้ ถ้าตัวแปรตารางมีจํานวนแถวจํานวนมากที่รวมกับตารางอื่น หรือมีมากกว่าหนึ่งแถวและใช้ที่ด้านนอกของตัวดําเนินการการรวมลูปซ้อนกันที่มีแผนอยู่ด้านในที่ประมวลผลแถวจํานวนมาก

  • ลักษณะการทํางานที่คล้ายกันนี้อาจทําได้ใน SQL Server เวอร์ชันอื่นๆ ผ่านการใช้คําใบ้คิวรี OPTION (RECOMPILE) อย่างไรก็ตาม คําใบ้การสอบถามจําเป็นต้องตรวจสอบและปรับเปลี่ยนการสอบถามทั้งหมดที่ประสบปัญหาจากตัวเลือกแผนไม่ดี เนื่องจากมีตัวแปรตารางที่ขับเคลื่อนโดยตัวแปรตารางจํานวนมาก ในขณะที่การเปิดใช้งานแฟล็กการติดตาม 2453 อาจส่งผลกระทบต่อปริมาณงานที่มีอยู่

การแก้ไขปัญหาประสิทธิภาพการทํางานที่ได้รับการปรับปรุงสําหรับแผนการดําเนินการคิวรีแบบขนาน

• ในตอนนี้ DMV sys.dm_exec_requests จะส่งกลับค่าที่ถูกต้องสําหรับ cpu_time สําหรับแผนการดําเนินการคิวรีแบบขนาน ขณะนี้การวินิจฉัย IO ของ STATISTICS จะรายงานการอ่านเชิงตรรกะที่ถูกต้องสําหรับแผนการดําเนินการคิวรีแบบขนาน

ปรับปรุงการวินิจฉัยการหกกระเด็นของแฮช

• ถ้าตัวดําเนินการรวมแฮชหรือแฮชรวบรวมข้อมูลไปยังฐานข้อมูล tempdb ระหว่างการดําเนินการคิวรี จะมีการรายงาน I/O ที่สอดคล้องกันสําหรับการวินิจฉัย STATISTICS IO

ปรับปรุงการวินิจฉัยดัชนีข้อความแบบเต็ม

• ในบางกรณี อาจเป็นเรื่องยากที่จะเข้าใจว่าผลลัพธ์ของคิวรีข้อความแบบเต็มบางรายการถูกส่งกลับมาอย่างไร ระบบย่อยการค้นหาข้อความทั้งหมดโต้ตอบกับตัวแบ่งคําภายนอกและหยุดรายการ และผลของการโต้ตอบนี้ ข้อมูลตําแหน่งสําหรับคําสําคัญในเอกสารอาจแตกต่างจากที่พบในข้อความจริง การดําเนินการนี้มีความเกี่ยวข้องอย่างมากเมื่อทําการค้นหา 'วลี' หรือ 'NEAR' เนื่องจากส่วนที่แตกต่างระหว่างคําถูกใช้ในการคํานวณภายในเพื่อค้นหาเอกสารที่ตรงกัน

• ใน SQL Server 2012 SP2 มีการเพิ่มฟังก์ชันการจัดการแบบไดนามิก (DMF) ใหม่เพื่อให้สามารถเข้าถึงข้อมูลการวางตําแหน่งสําหรับคําสําคัญที่จัดทําดัชนีในเอกสาร DMF ใหม่จะคล้ายกับ sys.dm_fts_index_keywords_by_document DMF ที่มีอยู่ และมีไวยากรณ์ต่อไปนี้:sys
  dm_fts_index_keywords_position_by_document (
  DB_ID('database_name') OBJECT_ID('table_name')
  )

• แทนที่จะใช้การนับจํานวนครั้ง จะส่งกลับข้อมูลเกี่ยวกับการเกิดขึ้นแต่ละครั้งและตําแหน่งในเอกสารที่มีการทําดัชนี

• ข้อมูลนี้สามารถใช้เพื่อดูการแมประหว่างข้อความและดัชนีภายในซึ่งจะแสดงความแตกต่างใน delta ถ้ามี สําหรับวลีการค้นหา วิธีนี้จะช่วยให้เข้าใจผลลัพธ์จากการค้นหาวลีได้

ความสามารถในการสนับสนุน

• การจําลองแบบทรานแซคชัน:

  • ข้อความรายละเอียดที่เพิ่มลงในสถิติในตารางประวัติและข้อความโดยละเอียดเพิ่มเติมในบันทึกตัวแทน:

    • เพิ่มข้อความไปยังสถิติ <> xml output เพื่อกําหนดสถานะที่แตกต่างกันในทั้ง logreader และ distributor agents

    • เพิ่มสถิติระดับบทความสําหรับคําสั่งพารามิเตอร์ผู้จัดจําหน่ายและ logreader

    • เพิ่มจํานวนคําสั่งที่ข้ามไปยังไฟล์ผลลัพธ์ในตัวแทนผู้จัดจําหน่าย

    • เพิ่มเวลาที่ใช้ทําการเปลี่ยนแปลง Schema ในตัวแทนผู้จัดจําหน่าย

  • LogReader: บันทึกจะถูกเพิ่มในไฟล์ .TXT เมื่อมีการบันทึกข้อมูลการถ่ายโอนข้อมูลผู้ใช้

  • เพียร์ทูเพียร์: แทรก อัปเดต และลบกระบวนงานได้รับการอัปเดตเพื่อให้รายละเอียดด้านล่างกับข้อความข้อขัดแย้ง:

    • ชื่อตาราง

    • ชื่อและค่าของคอลัมน์คีย์หลัก

    • เวอร์ชันปัจจุบัน

    • เวอร์ชันก่อน

    • หลังเวอร์ชัน

• การจําลองแบบการผสาน:

  • ผลลัพธ์ของค่าสถานะการติดตาม 101 ที่เพิ่มในไฟล์บันทึกเมื่อระดับรายละเอียดผลลัพธ์สําหรับตัวแทนการผสานถูกตั้งค่าเป็น 4

ฟังก์ชันการทํางาน

• การจําลองแบบทรานแซคชัน:

  • ขณะนี้การจําลองแบบเพียร์ทูเพียร์สนับสนุนการอัปเดตบางส่วนในคอลัมน์ข้อความโดยใช้ Update หรือ เขียนความหมาย

• การจําลองแบบการผสาน:

  • ขั้นตอนการล้างข้อมูลที่เก็บไว้ได้รับการออกแบบใหม่เพื่อหลีกเลี่ยงการอัปโหลดข้อมูลที่ซ้ําซ้อน

ข้อความบันทึกที่มีข้อผิดพลาดในการประมวลผลและคําเตือนเพื่อป้องกันการเรียกทั่วไปไปยัง CSS รายงาน HTML ขนาดใหญ่

• ภาพรวม:

  • การตรวจหาการออกแบบรายงานเพื่อกําหนดว่าการออกแบบรายงานจะ net a large HTML report and potentially cause performance issues. ซึ่งควรตรวจพบได้อย่างง่ายดายโดยการตรวจสอบการตั้งค่า ความสูงและความกว้างของหน้าแบบโต้ตอบ

• สถานการณ์ของผู้ใช้:

  • คุณสร้างรายงานในตัวสร้างรายงาน คุณใส่ค่า '0' ในคุณสมบัติ InteractiveSize คุณได้รับหน้าต่างป็อปอัพที่มีคําเตือนข้อความต่อไปนี้เกี่ยวกับผลกระทบต่อประสิทธิภาพการทํางานที่อาจเกิดขึ้น:

    การตั้งค่า Heigth แบบโต้ตอบได้เป็น 0 เสื่อมีผลกระทบต่อประสิทธิภาพการทํางาน

การปรับปรุงประสิทธิภาพการทํางาน

• การปรับปรุงประสิทธิภาพหลายอย่างใน Service Pack 2 ตามที่อธิบายไว้ในบทความต่อไปนี้:

  • ปัญหาด้านประสิทธิภาพเกิดขึ้นเมื่อกิจกรรมการล็อกฐานข้อมูลเพิ่มขึ้นใน SQL Server 2012

  • ปัญหาประสิทธิภาพการทํางานเกิดขึ้นในสภาพแวดล้อม NUMA ระหว่างการประมวลผลเพจต่างประเทศใน SQL Server 2012

  • ประสิทธิภาพลดลงหลังจาก ALTER INDEX... การดําเนินการออนไลน์ถูกยกเลิกใน SQL Server 2012

• การปรับปรุง DMV

  • sys.dm_db_session_space_usage แสดงจํานวนเนื้อที่ที่ใช้ในฐานข้อมูล tempdb ตามวัตถุของผู้ใช้ต่อเซสชัน เมื่อจํานวนแถวที่ถูกลบเกินกว่าหน้า 1024 การยกเลิกการจัดสรรของหน้าเหล่านี้จะถูกเลื่อนออกไป ใน SQL Server 2012 Service Pack 2 DMV จะรวมการใช้พื้นที่สําหรับหน่วยการจัดสรรที่เลื่อนออกไปในคอลัมน์ใหม่ที่เรียกว่า user_objects_deferred_dealloc_page_count

  • sys.dm_server_services จะระบุชื่อโหนดในคอลัมน์ cluster_nodename ได้อย่างถูกต้องถ้ามีการติดตั้ง SQL Server บนคลัสเตอร์การย้ายเมื่อเกิดข้อผิดพลาด

• การปรับปรุงบัฟเฟอร์วงแหวน

  • บัฟเฟอร์วงแหวนสําหรับโดเมนแอป RING_BUFFER_CLRAPPDOMAIN รวมถึงเหตุผลที่ยกเลิกการโหลดโดเมนแอปใน> <DoomReason:

    • 1 = ไม่โหลดโดยการดําเนินการ DDL เช่น การปล่อยแอสเซมบลี

    • 2 = ยกเลิกการโหลดโดยการดําเนินการที่เกี่ยวข้องกับความปลอดภัย เช่น เปลี่ยนแปลงสิทธิ์

    • 3 = ไม่โหลดเนื่องจากการจัดการความดันหน่วยความจํา

    • 4 = ยกเลิกการโหลดเนื่องจากการเตรียมใช้งานล้มเหลว

  • app_domain_ring_buffer_recorded เหตุการณ์ที่ขยายที่สอดคล้องกันมีเหตุผลสําหรับการยกเลิกการโหลดในเขตข้อมูลข้อมูลเหตุการณ์ doom_reason

  • RING_BUFFER_RESOURCE_MONITOR มีรายการเมื่อตรวจพบการเปลี่ยนแปลงในสถานะที่ถูกตรวจสอบโดยตัวตรวจสอบทรัพยากร นอกจากนี้ สําหรับการแจ้งให้ทราบเกี่ยวกับทรัพยากรระบบและกระบวนการ การแจ้งเตือนพูลยังมีอยู่ในโหนด <IndicatorsPool> </IndicatorsPool>

  • Resource_monitor_ring_buffer_recorded กิจกรรมที่ขยายรวมการแจ้งเตือนทั่วทั้งกลุ่มในฟิลด์ข้อมูล pool_indicators

  • RING_BUFFER_NONYIELD_PROCESSTABLE รวมถึงชื่อกระบวนการนอกเหนือจากข้อมูลอื่นๆ ได้ถึง 8192 เธรดที่กําลังทํางานในระบบในขณะที่บันทึกรายการบัฟเฟอร์วงแหวน

• การปรับปรุงการสํารองข้อมูลและการคืนค่า

  • การสํารองข้อมูลส่วนท้ายของรุ่นที่มีตัวเลือก norecovery ไม่ได้รับอนุญาตให้เริ่มต้นด้วย Service Pack 2 อีกต่อไป

  • ข้อความการสํารองและการคืนค่าที่เสร็จสมบูรณ์ในบันทึกข้อผิดพลาดมีระยะเวลาและข้อมูลปริมาณงาน:

    • BACKUP DATABASE ประมวลผลได้สําเร็จ 298 หน้าใน 0.026 วินาที (89.261 MB/วินาที)

    • คืนค่าฐานข้อมูลประมวลผลสําเร็จ 298 หน้าใน 0.016 วินาที (145.050 MB/วินาที)

• เหตุการณ์ที่ขยายเวลา

  • มีการเพิ่มหรือแก้ไขเหตุการณ์เพิ่มเติมต่อไปนี้ใน SQL Server 2012 Service Pack 2:

    • การจัดสรรหน่วยความจํา:

      • page_allocated เหตุการณ์ที่ขยายเวลาและ page_freed สามารถใช้เพื่อดูผู้บริโภคอันดับต้นๆ ของหน่วยความจํา SQL Server เริ่มต้นด้วย Service Pack 2 เหตุการณ์เพิ่มเติมเหล่านี้ยังรายงานหน่วยความจําที่สงวนไว้ซึ่งได้รับการจัดสรรและทําให้ว่างระหว่างการดําเนินการคิวรี

    • การล้างข้อมูลแบบ Ghost:

      • เมื่อระเบียนถูกลบในตารางหรือดัชนี การดําเนินการลบดังกล่าวจะไม่เอาระเบียนออกจากหน้า ระเบียนนั้นจะทําเครื่องหมายว่าถูกลบไปแล้วหรือถูกลบออกไปแล้วเท่านั้น นี่คือการปรับประสิทธิภาพให้เหมาะสมซึ่งช่วยให้สามารถลบการดําเนินการให้เสร็จสมบูรณ์ได้รวดเร็วยิ่งขึ้น งานเบื้องหลังที่เรียกว่างานการล้างข้อมูลแบบ Ghost จากนั้นจะเอาระเบียนที่ถูกลบออกทั้งหมด มีการเพิ่มเหตุการณ์เพิ่มเติมหลายรายการใน Service Pack 2 เพื่อให้ข้อมูลเชิงลึกเกี่ยวกับขั้นตอนต่างๆ ของงานนี้:

        • 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