Microsoft SQL Server 2005를 사용하면 여러 실제 서버의 처리 능력을 단일 논리 SQL Server에 결합 할 수 있습니까? SQL Server 2008에서 가능합니까?여러 물리적 서버에서 단일 논리 SQL Server를 사용할 수 있습니까?
데이터베이스 파일이 SAN에 있고 어떤 식 으로든 SQL 서버 중 하나가 마스터로 작동하면 처리가 여러 실제 서버에 분산 될 수 있다고 생각합니다. 예를 들어 동시 업데이트도 허용 할 수 있습니다. 중첩되지 않았으며, 잠금 해제 된 테이블에 대한 읽기 전용 쿼리의 경우에는 제한이 없습니다.
우리는 SQL 서버의 속도에 제한이 있으며 아마도 현재 서버 2005와 관련되어있을 것입니다. 더 강력한 단일 물리적 서버를 얻는 유일한 방법입니까?
미안하지만 저는 전문가가 아닙니다. 질문이 어리석은 것인지 확실하지 않습니다.
TIA
당신은 "SQL 서버 확장 가능한 공유 데이터베이스"에 대한 구글 할 수 있습니다. 그렇습니다. SAN에 DB 파일을 저장하고 여러 서버를 사용할 수는 있지만, 성능 향상 또는 유용성을 위해 꽤 엄격한 기준을 충족해야합니다 (쓰기에 대한 읽기 비율 높음, 데이터 세트에 대한 메모리 또는 충분히 빠른 SAN, 여러 동시 접근 자 등)에 적합합니다.
클러스터링은 복잡하고 더 큰 서버보다 장기적으로 훨씬 비싸며 적절히 최적화 된 응용 프로그램 코드보다 훨씬 효율적이지 않습니다. 확실히 앱이 잘 최적화되었는지 확인해야합니다.
감사합니다. 나는 당신이 옳다고 생각합니다.클러스터링을 다시 살펴 봐야 할 것입니다. 장애 조치 용이라고 생각했습니다. 어쨌든, 앱을 최적화하는 것은 이미 사라진 개발자가 이미 수행했습니다. 나는 단지 빨대에서 쥐고있다. :-( – TuffyIsHere
"real work"(TM)과 같이 들립니다. 행운을 빌어 요. – easel
SQL Server 클러스터링은 페일 오버를위한 것이지 확장 성이 아닙니다. –
새로운 하드웨어를 구입하고 구매하기 전에 병목 현상이 실제로 어디에 있는지 알아보십시오. 많은 잠금 문제는 작업 부하에 적합한 인덱스로 해결할 수 있습니다.
예를 들어, SSD에 tempDB를 배치하면 성능 문제가 해결되고 값 비싼 새 서버를 구입하는 클라이언트가 저장되는 경우를 보았습니다. 당신이 Management Data Warehouse (MDW)가 워크로드를 캡처하는 데 활용할 수있는 SQL 서버 2008을 How Can I Log and Find the Most Expensive Queries?
:
은 당신의 작업 부하를 분석합니다.
White Paper: SQL Server 2008 Performance and Scale
또한하십시오 SAN 솔루션은 반드시 직접 연결된 스토리지보다 빠른 I/O 솔루션 아님을 유의하시기 바랍니다. 그것은 SAN, LUN의 물리적 디스크 수, LUN 구독 및 사용량, HBA 및 기타 여러 하드웨어 요소의 속도에 따라 달라집니다. ...
응용 프로그램 최적화는 모든 비즈니스 로직을 수행하는 큰 작업 일 수 있습니다 및 코드 라인. 그러나 가장 포괄적 인 쿼리를 찾는 것은 병목 영역을 쉽게 찾을 수 있습니다. 어쩌면 가장 큰 테이블, 뷰 또는 저장 프로 시저 중 일부에서만 발생합니다. 색인을 추가하거나 미세하게 조정하면 도움이 될 수 있습니다. RAM을 부딪히는 것이 가능하다면 그 옵션을 사용해보십시오. 그건 싸고 쉬운 구성입니다. 행운을 비네.
"우리는 SQL 서버의 속도에 의해 제한되는 응용 프로그램을 가지고 있습니다"- 하드웨어가 절대적으로 확실합니까? ??? –
아니요,하지만 하드웨어와 소프트웨어의 조합이라고 확신합니다. 2 년 전에 더 큰 서버로 이동할 때까지 서버 시간 초과가 있었지만 데이터베이스가 훨씬 커졌고 다시 시간 초과가 시작되었습니다. 응용 프로그램 코드는 꽤 잘 처리되었으며 개발자는 어쨌든 오래 전에 사라졌습니다. – TuffyIsHere