Microsoft phân phối Microsoft SQL Server 2008 R2, SQL Server 2008 R2 SP1 và SQL Server 2008 bản sửa lỗi là một tệp được tải xuống. Vì bản sửa lỗi được tích lũy, mỗi bản phát hành mới chứa tất cả các hotfix và tất cả các bản sửa lỗi bảo mật được bao gồm trong SQL Server 2008 R2, SQL Server 2008 R2 SP1 và SQL Server 2008 bản phát hành bản sửa lỗi.
Giới thiệu
Lệnh DBCC CHECKDB cân bằng sự cần thiết giữa hiệu suất và tài nguyên. Do đó, theo mặc định, lệnh DBCC CHECKDB có thể không được tối đa hóa việc sử dụng tài nguyên khi kiểm tra nhất quán cho cơ sở dữ liệu đang chạy. Ví dụ, lệnh DBCC CHECKDB có thể không tăng tối đa mức sử dụng Disk I/O khi kiểm tra nhất quán cho cơ sở dữ liệu đang chạy.
Giải pháp
Thông tin Cập Nhật tích lũy
Gói dịch vụ SQL Server 2008 2
Bản sửa lỗi cho sự cố này lần đầu tiên được phát hành trong Cumulative Update 9 cho SQL Server 2008 Service Pack 2. Để biết thêm thông tin về gói Cập Nhật lũy tích này, hãy bấm số bài viết sau để xem bài viết trong cơ sở kiến thức Microsoft:
2673382 Gói Cập Nhật tích lũy 9 cho SQL Server 2008 gói dịch vụ 2
Ghi chú Vì bản dựng được tích lũy, mỗi bản phát hành khắc phục sự cố mới chứa tất cả các hotfix và tất cả các bản sửa lỗi bảo mật đã được đưa vào bản phát hành khắc phục SQL Server 2008 trước đó. Chúng tôi khuyên bạn nên cân nhắc việc áp dụng bản phát hành bản sửa lỗi gần đây nhất có chứa hotfix này. Để biết thêm thông tin, hãy xem bài viết sau đây trong Cơ sở Kiến thức Microsoft:
2402659 Bản dựng SQL Server 2008 đã được phát hành sau khi SQL Server 2008 Service Pack 2 đã được phát hành
Các hotfix Microsoft SQL Server 2008 được tạo cho các gói dịch vụ SQL Server cụ thể. Bạn phải áp dụng SQL Server 2008 gói dịch vụ 2 để cài đặt gói dịch vụ SQL Server 2008 2. Theo mặc định, mọi hotfix được cung cấp trong gói dịch vụ SQL Server sẽ được đưa vào gói dịch vụ SQL Server tiếp theo.
Gói dịch vụ SQL Server 2008 3
Bản sửa lỗi cho sự cố này lần đầu tiên được phát hành trong Cumulative Update 4 cho SQL Server 2008 Service Pack 3. Để biết thêm thông tin về gói Cập Nhật tích lũy này, hãy xem bài viết sau đây trong cơ sở kiến thức Microsoft:
2673383 Gói Cập Nhật tích lũy 4 cho SQL Server 2008 gói dịch vụ 3
Lưu ý Vì bản dựng được tích lũy, mỗi bản phát hành khắc phục sự cố mới chứa tất cả các hotfix và tất cả các bản sửa lỗi bảo mật đã được đưa vào bản phát hành khắc phục SQL Server 2008 trước đó. Microsoft khuyên bạn nên cân nhắc việc áp dụng bản phát hành khắc phục gần đây nhất có chứa các hotfix này. Để biết thêm thông tin, hãy xem bài viết sau đây trong Cơ sở Kiến thức Microsoft:
2629969 Bản dựng SQL Server 2008 đã được phát hành sau khi SQL Server 2008 Service Pack 3 đã được phát hành
Các hotfix Microsoft SQL Server 2008 được tạo cho các gói dịch vụ SQL Server cụ thể. Bạn phải áp dụng SQL Server 2008 gói dịch vụ 3 để cài đặt gói dịch vụ SQL Server 2008 3. Theo mặc định, mọi hotfix được cung cấp trong gói dịch vụ SQL Server sẽ được đưa vào gói dịch vụ SQL Server tiếp theo.
Gói Cập Nhật tích lũy 11 cho SQL Server 2008 R2
Bản sửa lỗi cho sự cố này lần đầu tiên được phát hành trong bản Cập Nhật Cumulative Update 11. Để biết thêm thông tin về cách tải gói Cập Nhật tích lũy cho SQL Server 2008 R2, hãy xem bài viết sau đây trong cơ sở kiến thức Microsoft:
2633145 Gói Cập Nhật tích lũy 11 cho SQL Server 2008 R2
Lưu ý Vì bản dựng được tích lũy, mỗi bản phát hành khắc phục sự cố mới chứa tất cả các hotfix và tất cả các bản sửa lỗi bảo mật đã được đưa vào bản phát hành khắc phục SQL Server 2008 trước đó. Chúng tôi khuyên bạn nên cân nhắc việc áp dụng bản phát hành bản sửa lỗi gần đây nhất có chứa hotfix này. Để biết thêm thông tin, hãy xem bài viết sau đây trong Cơ sở Kiến thức Microsoft:
981356 Bản dựng SQL Server 2008 R2 đã được phát hành sau khi SQL Server 2008 R2 được phát hành
Gói Cập Nhật tích lũy 4 cho SQL Server 2008 R2 SP1
Bản sửa lỗi cho sự cố này lần đầu tiên được phát hành trong bản Cập Nhật Cumulative 4. Để biết thêm thông tin về cách tải gói Cập Nhật tích lũy cho SQL Server 2008 R2 SP1, hãy xem bài viết sau đây trong cơ sở tri thức Microsoft:
2633146 Gói Cập Nhật tích lũy 4 cho SQL Server 2008 R2 SP1
Ghi chú Vì bản dựng được tích lũy, mỗi bản phát hành khắc phục sự cố mới chứa tất cả các hotfix và tất cả các bản sửa lỗi bảo mật đã được đưa vào bản phát hành khắc phục sự cố SQL Server 2008 trước đó. Chúng tôi khuyên bạn nên cân nhắc việc áp dụng bản phát hành bản sửa lỗi gần đây nhất có chứa hotfix này. Để biết thêm thông tin, hãy xem bài viết sau đây trong Cơ sở Kiến thức Microsoft:
2567616 Bản dựng SQL Server 2008 R2 đã được phát hành sau khi SQL Server 2008 R2 SP1 đã được phát hành
SQL Server 2012
SQL Server 2012 chứa mã thay đổi cho những bản sửa lỗi này. Cả hai dấu theo dõi cờ 2562 và 2549 như mô tả dưới đây cũng áp dụng cho SQL Server 2012. Tuy nhiên, sửa chữa để giảm ganh đua trên chốt DBCC_MULTIOBJECT_SCANNER không yêu cầu theo dõi cờ 2562 trong SQL Server 2012. Những thay đổi này đã được đưa vào mặc định trong SQL Server 2012.
Thông tin Bổ sung
Bản Cập Nhật tích lũy này giới thiệu hai cờ theo dõi để tăng tối đa hóa việc sử dụng tài nguyên đĩa I/O khi người dùng thực thi lệnh DBCC CHECKDB . Mặc dù những cải thiện này PHYSICAL_ONLYchỉ đích đến tùy chọn PHYSICAL_ONLY, họ cũng có thể cải thiện hiệu suất tổng thể của các lệnh DBCC checkdb mà không sử dụng tùy chọn PHYSICAL_ONLY . Theo dõi cờ 2562 Dấu vết này bao gồm các thay đổi sau đây:
-
Chạy lệnh DBCC CHECKDB trong một lô "đơn" bất kể số lượng chỉ mục trong cơ sở dữ liệu. Theo mặc định, lệnh DBCC CHECKDB cố gắng thu nhỏ tài nguyên tempdb bằng cách giới hạn số lượng chỉ mục hoặc "sự kiện" mà nó tạo ra bằng cách sử dụng một khái niệm "lô". Dấu vết này buộc tất cả các quy trình xử lý thành một lô.
-
Cải thiện việc xử lý nội bộ để xác định những trang nào cần đọc từ cơ sở dữ liệu. Điều này làm giảm sự ganh đầu trên chốt DBCC_MULTIOBJECT_SCANNER.
Một hiệu ứng sử dụng cờ theo dõi này là các yêu cầu không gian cho tempdb có thể tăng. Tempdb có thể phát triển đến mức 5 phần trăm trở lên của cơ sở dữ liệu người dùng đang được xử lý bởi lệnh DBCC CHECKDB . Do đó, chúng tôi khuyên bạn nên dùng tempdbcó kích cỡ trước ít nhất 5 phần trăm kích cỡ cơ sở dữ liệu của mình khi sử dụng cờ theo dõi để tránh tăng tính tự động, có thể làm chậm hiệu suất của lệnh DBCC checkdb . Lưu ý Theo dõi cờ 2562 là một dấu theo mức phiên. Bạn có thể bật mức phiên. Theo dõi cờ 2549 Lệnh DBCC CHECKDB dựng một danh sách nội bộ của các trang để đọc trên mỗi ổ đĩa duy nhất trên tất cả các tệp cơ sở dữ liệu. Lô-gic này xác định các ổ đĩa duy nhất dựa trên chữ cái ổ đĩa của tên tệp vật lý của từng tệp. Nếu các đĩa cơ bản là thực sự duy nhất khi các chữ cái ổ đĩa hay không, lệnh DBCC CHECKDB sẽ coi đây là một đĩa. Khi cờ dấu vết này được bật, mỗi tệp cơ sở dữ liệu được giả định sẽ nằm trên một ổ đĩa duy nhất. Không sử dụng cờ theo dõi này trừ khi bạn biết rằng mỗi tệp được dựa trên một ổ đĩa vật lý duy nhất. Lưu ý Theo dõi cờ 2549 là cờ theo dõi toàn cầu. Để bật nó, bạn phải sử dụng nó dưới dạng tham số khởi động hoặc dùng DBCC TRACEON (2549,-1). Mặc dù các cờ theo dõi cải thiện hiệu suất của các lệnh DBCC checkdb mà mục tiêu sử dụng của tùy chọn DBCC checkdb , một số người dùng có thể không thấy bất kỳ cải thiện nào trong hiệu suất. Trong khi các cờ theo dõi cải thiện việc sử dụng nguồn tài nguyên đĩa I/O, hiệu suất cơ bản của tài nguyên đĩa có thể giới hạn hiệu suất tổng thể của lệnh DBCC CHECKDB . Hãy lưu ý về các hạn chế sau đây:
-
Các cải tiến về hiệu suất sẽ không được thiết kế để cải thiện hiệu suất khi bạn sử dụng tùy chọn sửa chữa. Ví dụ, các cải tiến về hiệu suất sẽ không được thiết kế để cải thiện hiệu suất khi bạn dùng tùy chọn REPAIR_ALLOW_DATA_LOSS.
-
Các cải thiện này không ảnh hưởng đến lệnh DBCC checkalloc.
-
Các cải thiện có thể giúp hiệu suất của lệnh DBCC checktablecho chỉ mục với nhiều trang. Tuy nhiên, các cải tiến không nhằm cải thiện hiệu suất của lệnh DBCC CHECKTABLE .
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".
