기술자료/.NET

저장 장치에 대한 설계 및 감시 방법에 대한 성능을 위한 권장 사항-2

하인도1 2008. 2. 1. 23:54

이 자료는 SharePoint Product & Technologies Team Blog에서 보았던 자료 중 하나 입니다. 그 문서를 나름대로 멋대로 번역한 문서입니다. 이 번역 문서는 MS 공식이 아니므로 인용될 수 없습니다. 인용하시고 싶으시면, 원본 문서를 참조하시기 바랍니다. 해당 문서는 Word 문서로 되어 있으며 이 내용의 원본 백서(White Paper)는 http://go.microsoft.com/fwlink/?LinkID=105623&clcid=0x409 에서 다운로드 받을 수 있습니다.


정보 아키텍처 기준 권장사항

성능 향상을 하려면, 제일 먼저 수립해야 하는 것이 바로 정보 아키텍처이다. 이 정보 아키텍처를 수립에 다음 사항들을 고려하여 수립하도록 한다.


SharePoint 제품 군 및 기술의 소프트웨어 한계 범위에 맞추어 정보 아키텍처를 수립

소프트웨어 한계 범위에 대한 더 자세한 사항은  Plan for software boundaries (http://go.microsoft.com/fwlink/?LinkID=105578&clcid=0x409)를 참고한다.

최대 관리 범위의 컨텐츠 데이터베이스의 제한 크기.

실제 적용 환경에 맞는 성능 및 관리적인 측면에 맞추어 데이터베이스 사이즈를 계획한다.

  • SharePoint 제품 및 기술 팀에서 제품 성능 향상을 위해 지원을 하다 보면, 대부분 컨텐츠 데이터베이스가 100GB를 넘은 상태가 되어 튜닝 작업에 어려움을 겪는 경우가 많았다. 혹시 데이터베이스의 설계가 100G를 넘기는 형태가 될 것 같다면 가급적 다음 지침들을 따르도록 한다.
    • 데이터만 저장하기 위한 별도 사이트 콜렉션을 구성한다.
    • SharePoint에서 제공하는 백업/복원 도구를 사용하지 말고, SQL Server 또는 Microsoft System Center Data Protection Manager 에서 제공되는 백업 솔루션을 이용 한다.
    • 100GB 크기 컨텐츠 데이터베이스상에 있는 솔루션 들에 대해 이동 작업을 수행하기 전에, 반드시 SQL Server가 동작 중인 서버에서 I/O 서브 시스템을 중점 테스트한다.
  • 가능하면, 100GB에 도달된 컨텐츠 데이터베이스에 있는 사이트 컬렉션에 있는 데이터들을 적절히 나누어 새로운 컨텐츠 데이터베이스에 새로운 사이트 콜렉션을 두어 옮겨야 성능 또는 관리적인 문제를 최대한 방지할 수 있다.
  • 여러 개 사이트 콜렉션이 담긴 컨텐츠 데이터베이스가 약 100GB를 넘지 않도록 설계한다.


주의: 여기서 제한된 사항들은 SharePoint 제품 군에서 사용되는SQL Server에 대한 권장 사항들 이다. 일반적인 SQL Server에 대한 지침은 아니다.

버전 관리 및 휴지통에 대한 저장 장소 확보하기.

사이트 내에 버전 관리 혹은 휴지통을 사용하거나, 사용할 계획이라면, 사이트 용량제한(Quota)으로 인해 발생될 잠재적인 문제점들에 대해 미리 확인해야 한다.

  • 버전 관리를 하고 있는 라이브러리(문서, 그림 등등)에서 과거 버전 데이터들이 이용한 용량 때문에, 사이트 제한 용량을 초과 할 수 있다. 이 점을 주의해서 구성하도록 한다.
  • 일반적인 사이트에서는 한 단계 혹은 두 단계의 휴지통을 사용한다. 
    첫 번째 단계의 휴지통(사용자가 직접 사용하는 사이트 휴지통)에서 사이트 제한 용량(Quota)을 초과 시키는 원인이 될 수 있다. 그에 반해 두 번째 단계 휴지통(사이트 콜렉션 - 사이트 모음 - 에서 제공되는 휴지통)은 사이트 제한 용량(Quota)과는 관계없이 동작된다.
    그러나 두 번째 단계의 휴지통에 담기는 사항들은 사이트 콜렉션에서 사용하는 저장 공간에 저장되기 때문에, DB 자체 용량을 초과하는 불상사가 발생할 수 있다.  가급적이면 각 단계의 휴지통에 담긴 내용들은, 일정 주기에 자동으로 지워 지도록 설정하는 것이 좋다.

저장 공간 관리를 위한 용량 제한 템플릿 사용하기

비슷한 성격의 사이트 콜렉션들에 대해서 가급적 용량 제한 템플릿을 사용한다. 용량제한 템플릿들은 사이트 콜렉션에 저장 공간에 대한 제한을 일괄적으로 적용 할 수 있고, 용량이 부족하면 자동으로 관리자에게 이메일로 알림을 보낼 수 있다. 그러나, 템플릿이 적용/변경 되기 전에 만들어진 사이트들에서는 효과가 없다.

많은 문건을 가진 리스트 성능 관리하기.

문건이 지나치게 많은 리스트로 인해 리스트의 View 및 구조에 여러가지 문제를 일으킬 수 있다. 그 문제들에 대해 아래와 같이 대처하도록 한다.

  • SharePoint 제품 군에서는 큰 사이즈의 리스트를 지원한다. 그러나, 반드시 사용자 View에서 발생되는 문제점들에 대해 적절한 문제 대응을 위한 설계가 필요하다.
  • 많은 문건을 가지고 있는 리스트에서 View의 성능을 향상 시키려면, 리스트 내 한 개 또는 여러 개의 인덱스를 구성한다. 그리고 최소  한 개 이상의 인덱스 처리된 필드에  필터를 설정하도록 한다. 만일 여러 개 필드에 대해 필터를 설정하였다면, 많은 양의 문건을 필터시켜 주는 필터를 첫 번째로 하는 것이 좋다. 필터된 값들이 같아도, 전체적인 필터 성능이 향상 될 수 있기 때문이다.
  • 큰 사이즈의 리스트에서 View를 만들 때, 최대 표시 수를5,000 개 보다 적은 수가 나올 수 있도록 하는 것이 좋다.
  • 위에서 제시한 규칙을 적용한 View를 리스트의 기본 보기(View)로 설정한다.
  • 큰 사이트의 리스트가 아니라면 리스트 단계(예를 들면, list의 root 부분 또는 단일 폴더 등) 에서 가급적 2,000개의 문건만 넣는 것이 좋다. 그래야 최소한의 성능 보장을 할 수 있다.
  • 리스트 내 필드 개수가 몇 개인지를 파악하도록 한다. 너무 많은 수의 필드가 있으면 아이템 개수와는 별개로 성능 저하의 원인이 된다.

  
매우 큰 사이즈의 리스트로 설계했거나, 현재 구성되어 있다면, 다음 내용들을 참고할 것을 강력하게 권장한다.

728x90