SQLServer 2008(및 2012) 데이터베이스의 데이터, 인덱스 및 로그 파일이 모두 단일 드라이브 D:에 있는 성능 조사 문제를 물려받았습니다. D: 드라이브는 실제로 SAN의 일부입니다. 현재로서는 세부적인 내용이 별로 없습니다.
제가 권장하는 드라이브는 최소 3개(데이터용 1개, 인덱스용 1개, 트랜잭션 로그용 1개)입니다. 여기에서 우리가 할 수 있는 일이 훨씬 더 많습니다. 발생할 수 있는 모든 문제를 조사하면서 여기서부터 시작하고 싶었습니다.
내 직관으로는 그들이 SAN에 더 많은 "논리 디스크"를 만들어 이를 OS와 SQLServer에서 사용할 수 있도록 했다면 우리는 더 앞서 나갈 것이지만 모두 켜져 있기 때문에 똑같다는 완전한 저항에 부딪혔습니다. SAN이므로 로드가 분산됩니다.
어쩌면 그 말이 맞을 수도 있지만, 나는 그렇게 생각하지 않습니다. 나는 누가 옳은지 별로 신경쓰지 않습니다. 나는 어떤 식으로든 이 문제를 해결할 특정 기사나 무언가를 찾으려고 노력하고 있습니다. 이에 대한 완벽한 답을 찾을 수 없는 것 같습니다.
나에게는 단일 D: 드라이브가 SAN에 있더라도 OS에는 단일 드라이브이며 OS와 SAN 사이에 "단일 버퍼"가 있으므로 경합의 후보가 될 것입니다. 저는 SAN 기술에 대한 실제 경험이 없으므로 제가 틀렸다면 이해하고 싶습니다.
어떤 안내에도 감사드립니다.
답변1
귀하의 사용량은 다른 사람의 사용량과 다르기 때문에 성능 기준을 설정해야 합니다.
로딩을 위해 별도의 어레이가 필요할 수도 있지만 대부분의 경우 기존 어레이를 분할하면 디스크를 추가하지 않는 한 성능이 저하됩니다.
그러나 당신이 요구하는 것은 결국 똑같기 때문에 의미가 없습니다. 대기열에 추가된 항목의 비율이 제거된 항목의 비율보다 적지 않으면 대기열이 얼마나 많이 채워지는지는 중요하지 않습니다.
실제 결과가 포함된 링크 페이지https://www.google.co.uk/search?q=sql+san+best+practice
답변2
이 링크를 찾았는데 내 목적에 맞는 질문에 충분한 답변을 제공하는 것 같습니다. 나는 그것이 좋은 생각이 아닌 이유를 직관적으로 알고 있지만 "논쟁할 수 없음" 기사를 찾을 수 없으며 실험을 설정할 수 있는 환경에 대한 액세스 또는 권한이 없다고 믿습니다.