KB2455009 - KHẮC PHỤC: Hiệu suất chậm khi bạn khôi phục cơ sở dữ liệu nếu có nhiều VLFs bên trong nhật ký giao dịch SQL Server 2005, trong SQL Server 2008 hoặc SQL Server 2008 R2

Triệu chứng

Hãy xem xét tình huống sau:

Bạn cài đặt Microsoft SQL Server 2005, Microsoft SQL Server 2008 hoặc Microsoft SQL Server 2008 R2 trên máy tính.
Một hoặc nhiều cơ sở dữ liệu nằm trong mô hình phục hồi toàn bộ hoặc được ghi nhật ký hàng loạt.
Kích cỡ ban đầu của tệp nhật ký giao tác cho cơ sở dữ liệu là nhỏ. Tuy nhiên, tệp giao dịch phát triển lớn.
Mức tăng trưởng tự động tăng của tệp nhật ký giao dịch được đặt cấu hình thành kích thước nhỏ. Ví dụ: gia số tăng trưởng tự động phát triển được đặt cấu hình thành một megabyte hoặc đến một phần trăm. Hoặc bạn làm cho tệp nhật ký giao dịch tăng lên bằng cách sử dụng một sự tăng trưởng thủ công nhỏ.
Tệp nhật ký giao dịch tăng lên theo mức tăng trưởng nhỏ. Sau một thời gian, tệp nhật ký giao dịch sẽ rất lớn.

Ví dụ: tệp nhật ký giao dịch phát triển từ một trăm megabyte đến mười gigabyte. Tệp nhật ký giao dịch tăng thêm một megabyte trong mỗi lần tăng trưởng.

Trong trường hợp này, bạn có thể gặp các sự cố sau:

Phục hồi cơ sở dữ liệu chậm khi cơ sở dữ liệu được bắt đầu nếu có một khối lượng lớn công việc để phục hồi.

Ví dụ: một giao dịch đang chờ mở trong một thời gian dài. Hoặc, rất nhiều giao dịch có kích thước nhỏ không được cam kết khi SQL Server tắt hoặc khởi động lại. Trong trường hợp này, bạn có thể nhận được một lỗi cho một thời gian dài phục hồi ước tính trong giai đoạn phân tích, trong giai đoạn hoàn tác, hoặc trong giai đoạn làm lại. Lỗi này tương tự như sau và được ghi nhật ký trong tệp nhật ký lỗi SQL Server 2005:

Phân tích cơ sở dữ liệu 'mydatabase' (7) là hoàn thành 0% (khoảng 1234 giây vẫn còn). Đây chỉ là thông báo thông tin. Không yêu cầu hành động của người dùng.
Phục hồi cơ sở dữ liệu chậm khi tệp sao lưu cơ sở dữ liệu đầy đủ và chuỗi nhật ký giao dịch bổ sung được khôi phục nếu cơ sở dữ liệu được đưa trực tuyến.

Lưu ý Để đưa cơ sở dữ liệu trực tuyến vào quá trình khôi phục, hãy sử dụng cú pháp WITH RECOVERY hoặc WITH STANDBY = <chọn >pháp.
Phục hồi phản chiếu cơ sở dữ liệu chậm trên một máy chủ đối tác trong cặp phản chiếu.
Sự tiến bộ của tác nhân đọc nhật ký để sao nhân bản giao dịch chậm cho các hoạt động sau đây:
- Nhật ký giao dịch của cơ sở dữ liệu nhà xuất bản được phân tích.
- Lệnh sẽ được thêm vào cơ sở dữ liệu phân phối.
- Các giao dịch được sao chép.
Hiệu suất chậm xảy ra khi ảnh cơ sở dữ liệu được tạo ra nếu nhiều giao dịch được ghi nhật ký hoặc nếu nhật ký giao dịch vẫn hoạt động trong một thời gian dài. Sự cố này xảy ra vì ảnh chụp phải chạy phục hồi và nhật ký giao dịch phải được quay lui.
Hiệu năng chậm xảy ra khi bạn sử dụng cú pháp DBCC CHECKDB để tạo ảnh cơ sở dữ liệu ẩn phải khôi phục hoàn toàn ảnh cơ sở dữ liệu để chạy kiểm tra tính nhất quán.

Nguyên nhân

Những sự cố này xảy ra vì Tệp Nhật ký Ảo (VLFs) trong tệp nhật ký giao dịch có thể gây ra hiệu suất chậm khi SQL Server quét qua các VLFs này trong các thao tác sau:

Phục hồi cơ sở dữ liệu
Phản chiếu cơ sở dữ liệu
Ảnh cơ sở dữ liệu
Hoạt động đọc nhật ký sao nhân bản giao tác cơ sở dữ liệu

Khi một tập tin nhật ký giao dịch cho một cơ sở dữ liệu được phát triển bởi gia số nhỏ trong điều kiện tăng trưởng cực đoan, hàng ngàn đến hàng trăm ngàn VLFs có mặt trong một tập hợp duy nhất các tập tin nhật ký giao dịch (.ldf). Tuy nhiên, tăng trưởng nhật ký lớn tăng theo gia số lớn tạo ra chỉ một số VLFs bằng cách so sánh. Ví dụ: một số có thể dưới 100 VLFs.

Lưu ý Các VLFs là các bộ phận hoặc phân đoạn được sử dụng nội bộ bởi SQL Server tập tin nhật ký giao dịch.

Giải pháp

Thông tin cập nhật tích lũy

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 Tích lũy 6. Để biết thêm thông tin về cách nhận gói cập nhật tích lũy này cho SQL Server 2008 R2, hãy bấm vào số bài viết sau để xem bài viết trong Cơ sở Kiến thức Microsoft:

2489376 Gói Cập nhật Tích lũy 6 cho SQL Server 2008 R2 Lưu ý Vì các bản dựng được tích lũy, mỗi bản phát hành bản sửa lỗi mới chứa tất cả các cập nhật nóng và tất cả các bản sửa lỗi bảo mật được bao gồm trong bản phát hành sửa lỗi SQL Server 2008 R2 trước đó. Chúng tôi khuyên bạn nên cân nhắc áp dụng bản phát hành sửa lỗi mới nhất có chứa hotfix này. Để biết thêm thông tin, hãy bấm vào số bài viết sau đây để xem bài viết trong Cơ sở Kiến thức Microsoft:

981356 Bản dựng SQL Server 2008 R2 mới được phát hành sau SQL Server 2008 R2 được phát hành

SQL Server 2008 Gói Dịch vụ 1

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 Tích lũy 12 dành SQL Server 2008 Gói Dịch vụ 1.

Lưu ý Vì các bản dựng tích lũy nên mỗi bản phát hành bản sửa lỗi mới đều chứa tất cả các bản cập nhật nóng và tất cả các bản sửa lỗi bảo mật được tích hợp trong bản phát hành bản sửa lỗi SQL Server 2008 trước đó. Microsoft khuyên bạn nên cân nhắc áp dụng bản phát hành sửa lỗi mới nhất có chứa hotfix này. Để biết thêm thông tin, hãy bấm vào số bài viết sau đây để xem bài viết trong Cơ sở Kiến thức Microsoft:

970365 Các bản dựng SQL Server 2008 được phát hành sau khi SQL Server 2008 Gói Dịch vụ 1 được phát hành các cập nhật nóng 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 một hotfix SQL Server 2008 Gói Dịch vụ 1 cho bản cài SQL Server 2008 Gói Dịch vụ 1. Theo mặc định, bất kỳ hotfix nào được cung cấp trong một SQL Server dịch vụ được bao gồm trong gói dịch SQL Server tiếp theo.

SQL Server 2008 Gói Dịch vụ 2

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 Tích lũy 2 cho SQL Server 2008 Gói Dịch vụ 2.

Lưu ý Vì các bản dựng tích lũy nên mỗi bản phát hành bản sửa lỗi mới đều chứa tất cả các bản cập nhật nóng và tất cả các bản sửa lỗi bảo mật được tích hợp trong bản phát hành bản sửa lỗi SQL Server 2008 trước đó. Microsoft khuyên bạn nên cân nhắc áp dụng bản phát hành sửa lỗi mới nhất có chứa hotfix này. Để biết thêm thông tin, hãy bấm vào số bài viết sau đây để xem bài viết trong Cơ sở Kiến thức Microsoft:

2402659 Các bản dựng SQL Server 2008 được phát hành sau khi SQL Server 2008 Gói Dịch vụ 2 được phát hành các cập nhật nóng 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 một SQL Server cập nhật nóng Gói Dịch vụ 2 2008 cho bản cài SQL Server 2008 Gói Dịch vụ 2. Theo mặc định, bất kỳ hotfix nào được cung cấp trong một SQL Server dịch vụ được bao gồm trong gói dịch SQL Server tiếp theo.

SQL Server 2005 Gói Dịch vụ 3

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 Tích lũy 13 SQL Server 2005 Gói Dịch vụ 3.

Lưu ý Vì các bản dựng được tích lũy nên mỗi bản phát hành sửa lỗi mới đều chứa tất cả các bản cập nhật nóng và tất cả các bản sửa lỗi bảo mật được tích hợp trong bản phát hành bản sửa lỗi SQL Server 2005 trước đó. Microsoft khuyên bạn nên cân nhắc áp dụng bản phát hành sửa lỗi mới nhất có chứa hotfix này. Để biết thêm thông tin, hãy bấm vào số bài viết sau đây để xem bài viết trong Cơ sở Kiến thức Microsoft:

960598 Các bản dựng SQL Server 2005 được phát hành sau khi SQL Server 2005 Gói Dịch vụ 3 được phát hành cập nhật nóng Microsoft SQL Server 2005 được tạo cho các gói dịch vụ SQL Server cụ thể. Bạn phải áp dụng một SQL Server cập nhật nóng gói dịch vụ 3 2005 cho bản cài SQL Server 2005 Gói Dịch vụ 3. Theo mặc định, bất kỳ hotfix nào được cung cấp trong một SQL Server dịch vụ được bao gồm trong gói dịch SQL Server tiếp theo.

SQL Server 2005 Gói Dịch vụ 4

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 Tích lũy 1 cho SQL Server 2005 Gói Dịch vụ 4.

Lưu ý Vì các bản dựng được tích lũy nên mỗi bản phát hành sửa lỗi mới đều chứa tất cả các bản cập nhật nóng và tất cả các bản sửa lỗi bảo mật được tích hợp trong bản phát hành bản sửa lỗi SQL Server 2005 trước đó. Microsoft khuyên bạn nên cân nhắc áp dụng bản phát hành sửa lỗi mới nhất có chứa hotfix này.

Bạn phải áp dụng bản cập SQL Server cập nhật nóng Gói Dịch vụ 4 4 cho bản cài SQL Server 2005 Gói Dịch vụ 4. Theo mặc định, bất kỳ hotfix nào được cung cấp trong một SQL Server dịch vụ được bao gồm trong gói dịch SQL Server tiếp theo.

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".

Cách giải quyết

Cài đặt bản cập nhật nóng này và khởi SQL Server có thể cải thiện hiệu suất phục hồi. Ví dụ: hiệu suất có thể được cải thiện cho các thao tác sau sau khi bạn cài đặt bản cập nhật nóng này và khởi động SQL Server:

Phục hồi cơ sở dữ liệu
Phản chiếu cơ sở dữ liệu
Ảnh cơ sở dữ liệu
Hoạt động đọc nhật ký sao nhân bản giao tác cơ sở dữ liệu

Nếu bạn không thể cài đặt hotfix này, bạn có thể thực hiện các giải pháp thay thế sau đây để giảm thiểu sự cố hiện có và ngăn chặn một lần xuất hiện trong tương lai.

Giảm thiểu sự cố hiện có

Đợi cho thao tác khôi phục hoặc khôi phục hoàn tất

Nếu bạn có một cơ sở dữ liệu không phục hồi mà đang gặp phải hiệu suất chậm khi bạn khôi phục hoặc phục hồi cơ sở dữ liệu, bạn có thể phải chờ cho các hoạt động khôi phục hoặc phục hồi được hoàn thành. Ví dụ: bạn có thể thấy trạng thái ngoại tuyến hoặc trạng thái khôi phục trong SQL Server Management Studio (SSMS) đối với cơ sở dữ liệu không được khôi phục. Ngừng hoạt SQL Server thường không giúp phục hồi chậm và có thể mất nhiều thời gian hơn để lặp lại cùng một giai đoạn phân tích phục hồi, làm lại giai đoạn hoặc giai đoạn hoàn tác.
Tránh khôi phục chuỗi nhật ký giao dịch có chứa hàng ngàn VLFs

Nếu bạn gặp phải hiệu năng chậm trong khi khôi phục và phục hồi cơ sở dữ liệu bằng cách sử dụng tệp sao lưu, bạn có thể tránh khôi phục chuỗi nhật ký giao dịch có chứa hàng ngàn VLFs. Để xác định tệp sao lưu có hầu hết các tệp nhật ký ảo được ghi lại, hãy sử dụng câu lệnh sau đây để xem cột FirstLSN và LastLSN trong tệp sao lưu nhật ký:
KHÔI PHỤC TIÊU ĐỀ CHỈ TỪ DISK='C:\folder\file.trn'

Bạn có thể quyết định tránh khôi phục các tệp sao lưu nhật ký. Hoặc bạn có thể sử dụng câu lệnh STOP AT trong lệnh RESTORE để tránh các phần rất phân mảnh của nhật ký giao dịch. Nếu bạn không khôi phục hoàn toàn trình tự nhật ký đến thời điểm mới nhất trong một kịch bản phục hồi thất bại, mất dữ liệu xảy ra trong cơ sở dữ liệu của bạn SQL Server. Mất dữ liệu này xảy ra vì không phải tất cả các giao dịch đang được giữ. Do đó, có một quyết định thương mại kinh doanh. Bạn có thể khôi phục hoàn toàn một nhật ký giao dịch rất phân mảnh. Tuy nhiên, hoạt động này có thể mất nhiều giờ. Hoặc, bạn có thể sử dụng tuyên bố STOP AT trong phục hồi để dừng phục hồi trước khi các phần rất phân mảnh của nhật ký. Tuy nhiên, bất kỳ giao dịch bị thiếu mà bạn bỏ qua sẽ bị mất.

Lưu ý Nếu không cài đặt hotfix này, thường sẽ không có hoạt động an toàn để phục hồi nhanh sau khi bạn khởi động lại SQL Server. SQL Server phải xác định vị trí danh sách các VLFs để phân tích các tập tin nhật ký, để làm lại các giao dịch đã hoàn thành, và sau đó để hoàn tác các giao dịch không đầy đủ để hoàn tất phục hồi để mang lại cho các cơ sở dữ liệu trực tuyến một cách an toàn. Bạn không thể bỏ qua giao dịch một cách an toàn trong quá trình phục hồi.

Ngăn chặn sự xuất hiện trong tương lai

Đặt mức tăng tự động phát triển của cơ sở dữ liệu thành kích cỡ thích hợp

Nếu kích cỡ của gia số tự động phát triển quá nhỏ, sẽ có nhiều Tệp Nhật ký Ảo (VLFs) và bạn có thể gặp phải hiệu suất chậm trong quá SQL Server. Nếu kích thước của tự động phát triển gia tăng là quá lớn, truy vấn làm cho các bản ghi giao dịch phát triển tự động có thể phải chờ một thời gian dài để kết thúc một sự tăng trưởng. Vì vậy, lỗi hết thời gian chờ có thể xảy ra SQL Server. Để khắc phục các sự cố này, bạn có thể đặt kích cỡ tăng tự động phát triển cho cơ sở dữ liệu của mình thành kích cỡ thích hợp.
Loại bỏ số lượng lớn các VLFs, và sử dụng một sự tăng trưởng thủ công

Nếu nhiều VLFs có trong nhật ký giao dịch, hãy giảm kích cỡ của nhật ký giao dịch, và làm cho nó tăng trước khi kinh doanh cao điểm để đáp ứng nhu cầu bằng cách sử dụng một sự tăng trưởng thủ công. Ví dụ: nhật ký giao dịch tăng trở lại kích thước trung bình hợp lý theo gia số lớn hoặc tăng trưởng thủ công duy nhất. Do đó, kích thước của nhật ký giao dịch đạt đến công suất cao nhất và các tệp sao lưu nhật ký được lên lịch trên cơ sở thường xuyên và định kỳ. Ngoài ra, nhật ký giao dịch có thể bị cắt bớt và các VLFs cho nhật ký giao dịch có thể được tái sử dụng trong một chu kỳ.
Làm thế nào để thu nhỏ và tăng nhật ký giao dịch theo cách thủ công

Để sửa nhật ký có quá nhiều VLFs, hãy làm theo các bước sau để thu nhỏ nhật ký và tăng lại theo cách thủ công:
1. Nếu cơ sở dữ liệu nằm trong mô hình khôi phục đăng nhập đầy đủ hoặc hàng loạt, bạn phải sao lưu nhật ký giao dịch để cho phép các VLFs hiện hoạt bị cắt cụt và được sử dụng lại. Tên cơ sở dữ liệu LOG SAO LƯU VÀO DISK='C:\folder\log_backupfile.trn'
  Để biết thêm thông tin về cách sao lưu tệp nhật ký giao dịch bằng cách sử dụng SSMS, hãy truy cập trang web Microsoft Developer Network (MSDN) sau đây:
  
  Cách sao lưu tệp nhật ký giao dịch bằng cách sử dụng SSMSĐể biết thêm thông tin về cách sao lưu tệp nhật ký giao dịch bằng cách sử dụng câu lệnh Transact-SQL, hãy truy cập trang web MSDN sau:
  
  Cách sao lưu tệp nhật ký giao dịch bằng cách sử dụng câu lệnh Transact-SQL
2. Để xác định tên lô-gic của tệp nhật ký giao dịch, hãy chạy một trong các câu lệnh sau đây.
  Câu lệnh 1
  exec sp_helpfile Statement 2
  chọn * từ sys.sysfiles Để giảm kích thước của tệp nhật ký giao dịch đến kích cỡ mong muốn, hãy sử dụng mã sau:DBCC SHRINKFILE(transactionloglogicalfilename, TRUNCATEONLY)
3. Bạn có thể tăng kích cỡ tệp nhật ký giao dịch lên kích cỡ thích hợp. Chúng tôi khuyên bạn nên cho phép kích thước của tệp nhật ký giao dịch tăng lên đến kích thước thường xuyên cao nhất. Do đó, tránh gia số tự động phát triển. Để đặt kích cỡ nhật ký giao tác, hãy sử dụng trang Thuộc tính Cơ sở dữ liệu trong SSMS hoặc sử dụng cú pháp ALTER DATABASE:MODIFY FILE ( NAME = transactionloglogicalfilenae, SIZE=newtotalsize MB)
  sau đây Để biết thêm thông tin về cách tăng kích cỡ cơ sở dữ liệu trong SSMS, hãy truy cập trang web MSDN sau đây:
  
  Làm thế nào để tăng kích cỡ của một cơ sở dữ liệu trong SSMSĐể biết thêm thông tin về cú pháp ALTER DATABASE MODIFY FILE, hãy truy cập trang web MSDN sau đây:
  
  Thông tin chung về cú pháp SỬA ĐỔI TỆP CƠ SỞ DỮ LIỆU ALTER

Thông tin Bổ sung

Bạn có thể kiểm tra số lượng phân đoạn VLF bằng cách xem lại tệp nhật ký lỗi SQL và sau đó bằng cách tìm số thứ tự nhật ký (LSN) trong mỗi tệp sao lưu nhật ký giao dịch. Các chữ số đầu tiên trước ký hiệu dấu hai chấm trong các LSN tương ứng với số LSN.

Ví dụ, số đầu tiên trong thư thông tin đầu tiên cho LSN là 1. Tuy nhiên, số thứ nhất trong thư thông tin thứ hai cho LSN là 100001. Trong trường hợp này, có 100.000 VLFs được sử dụng giữa thời gian của thông báo thông tin đầu tiên và thư thông tin thứ hai. Vì vậy, nhật ký ghi nhật ký giao dịch bị phân mảnh có nhiều tập tin nhật ký ảo (VLFs) giống như sau:

{Log đã được sao lưu. Cơ sở dữ liệu: mydbname, ngày tạo(giờ): 2010/07/08(12:36:46), LSN đầu tiên: 1:5068:70, LSN cuối: 1:5108:1, số lượng thiết bị kết xuất: 1, thông tin thiết bị: (FILE=1, TYPE=DISK: {'C:\folder\logbackup1.trn'}). Đây chỉ là thông báo thông tin. Không yêu cầu hành động của người dùng.

Log đã được sao lưu. Cơ sở dữ liệu: mydbname, ngày tạo(giờ): 2010/07/08(15:36:46), LSN đầu tiên: 100001:5108:1, LSN cuối: 100002:5108:1, số lượng thiết bị kết xuất: 1, thông tin thiết bị: (FILE=2, TYPE=DISK: {'C:\folder\logbackup2.trn'}). Đây chỉ là thông báo thông tin. Không yêu cầu hành động của người dùng.}

Bảng sau đây cung cấp thêm thông tin về các sản phẩm hoặc công cụ tự động kiểm tra điều kiện được mô tả trong phần "Triệu chứng" trong phiên bản SQL Server của bạn và trong các phiên bản của SQL Server mà quy tắc được đánh giá dựa trên đó.

Phần mềm quy tắc	Tiêu đề quy tắc	Mô tả quy tắc	Các phiên bản sản phẩm mà quy tắc được đánh giá dựa trên đó
Cố vấn Trung tâm Hệ thống	SQL Server nhân bản giao dịch, hiệu suất tác nhân đọc nhật ký có thể bị ảnh hưởng do kích thước của nhật ký giao dịch hoặc số lượng VLF	Trong trường hợp SQL Server này, trình tư vấn phát hiện sao nhân bản giao dịch hiện diện với số lượng VLFs hoặc TLOG kích thước lớn hơn đáng kể. Hiệu suất tác nhân trình đọc nhật ký bị ảnh hưởng tiêu cực bởi kích thước của nhật ký giao dịch hoặc số lượng VLF. Giảm kích thước nhật ký giao dịch và số lượng VLF để cải thiện hiệu suất tác nhân đọc nhật ký.	SQL Server 2008 SQL Server 2008 R2 SQL Server 2012

Tham khảo

Để biết thêm thông tin về kiến trúc vật lý của nhật ký giao dịch, hãy truy cập trang web MSDN sau:

Thông tin chung về kiến trúc vật lý của nhật ký giao tác

Để biết thêm thông tin về số chuỗi nhật ký (LSN), hãy truy cập trang web MSDN sau đây:

Thông tin chung về số thứ tự nhật ký

Để biết thêm thông tin về lỗi 1413 khi phản chiếu cơ sở dữ liệu bắt đầu, hãy truy cập trang web MSDN sau đây:

Thông tin chung về lỗi 1413 khi bắt đầu phản chiếu cơ sở dữ liệu

Để biết thêm thông tin về cách cấu trúc tệp nhật ký có thể ảnh hưởng đến thời gian phục hồi cơ sở dữ liệu, hãy truy cập trang web MSDN sau đây:

Cấu trúc tệp nhật ký có thể ảnh hưởng như thế nào đến thời gian phục hồi cơ sở dữ liệu

Để biết thêm thông tin về các tệp VLFs nhật ký giao dịch, hãy truy cập trang web MSDN sau đây:

Thông tin chung về tệp nhật ký giao dịch

Để biết thêm thông tin về cách tạo ảnh cơ sở dữ liệu, hãy truy cập trang web MSDN sau đây:

Cách tạo ảnh cơ sở dữ liệuĐể biết thêm thông tin về Mô hình Cung cấp Dịch vụ Gia SQL Server cho Doanh nghiệp, hãy bấm vào số bài viết sau để xem bài viết trong Cơ sở Kiến thức Microsoft:

935897 Nhóm SQL Server có Mô hình Dịch vụ Gia tăng để cung cấp các bản cập nhật nóng cho các sự cố được báo cáoĐể biết thêm thông tin về sơ đồ đặt tên cho các bản cập nhật SQL Server, hãy bấm vào số bài viết sau đây để xem bài viết trong Cơ sở Kiến thức Microsoft:

822499Sơ đồ đặt tên mới cho gói cập nhật phần mềm Microsoft SQL Server Để biết thêm thông tin về thuật ngữ cập nhật phần mềm, hãy bấm vào số bài viết sau để xem bài viết trong Cơ sở Kiến thức Microsoft:

824684 Mô tả thuật ngữ chuẩn được sử dụng để miêu tả các bản cập nhật phần mềm của Microsoft