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

기술 자료 번역 기술 자료 번역
기술 자료: 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 데이터 및 로그 파일 저장소 위치를 interrogates. SQL Server 실제 섹터 단위로 맞춰져 경계 및 섹터 크기의 배수로 쓰기를 수행할 허용하는 섹터 특성을 지원하는 데 필요한 모든 장치입니다.필요한필요한
* 트랜잭션 섹터 rewrites 완전히 이동, 교체 또는 원본 이미지 롤백할 수 섹터 허용하는 하위 시스템에 의해 완전히 로그된 작업이 포함됩니다. 일반적으로 이러한 rewrites 추가 때문에 이러한 작업을 수행하는 데 필요한 오버헤드가 권장되지 않습니다. 파일 데이터를 이동하는 조각 모음 유틸리티를 예로 들 수 있습니다. 새 파티션 부트 섹터 및 데이터를 완전히 보안이 때까지 파일의 원래 섹터 새 섹터 위치는 바꿀 수 없습니다. 전원 오류가 포함하여 모든, 원본 데이터의 re-establishment 실패하는 것을 중 섹터 다시 매핑 트랜잭션 방식으로 발생해야 합니다. SQL Server I/O 기타 tenants 결국 맞춤 잠금 메커니즘을 이러한 종류의 잘못된 데이터가 액세스를 방지하기 위해 프로세스 중에 사용할 수 있는지 확인하십시오.

작동 중단 간 생존

tempdb 데이터베이스는 SQL Server 스크래치 영역에 있으며 모든 SQL Server 시작 시 다시 빌드됩니다. 초기화를 다시 살아 데이터에 대한 필요성을 우선합니다.

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

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

tempdb 데이터베이스에 대한 저장소 위치를 엄격한 accordance 설정된 디스크 드라이브 프로토콜 사용하여 역할을 합니다. 모든 방법으로 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 결정을 위해 제한되지 않습니다. 적절한 tuning 및 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 배포합니다.

페이지 (Double 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에서는 tempdb 데이터베이스 사용 요구 사항을 줄이는 SQL Server 2005의 확장되었습니다. 예를 들어, 테이블의 순수 강제 정렬 사용하여 순서와 같은 하드웨어 구성, SQL Server 2005 내림차순으로 인덱스가, 현저하게 향상된 기능을 통해 SQL Server 2000 표시합니다.

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

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

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

트랜잭션 섹터 재작성 예제

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

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

SQL Server 데이터 손실이 노출되지 않도록 섹터 다시 쓰기 있습니다 장치 트랜잭션 방식으로 해당 rewrites 지원해야 합니다.

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

tempdb 데이터베이스를 이동할 때 주의해야 합니다.

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

tempdb 데이터베이스의 물리적 위치를 변경하려면 다음과 같이 하십시오.
  1. 수정할 FILE 절 및 ALTER DATABASE 문을 사용하여 같은 새 디스크. 새 실제 위치를 참조하는 tempdb 데이터베이스에 있는 각 파일의 실제 파일 이름을 변경할
    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를 중지했다가 다시 시작하십시오.

파트너 제품 인증 호환성 또는 안전 guaranty 않습니다.

타사 제품 또는 특정 공급업체를 Microsoft 로고 인증을 받을 수 있습니다. 그러나 파트너 인증 또는 특정 Microsoft 로고 호환성 또는 SQL Server에서 특정 목적에의 적합성에 대한 인증할 수 없습니다.

지원

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

tempdb 데이터베이스 관련 문제에 대한 Microsoft 지원 서비스에 tempdb 데이터베이스를 재배치할 확인하게 됩니다. 사용자가 올바르게 배포된 장치에 트랜잭션 데이터베이스 사용을 위해 구성된 확인하고 장치 공급업체에 문의하십시오.

있지 않은 인증할 Microsoft나 타사 제품을 사용하여 SQL Server 제대로 작동하는지 확인합니다. 또한 Microsoft는 모든 보증, guaranty, 또는 SQL Server에서 사용할 모든 타사 제품의 적합성에 문을 제공하지 않습니다.

참조

자세한 내용은 Microsoft 기술 자료에 있는 문서를 보려면 다음 문서 번호를 클릭하시기 바랍니다:
826433PRB: 보고되지 않은 I/O 문제를 발견하고 추가된 추가 SQL Server 진단
828339823 오류 메시지 하드웨어 문제나 SQL Server 에서 시스템 문제를 나타낼 수 있습니다.
234656SQL Server 디스크 드라이브의 캐싱 사용
110352Microsoft SQL Server 성능 최적화
304261설명 네트워크 데이터베이스 파일 SQL Server에 [NULL]에 대한 지원
913945Microsoft는 타사 제품이 Microsoft SQL Server와 함께 작동하도록 인증할
910716원격 사용자가 데이터베이스 미러링을 지원하도록 SQL Server 2005와 SQL Server 2000에 대한 요구 사항
917043SQL Server 타사 파일 캐시 시스템을 평가할 때 고려해야 할 주요 요소
이 문서에 포함된 정보를 게시 날짜를 기준으로 설명하는 문제에 대한 Microsoft Corporation의 현재 보기를 나타냅니다. Microsoft는 변화하는 시장 환경에 대처해야 하므로 이를 Microsoft의 부분에 약정 수 있도록 해석해서는 안 및 Microsoft는 발행일 이후 소개된 어떠한 정보의 정확성을 보증하지 않습니다.

이 백서는 정보 제공 목적으로만 제공됩니다. Microsoft는 어떠한 명시적이거나를 명시적, 묵시적, 또는 이 문서의 정보에 법정 있습니다.

모든 해당 저작권법을 준수하는 사용자의 책임입니다. 저작권의 권리와 이 설명서의 어떠한 부분도 있습니다 재현할 또는 도입된 검색 시스템에 저장하거나 모든 양식 또는 수단 (전자, 기계, photocopying, 기록, 또는 그렇지 않으면) 또는 목적으로도 부분도 Microsoft의 서면 않고 전송된.

Microsoft는 특허권, 특허 응용 프로그램, 상표, 저작권, 또는 이 문서 본안에 기타 지적 재산권을 보유할 수 있습니다. 모든 서면된 사용권 계약에 따라 Microsoft 로부터, 제공은 이 문서의 사용하면 모든 등에 이러한 특허권, 상표권, 저작권, 또는 기타 지적 재산권 사용권도 있지 않은 귀하에게 명시적으로 제공된 권리 이외에 허여하지.

ⓒ와 2006 Microsoft Corporation입니다. 1991-

Microsoft, Windows, Windows Server 및 SQL Server 미국 및/또는 기타 국가에서 Microsoft Corporation의 상표권 또는 등록된 상표일 수 있습니다.
SQL Server 시스템을 지원하기 위해 필요한 ‘ 안정적인 미디어 전달이 보장되지 ’ Microsoft SQL Server Always-On 저장소 솔루션 검토 프로그램을 아래에 설명된 대로. FoSQL Server 데이터베이스 엔진에 대한 입력 및 출력 요구 사항에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
967576Microsoft SQL Server 데이터베이스 엔진 입출력 요구 사항

속성

기술 자료: 917047 - 마지막 검토: 2007년 11월 2일 금요일 - 수정: 1.6
본 문서의 정보는 다음의 제품에 적용됩니다.
  • 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
키워드:?
kbmt kbsql2005setup kbsql2005engine kbexpertiseadvanced kbinfo KB917047 KbMtko
기계 번역된 문서
중요: 본 문서는 전문 번역가가 번역한 것이 아니라 Microsoft 기계 번역 소프트웨어로 번역한 것입니다. Microsoft는 번역가가 번역한 문서 및 기계 번역된 문서를 모두 제공하므로 Microsoft 기술 자료에 있는 모든 문서를 한글로 접할 수 있습니다. 그러나 기계 번역 문서가 항상 완벽한 것은 아닙니다. 따라서 기계 번역 문서에는 마치 외국인이 한국어로 말할 때 실수를 하는 것처럼 어휘, 구문 또는 문법에 오류가 있을 수 있습니다. Microsoft는 내용상의 오역 또는 Microsoft 고객이 이러한 오역을 사용함으로써 발생하는 부 정확성, 오류 또는 손해에 대해 책임을 지지 않습니다. Microsoft는 이러한 문제를 해결하기 위해 기계 번역 소프트웨어를 자주 업데이트하고 있습니다.

피드백 보내기

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com