In-Memory OLTP를 사용할 때 체크포인트 파일이 너무 많아 지는 이유
· Version : SQL Server 2014, 2016
SQL Server에서 로그 백업은 매우 중요하다. 로그 백업을 수행하지 않으면 로그 증가와 체크포인트 파일 증가가 발생할 수 있다. 트랜잭션 로그 아키텍처에 관해서는 아래 링크를 참고 한다.
· 트랜잭션 로그 논리 아키텍처 - http://sqlmvp.kr/140187294218
· 트랜잭션 로그 물리 아키텍처 - http://sqlmvp.kr/140187358202
· LDF 파일이 잘리지 않는 이유 - http://sqlmvp.kr/140194327713
·
이번 케이스는 하나의 In-Memory 최적화 테이블이 있는 데이터베이스를 복원 후 해당 테이블을 삭제하였다. 그리고 체크포인트가 발생할때 마다 체크포인트 파일 수가 계속 증가하는 이슈이다.
이 케이스는 sys.dm_db_xtp_checkpoint_files를 실행하여 state_desc 확인결과 트랜잭션 로그를 백업하지 않아 체크포인트 파일에 대해 “WAITING FOR LOG TRUNCATION” 발생한 상황이다.
체크포인트 파일은 삭제되고 제거되기 전에 여러 단계를 거친다. “WAITING FOR LOG TRUNCATION” 에서는 로그가 제거 될 수 없다. 즉 로그 백업을 실행하지 않아 로그 증가와 체크포인트 파일 증가한 현상이다.
이 상황은 아래 시나리오를 사용하여 재현 할 수 있다.
1. 데이터베이스 생성
2. 메모리 최적화 테이블 생성
3. 메모리 최적화 테이블에 데이터 입력
4. 데이터베이스 FULL 백업 진행. (Log 백업 수행하지 않음)
5. 반복문을 사용하여 체크포인트 반복 실행
6. 체크포인트 파일이 있는 폴더를 확인하여 파일수가 계속 증가하는지 확인
7. 5번의 작업을 중지 후 로그 백업 진행.
8. 체크포인트 파일이 사라진것 확인
Num |
Query |
1 |
CREATE DATABASE imoltp GO ALTER DATABASE imoltp ADD FILEGROUP imoltp_mod CONTAINS MEMORY_OPTIMIZED_DATA go ALTER DATABASE imoltp ADD FILE (name='imoltp_mod1', filename='c:\_sql_data\imoltp_mod1') TO FILEGROUP imoltp_mod go |
2 |
use imoltp go
CREATE TABLE dbo.ShoppingCart ( ShoppingCartId INT IDENTITY(1,1) PRIMARY KEY NONCLUSTERED, UserId INT NOT NULL INDEX ix_UserId NONCLUSTERED HASH WITH (BUCKET_COUNT=1000000), CreatedDate DATETIME2 NOT NULL, TotalPrice MONEY ) WITH (MEMORY_OPTIMIZED=ON) GO |
3 |
insert into dbo.ShoppingCart (Userid, CreatedDate, TotalPrice) values ( 1, getdate(), 1) go |
4 |
backup database imoltp to disk = 'c:\_SQL_Data\imoltp.bak' with init go |
5 |
while 1 = 1 checkpoint |
6 |
--Command from the following periodically to see file growth dir /s c:\_sqld_ata\imoltp_mod1 |
7 |
--stop the checkpoint in the while loop above and issue a backup log. backup log imoltp to disk = 'c:\_SQL_Data\imoltp.trn' with init |
8 |
--Then observe the files will eventually go away checkpoint |
체크포인트 파일은 메모리 최적화 파일의 데이터 및 델타 파일이다. 메모리 최적화 테이블은 메모리에 데이터가 저장되어 있더라도 SQL Server는 재해 복구를 위해 데이터를 유지해야한다. 메모리 최적화 테이블의 데이터는 체크포인트 파일이라 불린다. 데이터 파일에는 삽입 및 업데이트 작업의 행이 포함되어 있다. 델타 파일에는 삭제된 행이 있다. 시간이 지남에 따라 이러한 파일을 병합하여 효율성을 늘리 수 있다. 파일이 병합한 후에는 불필요한 파일을 삭제될 수 있다. 그러나 로그백업 후에 가능하다.
[참고자료]
2017-05-15 / 강성욱 / http://sqlmvp.kr
SQL Server 2016, MS SQL, Memory Optimized table, 메모리 최적화 테이블, Memory consumption, hash index, bucket count, memory table, SQL 2014
'SQL Server > SQL Server Tip' 카테고리의 다른 글
메모리 최적화 테이블 변수 및 예상 행수 (0) | 2017.05.31 |
---|---|
백업 파일 복원과 3241 오류 (Microsoft® SQL Server® Backup to Microsoft Azure®Tool 사용) (0) | 2017.05.31 |
메모리 최적화 테이블변수와 701 오류 (loop 사용으로 인한 메모리 부족 오류) (0) | 2017.05.31 |
메모리 최적화 테이블에서 해시 인덱스 사용시 버킷 카운트의 중요성 (0) | 2017.05.31 |
인덱스 리빌드시 병렬로 실행계획이 생성되지 않는 이유 (0) | 2017.03.13 |