2010-12-31 5 views
1

안녕하세요. SQL Server 2005의 여러 파일 그룹에 관해 궁금한 점이 있습니다. 과 같은 이유 때문에 데이터베이스에 보조 데이터 파일이 있어야한다고 확신합니다. 가용성상의 이유로 기본 데이터에 시스템 데이터 만 저장하는 것이 가장 좋습니다 파일 (Sql2k5 이상으로 기본 데이터 파일을 사용할 수있는 한 데이터베이스를 온라인 상태로 만들 수 있으므로 가능한 한 많은 온라인 상태를 유지하면서 시스템 데이터가 아닌 데이터를 복구/복원 할 수 있습니다.) 그 시스템 카탈로그 데이터를 기본 데이터 파일에 저장하고 사용자 데이터를 보조 파일에 저장하면 기본 파일은 작아지고 업데이트 및 삽입이 훨씬 적어 지므로 예를 들어 불량 디스크 섹터가 최소화됩니다.여러 데이터 파일 및 여러 파일 그룹

내 딜레마는 사용자 데이터가 기본 데이터 파일에 들어 가지 못하도록 제한 할 수있는 방법입니다. 그것은 나에게 가능한 표시 유일한 방법은 다음과 같습니다 :

  • 기본 파일 그룹
  • 보조 데이터 파일과 보조 파일 그룹을 생성 및 테이블처럼 내 물리적 객체를 생성 만 기본 데이터 파일을 유지/2 차 파일 그룹에 대한 색인 등.
  • 그래서

, 제안하십시오

  1. 가 보조 데이터 파일과 보조 파일 그룹이과 만 주 데이터 파일을 기본 파일 카페에서 탈퇴하는 것이 좋습니다? 그렇지 않으면 제안하십시오.
  2. 위의 구성에서 크기가 10GB 미만인 작은 데이터베이스에 성능에 미치는 영향이 있습니까?

미리 감사드립니다.

답변

4

시스템과 사용자 데이터를 분리하지 마십시오. 아무것도 추가하지 않습니다. 실생활에서 MDF가 존재하거나 존재하지 않습니다. 회색 음영이 많지 않습니다. 내가 테라 바이트의 크기를

  • 이상의 큰 테이블
  • 매우 높은 부하를 접근하고있어

    • (안 : 분할에 관해서는

      , I 중 하나 이상까지 여러 파일 그룹에 신경 쓰지 것 로드/크기/큰 테이블에

    만 내가 separa을 가질 수있는 경우를 기반으로 한 대형 테이블)

  • 어쩌면 별도의 인덱스 각 파일에 대한 LUN 또는 RAID 어레이. 당신이 요약

    이상의 파일 사이의 한정된 자원을 분할하고 있기 때문에 그렇지 않으면 무의미 대부분의 데이터베이스에 대해, 그것은

  • +0

    덕분에 많이 GBN 가치가 없습니다. –

    +0

    "큰"테이블을 말할 때 무엇을 의미합니까? 행 수? 데이터의 크기? 전반적인 데이터베이스와 비교? –

    +0

    > 100GB 및 수십억 개의 행에 감사합니다. – gbn