Microsoft SQL Server 설치 위치의 중요성


10

디스크 속도가 느리고 디스크 속도가 빠른 서버가 있습니다.

데이터베이스와 같이 빠른 것이 중요한 모든 곳에 고가의 디스크를 사용하고 싶습니다.

돈을 절약하기 위해 백업과 같이 속도가 빠르 든 느리 든 큰 차이가없는 곳에 느린 디스크를 사용하고 싶습니다.

이제 제 질문은 느리거나 빠른 디스크에 Microsoft SQL Server를 설치 해야 합니까?

(명확하게 말하면, 데이터베이스는 빠른 디스크에 무엇이든 관계없이 배치하므로 내 질문은 설치 자체의 위치에만 관련됩니다)


3
120gb의 낮은 쓰기 ssd가 (a) CHEAP 및 (b) 매우 빠르며 (c) 모든 OS + 프로그램에 현명한 것으로 충분하다면 왜 이것을 고려할 것입니까? 2 년 전 모든 운영 체제를 120gb ssd로 옮겼는데 당시에는 비용이 문제가되지 않았습니다. 이제는 관련성이 떨어집니다.
TomTom

미션 크리티컬 데이터베이스를 SSD 디스크에 신뢰 하시겠습니까? 당신과 거래하지
말라고

2
@Shadur 무슨 화염 미끼. 예, SSD 기반 RAID 10 구성 디스크에 배치하고 다른 2 개의 디스크에 로컬로 복제하고 야간에 원격 위치에 백업합니다. 십 년에 오신 것을 환영합니다!
Niels Brinch

@TomTom 물론 당신은 맞지만,이 경우 다소 비용에 민감한 상황에 처해 있기 때문에 이런 유형의 하이퍼 최적화를 귀찮게합니다. 내가 생각하는 대부분의 질문이있는 경우이므로 내 질문은 매년 점점 더 관련성이 없어 질 것입니다.
Niels Brinch

@NielsBrinch Cent Smart 및 Pound Foolish. 진심으로.
TomTom

답변:


11

이것은 일종의 견해이지만 SQL Server 바이너리를 느린 디스크에 넣습니다. 바이너리를 OS 디스크 (일부 사람들은 싫어하지만) 또는 느린 디스크에 두는 것이 일반적입니다.

그러나 시스템 데이터베이스, 특히 tempdb를 더 빠른 디스크에 저장해야합니다. 실제로 tempdb를 자체적으로 배치하는 것도 일반적입니다.

이것은 내가 당신에게 유용 할 수 있는 가지 기사 와 일치 합니다.

고려해야 할 트랜잭션 로그 백업도 있습니다. 더 빠른 디스크에 LDF를 원하고 데이터베이스가있는 곳과 다른 디스크에 백업을 원하기 때문에이 문제가 발생했습니다. 더 빠른 디스크. 판단 요청이 필요하지만 느린 디스크로 백업하여 불평 할 것입니다. ;)


감사합니다. SQL Server 설치 (바이너리 등)가 느리거나 빠른 디스크에 있는지 여부에 따라 성능에 영향을 미치지 않는다고 말하고 있습니까?
Niels Brinch

1
내가 알아 차린 것은 아닙니다. 그리고 그것은 매우 일반적인 구성입니다.
Katherine Villyard

6
바이너리 자체는 특히 IO 바인딩이 아니기 때문에 캐서린이 옳습니다. 일반적으로 바이너리를 빠른 디스크에 배치하면로드 시간이 향상되지만 코드가 메모리에서 실행되므로 일반적인 작업 속도에 거의 영향을 미치지 않습니다. 서버를 자주 다시 시작하지 않으면 이진 파일을 느린 저장 공간에 두는 것이 크게 아프지 않습니다.
Corey

@Corey는 매우 정확한 설명을 해주셔서 감사합니다. 이것이 내가 찾던 것입니다.
Niels Brinch

6

Katherine Villyard가 이미 제기 한 꽤 좋은 답변 을 따르고 싶습니다 .

데이터베이스의 용도에 따라 다릅니다.
쓰기 작업이 많이 필요한 경우 계속 진행하여 파일 .mdf.ndf파일을 더 빠른 디스크에 저장하십시오.

그러나 데이터베이스가 일반적으로 정적 인 데이터베이스 인 경우 (예 : 웹 컨텐츠 제공). 그리고 쿼리는 크게 다르지 않으며 메모리에 많은 양의 쿼리가 있거나 응용 프로그램 측에 캐시 될 가능성이 큽니다. 어떤에서 당신은 당신을 위해 빠른 디스크를 사용하는 것이 더 낫다 포인트 .ldf, tempdb및 백업.

당신이 그런위한 큰 쿼리의 많은 기대한다면 마찬가지로, OLAP데이터베이스, 당신은 당신을 저장하는 것이 더 낫다 .mdf, tempdb빠른 디스크에. 또한 .ldf느린 디스크는 병목 현상의 일부가 아니므로 느린 디스크를 착용하십시오 .

어쨌든, 바이너리를 빠른 디스크에 넣는 데 신경 쓰지 마십시오. 일반적으로 느린 디스크 (피할 수없는 경우 시스템이 아닌)에 바이너리를 넣습니다.
또한 빠른 디스크에 파일 .ldf.mdf파일을 모두 가져 오려고 시도하지 마십시오 . 일반적으로 가능할 때마다 분리됩니다.

요약하면 부하를 검토하여 가장 병목 현상이 발생하는 원인을 확인하십시오.


3

당신은 거꾸로 있습니다. 직관적이지 않다는 것을 알고 있지만 빠른 디스크에는 백업 (특히 트랜잭션 로그 백업 포함)과 느린 디스크에는 mdf / ldf 파일 (tempdb 제외)이 필요합니다.

Sql Server가 두 개의 데이터 표현을 유지하는 것처럼 생각할 수 있습니다. MDF + LDF 파일은 데이터베이스의 현재 상태를 나타내고 백업 (마지막 전체 백업 이후의 트랜잭션 로그 백업 포함)은 장애 발생시 데이터베이스의 현재 상태를 복원하는 데 필요한 것을 나타냅니다. 이 두 표현을 서로 분리하여 유지하려면 한 표현을 파괴하는 이벤트도 다른 표현을 손상시키지 않습니다.

그것은는 SQL Server 성능이 밝혀 경향이 의존 을 많이 사용하면 트랜잭션 로그 파일을 쓸 수 있습니다 얼마나 빨리에 더 자신의 백업 은 MDF 파일에 액세스 할 수 있습니다 얼마나 빨리 이상을. 즉, 빠른 드라이브에 백업을 배치 할 것을 강력히 고려해야합니다 (이상적으로 ldf 파일에 사용할 수있는 소형 SSD를 서버에 추가하여 백업과의 분리를 유지하면서 속도를 제공함). 불행하게도 이것은 MDF 파일에 대한 느린 드라이브를 남길 수 있지만 다시 한 번 생각하십시오. 생각하는 것은 중요하지 않습니다.

위의 내용은 충분한 RAM이 있고 일반적인 워크로드를 따르며 단순하지 않고 전체 복구 모드를 사용할 계획이라고 가정합니다. 또한 시스템 운영 체제 및 설치된 Sql Server 프로그램 자체 느린 드라이브에 배치 할 수 있지만 물론 빠른 드라이브에서 살 수있는 공간을 원하는 경우가 있습니다.


백업은 사용하지 않고 단순히 저장 한 파일을 의미합니다. 빠른 디스크에 mdf 및 ldf 파일을 둘 것입니다. 느린 디스크에 넣는 것이 mdf가 좋다는 소식은 흥미롭고 예상치 못한 정보였습니다.
Niels Brinch

1
백업 / 로그와 동일한 디스크에 mdf를 원하지 않습니다. MDF는 데이터베이스 현재 상태를 나타냅니다. Backup + LDF는 데이터베이스를 현재 상태로 복구하는 데 필요한 것을 나타냅니다. 두 표현이 서로 분리되기를 원하므로 하나를 파괴하는 이벤트도 다른 것을 손상시키지 않습니다. 그리고 로그와 백업은 빠른 디스크에 있어야하기 때문에 (성능은 mdf 파일에 쓸 수있는 속도보다 ldf 파일에 쓸 수있는 속도에 훨씬 더 의존 합니다), 이는 mdf가 느린 디스크로 가야한다는 것을 의미합니다.
Joel Coel

위의 주석 대부분을 답변으로 편집하겠습니다.
Joel Coel

1
당신이에 대해 말을하는지 이유를 잘 모르겠어요 .ldf.mdf필요는 재해의 경우 분리 될 ... 일반적으로 무엇을 백업하기위한 것으로, 재해 복구를위한 중 하나를 사용하는 것으로 가정 아니에요. 데이터 손실이 거의 0에 가깝지 않으면 로그 백업이 잦은 경우 로그 파일 자체에 의존하지 않습니다.
Reaces

@Reaces 당신이 맞아요. 나는 뇌 방귀가 있었고 머리에 TRN 백업에 대해 생각하면서 손가락으로 LDF 파일을 작성하고있었습니다. 일반적인 생각은 있지만, 그것을 명확히하기 위해 크게 수정해야합니다 (지금 작업 중).
Joel Coel
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.