SQL 서버 2008 -하여 FileStream - 8.3 이름을 사용하지 않도록 나는 아래의 글에 따라 SQL 서버 내 기계 2008 파일 스트림을 구성하려고 파일

Question

에 대한 마지막 액세스 시간 : -

가

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

기사 하나를 말한다 8.3 이름과 파일 스트림을 가능하게하는 SQL 서버 변경을 진행하기 전에 성능상의 이유로 창에서 파일의 최종 액세스를 사용하지 않도록 설정해야합니다.

질문 : - (당신이 날이에 대한 당신의 경험을 알릴 수 있다면, 그것은 더 나은 것)

1. 내가 8.3 이름과 창에있는 파일에 대한 마지막 액세스를 해제하지 않을 경우? Filestream에서 계속 작업 할 수 있습니까? 내가 제 경우 나 성능 문제, 나는 창문 변화 할 것을 알 파일 스트림을위한 SQL Server 구성을 할 경우

2. 어떤 문제가 있을까?

미리 제안 해 주셔서 감사합니다. 당신이 사용하지 않는 경우

인 Ashish는

Answer 1

1. 당신은 여전히 ​​FILESTREAM 유형을 사용할 수 있습니다. 낮은 볼륨의 상황에서, 내가 시행하는 한 구현 에서처럼 성능에 대한 불만은 없었습니다. 이것은 분당 1-2 명의 이미지를보고있는 3-6 명의 동시 사용자 또는 그와 관련된 것입니다. 실제로 (150 초기로드 후 일까지) 이미지를 호스팅하는 웹 서버에 업데이트 된 모양을 덤프 매일 작업이 있습니다. 정말 확신 할 수있는 유일한 방법은 당신이 생산에 서버를 넣어 전에 예상 피크 부하 테스트라고 말할 것입니다.

2. 8.3 기능을 사용하지 않도록 설정하면 변경 사항이 이후 파일에만 적용되므로 이전 파일을 열거하면 느려질 수 있습니다 (마지막 부분은 확실하지 않지만 msdn 문서는 성능이 저하 될 수 있음). 사실을 확인한 후 파일을 찾을 때 8.3 이름을 무시할 것인지 지정하십시오). BLOB 데이터에 예측 가능한 크기 패턴이있는 경우 구현시 클러스터 크기를 고려할 수도 있습니다. 모든 파일의 크기가 25 ~ 30 KB이면 조각화와 I/O 작업을 줄이기 위해 클러스터 크기를 32로 설정하는 것이 좋습니다 (크기가 너무 작아서 작은 파일의 공간을 낭비하기 때문에 너무 많이 가고 싶지는 않습니다).

의견 :이 설정을 변경할 수 있고 이후의 문제 만 예방할 것이라는 것을 알고 있다면 나는 그렇게 할 것입니다.

Answer 2

8.3 성능 저하는 NTFS 구현 세부 사항으로 인해 발생합니다. 새 8.3 이름이 생성되면 특정 폴더 내의 모든 파일이 쿼리되어 지정된 이름이 없는지 확인합니다. 따라서 폴더에있는 파일이 많을수록 그러한 이름을 생성하는 데 더 오래 걸립니다.

Paul Randal은 얼마 전 FILESTREAM과 관련하여 few tips을 작성했습니다.

감사

표트르는 두 번째 점에 대해서는