다수의 데이터 파일과는 다르게 다수의 로그파일은 성능이익에 전혀 영향을 미치지 않습니다.
트랜잭션 로그파일은 시간순으로 순차적으로 작성되어야 하며,
따라서 SQL Server는 리두 로그 파일에 대해 I/O 작업을 병렬처리 할 수 없습니다.
만약 두번째 로그 파일이 사용하게 되는 경우는 첫 번째 로그 파일이 가득 차서 더이상 사용할 수 없게 되는 경우를 나타낼 것입니다.
따라서 저는 아래와 같은 방법이 더 좋다고 생각합니다.
하나의 큰 로그 파일을 사용하자
1. 서비스 오픈 전 테스트를 진행하여 로그파일이 어느 사이즈까지 증가하는지를 산정
2. 산정한 사이즈 량보다 충분한 여유공간이 있는 RAID10 디스크를 준비
3. 해당 디스크에 로그파일의 경로를 설정
4. 주기적으로 로그 축소 작업을 진행
추가적으로 FILEGROWTH 를 작게 잡아서 로그파일을 늘리는 작업에 너무 많은 자원을 들이지 않도록 설정합니다.
10MB 씩 추가하는 작업을 10번을 작업하여 100MB 를 만드는 것보다, 100MB 를 1번에 만드는게 자원면에서 훨씬 효율적이기 때문입니다.
로그 파일이 많아서 좋은 점은 딱히 떠오르지 않네요..
혹시 이러이러해서 장점이 있을 것 같다라는 분은 답변으로 깨우침을 부탁드립니다.
+ 트랜잭션 로그 파일과 가상 로그 파일을 혼동하지 마세요.
참고사이트
https://www.sqlskills.com/blogs/paul/multiple-log-files-and-why-theyre-bad/
https://www.mssqltips.com/sqlservertutorial/3313/do-multiple-transaction-logs-help-performance/
'SQL Server > SQL Server 기타' 카테고리의 다른 글
[MSSQL] REVOKE 와 DENY 의 차이점 (0) | 2019.04.03 |
---|---|
[MSSQL] COLLATE 데이터 정렬. Korean_Wansung_CI_AS 및 각 옵션에 대한 설명 (0) | 2019.04.03 |
[MSSQL] 왜 Secondary Group 이 필요한가? Secondary Group 의 역할 (0) | 2019.04.03 |
[MSSQL] CREATE TABLE AS SELECT 출력된 결과물로 테이블 생성하기 (0) | 2019.03.27 |
[MsSQL] sp_readerrorlog 와 xp_readerrorlog 의 차이점 (0) | 2019.03.20 |