요약

쓰기 캐시 사용 (쓰기 라고도 캐싱을 다시) 디스크 컨트롤러 SQL Server 성능을 향상 시킬 수 있습니다. 쓰기 캐싱 컨트롤러 및 디스크 하위 시스템은 데이터 중요 한 트랜잭션 데이터베이스 관리 시스템 (DBMS) 환경에서 사용 하기 위해 특별히 하는 경우 SQL Server 대 한 안전 합니다. 시스템 오류가 발생할 경우 이러한 디자인 기능이 캐시 된 데이터를 유지 해야 합니다. 외부 무정전 전원 공급 장치를 사용 (UPS)이 일반적으로 충분 하지 않습니다, 실패 모드 전원 관련 되지 않은 발생할 수 있으므로.

캐싱 컨트롤러 및 디스크 하위 시스템이 안전 하 게 SQL Server 사용할 수 있습니다. 이 통합 하는 대부분 새로운 내장 서버 플랫폼은 안전 합니다. 그러나 하드웨어 공급 업체에 디스크 하위 시스템은 특히 테스트 및 승인 되었다 데이터 중요 한 트랜잭션 관계형 데이터베이스 관리 시스템 (RDBMS) 환경에서 사용 하기 위해 반드시 확인 해야 합니다.


자세한 내용

SQL Server의 데이터 수정 문을 논리 페이지 쓰기를 생성합니다. 두 places로이 스트림의 쓰기 나온 수 수: 로그 및 데이터베이스 자체. SQL Server 성능상의 이유로 자체 캐시 버퍼 시스템을 통해 데이터베이스에 쓰기를 연기합니다. 로그에 대 한 쓰기는 커밋할 때까지 일시적 으로만 지연 됩니다. 데이터 쓰기와 동일한 방식으로 캐시 되지 않습니다. 특정된 페이지에 대 한 로그 쓰기를 항상 앞에 때문에 페이지의 데이터 기록 로그는 간혹 "미리 쓰기" 로그 라고도 합니다.

트랜잭션 무결성은 관계형 데이터베이스 시스템의 기본적인 개념 중 하나입니다. 트랜잭션은 원자 단위의 작업을 완전히 적용 되거나 전체가 롤백됩니다 간주 됩니다. SQL Server 미리 쓰기 트랜잭션 로그는 트랜잭션 무결성을 구현에 중요 한 요소입니다.

또한 모든 관계형 데이터베이스 시스템 계획 되지 않은 시스템 오류에서 복구 트랜잭션 무결성 밀접 하 게 관련 된 개념을 처리 해야. 비 이상적인 다양 한, 실제 효과이 오류가 발생할 수 있습니다. 대부분의 데이터베이스 관리 시스템에서 긴 사람이 보낸 수동 복구 프로세스를 시스템 오류가 발생할 수 있습니다.

반면, SQL Server 복구 메커니즘은 완전 자동 이며 사용자의 개입 없이 작동 합니다. 예 SQL Server 업무상 중요 한 프로덕션 응용 프로그램 지원 및 시스템 오류로 일시적 전원 변동으로 인해 발생할 수 있습니다. 전력 회복, 서버 하드웨어를 다시 시작 합니다, 네트워킹 소프트웨어는 로드, 초기화 및 SQL Server 다시 시작 합니다. SQL Server 초기화 합니다 같이 트랜잭션 로그에는 데이터 복구 프로세스는 자동으로 실행 됩니다. 이 전체 프로세스는 사용자의 개입 없이 발생합니다. 클라이언트 워크스테이션에 다시 시작 될 때마다 사용자는 현재 입력 한 마지막 트랜잭션 최대 해당 데이터를 모두 검색 합니다.

SQL Server 트랜잭션 무결성 및 자동 복구 시간 및 노동력 저장 아주 강력한 기능으로 구성 됩니다. 데이터 중요 한 트랜잭션 DBMS 환경에서 사용 하기 위해 쓰기 캐싱 컨트롤러가 제대로 설계 되지 않은 경우 따라서 데이터베이스를 손상 시키는 복구할 SQL Server 기능을 손상 될 수 있습니다 것입니다. 이 컨트롤러 SQL Server 트랜잭션 로그 쓰기에 하드웨어 컨트롤러 보드에서 캐시 버퍼를 가로채 있지만 이러한 시스템 오류 발생 시 페이지가 작성 된 유지 하지 않습니다 발생할 수 있습니다.

쓰기 캐싱 가장 캐싱 컨트롤러를 수행. 쓰기 캐싱 기능 항상 비활성화할 수 없습니다.

서버에서 UPS를 사용 하는 경우 캐시 된 쓰기 보안이 되지는지 않습니다. 다양 한 종류의 시스템 장애 UPS 해결 하지는 발생할 수 있습니다. 예를 들어, 메모리 패리티 오류는 운영 체제 트랩 또는 시스템 재설정 발생 시키는 하드웨어 결함 제어 되지 않은 시스템 중단을 발생할 수 있습니다. 또한 하드웨어 쓰기 캐시의 메모리 오류가 중요 한 로그 정보 손실 될 수 있습니다.

쓰기 캐싱 컨트롤러에 관련 된 또 다른 가능한 문제는 시스템 종료 시에 발생할 수 있습니다. 일반적으로 "사이클" 운영 체제 또는 구성 변경 하는 동안 시스템을 재부팅 하는 것은 아닙니다. 시스템을 다시 부팅 하기 전에 모든 디스크 작업이 멈추는 될 때까지 대기할 운영 체제 권장 신중 하 게 연산자 뒤 하는 경우에 캐시 된 쓰기를 컨트롤러에 될 수 있습니다. CTRL + ALT + DEL 키 조합을 누르거나 RESET 단추를 누르면, 캐시 된 쓰기 수 삭제, 데이터베이스를 손상 시킬 가능성이 있는.

이기의 안전한 데이터베이스 서버에서 사용할 수 있으므로 더티 캐시 데이터 삭제 가능한 모든 요인을 고려 하 여 하드웨어 쓰기 캐시를 디자인할 수 있습니다. 이러한 기능에 RST 버스 제어 되지 않는 재설정 캐싱 컨트롤러, 온보드 배터리 백업 방지 하기 위해 신호 및 미러 가로채는 포함 됩니다 디자인 또는 ERC (오류 검사 및 수정) 메모리 중 일부를 사용 합니다. 쓰기 캐시에 이러한 및 데이터 손실을 방지 하는 데 필요한 기타 기능이 포함 되어 있는지 확인 하려면 하드웨어 공급 업체에 문의 하십시오.

SQL Server 시스템의 Microsoft SQL Server Always-On 스토리지 솔루션 검토 프로그램에서 설명한 것 처럼 '안정적인 미디어에 보장 된 배달'를 지원 하기 위해 필요 합니다. 용SQL Server 데이터베이스 엔진에 대 한 입력 및 출력 요구 사항에 대 한 자세한 내용은 Microsoft 기술 자료의 다음 문서 번호를 클릭 합니다.:

967576 Microsoft SQL Server 데이터베이스 엔진이 입력/출력 요구 사항

추가 도움이 필요하신가요?

기술 향상
교육 살펴보기
새로운 기능 우선 가져오기
Microsoft Insider 참가

이 정보가 유용한가요?

번역 품질에 얼마나 만족하시나요?
사용 경험에 어떠한 영향을 주었나요?

소중한 의견에 감사드립니다.

×