트랜잭션 데이터베이스

RAID-5 는 쓰기에서 패리티를 다시 계산하기 위해 컨트롤러가 충분한 데이터를로드해야하므로 쓰기 속도가 상대적으로 느립니다. 쓰기 작업은 최소 4 개의 디스크 작업이 수행됩니다.

• 패리티 블록에서 읽기

• 패리티 블록과 함께 값을 XOR하기 위해 이전 블록을 읽습니다 (아직 캐시에 없다고 가정).

• 새 패리티 블록 작성 (이전 패리티 블록 XOR 이전 데이터 블록 XOR 새 데이터 블록)

• 새로운 데이터 블록을 작성합니다.

시스템이 후기 입 캐싱을 사용하지 않는 경우 이러한 모든 옵션이 I / O 완료를위한 중요한 경로에 있음을 의미합니다. 데이터베이스 쓰기의 경우가 종종 있습니다. 실제로 Microsoft (예 : Microsoft)에는 공급 업체가이 동작을 보증해야하는 SQL 서버와 함께 사용할 SAN 장비에 대한 인증 프로그램이 있습니다. 때때로 구형 RAID-5 장비는이 최적화를 사용하지 않았으며 전체 스트라이프에서 패리티를 다시 계산해야했습니다.

RAID-10 에는 모든 단일 드라이브에 대한 미러가 있으며 패리티를 계산하기 위해 추가 데이터를 읽을 필요가 없습니다. 즉, 쓰기에는 훨씬 적은 물리적 I / O가 필요합니다.

RAID-50 은 중앙 어딘가에 위치하며, 볼륨은 여러 개의 RAID-5 볼륨으로 분할되고 차례로 스트라이프됩니다. 3 + 1 구성표로 스트라이프 된 그룹으로 만들어진 RAID-50에서 쓰기는 최대 3 개의 추가 디스크 I / O 요청을 생성합니다. 너무 기울어 졌다면 RAID-5와 RAID-10을 RAID-50의 특별한 경우로 볼 수 있습니다. RAID-50은 주로 많은 물리 디스크에 큰 볼륨을 제공하는 데 사용됩니다

RAID-6과 같은 다른 패리티 구성표 (세트당 2 개의 중복 디스크가있는 패리티 구성표)도 존재합니다. 최신 디스크는 어레이를 되감기하는 데 시간이 오래 걸릴 수있을만큼 충분히 큽니다. 재건은 상당히 중요합니다. RAID-6은 두 번째 패리티 디스크를 사용하여 데이터 손실을 유발하는 세 가지 디스크 장애가 발생하여 이러한 위험을 완화합니다. RAID-50 구성표와 유사한 트릭을 사용하여 RAID-60 어레이를 만들 수 있습니다.

마지막으로 단일 미러링 쌍 (RAID-1)은 일부 작업에 중복성과 충분한 성능을 제공 할 수 있습니다. 특히 RAID-1은 많은 데이터베이스 로그 트래픽을위한 충분한 처리량을 제공합니다. 이에 대한 자세한 내용은 아래를 참조하십시오.

쓰기가 많은 워크로드가있는 경우 RAID-10 볼륨에서 성능이 향상 될 수 있습니다. 디스크에 충분한 공간이 있다고 가정하면 적은 수의 물리 디스크에서 필요한 처리량을 얻을 수 있기 때문에이 방법이 도움이 될 수 있습니다. 데이터베이스 서버의 로그 또는 temporay 영역과 같은 일부 항목은 쓰기 트래픽이 많으므로 RAID-1 또는 RAID-10 볼륨에 있어야합니다.

로그

로그 볼륨은 대부분 순차적 인 데이터 액세스 패턴을 특징으로하며 본질적으로 ‘이 데이터를이 블록에 쓰기’라인을 따라 명령으로 구성된 링 버퍼입니다. 이들은 핵심 DBMS 엔진에서 생산자로 작성되어 소비자로 처리됩니다 로그 리더 기능으로. 단일 미러링 쌍은 실제로 많은 로그 트래픽을 처리합니다.

읽기가 많은 시스템 및 파일 서버

데이터웨어 하우스와 같이 읽기가 많은 시스템에서는 하나 이상의 RAID-5 볼륨을 사용할 수 있습니다. 파일 서버에서 디스크 액세스는 주로 전체 파일 기반으로 수행되므로 쓰기는 아마도 패리티 블록을 구성하는 대부분의 블록을 쓸 것입니다. 이 경우 RAID-5의 성능이 저하됩니다.

과거에는 디스크의 비용 절감 효과는 크지 만 지금은 문제가되지 않습니다.

후기 입 캐싱 및 RAID-5

배터리 백업 캐시가있는 SAN 또는 내부 RAID 컨트롤러에서 ‘쓰기 백’캐싱을 활성화 할 수 있습니다. 이것은 캐시를 작성하고 애플리케이션에 제어를 리턴합니다. 컨트롤러가 I / O를 완료된 것으로보고합니다. 그러나 반드시 데이터를 디스크에 즉시 기록 할 필요는 없습니다. 이 기능을 사용하면 RAID-5 패리티 읽기 / 쓰기 작업을 실질적으로 최적화하고 RAID-5x 볼륨의 쓰기 성능 저하를 완화 할 수 있습니다.

그러나 여전히 데이터 무결성 문제의 위험이 적습니다. 호스트 시스템은 실제로는 그렇지 않은 경우이 쓰기가 완료되었다고 들었습니다. 하드웨어 장애로 인해 데이터베이스 서버의 로그와 데이터 볼륨간에 데이터 불일치가 발생할 수 있습니다. 이러한 이유로 ETL 프로세스와 같은 경우 성능 상승이 될 수 있지만 트랜잭션 시스템에는 후기 입 캐싱이 권장되지 않습니다.

요약

디스크 공간 은 현재 매우 저렴하므로 트랜잭션 시스템은 아마도 로그 볼륨에 RAID-1 또는 RAID-10을 사용하고 데이터 볼륨에 RAID-10을 사용해야합니다. 물리적 디스크 크기는 데이터베이스보다 훨씬 클 가능성이 높으며 RAID-10은 같은 수의 디스크에 대해 더 많은 쓰기 처리량을 허용하므로 시스템을 지원하는 데 필요한 디스크 볼륨 수가 줄어 듭니다.

데이터웨어 하우스와 같은 경우에도 인덱스가 많고 인덱스가 큰 팩트 테이블을 사용하여 공간을 씹어 RAID-5 또는 RAID-50 데이터 볼륨으로 적은 가격으로 승리 할 수 ​​있습니다. 그러나 로그 및 tempdb는 여전히 ETL 처리 중에 많은 작업을 수행하므로 RAID-10 볼륨에 배치해야합니다. 그러나 디스크의 비용 절감은 상당히 적습니다.

답변