로그인

Select the product you need help with

SQL Server 2000 SP4에서 이상에서 진단 지연된 및 교착된 I/O 작업을 검색할 도움말

기술 자료: 897284 - 이 문서가 적용되는 제품 보기.

기계 번역 고지 사항 보기

기계 번역된 문서와 영문 원본 문서 나란히 보기

모두 확대 | 모두 축소

요약

SQL Server와 같은 데이터베이스 관리 시스템 (DBMS), 작업 파일 입력 및 출력 (I/O) 적시 의존합니다. 다음 항목 중 하나가 교착된 만들 수 또는 I/O 문제가 중단되었습니다. 이러한 문제를 신속하게 SQL Server 응답성을 및 성능에 부정적인 영향을 가질 수 있습니다.

결함 있는 하드웨어
제대로 구성되지 않은 하드웨어
펌웨어 설정
필터 드라이버
압축
버그
I/O 경로에 있는 다른 조건

이러한 I/O 문제를 발생한 다음 동작이 발생할 수 있습니다.

차단
래치 경합 및 시간 제한
느린 응답 시간
리소스 경계선 늘이기

Microsoft SQL Server 2000 서비스 팩 4 (SP4) SQL Server 고착되는 및 데이터베이스 I/O 읽기 및 쓰기 및 로그 파일 I/O 읽기 및 쓰기를 조건을 걸린 도움이 검색 논리가 포함되어 있습니다. SQL Server I/O 작업을 15초 이상 보류 중인 엔지니어링하면 다음 단계를 수행합니다.

작업이 보류 중인 않은 검색합니다.
정보 메시지를 SQL Server 오류 로그에 씁니다. 메시지의 텍스트를 다음과 유사합니다.
2004-11-11 00:21:25.26 spid1 SQL Server 데이터베이스 (7) [stressdb] 파일을 [E:\SEDATA\stressdb5.ndf] 완료하려면 15초 것보다 오래 걸리는 IO 요청 192 occurrence(s)를 발생했습니다. OS 파일 핸들이 0x00000000000074D4 않습니다. 최신 긴 IO 오프셋이: 0x00000000022000 ”.

정보 메시지 설명

표 축소표 확대

메시지 텍스트	설명
`Number` occurrence(s)	읽기 또는 쓰기 작업을 15초 후에 완료되지 않은 I/O 요청 수.
파일 정보	전체 파일 이름, 데이터베이스 이름 및 데이터베이스 (DBID) ID 번호입니다.
핸들	파일의 운영 체제 핸들입니다. 사용자가 운영 체제 핸들을 디버거와 함께 또는 기타 유틸리티를 사용하여 I/O 요청 패킷 (IRP) 요청을 추적하는 데 도움이 될 수 있습니다.
오프셋	I/O 작업이 마지막 오프셋을 걸린 또는 마지막 I/O 작업이 중단되었습니다. 오프셋을 디버거 또는 기타 유틸리티를 사용할 IRP 요청을 추적하는 데 있습니다. 참고 정보 메시지는 SQL Server 오류 로그에 기록될 때 I/O 작업이 더 이상 걸린 고착되는 또는 수 없습니다.

이 정보 메시지는 다음 조건 중 하나가 현재 로드가 있을 수 있습니다 나타냅니다.

작업 부하의 I/O 경로를 기능을 초과하는 것입니다.
작업 부하를 현재 시스템 기능을 초과하는 것입니다.
I/O 경로가 제대로 작동하지 않는 소프트웨어, 아마도 펌웨어 또는 드라이버 문제가 있습니다.
I/O 경로를 제대로 작동하지 않는 하드웨어 구성 요소가 있습니다.

SQL Server 2000 I/O 패턴에 대한 자세한 내용은 다음 Microsoft 웹 사이트를 방문하십시오.

http://technet.microsoft.com/en-us/library/cc966500.aspx

(http://technet.microsoft.com/en-us/library/cc966500.aspx)

위로 가기 | 피드백 보내기

추가 정보

잘못된 I/O 및 지연된 I/O

잘못된 I/O

완료되지 않은 I/O 요청으로 교착된 I/O가 정의됩니다. 잘못된 I/O 교착된 IRP 경우가 많습니다. 잘못된 I/O 문제를 해결하려면 일반적으로 합니다 컴퓨터를 다시 시작하거나 비슷한 작업을 수행합니다. 일반적으로 교착된 I/O 조건이 다음 중 하나를 나타냅니다.

결함 있는 하드웨어.
I/O 경로 구성 요소가 버그가.

지연된 I/O

지연된 I/O 완료되지 I/O 요청으로 정의됩니다. 그러나 I/O 작업을 완료하는 데 시간이 너무 많이 걸립니다. 지연된 I/O 동작을 일반적으로 다음 이유 중 하나로 인해 발생합니다.

하드웨어 구성입니다.
펌웨어 설정입니다.
하드웨어 또는 소프트웨어 공급업체에 도움을 추적 및 해결하는 데 필요한 필터 드라이버 문제.

SQL Server I/O 고착되는 및 기록 및 보고 I/O 걸린

Microsoft SQL Server 지원 교착된 또는 지연된 I/O 문제를 포함하는 대부분의 매년 처리합니다. 뒷부분에 설명된 대로 이러한 I/O 문제를 다른 방법으로 표시됩니다. I/O 문제를 가장 어려운 문제를 진단할 수 및 디버깅할 수 있습니다. I/O 문제를 Microsoft 및 고객 디버깅을 위해 많은 시간과 자원이 필요합니다. SQL Server 2000 SP4 이후 버전에서 크게 추가된 및 보고 기능을 I/O 문제를 확인하는 데 필요한 시간을 줄입니다.

보고 및 I/O 요청 기록 파일 당 기준으로 디자인되었습니다. 두 가지 별도의 작업을 검색 및 지연된 및 교착된 I/O 요청을 보고 있습니다.

녹음/녹화

SQL Server 레코드 작업을 수행할 두 위치에 있습니다. 어떤 녹화 첫 번째 위치, 여기서 I/O 작업이 실제로 완료된 발생합니다. I/O 요청을 완료하려면 15초 이상 걸리면 레코드 작업이 발생합니다. 지연 기록기는 실행될 때 어떤 녹음/녹화 두 번째 위치, 발생합니다. 지연 기록기는 실행될 때 보류 중인 모든 데이터 및 보류 중인 모든 로그 지연 기록기 검사하여 I/O 요청을 파일. 레코드 작업 15초 임계값을 초과한 경우 발생합니다.

보고

보고 있는 5 분 이상 따로 간격으로 발생합니다. 보고 있는 파일을 다음 I/O 요청이 이루어질 때 발생합니다. 레코드 작업이 발생하여 5분 이상 이후 경과한 경우 마지막 보고가 발생했습니다 "요약" 절에 나와 있는 정보 메시지는 SQL Server 오류 로그에 기록됩니다.

15초 임계값을 조정할 수 없습니다. 그러나 추적 플래그 830 사용하여 지연된 및 교착된 I/O 감지 기능을 해제할 수 있지만 이 작업을 사용하지 않는 것이 좋습니다.

SQL Server를 시작할 때 검색을 사용하지 않으려면 사용-T830 시작 매개 변수. 사용-T830 검색 SQL Server를 시작할 때마다 시작 매개 변수를 사용할 수 없게 됩니다. 현재 실행 중인 SQL Server 인스턴스에 대한 검색을 사용하지 않으려면 다음 문을 사용하십시오.

dbcc traceoff (830, -1)

SQL Server 프로세스 수명 동안 효과적인 설정입니다.

참고 지연된 또는 걸린 I/O 요청은 경우에만 한 번이 보고됩니다. 10 I/O 요청이 지연된 메시지를 보고하는 경우 해당 10 보고서를 다시 발생하지 않습니다. 15 I/O 요청을 멈춘 다음 메시지를 보고하는 경우 15 새 I/O 요청이 고착되는 될 있어야 의미합니다.

위로 가기 | 피드백 보내기

I/O 요청 패킷 (IRP) 추적

SQL Server 표준 Microsoft Windows API 호출을 읽을 수 및 데이터를 쓰는 데 사용합니다. 예를 들어, SQL Server 다음 기능을 사용합니다.

WriteFile
ReadFile
WriteFileScatter
ReadFileGather

Windows에서 읽기 또는 쓰기 요청을 사용하여 I/O 요청 패킷 (IRP) 로 처리됩니다. 해당 IRP 상태를 확인하려면 다음을 모두 수행하십시오.

도움이 필요하면 Microsoft 플랫폼 지원.
커널 디버거입니다.

자세한 내용은 IRP 및 IRP 추적, 다음 Microsoft 웹 사이트 및 키워드 "IRP" 검색 방문하십시오:

http://support.microsoft.com

(http://support.microsoft.com/)

참고 커널 디버깅을 디버깅 작업을 완료하려면 시스템을 중지할 수 필요할 수 있으므로 커널 디버깅을 무난한 프로세스가 될 수 있습니다. 다음 항목에 대해 사용 가능한 업데이트가 있는지 확인할 것이 좋습니다.

BIOS가
펌웨어
다른 I/O 경로 구성

추가 디버깅 작업을 수행하기 전에 하드웨어 공급업체에 문의하십시오. 디버그 세션 타사 드라이버, 펌웨어 또는 필터 드라이버 구성 요소가 과정이 가능성이 있습니다.

시스템 성능 및 쿼리 작업 계획

전반적인 시스템 성능을 I/O 처리 키 역할을 할 수 있습니다. 지연된 또는 교착된 I/O 작업 보고서를 조사할 때 시스템의 일반 상태를 고려해야 합니다. 전체 시스템을 느린 과도한 로드가 발생할 수 있습니다. I/O 처리가 포함됩니다. 문제가 발생할 때 시스템의 동작을 문제의 근본 원인을 결정하는 데 키 요인이 될 수 있습니다. 예를 들어, CPU 사용률이 높을 경우 또는 문제가 발생할 때 CPU 사용량이 높은 유지할 경우 이 동작은 시스템 프로세스에 많은 CPU 다른 프로세스에 부정적인 영향을 받지 않습니다 사용하고 있음을 나타낼 수 있습니다.

성능 카운터

I/O 성능을 모니터링하려면 다음 성능 카운터를 특정 I/O 경로 정보를 검토하십시오.

평균 디스크 초/전송
평균 디스크 큐 길이
현재 디스크 큐 길이

예를 들어, 평균 디스크 초/전송 SQL Server를 실행 중인 컴퓨터에 일반적으로 미만의 15 밀리초 시간입니다. 평균 디스크 초/전송 값을 climbs 경우 I/O 하위 시스템 최적으로 I/O 요청으로 연구합니다 있지 않은 것을 나타냅니다.

SQL Server 디스크 대기열 길이 많이 밀어넣기 비동기 I/O 기능을 활용하여 때문에 성능 카운터와 관련된 주의해야 합니다. 따라서 디스크 대기열 길이가 길수록 단독으로 문제를 나타내지 않습니다.

Windows 시스템 모니터에서 카운터를 검토할 수 있습니다 "실제 디스크: 디스크 Bytes/sec" 각 영향을 받는 디스크 및 카운터에 대한 작업 속도 비교"프로세스:: IO 데이터 바이트/초 및 “ 프로세스: IO 기타 Bytes/sec ” 과도한 I/O 일련의 특정 프로세스 생성 여부를 확인하려면 각 프로세스에 대해 요청합니다. 가지 카운터를 처리 가능한 보다 세부적인 정보를 볼 개체 다양한 다른 I/O 관련. SQL Server 인스턴스가 서버의 과도한 IO 로드를 담당합니다 확인할 경우 다음 섹션을 “ 인덱스 및 병렬 ” 를 검토하십시오. 검색 및 I/O 병목 현상을 해결하는 데에 대한 자세한 내용에 대해 “ I/O 병목 상태 ” 단원에서 MSDN 백서에서는 Troubleshooting Performance Problems in SQL Server 2008

(http://msdn.microsoft.com/en-us/library/dd672789.aspx)

또는 Troubleshooting Performance Problems in SQL Server 2005

(http://technet.microsoft.com/en-us/library/cc966540.aspx)

검토하십시오.

위로 가기 | 피드백 보내기

인덱스 및 병렬 처리

자주 인덱스를 찾을 수 없기 때문에 I/O 버스트가 발생합니다. 이 동작을 I/O 경로를 많이 밀어넣을 수 있습니다. 패스 함께 해당 인덱스 바꾸기 마법사 (ITW) 시스템의 I/O 압력 해결하는 데 도움이 될 수 있습니다. 쿼리에서 테이블 스캔 대신 인덱스 혜택 또는 아마도 정렬 또는 해시 경우에도 사용하는 경우 시스템에 다음과 같은 이점을 얻을 수 있습니다.

실제 I/O 성능 이점을 쿼리에 대해 직접 같습니다 작업을 완료할 수 감소
데이터 캐시에서 더 적은 페이지 켜져 있어야 합니다. 따라서 데이터 캐시에 해당 페이지는 현재 쿼리를 관련 남아 있습니다.
정렬 및 해시 인덱스를 나타나지 않을 수 있으므로 또는 통계가 최신이 때문에 사용됩니다. 하나 이상의 인덱스를 추가하여 tempdb 사용 및 경합을 줄일 수 있습니다.
리소스 절감, 병렬 작업의 감소 또는 둘 다. SQL Server는 병렬 쿼리 실행을 보장하지 않으므로 시스템의 로드가 간주되기 때문에 모든 직렬 실행 위한 쿼리를 최적화하는 데 가장 적합합니다. 쿼리를 최적화하기 위해 쿼리 분석기를 열고 최대 병렬 처리 수준 을 옵션 을 sp_configure 값 을 1로 설정하십시오. 모든 쿼리가 즉시 직렬 작업을 실행하려면 조정된 경우 병렬 실행 더 나은 결과를 경우가 많습니다. 그러나 데이터 양을 방금 크기 때문에 많은 병렬 실행 시간이 선택되어 있습니다. 누락된 인덱스에 대해 큰 정렬 발생할 할 수 있습니다. 정렬 작업을 수행하는 여러 작업자가 신속한 응답을 만듭니다. 그러나 이 작업은 시스템에 부담을 크게 향상시킬 수 있습니다. 많은 작업자가 큰 읽기 요청을 여러 작업자가 에서 향상된 CPU 사용량이 함께 I/O 버스트를 발생할 수 있습니다. 여러 번 쿼리 실행 속도가 빨라질 수 및 인덱스를 추가한 경우 또는 다른 조정 작업이 발생할 경우 리소스를 보다 적게 사용하도록 조정할 수 있습니다.

Microsoft SQL Server 지원 실용적인 예제

다음 예제는 Microsoft SQL Server 지원 및 플랫폼 에스컬레이션 지원 처리되었는지 있습니다. 이러한 예제는 참조 프레임 및 예상과 약 고착되는 및 I/O 상황을 걸린 도움말 집합을 제공하고 어떻게 시스템 영향을 받을 수 있습니다에 대한 응답할 위한 것입니다. 특정 하드웨어나 특정 위험 또는 증가된 위험을 통해 다른 보안상 드라이버 집합을 것입니다. 모든 시스템에 이 대해 동일합니다.

예제 1: 45 초간 걸려 있는 로그 쓰기

SQL Server 로그 파일에 쓰기 시도가 주기적으로 약 45초 걸린 되었습니다. 로그 쓰기 마무리 적시에 않았습니다. 이 문제는 30 초 클라이언트 제한 시간 초과 이끄는 블로킹 조건을 만들었습니다.

응용 프로그램이 SQL Server에 커밋 제출 및 커밋 로그 쓰기로 보류 중인 걸린 되었습니다. 이 동작의 잠금을 보유하는 계속하려면 및 다른 클라이언트에서 들어오는 요청을 차단하도록 쿼리를 발생합니다. 그런 다음 다른 클라이언트가 시간 제한 시작했습니다. 쿼리 시간이 초과되었습니다 때 열린 트랜잭션을 롤백하는 데 응용 프로그램이 설계되지 않았으므로 문제가 복잡해집니다. 수백 개의 잠금을 보유하고 있던 열린 트랜잭션이 만들었습니다. 따라서 심각한 블로킹 상황이 발생했습니다.

트랜잭션 처리 및 차단하는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

224453

(http://support.microsoft.com/kb/224453/ )

이해 및 SQL Server 7.0 또는 2000 블로킹 문제 해결

응용 프로그램에서 연결 풀링을 사용하여 웹 사이트가 서비스되는. 더 많은 연결이 차단된 되었습니다 것처럼 웹 사이트를 더 많은 연결을 만들었습니다. 이러한 연결은 차단된 되었습니다 및 주기가 계속됩니다.

약 45초 후 로그 쓰기가 완료되었습니다. 그러나 수백 개의 연결이 이 시간까지 백업된. 블로킹 문제는 SQL Server 및 응용 프로그램에 대한 몇 가지 복구 시간 분 단위로 발생했습니다. 응용 프로그램 문제가 결합될 때 지연된 I/O 조건이 시스템에 매우 부정적인 영향이 있었습니다.

해결 방법

HBA (호스트 버스 어댑터) 드라이버에서 잘못된 I/O 요청에 문제를 추적하는 않았습니다. 컴퓨터가 여러 HBA 카드는 장애 조치 지원이 있었습니다. 한 HBA 뒤에 또는 SAN (저장 영역 네트워크) 함께 통신하는 않았습니다 때 "재시도 장애 조치 전에" 시간 제한 값은 45초 동안 구성되었습니다. 제한 시간이 초과되었을 때 두 번째 HBA I/O 요청이 라우팅되었습니다. 두 번째 HBA 요청을 처리 및 빠르게 끝났습니다. 이러한 주차칸 조건을 방지하기 위해 5초 "재시도 장애 조치 전에" 설정하면을 하드웨어 제조업체에 사용하는 것이 좋습니다.

예제 2: 필터 드라이버 간섭

많은 바이러스 백신 소프트웨어 프로그램 및 백업 제품은 I/O 필터 드라이버를 사용합니다. 이러한 I/O 필터 드라이버가 I/O 요청이 스택 일부가 되고 액세스할 IRP 요청 수 있습니다. Microsoft 고객기술지원부에 만들 버그에서 다양한 문제를 I/O 조건이 걸린 또는 필터 드라이버 구현 I/O 조건에서 고착되는 볼 수 있습니다.

이러한 조건을 백업 발생했을 때 열려 있던 파일의 백업을 사용할 백업 처리를 위한 필터 드라이버가 없습니다. 시스템 관리자에게 SQL Server 데이터 파일을 디렉터리에 있는 파일을 백업 선택 포함되어 있었습니다. 백업 발생했을 때 백업 파일이 올바른 이미지 백업을 시작할 때 수집할 했습니다. 이렇게 하면 I/O 요청이 지연되었습니다. I/O 요청은 소프트웨어에 의해 처리된 경우에만 한 번에 완료할 수 없습니다.

백업을 시작할 때 SQL Server I/O 한 번에 완료할 수 밖에 없었습니다 때문에 SQL Server의 성능을 크게 삭제했습니다. 비동기적으로 I/O 작업을 수행할 수 있도록 문제를 복합, "한 번에" 논리를 것이었습니다. SQL Server I/O 요청이 게시할 계속하려면 예상 때 I/O 요청이 완료될 때까지 따라서 작업자 읽기 또는 쓰기 호출 남아 있었습니다. SQL Server 미리 읽기 같은 처리 작업은 효과적으로 필터 드라이버가 동작에 의해 비활성화된. 또한 백업이 완료된 경우에도 때 필터 드라이버가 다른 버그의 프로세스에서 "한 번에" 동작을 왼쪽으로. SQL Server 성능을 복원하는 유일한 방법은 데이터베이스를 닫은 후 SQL Server를 다시 파일 핸들이 릴리스된, 필터 드라이버 개입 없이 다시 잘못되었습니다.

해결 방법

이 문제를 해결하려면 SQL Server 데이터 파일에 파일 백업 프로세스에서 제거되었습니다. 또한 소프트웨어 제조업체에 "한 번에" 모드에서 파일을 왼쪽 문제를 수정했습니다.

예제 3: 오류 숨김

많은 높은 최종 시스템이 다중 채널 I/O 경로를 로드 균형 조정 또는 유사한 작업을 처리할 수 있습니다. Microsoft 고객기술지원부는 로드 균형 조정 I/O 요청이 실패할 수 있지만 소프트웨어 오류 조건을 제대로 처리하지 못하는 소프트웨어 문제가 발견되었습니다. 소프트웨어 무한 재시도 시도할 수 있습니다. I/O 작업이 걸린 됩니다 및 SQL Server 지정한 작업을 마칠 수 없습니다. 훨씬 앞서 설명한 조건에 로그를 작성하는 것처럼 시스템이 이러한 조건을 wedges 후 많은 좋지 않은 시스템 동작이 발생할 수 있습니다.

해결 방법

이 문제를 해결하려면 SQL Server를 다시 시작하면 필요한 경우가 많습니다. 하지만 때로는 처리 복원하려면 운영 체제를 다시 합니다. I/O 공급업체의 소프트웨어 업데이트를 구하는 좋습니다.

원격 저장소, 미러링, RAID 예제 4: 드라이브

많은 시스템에서 데이터 손실을 방지하기 위해 유사한 단계를 수행하여 또는 미러링 사용합니다. 미러링을 사용하는 시스템의 일부 소프트웨어 기반, 일부 하드웨어 기반 것입니다. 일반적으로 이러한 시스템에 대한 기술 지원 서비스에 의해 영역도 상황이 증가된 대기 시간입니다.

전체 I/O 시간이 증가하는 발생합니다 I/O 미러 서버로 완료해야만 I/O 완료된 것으로 간주됩니다. 네트워크 재시도 원격 미러 설치에 관련된 될 수 있습니다. 드라이브에 오류가 발생하고 RAID 시스템을 다시 구축할 때 I/O 패턴은 또한 중단될 수 있습니다.

해결 방법

엄격한 구성 설정은 미러 또는 RAID 다시 작성 작업을 대기 시간을 줄이기 위해 필요합니다.

예제 5: 압축

Microsoft는 Microsoft SQL Server 7.0 또는 Microsoft SQL Server 2000 데이터 파일과 로그 파일이 압축된 드라이브에서 지원하지 않습니다. NTFS 압축을 쓰기 향후 로깅 (WAL) 프로토콜 나누기 때문에 NTFS 압축을 SQL Server에 대해 안전하지 않습니다. 또한 NTFS 압축이 늘어난된 처리를 각 I/O 작업이 필요합니다. 압축 "한 번에" 심각한 성능 문제가 발생하는 원인은 다음과 같은 동작을 만듭니다.

해결 방법

이 문제를 해결하려면 데이터 및 로그 파일의 압축을 풉니다.

추가 데이터 요소

sysprocesses 시스템 테이블에서 제공된 대기 형식 정보를 I/O 병목 현상을 진단하는 데 도움이 될 수 있습니다. 버퍼 I/O 래치 대기 유형 및 writelog 기다리는 주요 표시기를 I/O 경로를 성능을 조사할 수 있습니다.

대기 형식에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

822101

(http://support.microsoft.com/kb/822101/ )

SQL Server 2000 및 SQL Server 2005의 master.dbo.sysprocesses 테이블의 waittype 및 lastwaittype 열 설명

위로 가기 | 피드백 보내기

참조

231619

(http://support.microsoft.com/kb/231619/ )

SQL Server와 같은 디스크 하위 시스템 스트레스 SQLIOStress 유틸리티를 사용하는 방법

826433

(http://support.microsoft.com/kb/826433/ )

보고되지 않은 I/O 문제를 발견하고 추가된 추가 SQL Server 진단

230785

(http://support.microsoft.com/kb/230785/ )

SQL Server 7.0, SQL Server 2000 및 SQL Server 2005 로깅과 데이터 저장소 알고리즘을 데이터 안정성을 확장하는합니다

위로 가기 | 피드백 보내기

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

967576

(http://support.microsoft.com/kb/967576/ )

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

위로 가기 | 피드백 보내기

속성

기술 자료: 897284 - 마지막 검토: 2009년 8월 5일 수요일 - 수정: 3.0

본 문서의 정보는 다음의 제품에 적용됩니다.

Microsoft SQL Server 2000 Service Pack 4
Microsoft SQL Server 2005 Workgroup Edition
Microsoft SQL Server 2005 Standard 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 kbinfo kbtshoot kbsqlserv2000sp4fea KB897284 KbMtko

기계 번역된 문서

중요: 본 문서는 전문 번역가가 번역한 것이 아니라 Microsoft 기계 번역 소프트웨어로 번역한 것입니다. Microsoft는 번역가가 번역한 문서 및 기계 번역된 문서를 모두 제공하므로 Microsoft 기술 자료에 있는 모든 문서를 한글로 접할 수 있습니다. 그러나 기계 번역 문서가 항상 완벽한 것은 아닙니다. 따라서 기계 번역 문서에는 마치 외국인이 한국어로 말할 때 실수를 하는 것처럼 어휘, 구문 또는 문법에 오류가 있을 수 있습니다. Microsoft는 내용상의 오역 또는 Microsoft 고객이 이러한 오역을 사용함으로써 발생하는 부 정확성, 오류 또는 손해에 대해 책임을 지지 않습니다. Microsoft는 이러한 문제를 해결하기 위해 기계 번역 소프트웨어를 자주 업데이트하고 있습니다.

이 문서의 영문 버전 보기.

위로 가기 | 피드백 보내기