KB2629456-sửa lỗi: vi phạm quyền truy nhập khi bạn chèn bản ghi vào một phân vùng trống mới trong SQL Server 2008 hoặc trong SQL Server 2008 R2

Triệu chứng

Hãy xem xét tình huống sau:

• Bạn tạo phân vùng cho bảng trong SQL Server 2008 hoặc trong SQL Server 2008 R2.

• Bạn không bật nén trên tất cả các phân vùng.

• Bạn tìm cách chèn bản ghi vào một phân vùng trống mới.

Trong trường hợp này, vi phạm truy nhập xảy ra và lỗi sau đây được đăng nhập trong Nhật ký lỗi SQL Server:

<Date> <Time> spid##      ***Stack Dump being sent to C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\LOG\SQLDump0001.txt<Date> <Time> spid##      SqlDumpExceptionHandler: Process 66 generated fatal exception c0000005 EXCEPTION_ACCESS_VIOLATION. SQL Server is terminating this process.<Date> <Time> spid##      * BEGIN STACK DUMP:<Date> <Time> spid##      *  Exception Address = 0000000000C37D22 Module(sqlservr+0000000000137D22)<Date> <Time> spid##      *  Exception Code    = c0000005 EXCEPTION_ACCESS_VIOLATION<Date> <Time> spid##      *  Access Violation occurred reading address 0000000000000020 

Lưu ý Vấn đề này cũng xảy ra trong Microsoft SQL Server 2008 R2.

Giải pháp

Thông tin Bổ sung

Để xác nhận rằng bạn đang gặp vấn đề được mô tả trong bài viết cơ sở kiến thức này, hãy làm theo các bước sau đây:

1. Mở kết nối DAC với SQL Server và chạy truy vấn sau đây:

   Use <your_db_name>select * from sys.sysrscols rsc where rsc.rsid in ( select sau.container_idfrom sys.system_internals_allocation_units sau join sys.partitions pt on sau.container_id = pt.partition_idand pt.object_id = object_id(<YourPartitionedTable>) and pt.index_id = 1) 

   Lưu ý Trong truy vấn này, <> đã có chỗ dành sẵn cho tên bảng phân vùng của bạn.

2. Trong đầu ra của truy vấn, hãy kiểm tra xem cột rscolid có chứa một giá trị lớn hay không. Dưới đây là ví dụ về một giá trị lớn như vậy:

   rsid	rscolid	hbcolid	Sửa đổi RC	ti	Barca	Các ordkey m
   72057594380091392	4-0	1	614911578	56	4-0	trước
   72057594380091392	20	March	614911578	12967	53265	4-0
   72057594380091392	06	21	614911578	32999	53265	4-0
   72057594380091392	March	40	614911578	32999	53265	4-0
   72057594380091392	21	06	614911578	59	4-0	4-0
   72057594380091392	40	1	614911578	59	4-0	4-0
   72057594380091392	1	7	614911578	1834	4-0	4-0
   72057594380091392	67108865	04	614911578	19627	53625	4-0
   72057594380091392	08	23/02/2010	614911578	56	4-0	4-0
   72057594380091392	23/02/2010	24/02/2010	614911578	10407	53625	4-0
   72057594380091392	24/02/2010	29	614911578	662636	4-0	4-0

Trong ví dụ này, giá trị 67108865 lớn hơn đáng kể so với những người khác. Điều này cho biết rằng bạn đang gặp phải sự cố được mô tả trong bài viết cơ sở kiến thức này.

Để giải quyết vấn đề này, hãy dựng lại các phân vùng bị ảnh hưởng. Vui lòng liên hệ với bộ phận hỗ trợ của Microsoft để tìm hiểu xem những phân vùng nào liên quan đến. Hoặc bạn có thể xây dựng lại tất cả các phân vùng bằng truy vấn sau đây:

ALTER INDEX <your_table_index>ON <your_table_name>REBUILD Partition = allGO 

Trạng thái

Microsoft đã xác nhận đây là sự cố trong các sản phẩm của Microsoft được liệt kê trong phần "Áp dụng cho".