디스크 속도가 느리고 디스크 속도가 빠른 서버가 있습니다.
데이터베이스와 같이 빠른 것이 중요한 모든 곳에 고가의 디스크를 사용하고 싶습니다.
돈을 절약하기 위해 백업과 같이 속도가 빠르 든 느리 든 큰 차이가없는 곳에 느린 디스크를 사용하고 싶습니다.
이제 제 질문은 느리거나 빠른 디스크에 Microsoft SQL Server를 설치 해야 합니까?
(명확하게 말하면, 데이터베이스는 빠른 디스크에 무엇이든 관계없이 배치하므로 내 질문은 설치 자체의 위치에만 관련됩니다)
답변
이것은 일종의 견해이지만 SQL Server 바이너리를 느린 디스크에 넣습니다. 바이너리를 OS 디스크 (일부 사람들은 싫어하지만) 또는 느린 디스크에 두는 것이 일반적입니다.
그러나 시스템 데이터베이스, 특히 tempdb를 더 빠른 디스크에 저장해야합니다. 실제로 tempdb를 자체적으로 배치하는 것도 일반적입니다.
이것은 내가 당신에게 유용 할 수 있는 몇 가지 기사 와 일치 합니다.
고려해야 할 트랜잭션 로그 백업도 있습니다. 더 빠른 디스크에 LDF를 원하고 데이터베이스가있는 곳과 다른 디스크에 백업을 원하기 때문에이 문제가 발생했습니다. 더 빠른 디스크. 판단 요청이 필요하지만 느린 디스크로 백업하여 불평 할 것입니다. 😉
답변
Katherine Villyard가 이미 제기 한 꽤 좋은 답변 을 따르고 싶습니다 .
데이터베이스의 용도에 따라 다릅니다.
쓰기 작업이 많이 필요한 경우 계속 진행하여 파일 .mdf과 .ndf파일을 더 빠른 디스크에 저장하십시오.
그러나 데이터베이스가 일반적으로 정적 인 데이터베이스 인 경우 (예 : 웹 컨텐츠 제공). 그리고 쿼리는 크게 다르지 않으며 메모리에 많은 양의 쿼리가 있거나 응용 프로그램 측에 캐시 될 가능성이 큽니다. 어떤에서 당신은 당신을 위해 빠른 디스크를 사용하는 것이 더 낫다 포인트 .ldf, tempdb및 백업.
당신이 그런위한 큰 쿼리의 많은 기대한다면 마찬가지로, OLAP데이터베이스, 당신은 당신을 저장하는 것이 더 낫다 .mdf, tempdb빠른 디스크에. 또한 .ldf느린 디스크는 병목 현상의 일부가 아니므로 느린 디스크를 착용하십시오 .
어쨌든, 바이너리를 빠른 디스크에 넣는 데 신경 쓰지 마십시오. 일반적으로 느린 디스크 (피할 수없는 경우 시스템이 아닌)에 바이너리를 넣습니다.
또한 빠른 디스크에 파일 .ldf과 .mdf파일을 모두 가져 오려고 시도하지 마십시오 . 일반적으로 가능할 때마다 분리됩니다.
요약하면 부하를 검토하여 가장 병목 현상이 발생하는 원인을 확인하십시오.
답변
당신은 거꾸로 있습니다. 직관적이지 않다는 것을 알고 있지만 빠른 디스크에는 백업 (특히 트랜잭션 로그 백업 포함)과 느린 디스크에는 mdf / ldf 파일 (tempdb 제외)이 필요합니다.
Sql Server가 두 개의 데이터 표현을 유지하는 것처럼 생각할 수 있습니다. MDF + LDF 파일은 데이터베이스의 현재 상태를 나타내고 백업 (마지막 전체 백업 이후의 트랜잭션 로그 백업 포함)은 장애 발생시 데이터베이스의 현재 상태를 복원하는 데 필요한 것을 나타냅니다. 이 두 표현을 서로 분리하여 유지하려면 한 표현을 파괴하는 이벤트도 다른 표현을 손상시키지 않습니다.
그것은는 SQL Server 성능이 밝혀 경향이 의존 을 많이 사용하면 트랜잭션 로그 파일을 쓸 수 있습니다 얼마나 빨리에 더 자신의 백업 은 MDF 파일에 액세스 할 수 있습니다 얼마나 빨리 이상을. 즉, 빠른 드라이브에 백업을 배치 할 것을 강력히 고려해야합니다 (이상적으로 ldf 파일에 사용할 수있는 소형 SSD를 서버에 추가하여 백업과의 분리를 유지하면서 속도를 제공함). 불행하게도 이것은 MDF 파일에 대한 느린 드라이브를 남길 수 있지만 다시 한 번 생각하십시오. 생각하는 것은 중요하지 않습니다.
위의 내용은 충분한 RAM이 있고 일반적인 워크로드를 따르며 단순하지 않고 전체 복구 모드를 사용할 계획이라고 가정합니다. 또한 시스템 운영 체제 및 설치된 Sql Server 프로그램 자체 를 느린 드라이브에 배치 할 수 있지만 물론 빠른 드라이브에서 살 수있는 공간을 원하는 경우가 있습니다.