Truy vấn xóa lớn dường như đã bị đóng băng

Chúng tôi đã chạy một truy vấn xóa trên cơ sở dữ liệu với các hàng 1,8 tỷ. Việc xóa này sẽ xóa các hàng 1,2 tỷ.

Nhìn chung, chúng tôi đã chia nhỏ truy vấn này thành 100m một lần nhưng chúng tôi đang ở vị trí mà nó đã chạy trong 24 giờ và tệp nhật ký ở mức 2Tb có vẻ là kích thước tối đa được phép cho tệp nhật ký.

Cơ sở dữ liệu ở chế độ khôi phục SIMPLE.

Có bất kỳ lưu truy vấn này? Hay chúng ta chỉ cần khởi động lại SQL Server và xem điều gì sẽ xảy ra? Cơ sở dữ liệu sẽ không sử dụng được? Có bất cứ điều gì chúng ta có thể làm để tiêu diệt điều này càng sạch càng tốt không?

Trước hết, hãy kiểm tra lỗi SQL để xem nó có thực sự đạt kích thước tối đa cho nhật ký không. Nếu có, thì truy vấn không có hy vọng hoàn thành, có lẽ nó đã ở trạng thái khôi phục.

Ngay cả nếu có, tôi luôn thích giết spid bằng tay (sử dụng sp_who2hoặc sp_WhoIsActivetìm spid, sau đó làm kill 59bất cứ điều gì). Bạn cũng không thể kiểm tra trạng thái rollback trừ khi bạn thực hiện KILL rõ ràng, xem chủ đề liên quan này .

Vì đây là xóa và không phải là cập nhật hoặc chèn, bạn có thể rất may mắn và thấy rằng nó sẽ quay trở lại ngay lập tức. Nếu không, có thể mất nhiều thời gian (hoặc lâu hơn) để quay trở lại như đã làm để đi đến điểm này.

Để xem trạng thái rollback, sử dụng

kill 59 with statusonly

Thật không may, tôi đã thấy điều này thường xuyên không hiển thị bất cứ điều gì hữu ích, chỉ là "hoàn thành 0%". Trong trường hợp đó, bạn sẽ phải sử dụng sp_who2và xem IO và CPU để xem liệu nó có còn hoạt động không.

Liên quan đến việc khởi động lại, đây là một rủi ro nghiêm trọng. Nếu spid đang tích cực quay trở lại (CPU và IO đang thay đổi), thì việc khởi động lại SQL sẽ chỉ đưa cơ sở dữ liệu ngoại tuyến hoàn toàn cho đến khi quá trình khôi phục hoàn tất (giờ và giờ). Nhưng , nếu CPU và IO không di chuyển, thì thực tế nó có thể xóa nó ngay lập tức. Dù bằng cách nào, đó là một rủi ro.

Một tùy chọn cuối cùng, nếu mọi thứ đặc biệt tồi tệ: Nếu bạn có bản sao lưu ngay trước khi xóa bắt đầu (và chưa có bản cập nhật khác cho db) , thì cách nhanh nhất để khôi phục có thể là bỏ DB, khởi động lại SQL và khôi phục từ bản sao lưu.

Nếu bạn không thể loại bỏ DB (hoặc nếu bạn đã khởi động lại cá thể và báo lỗi sql dự đoán thời gian phục hồi 24 giờ), thì hãy tắt các dịch vụ SQL, xóa các tệp MDF và LDF khỏi đĩa, khởi động SQL, thả SQL cơ sở dữ liệu (ma) và khôi phục từ bản sao lưu.

Rõ ràng là bạn chỉ cố gắng nếu đây là cơ sở dữ liệu xử lý back-end mà người dùng không tương tác.

KHÔNG RESTART MÁY CHỦ SQL. Điều này sẽ chỉ kéo dài sự đau đớn của bạn vì quá trình phục hồi sẽ diễn ra, điều này sẽ phục hồi hoặc làm lại bất kỳ giao dịch nào chưa hoàn thành, bao gồm cả việc xóa của bạn.

Giết phiên đang chạy xóa sẽ dẫn đến việc khôi phục lại, điều này cũng sẽ mất nhiều thời gian để hoàn thành.

Bạn muốn xem truy vấn sau để xem trạng thái của thao tác:

SELECT des.session_id 
    , des.host_name
    , des.login_name
    , der.command
    , der.estimated_completion_time
    , der.blocking_session_id
    , der.last_wait_type
    , der.percent_complete
    , der.start_time
    , der.status
    , der.wait_resource
    , der.wait_type
    , der.wait_time
FROM sys.dm_exec_sessions des
    INNER JOIN sys.dm_exec_requests der ON des.session_id = der.session_id
WHERE des.session_id <> @@SPID
    AND des.is_user_process = 1
ORDER BY des.session_id;

Các percent_completecột, và những người mà dựa vào nó, chẳng hạn như estimated_completion_time, chỉ được dân cư cho các hoạt động sau đây:

ALTER INDEX REORGANIZE
AUTO_SHRINK option with ALTER DATABASE
BACKUP DATABASE
DBCC CHECKDB
DBCC CHECKFILEGROUP
DBCC CHECKTABLE
DBCC INDEXDEFRAG
DBCC SHRINKDATABASE
DBCC SHRINKFILE
RECOVERY
RESTORE DATABASE
ROLLBACK
TDE ENCRYPTION

Vì vậy, bạn sẽ chỉ thấy cột đó có ý nghĩa nếu bạn đã hủy câu lệnh xóa và nó sẽ quay trở lại hoặc nếu bạn đã khởi động lại SQL Server và nó đang được khôi phục.

Nếu blocking_session_idcột chứa một số, điều đó cho biết rằng phiên khác đang chặn hoạt động xóa. Nếu phiên đó đã chặn hoạt động xóa kể từ khi bắt đầu, bạn có thể hủy thao tác mà không cần phải quay lại.