내년 2월 경이면, 단일 DB 사이즈의 용량이 16TB가 넘게 됩니다.
스토리지를 확장하여 용량을 늘리면 된다고 판단하여 진행하려고 하였습니다.
NTFS 의 기본 설정이 4096 바이트이고 이렇게 하였을 경우 최대 16TB가 운영체제가 인식할 수 있는 볼륨의 공간이 됩니다.
그렇다면 할당 섹터의 크기를 두 배 이상인 8192 바이트 이상으로 할당하면 크기는 해결이 됩니다.
그러나, SQL 특성이 4096 까지 인식이 된다고 합니다.
여기서, 질문 스토리지를 레이드 컨트롤러가 제어하기 때문에 4096으로 포맷할 수 있고 용량은 컨트롤러가 제어할 수 있는 사이즈 내에서 포맷하여 MS SQL 에 할당할 수 있다? 이것이 궁금한 점입니다.
아직까지 단일 DB로 대용량을 단일 볼륨으로 잡아서 사용한 적이 없어서, 혹시나 합니다.
해당 질문의 문제를 해결, 도움이 되는 선택된 답변이 있습니다.
작성된 다른 답변도 확인해 보시기 바랍니다..
13개의 답변이 있습니다.
단일 파일이 문제네요
결국 DB 분할인데
db분할은 문제가 아닌데 똑같은 db 복사 해서 3년전 아카이빙 db 현재 사용하는 db
물론 데이터 조회시 문제가 있지만 10년치 조회 뭐 이럴때
문제는 응용프로그램에서 추가 개발이 있어야 할듯합니다.
예전 ERP에서 10년 사용하니 4테라 넘어가서 같은문제로 db를 두개 쪼갰던 문제랑 같아보이네요
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입저도 이렇게 큰 데이터는 경험 해보지 않아 답변들 참고 해 봅니다.
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입DB파일이 16TB인가요 크기가 많은거 같은데요~읽기 쓰기에 속도가 느릴거 같습니다.
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입DB 파일을 하나로 사용하는 것은 문제가 있습니다.
파일 용량도 16TB 가까이 되는거 같은데요.
파일 하나를 엑세스 하는 것은 속도도 느려지고 문제 발생시 복구가 어려울 수 있습니다.
백업되어 있다면 괜찮겠지만요.
어떠한 데이터 들이 있는지 모르겠지만,
파티션 나눠서 사용하는것이 좋지 않을까 합니다.
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입단기적으로는 파일 그룹 추가로 데이터 분산을 검토해보시고, 장기적으로는 파티셔닝 및 데이터 아카이빙(DB분리), 읽기 전용 파일 그룹 활용등 고려해야 할듯 합니다.
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입데이터 파일을 굳이 1개로만 운영하려는 이유가 있으실까 궁금하네요.
아무래도 파일시스템이 커지면 나중에 문제가 발생 시 복구하거나 파일시스템 체크하는데
너무나 많은 시간이 소요 됩니다. (백업본 리스토어 하는것보다 더 걸리는 경우도 발생할 수 있구요.)
가능하면 나누어서 보관하시는게 성능이나 안정성 면에서 좋을 듯 한데요.
mdf 파일 하나의 크기입니다. 이걸 나누려면 모두 재설계 해야 합니다. DB 설계가 기록 데이터에 대한 고려(변경이 없는 데이터는 이관하여 장기 보관한다)가 없어 2년 만에 검사데이터 생산데이터를 모두 보관하다 보니 사이즈가 정말 큰데도 어떻게 할 수 없는 상황입니다. 그걸 설계하고 빠진 S 사는 나 몰라라 합니다.
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입히나의 화일로 하면 액세스
속도가 느리지
않나요? 16T 까지
사용하는 걸 못봐서요?
mdf 파일입니다. ldf 는 저장도 하지 않습니다. 감당이 안되어서.
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입RAID 컨트롤러는 물리적 디스크 계층에서 스토리지를 관리하기 때문에 4KB(4096바이트) 포맷으로 볼륨을 생성하고 MS SQL에 할당하는 것이 가능합니다.
현재 상황에서는 특별히 8KB로 변경할 필요가 없어 보입니다.
RAID 컨트롤러를 통해 4KB로 포맷하고 SQL Server에 할당하는 것이 가장 표준적인 접근 방식입니다.
네 표준 클러스터(4096) 사이즈로 포맷하고 레이드 컨트롤러가 대용량 스토리지를 하나의 볼륨으로 관리할 수 있기에 그렇게 하려고 합니다.
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입볼륨( 디스크 ) 섹터 크기는 디스크에 저장된 데이터르 읽고/쓰는 크기 단위라고 생각하면 될 것 같고요.
섹터 크기가 크다면 한번에 읽고 쓰는 사이즈가 크기 때문에 큰 용량의 데이터를 한번에 읽고 쓸수 있기 때문에 데이터 처리 성능 향상효과가 있지만 데이터를 저장할때 작은 용량의 파일이라도 섹터에 지정된 사이즈만큼의 단위로 저장되기 때문에 작은 사이즈의 파일을 저장할 수록 용량 낭비가 심해 진다는 단점이 있겠고요.
반대로 디스크 섹터 크기가 작다면 한번에 읽고 쓰는 용량 사이즈가 작기 때문에 큰 용량의 데이터를 처리하기 위해 많은 횟수로 디스크에 접근해야 해서 성능 저하가 발생하는 단점이 있지만, 디스크에 저장되는 용량 단위가 적기 때문에 디스크에 용량 낭비가 줄어 들게 된다는 장점이 있겠고요.
디스크에 접근은 MS-SQL 같은 소프트웨어가 직접하는 것이 아니라 운영체제인 Window가 관여하는 것이기 때문에 디스크 섹터 크기에 따라 MS-SQL이 지원되고, 되지 않고하는 것은 없을걸로 보여지네요.
디스크 섹터 크기가 디스크에 저장되어 있는 데이터에 대한 접근 성능에 영향을 미치기 되고, 사용할 수 있는 용량에 영향은 미칠 수 있어도, 섹터 크기에 따라 MS-SQL에서 지원이 되고 되지 않고 하는 없는 걸로 알고 있네요.
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입제가 알기로 MSSQL 데이터파일 한개의 사이즈 제한이 16TB인 것으로 압니다.
아래 MS 공식 문서에 보면
데이터 파일 크기 : 16TB
데이터베이스 크기 : 524,272TB
라고 되어 있습니다.
https://learn.microsoft.com/ko-kr/sql/sql-server/maximum-capacity-specifications-for-sql-server?view=sql-server-ver16&viewFallbackFrom=sql-server-ver22
데이터베이스에 데이터 파일을 추가하면 어렵지 않게 16TB이상을 사용할 수 있지 않나요?
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입