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

기술 자료 번역 기술 자료 번역
기술 자료: 304261 - 이 문서가 적용되는 제품 보기.
모두 확대 | 모두 축소

이 페이지에서

요약

일반적으로이 구성은 SQL Server의 성능 및 안정성을 최적화 하기 때문에 Microsoft SQL Server 데이터베이스 파일의 저장소에 대 한 저장소 영역 네트워크 (SAN) 또는 로컬로 연결 된 디스크를 사용 하는 것이 좋습니다. 기본적으로 네트워크 데이터베이스 파일 (네트워크로 연결 된 서버나 네트워크 부착 저장 장치 NAS에 저장 된)를 사용 하는 SQL Server 대해 사용할 수 없습니다.

그러나 SQL Server 네트워크 기반 서버나 NAS 저장소 서버에 데이터베이스를 저장 하도록 구성할 수 있습니다. 이 목적을 위해 사용 되는 서버는 데이터 쓰기 순서 지정 및 쓰기 보장, "추가 정보" 절에서 설명 하는 SQL Server 요구 사항을 충족 해야 합니다.

Windows 하드웨어 품질 랩 (WHQL)이 한정 된 장치

Microsoft Windows 서버와 네트워크로 연결 된 서버 또는 Windows 하드웨어 품질 랩 (WHQL) 자동으로 인증 되는 NAS 저장소 서버는 데이터 쓰기 순서 지정 및 쓰기 보장 SQL Server 저장 장치를 지 원하는 데 필요한 충족 합니다. Microsoft는 이러한 구성에서 응용 프로그램과 저장소 관련 문제를 모두 지원합니다.

참고SQL Server 지원 하려면 NAS 스토리지 솔루션 또한 다음 Microsoft 웹 사이트에 나열 된 요구 사항을 모두를 충족 해야 합니다.
http://download.microsoft.com/download/6/E/8/6E882A06-B71B-4642-9EB4-D1EA0D6223C8/SQL%20Server%20IO%20Reliability%20Program%20Requirements%20Document.docx

기타 장치

비 WHQL 한정 된 저장 장치가이 문서에 설명 된 트랜잭션 데이터베이스 사용을 위해 I/O 보증 지원 SQL Server 사용 하면 Microsoft SQL Server 및 SQL Server 기반 응용 프로그램에 대 한 전체 지원을 제공 합니다. 그러나, 문제 또는 인해, 장치 또는 저장소 하위 시스템과 참조 장치 제조업체. 이 문서에서 설명 하는 트랜잭션 데이터베이스 사용에 대 한 I/O 보증을 지원 하지 않는 비 WHQL 한정 된 저장 장치를 사용 하면 Microsoft SQL Server 또는 SQL Server 기반 응용 프로그램에 대 한 지원을 제공할 수 없습니다. 에 비 WHQL I/O이이 문서에서 설명 하는 트랜잭션 데이터베이스 사용에 대 한 보장 및 데이터베이스 사용을 위해 설계 되었습니다 저장소 장치에서 지 원하는 정규화 되었는지 여부를 확인 하려면 장치 공급 업체에 확인 하십시오. 또한 연락처를 올바르게 배포 및 구성 해야 트랜잭션 데이터베이스 사용을 위해 장치를 확인 하려면 장치 공급 업체에 문의 합니다.

추가 정보

기본적으로 네트워크 파일 공유에서 SQL Server 데이터베이스를 만들 수 없습니다. 데이터베이스 파일에 있는 매핑된 또는 UNC 네트워크 위치에 만든 하려고 다음과 같은 오류 메시지 중 하나가 생성:

오류 메시지 1
5105 "장치 활성화 오류입니다."

오류 메시지 2
5110 "'file_name' 파일이 네트워크 장치 databasefiles 수 없습니다."

이 동작이 예상 됩니다. 추적 플래그 1807은 오류를 무시 하 고 및 SQL Server 네트워크 기반 데이터베이스 파일을 사용 하 여 구성할 수 있습니다. 대부분의 다른 엔터프라이즈 데이터베이스 시스템 및 SQL Server 트랜잭션 로그와 관련된 복구 논리를 시스템 오류 발생 시 트랜잭션 데이터베이스 일관성을 확인을 사용 하거나 관리 되지 않는 종료 합니다. 경우는 운영 시스템 입/출력 (I/O) 쓰기 요청이 데이터베이스 관리자에 게 반환 되도록 디스크 미디어에 직접 작성 하는 기능에 의존 하는 이러한 복구 프로토콜 복구 시스템에 쓰기가 실제로 완료 되거나 쓰기 완료를 보증할 수 있는 보장 됩니다. 소프트웨어 또는 하드웨어 구성 요소에서이 프로토콜 오류로 부분적 이거나 총체적인 데이터 손실 또는 시스템 오류가 발생할 경우 손상 될 수 있습니다. 로깅 및 SQL Server 복구 프로토콜 이러한 측면에 대 한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조 하십시오.
230785 SQL Server 7.0, SQL Server 2000 및 SQL Server 2005의 로깅 및 데이터 저장소 알고리즘 데이터 안정성을 확장합니다.
Microsoft은 NAS 또는 이러한 쓰기 및 쓰기 순서 요구 사항을 충족 하지 않는 네트워크 스토리지 서버에 네트워크로 연결 된 SQL Server 데이터베이스 파일을 지원 하지 않습니다.

네트워크 오류 데이터베이스를 저장할 네트워크 파일 공유를 사용 하 여에서 발생할 수 있는 성능이 저하 데이터베이스 무결성이 손상의 위험 때문에 로컬 디스크 하위 시스템이 나 스토리지 영역 네트워크 (San) 데이터베이스 파일을 저장 하는 것이 좋습니다.

네트워크 연결 저장소 (NAS) 시스템은 클라이언트가 TCP/IP 같은 네트워크 프로토콜을 사용 하 여 네트워크 리디렉터를 통해 연결할 수 있는 파일 기반 저장소 시스템입니다. 디스크 리소스에 액세스할 공유 매핑시킬 수 있다는 필요 하거나 디스크 리소스, 네트워크에서 UNC 경로 (예: \\Servername\Sharename)를 통해 원격 서버로 나타나면 다음 기본적으로 디스크 저장소 시스템이 없습니다 SQL Server 데이터베이스에 대 한 위치.

성능 문제

다른 엔터프라이즈 데이터베이스 시스템의 비슷한 SQL Server I/O 하위 시스템에서 매우 큰 부하를 배치할 수 있습니다. 가장 큰 데이터베이스 응용 프로그램, 실제 I/O 구성과 조정에서 전체 시스템 성능에 중요 한 역할을 재생합니다. 고려해 야 할 세 가지 주요 I/O 성능 요인을 가지 있습니다.
  • I/O 대역폭: 있는 집계 대역폭, 일반적으로 데이터베이스 장치에 유지할 수 있는 초당 메가바이트 단위로 측정
  • I/O 대기 시간: 일반적으로 데이터베이스 시스템의 I/O 요청과 I/O 요청이 완료 되는 지점 사이의 밀리초 단위로 측정 하는 대기
  • CPU 비용: 호스트 CPU 비용, 일반적으로 단일 I/O 완료 하려면 데이터베이스 시스템의 CPU 마이크로초에서 측정
이러한 I/O 요인 병목이 될 수 및 데이터베이스 응용 프로그램 위한 I/O 시스템을 설계할 때는 이러한 요인을 고려해 야 합니다.

가장 간단한 형태로 NAS 솔루션에서는 표준 네트워크 리디렉터 소프트웨어 스택, 표준 네트워크 인터페이스 카드 (NIC) 및 표준 이더넷 구성 요소를 사용합니다. 이 구성의 단점은 모든 파일 I/O 네트워크 스택을 통해 처리 되 고 네트워크 자체의 대역폭이 제한 될 수 있는 점입니다. 특히 매우 높은 수준의 파일 I/O, SQL Server 등 필요한 프로그램에서에서 성능과 데이터 안정성 문제를 만들 수이. Microsoft에서 테스트 한 일부 NAS 구성에서의 I/O 처리량은 약 1 / 3 (1/3)에 있는 직접 연결 된 저장소 솔루션 같은 서버에 있습니다. 이러한 구성에서는 NAS 장치를 통해 I/O를 완료 하는 CPU 비용 약 두 배가 로컬 I/O의. NAS 장치와 네트워크 인프라가 발전, 이러한 비율도 직접 연결된 저장소 또는 San을 기준으로 향상 될 수 있습니다. 또한 응용 프로그램 데이터 대부분이 데이터베이스 버퍼 풀에 캐시 된 I/O 병목을 발생 하지 않습니다 경우 NAS 기반 시스템에서 성능이 응용 프로그램에 적합 하다.

백업 및 복원 고려 사항

SQL Server 장치 인터페이스 VDI (가상) 백업에 대해 제공합니다. 가상 장치 인터페이스 SQL Server 데이터베이스 복원 및 핫 백업 수행에 대 한 백업 소프트웨어 공급 업체는 고성능, 확장 가능 하며 신뢰할 수 있는 방법 제공 합니다.

백업 소프트웨어는 NAS 관련 특별 지원 없이 VDI 통해 NAS 장치에 저장 된 데이터베이스 파일에서 작동 합니다. 그러나 이렇게 하면 많은 양의 추가 네트워크 소통량에 백업 및 복원 하는 동안. VDI 통해 백업 하는 동안 SQL Server 원격으로 파일을 읽습니다와 데이터는 SQL Server 컴퓨터에서 실행 되는 타사 백업 소프트웨어를 전달 합니다. 복원 작업이 이와 비슷합니다.

오버 헤드 추가 네트워크를 방지 하기 위해 백업 공급 업체에서 백업 공급 업체와 NAS 공급 NAS 관련 지원을 제공 해야 합니다. VDI SQL Server 백업 소프트웨어를 (분할 대칭) 하드웨어 또는 소프트웨어 (복사 쓰기) 기술을 지원 하려면 데이터베이스 파일의 복사본을 빠르게 로컬 NAS는 NAS 장치를 활용할 수 있습니다. 이러한 기술을 백업에 대 한 네트워크를 통해 파일을 복사 하는 오버 헤드를 방지할 뿐만 아니라, 증가할 복원 시간이 줄어들 수도 있습니다.

NAS에 저장 된 백업은 NAS에 저장 된 동일한 failuresthat 영향 데이터베이스 파일에 취약입니다. 이러한 백업을 대체 미디어에 복사 하 여 보호을 shouldconsider 있습니다.

주의백업에 손상 된 데이터베이스를 SQL Server VDI를 지원 하지 않는 NAS 백업 기술을 사용 하는 경우 발생할 수 있습니다. 별도 장치에 저장 되는 경우 로그 및 데이터 파일 간에 페이지나 불일치를 찢기 같은 corruptionincludes. SQL Server 데이터베이스를 복원 하 고 손상 된 데이터에 액세스할 때까지 조각난 페이지나 불일치를 검색 하지 않을 수 있습니다. Microsoft은 SQL Server 동등 하지 않은 NAS 백업 기술의 사용을 지원 하지 않습니다.

SQL Server VDI 다릅니다 백업 지원 및 NAS 공급 업체 지원. NAS 및 백업 소프트웨어 공급 업체에 대 한 자세한 내용은 VDI 지원에 대 한 확인 하십시오.

고객에 게 SQL Server 데이터베이스의 데이터베이스 사용에 대 한 엔드-투-엔드 솔루션 디자인은 되도록 consulttheir NAS 공급 업체에 배포 ofan NAS 솔루션을 고려 하는 것이 좋습니다. 대부분의 NAS 공급 업체 가장 좋은 연습 가이드 및 사용이 인증 된 구성 했습니다. 고객 확인를 언급 한 I/O 요인 중 이전에 하면 병목 현상이 발생 응용 프로그램에 I/O 성능을 벤치 마크 하는 것이 좋습니다.

뒤에 오는 텍스트의 네트워크 기반 데이터베이스 파일을 Microsoft SQL Server 2005, Microsoft SQL Server 2000 및 Microsoft SQL Server 7.0 및 추적 플래그 1807은 오류 없이 동작을 설명 합니다. 매핑된 구문은 NET USE 명령에 의해 네트워크 경로와 연결 된 드라이브 문자를 나타냅니다. UNC 구문 \\Servername\Sharename과 같은 네트워크 경로에 대 한 직접 참조를 참조합니다.
  • SQL Server 7.0에서 추적 플래그 1807 없이 DISK INIT 이전 버전과 호환 구문 뒤에 CREATE DATABASE 문을 사용 하 여 매핑된 또는 UNC 구문을 사용 하는 경우 오류 5105 발생 합니다.
  • SQL Server 7.0에서 추적 플래그 1807 사용 하 여 매핑된 구문 사용 하 여 CREATE DATABASE 문에 의해 뒤 DISK INIT 이전 버전과 호환 구문을 사용 하 여 파일 만들기 성공 합니다. DISK INIT를 사용 하 여 UNC 구문을 사용 하 여 오류 5105가 발생 합니다.
  • 추적 플래그 1807 하지 않고 SQL Server 7.0, SQL Server 2000 또는 SQL Server 2005를 실행 하면와 CREATE DATABASE 문이 매핑된 또는 UNC 구문 오류 5105 SQL Server 7.0에서 발생 하 고 SQL Server 2000에서 5110 오류가 발생 합니다.
  • 추적 플래그 1807 사용 하 여 SQL Server 7.0 또는 SQL Server 2005에서는 SQL Server 2000 CREATE DATABASE 문이 매핑된 사용 하 여 수행 하는 또는 UNC 구문 실행 되었습니다.
Note는 SQL Serverprovides 비-장애 조치 클러스터 설치 SQL Server 추적 플래그 1807을 사용 하 여 네트워크 기반 파일에 대해서만 지원 됩니다. 장애 조치 클러스터 된 SQL Server 설치 SQL Server 2005 및 SQL Server 2000 저장 장치 인식 하 고 Microsoft 클러스터 서비스 (MSCS) 클러스터 관리자에서 등록 필요로 하기 때문에 네트워크 기반 파일에서 작동 하지 않습니다.

추가 참고 사항

NAS 제품에서 데이터베이스 소프트웨어를 잘못 사용 하거나 부적절 하 게 구성 된 NAS 제품을 사용 하 여 데이터베이스의 전체 데이터베이스 손실 같은 데이터 손실이 발생할 수 있습니다. 경우 NAS 장치나 네트워크 소프트웨어에 쓰기 순서 또는 쓰기-통해, 같은 데이터 보장 완전히 적용 되지 않을 다음 하드웨어, 소프트웨어 또는 전원 오류도 데이터 무결성을 손상 심각 하 게 수 없습니다.

참조

쓰기 순서 또는 쓰기-통해 SQL Server 대 한 자세한 내용은 Microsoft 기술 자료의 다음 문서 번호를 클릭 합니다.
234656 SQL Server 사용 하 여 디스크 드라이브 캐싱 사용
SQL Server 온라인 설명서 항목: 주제: "추적 플래그"
SQL Server 시스템의 Microsoft SQL Server Always-On 스토리지 솔루션 검토 프로그램에서 설명한 것 처럼 '안정적인 미디어에 배달 보장된'을 지원 하기 위해 필요 합니다. 용SQL Server 데이터베이스 엔진에 대 한 입력 및 출력 요구 사항에 대 한 자세한 내용은 Microsoft 기술 자료의 다음 문서 번호를 클릭 합니다.
967576 Microsoft SQL Server 데이터베이스 엔진이 입력/출력 요구 사항

속성

기술 자료: 304261 - 마지막 검토: 2014년 5월 17일 토요일 - 수정: 3.0
본 문서의 정보는 다음의 제품에 적용됩니다.
  • Microsoft SQL Server 7.0 Standard Edition
  • Microsoft SQL Server 2012 Standard
  • Microsoft SQL Server 2014 Standard
  • Microsoft SQL Server 2005 Compact Edition
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2005 Evaluation Edition
  • Microsoft SQL Server 2005 Express Edition
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Workgroup Edition
  • Microsoft SQL Server 2000 Developer Edition
  • Microsoft SQL Server 2000 Enterprise Edition
  • Microsoft SQL Server 2000 Enterprise Evaluation Edition
  • Microsoft SQL Server 2000 Personal Edition
  • Microsoft SQL Server 2000 Standard Edition
  • Microsoft SQL Server 2000 Windows CE Edition
  • Microsoft SQL Server 2000 Workgroup Edition
  • Microsoft SQL Server 2008 Developer
  • Microsoft SQL Server 2008 Enterprise
  • Microsoft SQL Server 2008 Express
  • Microsoft SQL Server 2008 R2 Datacenter
  • 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 2008 R2 Web
  • Microsoft SQL Server 2008 R2 Workgroup
  • Microsoft SQL Server 2008 Standard
  • Microsoft SQL Server 2008 Web
  • Microsoft SQL Server 2008 Workgroup
  • Microsoft SQL Server 2012 Analysis Services
  • Microsoft SQL Server 2012 Developer
  • Microsoft SQL Server 2012 Enterprise
  • Microsoft SQL Server 2012 Express
  • Microsoft SQL Server 2012 Web
  • Microsoft SQL Server 2014 Developer
  • Microsoft SQL Server 2014 Enterprise
  • Microsoft SQL Server 2014 Express
  • Microsoft SQL Server 2014 Web
  • Microsoft SQL Server 2012 Business Intelligence
  • Microsoft SQL Server 2014 Business Intelligence
키워드:?
kbinfo kbmt KB304261 KbMtko
기계 번역된 문서
이 문서는 Microsoft 기계 번역 소프트웨어를 이용하여 번역되었으며 Microsoft Community에 의한 Community Translation Framework(CTF) 기술 혹은 사람이 번역한 내용에 의하여 사후 편집될 수 있습니다. Microsoft는 Knowledge Base에 있는 모든 문서에 다양한 언어로 접근할 수 있도록 하기 위하여 기계 번역, 사람에 의한 번역 및 커뮤니티가 편집한 내용을 모두 제공합니다. 번역된 문서는 어휘, 구문 및/혹은 문법에 오류가 있을 수 있습니다. Microsoft는 번역 오류로 인한 부정확성, 오류 및/또는 손해와 이를 고객이 사용하는 데에 대하여 책임을 지지 않습니다.
이 문서의 영문 버전 보기:304261

피드백 보내기

 

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