Trước tiên tôi sẽ tập trung vào cài đặt Autogrowth cho cơ sở dữ liệu vì quá trình tự động quá thường xuyên và không chính xác có thể gây ra sự phân mảnh nhật ký nội bộ lớn ảnh hưởng đến bất kỳ quy trình nào đọc tệp nhật ký giao dịch (ví dụ: sao chép, CDC, sao lưu, v.v.) và bằng cách tăng số lượng VLF . Hãy nhớ rằng tệp nhật ký phải phát triển vì không thể khởi tạo ZERO và do đó nếu cài đặt tự động tăng không phù hợp, thì SQL Server phải đợi cho đến khi sự kiện tăng trưởng tự động kết thúc.
Bây giờ, nếu bạn đang sử dụng T-Rep, tác nhân đọc nhật ký sẽ đọc nhật ký khi sao chép các thay đổi từ nhà xuất bản sang nhà phân phối và sau đó đại lý phân phối sẽ phân phối các thay đổi cho các thuê bao được gọi là "giao dịch đang chờ xử lý". Khi các thay đổi được sao chép, mục nhật ký được đánh dấu là "sao chép".
Vấn đề phát sinh khi trình đọc nhật ký trở nên chậm hoặc bị trì hoãn dẫn đến tích lũy các lệnh "sao chép đang chờ xử lý" trong thời gian dài và chúng sẽ vẫn là một phần của nhật ký hoạt động và do đó không thể cắt bỏ VLF.
Bạn có thể kiểm tra cột log numuse_wait_desc trong sys.database sẽ hiển thị "Bản sao" là sự cố.
Lưu ý: Hợp nhất sao chép và sao chép ảnh chụp nhanh không ảnh hưởng đến kích thước nhật ký giao dịch. Nếu cơ sở dữ liệu bao gồm một hoặc nhiều ấn phẩm giao dịch, nhật ký sẽ không bị cắt ngắn cho đến khi tất cả các giao dịch liên quan đến các ấn phẩm đã được gửi đến cơ sở dữ liệu phân phối.
Nếu tệp nhật ký phát triển ngoài tầm kiểm soát, một kỹ thuật phổ biến cho T-Rep là sử dụng lệnh sp numpldone để đánh dấu tất cả các bản ghi nhật ký hiện đang chờ trên trình đọc nhật ký là sao chép và sau đó bạn phải khởi tạo lại người đăng ký.
Lưu ý: Ngay cả khi bạn cố gắng chuyển sang mô hình khôi phục đơn giản với suy nghĩ rằng nó sẽ cắt bớt nhật ký, nó cũng không hoạt động vì sao chép cũng được hỗ trợ trong phục hồi SIMPLE và nhật ký sẽ không thể bị cắt vì tác nhân đọc nhật ký sẽ cần chúng để xử lý.
Điều này đưa chúng ta thực hiện Quản lý nhật ký thích hợp - kích thước tệp nhật ký để hỗ trợ khối lượng thay đổi dữ liệu xảy ra trong cơ sở dữ liệu và thường xuyên sao lưu nhật ký để cho phép tái sử dụng không gian nhanh chóng trong tệp nhật ký.
Tốt nhất là theo dõi nhật ký giao dịch của bạn cùng với giám sát khác mà bạn có thể đang làm bằng cách sử dụng PERFMON và DMV.
Chỉ và FYI, sys.dm_db_log_space_usage là một DMV mới trong SQL Server 2012 sẽ nhận được kích thước nhật ký cơ bản và thông tin không gian.
Người giới thiệu :