큰 삭제 쿼리가 정지 된 것 같습니다

우리는 18 억 행의 데이터베이스에서 삭제 쿼리를 실행했습니다. 이 삭제는 12 억 행을 삭제합니다.

가늠자에 따르면이 쿼리는 한 번에 100m로 분할되었지만 24 시간 동안 실행되고 로그 파일은 2Tb에 있으며 로그 파일에 허용되는 최대 크기 인 것으로 보입니다.

데이터베이스가 단순 복구 모드에 있습니다.

이 검색어를 저장 하시겠습니까? 아니면 SQL Server를 다시 시작하고 어떻게되는지 확인해야합니까? 데이터베이스를 사용할 수 없습니까? 가능한 한 깨끗하게 제거하기 위해 할 수있는 일이 있습니까?

우선, SQL 오류 로그가 실제로 로그의 최대 크기에 도달했는지 확인하십시오. 만약 그렇다면, 쿼리는 완료 될 희망이 없으며, 아마도 이미 롤백 상태에있을 것입니다.

그것이더라도, 나는 항상 수동으로 spid를 죽이는 것을 선호합니다 (spid를 사용 sp_who2하거나 sp_WhoIsActive찾은 다음 a kill 59또는 무엇이든하십시오). 명시적인 KILL을 수행하지 않으면 롤백 상태를 확인할 수도 없습니다 . 관련 스레드를 참조하십시오 .

이것은 업데이트이며 삽입이 아닌 삭제이므로 매우 운이 좋으며 즉시 롤백되는 것을 알 수 있습니다. 그렇지 않으면이 시점에 도달하는 것처럼 롤백하는 데 시간이 오래 걸릴 수 있습니다.

롤백 상태를 보려면

kill 59 with statusonly

불행히도, 나는 이것이 종종 유용한 것을 보여주지 않고 단지 "0 % 완료"를 발견했다. 이 경우 sp_who2IO 및 CPU를 사용 하고 감시하여 여전히 무언가를 수행하고 있는지 확인해야합니다.

재부팅과 관련하여 이는 심각한 위험입니다. spid가 활발하게 롤백하는 경우 (CPU 및 IO가 변경됨) SQL을 다시 시작하면 롤백이 완전히 완료 될 때까지 (시간 및 시간) 데이터베이스가 완전히 오프라인 상태가됩니다. 그러나 CPU와 IO가 움직이지 않으면 실제로 그것을 지울 수 있습니다. 어느 쪽이든 위험합니다.

마지막으로 옵션 일들이 특히 무서운 경우 : 당신은에서 백업이있는 경우 바로 삭제 (와 DB에 다른 업데이트가되지 않았습니다) 시작하기 전에 , 다음 회복하는 가장 빠른 방법은 단순히 DB를 드롭 할 수있다, 다시 시작 SQL 및 백업에서 복원

DB를 삭제할 수 없거나 (또는 ​​이미 인스턴스를 다시 시작한 후 SQL 오류 로그에서 24 시간 복구 시간을 예측하는 경우) SQL 서비스를 종료하고 디스크에서 MDF 및 LDF 파일을 삭제하고 SQL을 시작한 후 삭제하십시오. (고스트) 데이터베이스 및 백업에서 복원하십시오.

분명히 이것이 사용자가 상호 작용하지 않은 백엔드 처리 데이터베이스 인 경우에만 시도합니다.

SQL Server를 다시 시작하지 마십시오. 복구가 수행되므로 삭제를 포함하여 완료되지 않은 모든 트랜잭션을 롤백하거나 다시 실행할 수 있기 때문에 고통을 연장 할뿐입니다.

삭제를 실행중인 세션을 종료하면 롤백이 발생하고 완료하는 데 시간이 오래 걸립니다.

다음 쿼리를보고 작업 상태를 확인하려고합니다.

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;

열과이 percent_complete열에 의존하는 열 estimated_completion_time은 다음 작업에 대해서만 채워집니다.

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

따라서 delete 문을 이미 취소하고 열을 롤백하거나 이미 SQL Server를 다시 시작하여 복구중인 경우에만 해당 열이 의미가 있음을 알 수 있습니다.

blocking_session_id열에 숫자가 포함되어 있으면 다른 세션이 삭제 작업을 차단하고 있음을 나타냅니다. 해당 세션이 시작된 이후 삭제 조작을 차단 한 경우 롤백을 수행하지 않아도 조작을 취소 할 수 있습니다.