현재 오프라인 상태입니다. 인터넷에 다시 연결하기를 기다리고 있습니다.

모든 데이터베이스 관리자에 게 SQL Server 사용 하 여 디스크 드라이브 캐시 사용에 대 한 정보

이 문서는 Microsoft 기계 번역 소프트웨어를 이용하여 번역되었으며 Microsoft Community에 의한 Community Translation Framework(CTF) 기술 혹은 사람이 번역한 내용에 의하여 사후 편집될 수 있습니다. Microsoft는 Knowledge Base에 있는 모든 문서에 다양한 언어로 접근할 수 있도록 하기 위하여 기계 번역, 사람에 의한 번역 및 커뮤니티가 편집한 내용을 모두 제공합니다. 번역된 문서는 어휘, 구문 및/혹은 문법에 오류가 있을 수 있습니다. Microsoft는 번역 오류로 인한 부정확성, 오류 및/또는 손해와 이를 고객이 사용하는 데에 대하여 책임을 지지 않습니다.

이 문서의 영문 버전 보기:234656
요약
데이터베이스 시스템은 우선적인 정확 하 게 저장 및 예기치 않은 시스템 오류가 발생 하더라도 데이터를 검색 하는 작업을 담당 합니다.

시스템은 원자성과 영속성의 현재 실행, 다중 트랜잭션, 다양 한 실패 요소 동시 트랜잭션 보장 해야 합니다. 이 종종 ACID (원자성, 일관성, 격리성 및 영속성) 속성 이라고 합니다.

이 문서에서는 디스크 드라이브의 의미를 캐시 합니다. 캐싱에 대 한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 읽는 것이 좋습니다 및 대체 실패 모드:
86903 SQL Server 및 디스크 컨트롤러 캐시
230785 SQL Server 7.0 및 SQL Server 2000 로깅 및 데이터 저장소 알고리즘 데이터 안정성을 확장합니다.
다음 문서는 또한 것이 좋습니다. 참고: 이러한 두 문서는 현재 지원 되는 모든 SQL Server 버전에 적용 됩니다.
추가 정보
Microsoft SQL Serverand 시장에서 많은 주요 데이터베이스 제품은 오늘 미리 쓰기 로깅 (WAL) 프로토콜을 사용 합니다.
미리 쓰기 로깅 (WAL) 프로토콜
프로토콜 이란 WAL을 설명할 수 있는 좋은 방법입니다. 특정 한 데이터를 확인 하는 데 필요한 단계를 구현에 정의 된 집합은 올바르게 저장 및 교환 오류가 발생할 경우 알려진 상태로 복구할 수 있습니다. 따라서 일관 되 고 보호 된 방식으로 데이터를 교환 하려면 정의 된 프로토콜을 포함 하는 네트워크와 마찬가지로 WAL는 데이터를 보호 하려면 프로토콜 설명 너무.
SQL Server 모든 버전은 Win32 CreateFile 함수를 사용 하 여 로그 및 데이터 파일을 엽니다. SQL Server 열 때 FILE_FLAG_WRITE_THROUGH 옵션을 포함 하는 dwFlagsAndAttributes 멤버.
FILE_FLAG_WRITE_THROUGH
이 옵션에는 시스템이 중간 캐시를 통해 쓰고 디스크로 직접 이동 하도록 지시 합니다. 시스템은 쓰기 작업을 계속 캐시할 수 있지만 천천히 플러시할 수 없습니다.

FILE_FLAG_WRITE_THROUGH 옵션 사용 하면 때에 쓰기 작업이 반환 완료 데이터가 제대로 안정적인 저장소에 저장 합니다. 이 데이터를 미리 기록 작성 (WAL) 프로토콜 사양에 맞춥니다.
많은 디스크 드라이브 (SATA, ATA, SCSI 및 IDE 기반)에 512 KB, 1 MB, 및 더 큰 온보드 캐시 포함 되어 있습니다. 드라이브 캐시는 보통 배터리 지원 솔루션이아닌 축전기를 사용 합니다. 이러한 캐싱 메커니즘은 전원 전반에 대해 쓰기 주기 나 이와 유사한 실패 요소 보장할 수 없습니다. 들만 섹터 쓰기 작업의 완료를 보장합니다. 드라이브가 계속 증가 크기, 캐시 점점 커지게 되 고 오류 발생 시 더 많은 양의 데이터를 노출할 수 있습니다.

향상 된 캐싱 컨트롤러 시스템 디스크 캐시를 사용 하지 않도록 설정 및 배터리 지원 솔루션을 캐싱 기능을 제공 합니다. 이러한 캐시 며칠 동안 캐시에 데이터를 보관할 수 있으며 두 번째 컴퓨터에 캐시 카드를 사용할 수도 있습니다. 전원이 제대로 복원 되 면 다른 추가적인 데이터 액세스가 허용 되기 전에 쓰여지지 않은 데이터는 완전히 플러시됩니다. 및 최적의 성능으로 설정 되도록 쓰기 캐시 읽기 비율을 허용 하는 대부분의 일부 대용량 메모리 저장 영역이 포함 되어 있습니다. 실제로 시장의 특정 분야에서 일부 하드웨어 공급 업체 첨단 배터리 지원 디스크 캐싱 시스템을 기가바이트의 캐시를 제공 합니다. 데이터베이스의 성능을 크게 향상 시킬 수 있습니다 이러한.

캐시를 사용 하지 않고 수행 하는 I/O 전송 훨씬 길어질 수 있습니다 하드 드라이브 회전 속도 때문에 드라이브 헤드 및 다른 제한 인자로 이동 하는 데 필요한 기계의 시간. 캐싱 컨트롤러를 제공 하는 시스템에서 SQL Server 설치 대상입니다. 이러한 컨트롤러에 디스크 캐시를 사용 하지 않도록 설정 하 고 SQL Server I/O 요구 사항을 만족 시키는 캐시 안정적인 미디어를 제공 합니다. 이러한 디스크 찾기 및 캐싱 컨트롤러의 다양 한 최적화 기능을 사용 하 여 시간 쓰기와 관련 된 성능 문제가 하지 마십시오.

다양 한 하위 시스템 구현이 있습니다. RAID 및 SAN은 이러한 유형의 하위 시스템 구현 두 가지 예입니다. 이러한 시스템은 일반적으로 드라이브 SCSI 기반 빌드됩니다. 이 오류의 원인은 여러 가지가 있습니다. 다음 단원에는 일반적으로 높은 수준의 드라이브 고려 사항을 설명.

SCSI 드라이브:
  • 일반적으로 대량의 용도로 제조 된.
  • 일반적으로 다중 사용자, 서버 basedimplementations에 대상으로 합니다.
  • 일반적으로 otherimplementations 보다 더 나은 그 동안 실패율을 가집니다.
  • Imminentfailures 예측 하는 데 복잡 한 추론을 포함 합니다.
IDE, ATA, SATA 등 다른 드라이브 구현:
  • 일반적으로 가볍고 보통 dutyuse에 대 한 제조.
  • 일반적으로 대상으로 단일 사용자 basedapplications.
  • 정교한 heuristicsto 도움말을 포함 하는 일부 최신 구현 실패 가능성을 예측 합니다.
데스크톱 기반, 비 SCSI 컨트롤러 주 프로세서 (CPU) 대역폭이 더 많이 필요 하 고 자주 하나의 활성 명령에 의해 제한 됩니다. 예를 들어, 비 SCSI 드라이브는 불량 블록을 조정할 때 드라이브 호스트 명령을 대기를 해야 합니다. ATA 버스는 다른 예제를 제공합니다. ATA 버스 2 장치를 지원 하지만 단일 명령에만 사용할 수 있습니다. 이런 하나의 드라이브 유휴 동안 다른 드라이브 서비스 보류 중인 명령이 있습니다. 데스크톱 기술 기반 raid 시스템 모두 이러한 현상이 발생할 수 있습니다 및 느린 응답자의 영향을 크게 받을 수 있습니다. 이러한 시스템 고급 디자인을 사용 하지 않으면 성능을 효율적으로 SCSI 기반 시스템의 성능이 되지 않습니다.

있는 경우는 적절 한 저가 솔루션 드라이브 데스크톱 기반 또는 배열입니다. 예를 들어, 읽기 전용 보고 데이터베이스를 설정 하면 해야 하지 발생 하면 많은 OLTP 데이터베이스의 성능 요소 디스크 캐싱을 비활성화.

드라이브 크기가 계속 증가 합니다. 낮은 비용, 높은 용량의 드라이브를 매우 매력적 수 있습니다. 하지만 SQL Server 및 비즈니스 응답 시간 요구 사항에 대 한 드라이브를 구성할 때 신중 하 게 다음과 같은 문제를 고려해 야 합니다.
  • 액세스 경로 설계
  • 디스크 캐시를 사용 하지 않도록 설정 하는 요구 사항
다음 표에서 높은 수준의 설명을 제공합니다. 설명 정보가 일반적인 제조 구성을 기반으로 합니다.

기본 시스템 드라이브 종류메모
IDE 및 ATA
  • 200RPM 회전 합니다.
  • 데스크톱 및 단일 userapplications를 목표로 합니다.
  • 디스크 캐시는 기본적으로 활성화 됩니다. 'DiskProperties', '등록 정보', '정책' 탭 controlthe 디스크 캐시 설정에 액세스 하려면 하드웨어 탭을 사용 합니다.

    참고: 일부 드라이브는이 설정을 준수 하지 않습니다. 이 드라이브 캐시를 사용 하지 않으려면 제조업체 유틸리티가 필요 합니다.
  • SQL Server 사용 하 여 thedrive를 사용 하려면 디스크 캐싱을 비활성화 해야.
  • IDE 및 ATA 기반 시스템 불량 블록 조정 등의 작업을 수행할 호스트 commandswhen을 연기할 수 있습니다. 이 toperiods의 지연 된 I/O 동작을 발생할 수 있습니다.
IDE/노트북 컴퓨터
  • 5,200 RPM에 회전 합니다.
  • 휴대용 컴퓨터를 목표로 합니다.
  • IDE 및 ATA 절의 다른 주석을 참조 하십시오.
  • ReadyDrive NAND 플래시 저장소 stableI/O 기능을 제공할 수 있습니다.
SATA
  • 200RPM 회전 합니다.
  • 데스크톱 및 보통 rangeservers를 목표로 합니다.
  • 디스크 캐시는 기본적으로 활성화 됩니다. 'DiskProperties', '등록 정보', '정책' 탭 controlthe 디스크 캐시 설정에 액세스 하려면 하드웨어 탭을 사용 합니다.

    참고: 일부 드라이브는이 설정을 준수 하지 않습니다. 이 드라이브 캐시를 사용 하지 않으려면 제조업체 유틸리티가 필요 합니다.
  • IDEand ATA 카운터 부분 보다 더 큰 스토리지 용량 및 더 큰 캐시합니다.
  • SQL Server 사용 하 여 thedrive를 사용 하려면 디스크 캐싱을 비활성화 해야.
  • 더 작은 케이블 및 상호 연결 합니다.
  • 직렬 부착 SCSI (SAS) 드라이브 및 설치와 쉽게 상호 연결입니다.
  • 오류 predictionconstructs를 등이 있습니다.
SCSI
  • 10, 000와 15000 RPM에서 회전 합니다.
  • 서버와 multiuserapplications 위한 것입니다.
  • 무거운 듀티 사이클 및 decreasedfailure 속도 위해 설계 되었습니다.
  • 디스크 캐시는 기본적으로 활성화 됩니다. 'DiskProperties', '등록 정보', '정책' 탭 controlthe 디스크 캐시 설정에 액세스 하려면 하드웨어 탭을 사용 합니다.

    참고: 일부 드라이브는이 설정을 준수 하지 않습니다. 이 드라이브 캐시를 사용 하지 않으려면 제조업체 유틸리티가 필요 합니다.
  • SQL Server 사용 하 여 thedrive를 사용 하려면 디스크 캐싱을 비활성화 해야.
  • 배열 및 SAN 시스템 일반적으로 더 작은 cablingand를 사용 하 여 상호 연결 합니다.
  • 실패 예측 구조를 포함 합니다.
직렬 부착 SCSI (SAS) 고급 큐 256 레벨까지 포함 되어 있습니다. 또한 SAS 순서가 큐 및 큐의 헤드와 같은 기능을 포함합니다. SAS 후면판은 하 수 SAS 및 SATA 사용 드라이브 같은 시스템 내의 방식으로 설계 되었습니다. SAS 디자인의 장점에는 분명 합니다.

SQL Server 설치 디스크 캐시를 사용 하지 않도록 설정 하 고 안정적인 I/O 캐시를 제공 하는 컨트롤러의 기능에 따라 달라 집니다. 데이터의 순서가 다양 한 디스크를 쓰는 아닙니다 SQL Server는 오히려 장애가으로 컨트롤러가 올바른 안정적인 미디어 캐싱 기능을 제공 합니다. 미러링과 같은 고급 데이터 보안 기술을 사용 하 여 컨트롤러 설계의 복잡성 증가합니다.

데이터를 완벽 하 게 보호 하려면 모든 데이터의 캐싱이 올바로 처리를 해야 합니다. 대부분의 경우가 디스크 드라이브의 쓰기 캐싱을 해제 해야 합니다 의미 합니다.

참고모든 대체 캐싱 메커니즘이 많은 형태의 장애를 올바로 처리할 수 있는지 확인 합니다.

Microsoft는 SQLIOSim 유틸리티를 사용 하 여 여러 개의 SCSI 및 IDE 드라이브에 대해 테스트를 수행 했습니다. 이 유틸리티는 매우 비동기적인 읽기/쓰기 활동을 시뮬레이트된 데이터 장치 및 로그 장치에 시뮬레이션합니다. 테스트 성능 통계 초당 50 ∼ 70 드라이브를 사용할 수 없는 쓰기 캐시를 갖고 RPM 범위가 5200-7, 평균 쓰기 작업을 보여 줍니다.

추가 정보 및 세부 정보에 대 한 SQLIOSim Microsoft 기술 자료의 다음 문서를 참조 하십시오.
231619SQLIOSim 유틸리티를 사용 하 여 디스크 하위 시스템에서 SQL Server 작업을 시뮬레이션 하는 방법
많은 PC 제조업체 (예: Compaq, Dell, 게이트웨이 또는 HP) 쓰기 캐시 사용 안 함을 사용 하 여 드라이브를 주문 합니다. 그러나, 것이 항상 아닐 경우항상 있으므로 테스트에서는 테스트 완전히.

참고: 디스크 드라이브의 캐싱 상태에 대 한 어떤 질문이 있으면 제조업체에 문의 하 고 쓰기 캐싱 작업을 사용 하지 않으려면 해당 유틸리티 또는 점퍼 설정을 합니다.
참조
SQL Server I/O 요구 사항에 대 한 자세한 내용은 다음 Microsoft 웹 사이트를 방문 하십시오. http://www.microsoft.com/sql/alwayson/overview.mspx
SQL Server 시스템의 Microsoft SQL Server Always-On 스토리지 솔루션 검토 프로그램에서 설명한 것 처럼 안정적인 미디어에 배달 보장을 지원 하기 위해 필요 합니다. SQL Server 데이터베이스 엔진에 대 한 입력 및 출력 요구 사항에 대 한 자세한 내용은 Microsoft 기술 자료의 다음 문서 번호를 클릭 합니다.
967576 Microsoft SQL Server 데이터베이스 엔진이 입력/출력 요구 사항
cacheing cach 캐시

경고: 이 문서는 자동으로 번역되었습니다.

속성

문서 ID: 234656 - 마지막 검토: 05/01/2015 12:54:00 - 수정: 1.0

Microsoft SQL Server 7.0 Standard Edition, Microsoft SQL Server 2000 Personal Edition, Microsoft SQL Server 2000 Standard Edition, Microsoft SQL Server 2000 Workgroup Edition, Microsoft SQL Server 2000 Developer Edition, Microsoft SQL Server 2000 Enterprise Edition, Microsoft SQL Server 2005 Express Edition, Microsoft SQL Server 2005 Standard Edition, Microsoft SQL Server 2005 Workgroup Edition, Microsoft SQL Server 2005 Developer Edition, Microsoft SQL Server 2005 Enterprise Edition, Microsoft SQL Server 2008 Developer, Microsoft SQL Server 2008 Enterprise, Microsoft SQL Server 2008 Express, Microsoft SQL Server 2008 Standard, Microsoft SQL Server 2008 R2 Datacenter, Microsoft SQL Server 2008 R2 Developer, Microsoft SQL Server 2008 R2 Enterprise, Microsoft SQL Server 2008 R2 Express, Microsoft SQL Server 2012 Developer, Microsoft SQL Server 2012 Enterprise, Microsoft SQL Server 2012 Express, Microsoft SQL Server 2012 Standard, Microsoft SQL Server 2014 Developer, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Express, Microsoft SQL Server 2014 Standard

  • kbinfo kbmt KB234656 KbMtko
피드백
ript> tml>style="display: none; " src="https://c1.microsoft.com/c.gif?DI=4050&did=1&t=">; var varClickTracking = 1; var varCustomerTracking = 1; var Route = "76500"; var Ctrl = ""; document.write("