Bạn hiện đang ngoại tuyến, hãy chờ internet để kết nối lại

bộ máy cơ sở dữ liệu hoạt động mất nhiều thời gian để hoàn thành hoặc họ gây ra lỗi khi Nhật ký giao dịch có nhiều tệp nhật ký ảo

QUAN TRỌNG: Bài viết này được dịch bằng phần mềm dịch thuật của Microsoft và có thể được Cộng đồng Microsoft chỉnh sửa lại thông qua công nghệ CTF thay vì một biên dịch viên chuyên nghiệp. Microsoft cung cấp các bài viết được cả biên dịch viên và phần mềm dịch thuật thực hiện và cộng đồng chỉnh sửa lại để bạn có thể truy cập vào tất cả các bài viết trong Cơ sở Kiến thức của chúng tôi bằng nhiều ngôn ngữ Tuy nhiên, bài viết do máy dịch hoặc thậm chí cộng đồng chỉnh sửa sau không phải lúc nào cũng hoàn hảo. Các bài viết này có thể chứa các sai sót về từ vựng, cú pháp hoặc ngữ pháp, Microsoft không chịu trách nhiệm về bất kỳ sự thiếu chính xác, sai sót hoặc thiệt hại nào do việc dịch sai nội dung hoặc do hoạt động sử dụng của khách hàng gây ra.

Nhấp chuột vào đây để xem bản tiếng Anh của bài viết này: 2028436
Triệu chứng
Trong một môi trường SQL Server 2008, bạn có thể gặp phải hiện tượng sau:
  • Một hoặc nhiều bộ máy cơ sở dữ liệu mất rất nhiều thời gian để hoàn tất khôi phục trong SQL Server khởi động.
  • Khi bạn thực hiện Khôi phục bộ máy cơ sở dữ liệu, phải mất rất nhiều thời gian để hoàn thành.
  • Nỗ lực để đính kèm bộ máy cơ sở dữ liệu mất rất nhiều thời gian để hoàn thành.
  • Khi bạn cố gắng thiết lập bộ máy cơ sở dữ liệu, nhân bản, bạn gặp phải lỗi 1413, 1443 và 1479, chỉ một thời gian chờ.
  • Bạn gặp phải lỗi liên quan đến bộ nhớ như 701 khi bạn cố gắng Khôi phục bộ máy cơ sở dữ liệu.

Khi bạn kiểm tra Nhật ký lỗi SQL Server, bạn nhận thấy rằng một số lượng đáng kể thời gian là dành trước khi giai đoạn phân tích quá trình Khôi phục bộ máy cơ sở dữ liệu.
2010-05-08 14:42:38.65 spid22s khởi động bộ máy cơ sở dữ liệu 'lot_of_vlfs'.
2010-05-08 14:46:04.76 spid22s phân tích bộ máy cơ sở dữ liệu 'lot_of_vlfs' (16) là 0% hoàn thành (khoảng 10 giây vẫn). Giai đoạn 1 / 3. Đây là thông báo thông tin chỉ. Hành động người dùng không được yêu cầu.

Nguyên nhân
Trong giai đoạn đầu của quá trình Khôi phục bộ máy cơ sở dữ liệu SQL Server thực hiện một khám phá tất cả ảo tệp nhật ký có trong tất cả các tệp nhật ký giao dịch. Danh sách tất cả các tệp nhật ký ảo được xây dựng. Quá trình này có thể mất rất nhiều thời gian tuỳ thuộc vào số lượng tệp nhật ký ảo có trong bộ máy cơ sở dữ liệu cụ thể. bộ máy cơ sở dữ liệu có thể kết thúc với nhiều tệp nhật ký ảo nếu gặp Nhật ký giao dịch thường xuyên tự động tăng với sự phát triển xảy ra để tăng kích thước rất nhỏ.

Thông thường, bạn Bắt đầu gặp phải vấn đề được đề cập trong phần "Triệu chứng" khi số lượng tệp nhật ký ảo trong khoảng vài trăm ngàn.
Giải pháp
Bạn có thể sử dụng các phương pháp từ blog sau đây để tìm số lượng tệp nhật ký ảo trong bộ máy cơ sở dữ liệu cụ thể:
Cách cấu trúc tệp nhật ký có thể ảnh hưởng đến thời gian phục hồi bộ máy cơ sở dữ liệu

Bạn có thể phải cập nhật tổng số tệp nhật ký ảo trong một số hợp lý, chẳng hạn như 10.000.

Bạn có thể cấu hình lại tệp nhật ký giao dịch có chỉ một số tệp nhật ký ảo bằng cách sử dụng các phương pháp sau:
  1. Thu hẹp tệp nhật ký giao dịch, phát triển các tệp đến kích thước yêu cầu bằng TSQL ALTER DATABASE <database name="">MODIFY FILE (tên = 'tên hợp lý tệp giao dịch đăng nhập', SIZE = <required size="">)</required> </database>
  2. Xây dựng lại tệp nhật ký giao dịch và sau đó tự phát triển các tệp nhật ký giao dịch kích thước yêu cầu:
    1. Nếu bộ máy cơ sở dữ liệu đã được đã tắt sạch (không có người dùng hoặc mở các giao dịch), bạn có thể sử dụng tuỳ chọn cho ATTACH_REBUILD_LOG tạo bộ máy cơ sở dữ liệu để tạo một tệp nhật ký giao dịch mới.
    2. Nếu bộ máy cơ sở dữ liệu đọc/ghi có một kí nhập tệp hiện không khả dụng, và nếu bộ máy cơ sở dữ liệu đã được tắt làm sạch [không có người dùng hoặc mở các giao dịch] trước khi hoạt động đính kèm để đính kèm tuỳ chọn tạo bộ máy cơ sở dữ liệu tự động sẽ tạo lại tệp nhật ký và cập nhật các tập tin chính.

Sau khi bạn cấu hình lại bố trí tệp nhật ký giao dịch, xem xét và thực hiện các thay đổi cần thiết cho sự phát triển tự động cài đặt chuyên biệt cho tệp nhật ký giao dịch để tránh gặp phải sự cố tương tự trong tương lai.

Lưu ý: Trước khi bạn thực hiện bất kỳ thao tác này, đảm bảo rằng bạn đã sao lưu restorable hợp lệ trong trường hợp bạn gặp phải một số vấn đề sau.

2524743 Khắc phục: Khôi phục mất nhiều thời gian hơn dự kiến cho bộ máy cơ sở dữ liệu trong SQL Server 2008 hay trong một môi trường SQL Server 2008 R2

2455009 Khắc phục: Hiệu suất chậm khi bạn Khôi phục bộ máy cơ sở dữ liệu nếu có nhiều VLFs trong Nhật ký giao dịch SQL Server 2005, SQL Server 2008 hay trong SQL Server 2008 R2

2653893 Khắc phục: Mất nhiều thời gian để Khôi phục bộ máy cơ sở dữ liệu trong SQL Server 2008 R2

979042 Khắc phục: bộ máy cơ sở dữ liệu chính không được khôi phục nếu bộ máy cơ sở dữ liệu có nhiều tệp nhật ký ảo trong SQL Server 2005 hoặc SQL Server 2008

2882905 Thông báo 9017 thông tin kí nhập khi bạn Bắt đầu một phiên bản SQL Server khôi phục hoặc đính kèm bộ máy cơ sở dữ liệu

Thông tin thêm
Đầy đủ thông tin về tệp nhật ký ảo, hãy xem chủ đề sách trực tuyến sau: Nhật ký cấu trúc vật lý

Để biết thêm thông tin về sự cố này, hãy xem mục sau:

Cách cấu trúc tệp nhật ký có thể ảnh hưởng đến thời gian phục hồi bộ máy cơ sở dữ liệu
Giao dịch kí nhập VLFs - quá nhiều hoặc quá ít?
1413 lỗi khi khởi động bộ máy cơ sở dữ liệu phản ánh-tệp nhật ký ảo bao nhiêu là quá nhiều?

Cũng lưu ý các vấn đề với phát triển Nhật ký giao dịch:

2633151 Tệp nhật ký giao dịch bộ máy cơ sở dữ liệu SQL Server không tăng giá trị phát triển tập tin cấu hình

Lưu ý: Tìm hiểu về một sự thay đổi quan trọng cho các thuật toán tạo BOÅ trong SQL Server 2014:


Để biết thêm thông tin về sản phẩm, công cụ tự động kiểm tra các điều kiện trên phiên bản của SQL Server và các phiên bản của sản phẩm SQL Server, hãy xem bảng sau:

Phần mềm quy tắcTiêu đề quy tắcMô tả quy tắcPhiên bản sản phẩm mà các quy tắc được đánh giá
SQL Server 2008 R2 Best Practice Analyzer dành (SQL Server 2008 R2 BPA)




bộ máy cơ sở dữ liệu với số lượng BOÅ có





Các SQL Server 2008 R2 Best Practice Analyzer dành (SQL Server 2008 R2 BPA) cung cấp các quy tắc phát hiện những tình huống khi bộ máy cơ sở dữ liệu chứa nhiều tệp nhật ký ảo. SQL Server 2008 R2 BPA hỗ trợ SQL Server 2008 và SQL Server 2008 R2.

Nếu bạn chạy công cụ BPA và gặp lỗi với tên của bộ máy cơ sở dữ liệu - bộ máy cơ sở dữ liệu với số lượng BOÅ xuất hiện, sau đó bạn cần xác minh số ảo tệp nhật ký cho bộ máy cơ sở dữ liệu bị ảnh hưởng và cấu hình lại tệp nhật ký giao dịch.
SQL Server 2008
SQL Server 2008 R2






SQL Server 2012 Best Practice Analyzer dành (SQL Server 2012 BPA)



bộ máy cơ sở dữ liệu với số lượng BOÅ có




Các SQL Server 2012 Best Practice Analyzer dành (SQL Server 2012 BPA) cung cấp các quy tắc phát hiện những tình huống khi bộ máy cơ sở dữ liệu chứa nhiều tệp nhật ký ảo.

Nếu bạn chạy công cụ BPA và gặp lỗi với tên của bộ máy cơ sở dữ liệu - bộ máy cơ sở dữ liệu với số lượng BOÅ xuất hiện, sau đó bạn cần xác minh số ảo tệp nhật ký cho bộ máy cơ sở dữ liệu bị ảnh hưởng và cấu hình lại tệp nhật ký giao dịch.
SQL Server 2012








Cảnh báo: Bài viết này đã được dịch tự động

Thuộc tính

ID Bài viết: 2028436 - Xem lại Lần cuối: 08/07/2015 03:46:00 - Bản sửa đổi: 4.0

Microsoft SQL Server 2008 Enterprise, Microsoft SQL Server 2008 R2 Datacenter, Microsoft SQL Server 2008 R2 Enterprise, Microsoft SQL Server 2008 R2 Standard, Microsoft SQL Server 2008 Standard, Microsoft SQL Server 2008 Developer, Microsoft SQL Server 2008 Express, Microsoft SQL Server 2008 R2 Developer, Microsoft SQL Server 2008 R2 Express, Microsoft SQL Server 2008 R2 Web, Microsoft SQL Server 2008 R2 Workgroup, Microsoft SQL Server 2008 Web, Microsoft SQL Server 2012 Developer, Microsoft SQL Server 2012 Enterprise, Microsoft SQL Server 2012 Express, Microsoft SQL Server 2012 Standard, Microsoft SQL Server 2012 Web, Microsoft SQL Server 2014 Developer, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Express, Microsoft SQL Server 2014 Standard, Microsoft SQL Server 2014 Web

  • kbmt KB2028436 KbMtvi
Phản hồi