Microsoft로 로그인
로그인하거나 계정을 만드세요.
안녕하세요.
다른 계정을 선택하세요.
계정이 여러 개 있습니다.
로그인할 계정을 선택하세요.

요약

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 디스크 사용. 모든 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 데이터베이스를 고속 하위 시스템에서 이점을 비교 수에 저장 하지 않고 초기 계획을 실행 합니다. 부분의 테스트 사용자 데이터베이스에 대 한 정렬, 해시, 또는 임시 테이블을 포함 하지 않으며 다음 이러한 쿼리는 부정적인 영향을 받지 않도록 확인 하는 쿼리를 포함 해야 합니다. 시스템을 평가 하는 경우 다음과 같은 성능 지표는 유용할 수 있습니다.

표시기

Description/usage

페이지 읽기 및 쓰기

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: 보고 되지 않은 I/O 문제를 검색에 추가 된 추가 SQL Server 진단

828339 하드웨어 문제나 시스템 문제에서 SQL Server 오류 메시지 823 나타낼 수 있습니다.

SQL Server 사용 하 여 디스크 드라이브 캐시를 사용 하 여 234656

SQL Server 네트워크 데이터베이스 파일에 대 한 지원이 304261 설명

913945 Microsoft 다른 공급 업체 제품 Microsoft SQL Server 사용 하 여 작동 하는지 보증 하지 않습니다.

사용자 데이터베이스의 원격 미러링을 지원 하기 위해 SQL Server 2005 및 SQL Server 2000 910716 요구 사항

SQL Server 사용 하 여 타사 파일 캐시 시스템을 평가할 때 고려해 야 할 917043 키 요소

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 데이터베이스 엔진이 입력/출력 요구 사항



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

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

이 정보가 유용한가요?

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

의견 주셔서 감사합니다!

×