KB2653893-khắc phục sự cố: phải mất nhiều thời gian để khôi phục cơ sở dữ liệu trong SQL Server 2008 R2 hoặc trong SQL Server 2008 hoặc trong SQL 2012

Triệu chứng

Có thể mất nhiều thời gian để khôi phục cơ sở dữ liệu trong Microsoft SQL Server 2008 R2 hoặc trong Microsoft SQL Server 2008 hoặc trong Microsoft SQL Server 2012.

Nguyên nhân

Sự cố này xảy ra vì phải mất một thời gian dài để xây dựng danh sách tệp nhật ký ảo (VLF) khi có nhiều VLFs trong cơ sở dữ liệu.

Giải pháp

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

Thông tin Bổ sung

Bạn có thể kiểm tra số lượng phân đoạn trong 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 LSNs tương ứng với số của LSN. Ví dụ: số thứ nhất trong thông báo tin nhắn đầu tiên cho LSN là 1. Tuy nhiên, số thứ nhất trong thông điệp thông tin thứ hai cho LSN là 100001. Trong trường hợp này, có 100.000 VLFs được dùng giữa thời gian của thư thông tin thứ nhất và của thư thông tin thứ hai. Do đó, Nhật ký giao dịch bị phân mảnh đã đăng nhập có nhiều tệp nhật ký ảo (VLFs) giống như sau:

{Log đã được sao lưu. Cơ sở dữ liệu: mydbname, ngày tạo (thời gian): 2010/07/08 (12:36:46), First LSN: 1:5068:70, Last LSN: 1:5108:1, số lượng thiết bị kết xuất: 1, thông tin thiết bị: (TỆP = 1, nhập = DISK: {' C:\folder\logbackup1trn '}). Đây là một tin nhắn thông tin. Không bắt buộc phải có hành động của người dùng. Đã sao lưu Nhật ký. Cơ sở dữ liệu: mydbname, ngày tạo (thời gian): 2010/07/08 (15:36:46), First LSN: 100001:5108:1, Last LSN: 100002:5108:1, số lượng thiết bị kết xuất: 1, thông tin thiết bị: (TỆP = 2, nhập = DISK: {' C:\folder\logbackup2.Trn '}). Đây là một tin nhắn thông tin. Không bắt buộc phải có hành động người dùng.}

Tham khảo

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

Thông tin chung về các số trình tự Nhật ký

Để 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 khôi phục 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 đến thời gian khôi phục cơ sở dữ liệuĐể biết thêm thông tin về 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

Cách giải quyết

• Chờ để hoàn tất thao tác khôi phục hoặc phục hồiNếu bạn có một cơ sở dữ liệu không được khôi phục đang gặp phải hiệu năng chậm khi khôi phục hoặc phục hồi cơ sở dữ liệu, bạn có thể phải đợi để hoàn thành thao tác khôi phục hoặc phục hồi. 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) cho một cơ sở dữ liệu không được khôi phục. Việc ngừng SQL Server thường không có trợ giúp phục hồi chậm và có thể mất nhiều thời gian hơn nữa để 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 hoàn tác giai đoạn.

• Tránh khôi phục lại trình tự Nhật ký giao dịch chứa hàng nghìn VLFsNếu bạn gặp phải hiệu suất chậm trong khi khôi phục và khôi phục 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 các chuỗi Nhật ký giao dịch chứa hàng nghì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ác cột FirstLSN và LastLSN trong tệp sao lưu Nhật ký: khôi phục HEADERONLY từ đĩa = ' 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 điểm dừng tại câu lệnh khôi phục để tránh các phần được phân mảnh cao của Nhật ký giao dịch. Nếu bạn không hoàn toàn khôi phục các trình tự Nhật ký lên đến điểm mới nhất trong thời gian trong kịch bản khôi phục lỗi, mất dữ liệu xảy ra trong cơ sở dữ liệu SQL Server của bạn. 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 lưu giữ. Vì vậy, có một quyết định tradeoff kinh doanh. Bạn có thể khôi phục đầy đủ một Nhật ký giao dịch bị phân mảnh cao. Tuy nhiên, thao tác này có thể mất nhiều giờ. Hoặc, bạn có thể sử dụng điểm dừng ở trong phần phục hồi để ngừng phục hồi trước khi phần bị phân mảnh cao của Nhật ký. Tuy nhiên, bất kỳ giao dịch thiếu nào mà bạn bỏ qua bị mất.Lưu ý Mà không cần cài đặt hotfix này, thường không có dấu nhắc an toàn để phục hồi nhanh chóng 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 nhật ký, để làm lại các giao dịch hoàn thành, sau đó để hoàn tác các giao dịch không đầy đủ để hoàn tất việc khôi phục để đưa cơ sở dữ liệu trực tuyến an toàn. Bạn không thể bỏ qua an toàn trong khi khôi phục các giao dịch.