Nhật ký giao dịch cho cơ sở dữ liệu 'cơ sở dữ liệu' đã đầy do 'XTP_CHECKPOINT'

Tôi có một câu hỏi về XTP_CHECKPOINT.

Tôi đang sử dụng SQL Server 2014. Tôi có một cơ sở dữ liệu ở chế độ mô hình khôi phục SIMPLE. Nó cũng đang được nhân rộng.

Không có giao dịch mở. Tôi đã chạy DBCC OPENTRANvà nó trả về:

"Không có giao dịch mở hoạt động."

Nhưng tôi vẫn nhận được thông báo này bất cứ khi nào tôi cố gắng tạo hoặc xóa bảng hoặc xóa dữ liệu:
(Tôi đã thay thế tên cơ sở dữ liệu thực tế của mình bằng từ này database_name)

"Nhật ký giao dịch cho cơ sở dữ liệu 'cơ sở dữ liệu' đã đầy do 'XTP_CHECKPOINT'"

Có ai biết tại sao điều này có thể xảy ra, và quan trọng hơn, làm thế nào tôi có thể làm cho nó dừng lại?

Và vâng, cơ sở dữ liệu thực sự ở chế độ mô hình phục hồi SIMPLE. tức là nhật ký giao dịch sẽ tự động cắt ngắn.

Ngẫu nhiên, một cơ sở dữ liệu khác mà tôi có trong chế độ khôi phục hoàn toàn đã làm điều tương tự, bắt đầu trả lại cùng một lỗi:

Nhật ký giao dịch cho cơ sở dữ liệu 'cơ sở dữ liệu' đã đầy do 'XTP_CHECKPOINT'

Tôi đã cố gắng thay đổi cài đặt tăng trưởng nhật ký thành tăng trưởng không giới hạn, nhưng nó sẽ không cho phép tôi, trả lại cùng một lỗi.

Tôi có thể tái tạo vấn đề mà không cần bất kỳ công cụ XTP nào, ngoại trừ chỉ tập đoàn. Đây là cách thực hiện: http://pastebin.com/jWSiEU9U

Tôi gặp một vấn đề tương tự: Tôi không có bản sao nhưng một khi tôi đã sử dụng bảng Tối ưu hóa bộ nhớ làm thử nghiệm, cơ sở dữ liệu ở chế độ khôi phục đơn giản, nhưng nhật ký giao dịch của tôi không bị cắt ngắn. Cắt ngắn thủ công, thậm chí ngay sau khi sao lưu toàn bộ, đã báo lỗi:

Không thể thu nhỏ tệp nhật ký X vì tệp nhật ký logic nằm ở cuối tệp đang được sử dụng.

Một điểm kiểm tra thủ công thất bại:

Msg 41315, Cấp 16, Trạng thái 4, Dòng N Hoạt động điểm kiểm tra không thành công trong cơ sở dữ liệu X.

Một điểm kiểm tra thủ công chỉ thành công ngay sau khi khởi động lại Dịch vụ SQL, điều này sẽ dẫn đến trạng thái Phục hồi 4 giờ vì kích thước cơ sở dữ liệu Multi Tb của tôi. Tôi cũng đã cố gắng đặt chế độ tự động thành một kích thước cụ thể, nhưng tất cả cuối cùng đều làm như vậy: điền vào nhật ký giao dịch cho đến khi không còn chỗ trống.

Cuối cùng, sau nhiều ngày cố gắng nghiên cứu, tôi đã tìm ra giải pháp cho vấn đề của mình bằng cách cài đặt Bản cập nhật tích lũy 3 cho SQL Server 2014 SP1

Trước tiên, hãy đảm bảo rằng sao chép không gây ra điều này, như đã nêu trong mục kết nối , "log_wait_Vuse_desc = XTP_CHECKPOINT không nhất thiết có nghĩa là nhân viên điểm kiểm tra XTP đang giữ cắt ngắn nhật ký." vì vậy hãy bắt đầu bằng cách chạy sp_repltransvà chắc chắn rằng tất cả dữ liệu đã được phân phối.

Sau đó, có đoạn trích nhỏ ở đây:

"Nó xảy ra trên cơ sở dữ liệu, có nhóm tệp được tối ưu hóa bộ nhớ, bất kể có bảng tối ưu hóa bộ nhớ hay không.

Cách giải quyết hiện tại được đặt AutoGrown thành một kích thước cố định. Hoặc, thay đổi chế độ khôi phục thành Đơn giản và thu nhỏ nhật ký. "

Vì vậy, nếu dọn dẹp nhân rộng không hoạt động, hãy thử như sau:

checkpoint;
dbcc shrinkfile (Logfile, truncateonly)
alter database [database] modify file (filename = 'TRANSACTIONLOG', FILEGROWTH = 5MB)

Nó không được nêu nếu đây là cho tệp nhật ký hoặc các tệp cơ sở dữ liệu nhưng hãy bắt đầu bằng cách thử các tệp nhật ký và nếu không thì hãy thử đặt các tệp cơ sở dữ liệu thành tăng trưởng cố định:

Tôi đã có thể khắc phục sự cố bằng cách thêm một tệp nhật ký khác, sau đó cho phép tôi chạy bản sao lưu đầy đủ, điều chỉnh kích thước tệp nhật ký chính và tăng trưởng giới hạn cùng với xóa tệp nhật ký bổ sung được thêm vào để giải quyết vấn đề XTP_CHECKPOINT.

Tôi đã trải nghiệm điều này với một khách hàng. Các tệp dữ liệu FILESTREAM trong bộ nhớ và trong bộ nhớ nằm trên cùng một ổ đĩa. Họ đã tạo một tệp nhật ký mới (một số gợi ý này) nhưng hệ thống không thể CHECKPOINT vì không thể tạo tệp điểm kiểm tra trong bộ nhớ (* .HKCKP).

Hãy thử giải phóng không gian trên ổ đĩa với dữ liệu FILESTREAM trong bộ nhớ.