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

Tempdb 데이터베이스에 대 한 Microsoft SQL Server I/O 하위 시스템 요구 사항

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

이 문서의 영문 버전 보기:917047
요약
Microsoft SQL Server I/O 하위 시스템 시스템 및 사용자 데이터베이스를 완벽 하 게 저장 하는 데 우선 특정 I/O 주체를 통해 요구 사항을 미리 쓰기 로깅 (WAL)을 해야 합니다. 이러한 요구 사항은 트랜잭션의 ACID 속성을 준수 하는 데 필요한: 원자성, 일관, 격리 됨, 및 영속적인. I/O 하위 시스템 규정 준수 요구 사항에 대 한 자세한 내용은 다음을 참조에서 제공 됩니다.다음 목록은 요구 사항 간단히 요약 한입니다.
  • 쓰기 순서 유지 되어야 합니다.
  • 종속 쓰기 일관성 유지 관리 해야 합니다.
  • 쓰기/안정적인 미디어에 항상 보호 해야 합니다.
  • 조각난된 I/O 방지 발생 해야 합니다.
영속성 유지 관리 중요 한 다른 모든 데이터베이스에 대해 남지만 tempdb 데이터베이스에 대해 완화 된 수 있습니다. 다음 표에서 다양 한 SQL Server 데이터베이스에 대 한 중요 한 I/O 요구 사항을 요약합니다.
I/O 요구 사항간략 한 설명시스템 또는 사용자tempdb
쓰기 순서 지정

종속 쓰기 일관성
쓰기 작업 올바른 순서를 유지 하는 하위 시스템의 기능입니다. 특히 중요 한 솔루션과 그룹 일관성 요구 사항, SQL Server WAL 프로토콜 사용 하 여 미러링 데 될 수 있습니다.필요한권장
쓰기 후 읽기모든 쓰기 성공적으로 완료 된 후 읽기 발급 될 때 하위 시스템 서비스의 기능은 최신 데이터 이미지 사용 하 여 요청을 읽습니다.필요한필요한
작동 중단 간 생존기능에 대 한 데이터를 완벽 하 게 그대로 그대로 (영속적인) 간에 중단, 시스템 등을 다시 시작 합니다.필요한적용할 수 없음
조각난된 I/O 방지개별 I/O 요청을 나누어지지 않도록 시스템의 기능입니다.필요한권장
섹터 다시 쓰기섹터의 전체를 작성할 수 있습니다 및 인접 섹터에 쓰기 요청 때문에 다시 작성할 수 없습니다.* 권장 되지 않습니다, 트랜잭션 경우 허용* 권장 되지 않습니다, 트랜잭션 경우 허용
강화 된 데이터쓰기 요청이 나 FlushFileBuffers 작업이 성공적으로 완료 되 면 데이터의 안정적인 미디어에 저장 된 예상 합니다.필요한적용할 수 없음
실제 섹터 맞춤 및 크기SQL Server 데이터 및 로그 파일 저장 위치를 질의 합니다. 모든 장치는 SQL Server 실제 섹터 단위로 맞춰져 경계 및 섹터 크기의 배수로 쓰기를 수행할 수 있도록 허용 하는 섹터 특성을 지 원하는 데 필요 합니다.필요한필요한
* 트랜잭션 섹터 다시 작성 완전히 이동, 교체 또는 원본 이미지 롤백할 수 섹터 허용 하는 하위 시스템에 의해 완전히 로그 된 작업이 포함 됩니다. 이러한 다시 작성은 일반적으로 바람직하지 추가 오버 헤드 등의 작업을 수행 해야 합니다. 예제 파일 데이터를 이동 하는 조각 모음 유틸리티를 것입니다. 새로운 섹터와 데이터는 완전히 보호 될 때까지 파일의 원래 섹터 새 섹터 위치는 바꿀 수 없습니다. 오류, 정전 등을 비롯 하 여 원본 데이터에 다시 연결 하면 되도록 섹터 다시 매핑 트랜잭션 방식으로 발생 해야 합니다. 있다고 잠금 메커니즘을 이러한 종류의 잘못 된 데이터가 액세스를 방지 하려면 프로세스 동안 사용할 수 있으므로 SQL Server i/o 기타 임차인을 아래에 있는지 확인 하십시오.

작동 중단 간 생존

Tempdb 데이터베이스는 SQL Server 대 한 스크래치 영역 및 모든 SQL Server 시작할 때 다시 빌드됩니다. 초기화를 다시 살아 데이터에 대 한 모든 요구를 대체 합니다.

트랜잭션 섹터 다시 쓰기 작업

롤백 및 크래시 복구 같은 복구 프로세스 성공적으로 로그 레코드가 제대로 저장 해야 안정적인 미디어에 전에 데이터 페이지에 저장 되 고 트랜잭션 속성을 적용 하지 않고 다시 쓸 수 없습니다. 하위 시스템 및 SQL Server 같은 다른 I/O 안전 특성 이전에 언급 한 문서에 설명 된 및 쓰기 순서 지정, 섹터 맞춤 및 쓰기, 크기 같은 특정 특성을 유지 하기 위해 필요 합니다. Tempdb 데이터베이스, 데이터베이스 SQL Server 시작 시 항상 초기화 되므로 크래시 복구 하지 않아도 됩니다. 그러나 tempdb 데이터베이스 롤백 기능이 여전히 필요합니다. 따라서 일부 특성은 WAL 프로토콜의 완화 될 수 있습니다.

Tempdb 데이터베이스의 저장소 위치 디스크 드라이브 설정 된 프로토콜에 따라 작동 해야 합니다. 모든 방법으로 tempdb 데이터베이스 저장 장치 표시 하 고 역할을 실제 디스크 읽기 후 쓰기 기능을 제공 해야 합니다. 트랜잭션 섹터 다시 쓰기 작업 특정 구현에는 추가 요구 사항이 있을 수 있습니다. 예를 들어, SQL Server 데이터베이스 NTFS 압축 이미 작성 및 간주 된 로그 섹터를 다시 작성할 수 있기 때문에 NTFS 파일 시스템 압축을 사용 하 여 수정 강화를 지원 하지 않습니다. 이 유형의 다시 쓰기 중에 오류가 이미 안전한 것으로 간주 하는 SQL Server 데이터베이스를 사용할 수 있는 데이터 손상 될 수 있습니다.

참고: SQL Server 2005 지원 또는 데이터베이스 및 파일 그룹을 읽기 압축 확장. SQL Server 2005 온라인 설명서에 대 한 자세한 내용은 참조 하십시오.

트랜잭션 섹터 다시 쓰기 작업은 tempdb 데이터베이스를 포함 하는 모든 SQL Server 데이터베이스와 관련 된. 확장 된 저장 기술 증가 하 고 다양 한 장치 및 SQL Server 보안 간주 하는 데이터를 다시 작성할 수 있는 유틸리티를 사용 합니다. 예를 들어, 일부 새로운 기술을 메모리 캐싱 또는 데이터 압축 수행합니다. 심각한 데이터베이스 손상이 발생 하지 않도록, 모든 섹터 다시 쓰기 전체 트랜잭션 지원 해야 방식에서에 오류가 발생 하면 데이터 롤백되는 이전 섹터 이미지. 이렇게 하면 SQL Server 예기치 않은 중단 또는 데이터 손상이 조건을 노출 되지 않습니다.

RAM 디스크, 고체, 또는 다른 데이터베이스에 대해 사용할 수 없는 다른 고속 구현을 같은 전문 하위 시스템에서 tempdb 데이터베이스를 설정할 수 있습니다. 그러나 이러한 옵션을 평가할 때 "추가 정보" 절에 제시 된 핵심 요인 간주 되어야 합니다.
추가 정보
Tempdb 데이터베이스의 저장소 위치를 평가할 때 여러 가지 요인은 신중 하 게 조사 해야 합니다. 예를 들어, tempdb 데이터베이스 사용 포함 됩니다, 있지만 메모리 공간, 쿼리 계획 및 I/O 결정에 국한 되지 않습니다. 적절 한 조정 및 tempdb 데이터베이스 구현 확장성과 시스템의 응답성 향상 시킬 수 있습니다. Tempdb 데이터베이스에 대 한 저장소 요구 사항을 결정 하는 데 핵심 요인을 설명 합니다.

고속 하위 시스템

다양 한 고속 하위 시스템 구현을 프로토콜 요구 사항을 SQL Server I/O 하위 시스템을 제공 하는 있지만 미디어의 영속성 제공 하는 시장에서.

중요: 항상 전체 SQL Server I/O 요구 사항 준수를 보장 하기 위해 제품 공급 업체에 확인 하십시오.

RAM 디스크는 이러한 구현의 일반적인 예입니다. RAM 디스크 필요한 드라이버 설치와 부분에서는 전자 메일 시스템에 연결 된 모든 디스크 드라이브 처럼 작동 하는 주 RAM 디스크 사용. 모든 I/O 하위 시스템에 SQL Server I/O 요구 사항 준수를 제공 해야 합니다. 그러나 확실 한 RAM 디스크 영속적 미디어 하지 는지 않습니다. 따라서 RAM 디스크 같은 구현을 tempdb 데이터베이스 위치로 사용할 수 있습니다 및 다른 데이터베이스에 대해 사용할 수 없습니다.

구현 및 배포 전에 고려해 야 할 키

Tempdb 데이터베이스에 이러한 종류의 하위 시스템에 배포 하기 전에 고려해 야 할 여러 가지 사항이 있습니다. 이 섹션에 대 한 토론을 기준으로 RAM 디스크 사용 하지만 다른 고속 구현에서 유사한 결과가 발생할.

I/O 안전

읽기 쓰기 및 트랜잭션 섹터 쓰기 후 준수 반드시 필요 합니다. SQL Server I/O 요구 사항을 완벽 하 게 지원 하지 않는 시스템에서 SQL Server 배포 하지 또는 손상 되 고 데이터가 손실 될 위험이 있습니다.

페이지에 이미 (이중 RAM 캐시) 캐시

임시 테이블이 데이터베이스의 다른 테이블을 모두 같습니다. 버퍼 풀에서 캐시 되며 지연 쓰기 작업에 의해 처리 됩니다. 임시 테이블 페이지가 RAM 디스크에 저장할 버퍼 풀에 있는 한 RAM 디스크 캐싱 이중 RAM을 발생 합니다. 직접 버퍼 풀의 총 가능한 크기를 멀리 이동 하 고 일반적으로 SQL Server 성능이 저하 됩니다.

RAM을 포기

이름에서 알 수 있듯이 RAM 디스크 주 ram 부분을 지정 합니다. 사용할 수 있는 RAM 디스크 및 파일 RAM 기반 캐시를 여러 구현 됩니다. 일부 실제 입출력을 작업을 백업도 사용 합니다. 파일 RAM 기반 캐시 키 요소 SQL Server 사용할 수 있는 실제 메모리에서 직접 사용 하는. 항상 강력한 증거를 RAM 기반 파일 캐시 응용 프로그램 성능을 향상 시키고 다른 쿼리 또는 응용 프로그램 성능이 저하 되지 않습니다 추가.

먼저 조정

응용 프로그램은 불필요 한 및 원치 않는 정렬 및 tempdb 데이터베이스에 사용 될 수 있는 해시 제거 하려면 조정 해야 합니다. 여러 번 인덱스 추가 제거할 수 정렬 또는 해시 필요성 계획에서 완전히, tempdb 데이터베이스 사용을 요구 하지 않고 최적의 성능을 선행.

가능한 이점 포인트

tempdb 데이터베이스를 고속 시스템에 넣는 이점은 엄격한 테스트 및 응용 프로그램 작업 부하의 측정을 통해 결정할 수만 있습니다. Tempdb 데이터베이스에서 도움이 될 수 있습니다 및 I/O 안전 배포 전에 확인 해야 하는 특징을 잘 파악 하는 작업 부하에 있습니다.

정렬 및 해시 작업을 각 정렬 또는 해시 작업에 대 한 메모리 스크래치 영역 크기를 확인 하려면 SQL Server 메모리 관리자와 함께 작동. 정렬 또는 해시 데이터 할당 된 메모리에 스크래치 영역을 초과 하는 즉시 tempdb 데이터베이스에 데이터를 쓸 수 있습니다. 이 알고리즘에서 SQL Server 2005에서는 SQL Server 이전 버전에 비해 tempdb 데이터베이스 사용 요구를 줄일 확장 되었습니다. 예를 들어, 테이블의 순수 강제 정렬 사용 하 여 순서와 같은 하드웨어 구성, SQL Server 2005 내림차순으로 인덱스가,에서는 현저 하 게 향상 된 SQL Server 2000에 비해

주의 SQL Server tempdb 데이터베이스 작업의 사용을 포함 하는 쿼리 계획 의사 결정을 내릴 때 메모리 수준과 현재 쿼리 작업에 맞도록 설계 되었습니다. 따라서 성능 향상 작업 부하 및 응용 프로그램 디자인에 따라 크게 달라 집니다. 더 좋은 방법은 가능한 향상을 확인 하 고 이러한 배포 전에 I/O 안전 요구 사항을 평가할 수 있는 테스트를 완료 하는 것이 좋습니다.

SQL Server 정렬, 해시, 행 버전 저장소와 관련 된 다양 한 작업을 처리 하기 위해 임시 테이블은 tempdb 데이터베이스를 사용 합니다.
  • 임시 테이블 데이터 페이지에 대 한 일반적인 버퍼 풀 루틴에 의해 유지 됩니다 및 일반적으로에서 전문 하위 시스템 구현 성능 혜택을 보이지 않습니다.
  • Tempdb 데이터베이스는 해시 및 정렬 스크래치 영역으로 사용 됩니다. 이러한 작업에 대 한 I/O 대기 시간을 줄이면 도움이 될 수 있습니다. 그러나 인덱스 정렬 또는 해시를 방지 하기 위해 추가 유사한 이점을 제공할 수 있습니다 알고 있습니다.
tempdb 데이터베이스 비교 이점 고속 하위 시스템에 저장 하지 않고 초기 계획을 실행 합니다. 부분의 테스트 정렬, 해시, 또는 임시 테이블을 포함 하지 않으며 다음 이러한 쿼리는 부정적인 영향을 받지 않도록 확인 하는 사용자 데이터베이스에 대해 쿼리를 포함 해야 합니다. 시스템을 평가할 때 다음 성능 표시기를 유용할 수 있습니다.
표시기설명/사용법
페이지 읽기 및 쓰기Tempdb 성능 향상 데이터베이스 I/o tempdb 데이터베이스 I/O와 관련 된 감소 된 대기 인해 페이지 읽기 및 쓰기를 사용자 데이터베이스의 비율을 변경할 수 있습니다. 사용자 데이터베이스 페이지에 대 한 전체 수 같은 작업 부하에서 다르지 않습니다.
물리적 읽기 및 tempdb 데이터베이스에 바이트를 쓸Tempdb 데이터베이스에 대 한 실제 I/O 증가 하면 RAM 디스크 같은 장치에 tempdb 데이터베이스를 이동 하는 경우이 버퍼 풀에서 수행한 메모리 발생할 증가 된 tempdb 데이터베이스 작업을 일으키는 나타냅니다. 이 패턴은 데이터베이스의 페이지 수명 예상 5 월 또한 페이지 표시기가 음수 방식으로 영향을 받을 수 있습니다.
페이지 수명 예상페이지 예상 수명이 감소 증가 하는 사용자 데이터베이스에 대 한 실제 I/O 요구 사항 나타낼 수 있습니다. 속도 저하는 버퍼 풀에서 수행한 메모리 데이터베이스 페이지가 버퍼 풀을 조기에 종료 하는 강제로 나타날 가능성이 없습니다. 다른 지표를 결합 하 고 매개 변수 경계를 완전히 이해 하려면 테스트 합니다.
전반적인 처리량
CPU 사용
확장성
응답 시간
Tempdb 데이터베이스 구성 변경 주요 목표는 전체 처리량을 늘릴 수 있습니다. 테스트 처리량의 영향을 확인 하려면 조정할 수 반복 작업 부하의 함께 포함 되어야 합니다.

압축 기반 RAM 디스크 구현을 같은 10 사용자와 작동지 않습니다. 그러나 증가 된 작업 부하를 CPU 수준을 원하는 수준을 넘도록 고 때 작업 부하는 높은 응답 시간에 부정적인 영향을 미칠 수 있습니다이. True 이면 스트레스 테스트와 향후 로드 예측 테스트를 것이 좋습니다.
작업 파일 및 작업 테이블 작성 작업번호 또는 작업 파일 또는 작업 테이블 크기를 늘려 쿼리 계획 변경 RAM 디스크 같은 장치에 tempdb 데이터베이스를 이동 되 면 버퍼 풀에서 수행한 메모리 발생할 증가 된 tempdb 데이터베이스 작업을 일으키는 나타냅니다. 이 패턴은 데이터베이스 페이지의 페이지 수명 예상 또한 영향을 받을 네거티브 방식으로 나타냅니다.

트랜잭션 섹터 재작성 예제

다음 예제에서는 SQL Server 데이터베이스에 필요한 데이터 보안.

RAM 디스크 공급 업체에 메모리 압축 구현을 사용 하는 것으로 가정 합니다. 구현은 섹터를 맞추고 인식 하지 못하는 및 기본 구현에서 제대로 보안 된 SQL Server 있도록 크기가 경우 처럼 파일 스트림 실제 모양을 제공 하 여 올바르게 캡슐화 되어야 합니다. 가까이 압축 예를 살펴보겠습니다.
작업
섹터 1 장치로 기록 되 고 공간 절약을 위해 압축 됩니다.
섹터 2 장치에 기록 되 고 공간을 절약 하는 1 섹터를 사용 하 여 압축.
장치의 섹터 2의 데이터로 결합 하면 섹터 1의 데이터를 보호 하려면 다음 작업을 수행할 수 있습니다.
작업
섹터 1 및 2에 대 한 모든 쓰기를 차단 합니다.
현재 섹터 1 저장소 검색할 현재 데이터로 두고 스크래치 영역에서 섹터 1의 압축을 해제 합니다.
새 저장소 형식으로 섹터를 1 및 2 압축 하십시오.
모든 읽기 및 쓰기를 1 및 2 섹터의 차단.
새 저장소를 섹터를 1 및 2 이전 저장소를 교환 합니다.
Exchange (롤백) 실패 하면:
  • 1 및 2 섹터를 원래 저장소를 복원 합니다.
  • 스크래치 영역에서 섹터 1 및 2 결합 된 데이터를 제거 합니다.
  • 2 섹터 쓰기 작업이 실패 합니다.
읽기 및 쓰기를 섹터를 1 및 2 차단을.
섹터 수정 주위 잠금 메커니즘을 제공 하 고 섹터 교환 시도가 실패할 때 변경 내용을 롤백할 수 transitionally 호환 간주 됩니다. 확장된 지원에 대 한 실제 저장소를 사용 하 여 구현 하기 안전 하에 SQL Server 데이터베이스 파일의 무결성을 유지 하기 위해 디스크 상의 구조가 적용 된 변경 내용을 롤백할 수 적절 한 트랜잭션 로그 측면이 포함 됩니다.

섹터 다시 쓰기를 할 수 있는 모든 장치 SQL Server 데이터 손실에 노출 되지 않도록 다시 작성 하면 트랜잭션 방식으로 지원 해야 합니다.

참고:Tempdb 데이터베이스에 I/O 온라인 및 롤백 오류가 발생 했을 때 SQL Server 인스턴스를 다시 시작 됩니다.

Tempdb 데이터베이스를 이동할 때는 주의 해야

Tempdb 데이터베이스를 이동 하면 SQL Server tempdb 데이터베이스를 만들 수 없는 경우 시작 되지 않으므로 주의 해야 합니다. Tempdb 데이터베이스를 만들 수 없는 경우 SQL Server 사용 하 여 시작 하면 (-f) 시작 매개 변수 및 tempdb 데이터베이스를 올바른 위치로 이동 합니다.

Tempdb 데이터베이스의 물리적 위치를 변경 하려면 다음과이 같이 하십시오.
  1. 새 디스크 같은 새 실제 위치를 참조 하는 tempdb 데이터베이스에 있는 각 파일의 실제 파일 이름을 변경 하려면 ALTER DATABASE 문과 파일 수정 절을 사용 합니다.
    Alter database tempdb modify file (name = tempdev, filename = 'C:\MyPath\tempdb.mdf')Alter database tempdb modify file (name = templog, filename = 'C:\MyPath\templog.ldf')
  2. 중지 한 다음 SQL Server 다시 시작 합니다.

파트너 제품 인증 호환성 또는 안전을의 진술은 하지 않습니다.

타사 제품 또는 특정 공급 업체를 Microsoft 로고 인증을 받을 수 있습니다. 그러나 파트너 인증 또는 특정 Microsoft 로고가 보증 하지 또는 SQL Server 특정 목적에의 적합성.

지원

이 문서에 설명 된 대로 트랜잭션 데이터베이스 사용을 위해 I/O 보증을 지 원하는 SQL Server 사용 하 여 하위 시스템을 사용 하는 경우 Microsoft SQL Server 및 SQL Server 기반 응용 프로그램에 대 한 지원을 제공 합니다. 그러나, 문제 또는 합니다 하위 시스템 참조 제조업체.

Tempdb 데이터베이스 관련 문제를 Microsoft 기술 지원부 tempdb 데이터베이스를 재배치 하려면 메시지가 표시 됩니다. 올바르게 배포 및 구성 해야 트랜잭션 데이터베이스 사용을 위해 장치를 확인 하려면 장치 공급 업체를 문의 하십시오.

Microsoft 인증 되지 않거나 타사 제품 SQL Server 사용 하 여 올바르게 작동 하는지 확인 합니다. 또한 Microsoft는 모든 보증, 진술은 또는 SQL Server 함께 사용할 모든 타사 제품의 적합성에의 문을 제공 하지 않습니다.
참조
자세한 내용은 다음 문서 번호를 클릭하여 Microsoft 기술 자료에 있는 문서를 참조하십시오.
826433 PRB: 추가 SQL Server 진단 보고 되지 않은 I/O 문제를 감지할 수 추가
828339 823 오류 메시지 SQL Server 시스템 문제 또는 하드웨어 문제를 나타낼 수 있습니다.
234656 SQL Server 사용 하 여 디스크 드라이브 캐싱 사용
304261 SQL Server 네트워크 데이터베이스 파일에 대 한 지원에 대 한
913945 Microsoft가 Microsoft SQL Server 사용 하 여 타사 제품 작동을 보증 하지
910716 사용자 데이터베이스의 원격 미러링을 지원 하기 위해 SQL Server 2005 및 SQL Server 2000에 대 한 요구 사항
917043 SQL Server 사용 하 여 타사 파일 캐시 시스템을 평가할 때 고려해 야 할 주요 요소
Azure Vm의 SSDs를 사용 하 여 TempDB SQL Server 버퍼 풀 확장 하 고 저장 합니다.

Azure 가상 컴퓨터에서 SQL Server 대 한 유용한 성능

2014 카디널리티 예측 SQL Server 사용 하 여 계획 쿼리 최적화

쿼리 성능


이 문서에 포함 된 내용은 마이크로소프트의 현재 보기를 게시 날짜를 기준으로 설명한 문제를 나타냅니다. 변화 하는 시장 환경에 대처 해야 합니다, Microsoft 측의 공약으로 해석 해서는 안 고 Microsoft 발행일 이후 소개 된 어떠한 정보의 정확성을 보장할 수 없습니다.

이 백서는 정보 제공 목적 으로만 합니다. MICROSOFT는이 문서에서 어떠한 명시적 이거나 묵시적인, 하지 않습니다.

모든 해당 저작권법을 준수 하는 사용자의 책임입니다. 저작권의 권리와 별도로,이 설명서의 수 재현, 저장 또는 검색 시스템에 도입 하거나 어떤 형태로 든 또는 어떤 수단 (전자, 기계, 복사기, 복사 또는 그렇지 않으면), 또는 Microsoft Corporation의 명시적 서 면된 승인 없이 어떠한 목적으로 합니다.

Microsoft은 특허권, 특허권, 상표권, 저작권, 또는이 문서 본안에 기타 지적 재산권을 갖고 있습니다. 제외 하 고 명시적으로 Microsoft의 서 면된 사용권 계약을에 있는 사용권도 주지 않습니다 어떠한 사용권도 이러한 특허권, 상표권, 저작권 또는 기타 지적 재산권을 제공 합니다.

Ⓒ 2006 Microsoft Corporation입니다. 모든 권리 보유입니다.

Microsoft, Windows, Windows Server 및 SQL Server 미국 및/또는 기타 국가에서 Microsoft Corporation의 상표 또는 등록된 상표입니다.
SQL Server 시스템을 '보장 된 배달 안정적인 미디어에 ' 윤곽된 프로그램으로 지원 필요 SQL Server I/O 안정성 프로그램 요구 사항.SQL Server 데이터베이스 엔진에 대 한 입력 및 출력 요구 사항에 대 한 자세한 내용은 Microsoft 기술 자료의 다음 문서 번호를 클릭 합니다.
967576 Microsoft SQL Server 데이터베이스 엔진이 입력/출력 요구 사항


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

속성

문서 ID: 917047 - 마지막 검토: 05/15/2015 06:44:00 - 수정: 2.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 Developer, Microsoft SQL Server 2008 R2 Enterprise, Microsoft SQL Server 2008 R2 Express, Microsoft SQL Server 2008 R2 Standard, Microsoft SQL Server 2012 Developer, Microsoft SQL Server 2012 Enterprise, Microsoft SQL Server 2012 Express, Microsoft SQL Server 2012 Standard, Microsoft SQL Server 2014 Business Intelligence, Microsoft SQL Server 2014 Developer, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Enterprise Core, Microsoft SQL Server 2014 Express, Microsoft SQL Server 2014 Service Pack 1, Microsoft SQL Server 2014 Standard, Microsoft SQL Server 2014 Web

  • kbsql2005setup kbsql2005engine kbexpertiseadvanced kbinfo kbmt KB917047 KbMtko
피드백
/html>