답변:
실제로 서버의 데이터 조각 모음을 수행하지 않습니다. 조각 모음에 걸리는 성능의 가치를 높이기 위해 파일 제공의 성능 향상을 충분히 보지 못했습니다. 실제로 대부분의 서버는 며칠 동안 오프라인 상태로 만들지 않으면 조각 모음이 실제로 완료되지 않습니다. 비교적 최신 파일 시스템을 사용하는 경우 (Windows 2003에서 기본값을 변경하도록 선택하지 않은 한) 아무리 중요하지 않습니다. 또한 모든 종류의 스트라이핑 RAID를 실행하는 경우 파일 조각화는 많은 디스크에서 이미 분류되어 있기 때문에 문제가되지 않습니다.
어떤 이유로 든 데이터를 실제로 정리하고 조각 모음을 원하는 서버가 있다면 테이프로 모두 백업하고 드라이브를 지우고 복원 할 가능성이 훨씬 큽니다. 그것은 그것들을 모두 완벽한 블록으로 기록 할 것입니다.
Windows 서버 조각 모음을 위해 알고있는 유일한 사용 사례는 백업 성능을 향상시키는 것입니다. 백업은 파일 서버가 수행하는 유일한 대규모 순차 I / O이며, 조각화가 발생하는 일종의 I / O입니다. 사용자가 적중 할 때 I / O 파일 서버의 종류는 매우 임의적이며,이 경우 단편화로 인해 성능이 향상 될 수 있습니다.
예전에는 새 하드웨어로 마이그레이션 한 파일 서버가있었습니다. 마이그레이션 직후, 백업은 450MB / 분 (수년 전)으로 실행되었습니다. 2 년 후 해당 서버는 약 300MB / 분을 백업했습니다. 그런 다음 처음으로 조각 모음을 수행 한 후 다시 450MB / 분으로 다시 증가했습니다.
모든 백업을 제 시간에 완료하는 데 문제가 있고 백업중인 서버가 병목 현상 인 것처럼 보이면 조각 모음 이 도움이 될 수 있습니다 .
조각 모음의 다른 사용 사례는 NTFS에 아카이브가 저장된 디스크 백업 시스템입니다. 이러한 종류의 볼륨에 대한 백업 및 복원은 전적으로 순차적이며 조각화가 발생합니다. 그러나 기본 스토리지 (예 : HP EVA 디스크 어레이)가 충분히 추상화되면 이러한 종류의 I / O도 조각화를 알 수 없습니다.
이 모든 것이 요약하면 대량 순차 I / O는 조각화가 가장 많이 나타나는 I / O 유형입니다. 이것이 관심있는 I / O가 아닌 경우 조각 모음은 걱정할 필요가 없습니다.
나는 성능이 목표라면 (필요하지 않은 꾸준한 조각 모음이 더 해를 끼치면) 필요하지 않아야한다고 자주 동의합니다.
그러나 다른 규칙과 마찬가지로 몇 가지 예외가 있습니다.
디스크 공간이 매우 부족하거나 (<15 % 사용 가능한) 특정 시점에 시간이 있으면 조각 모음을 수행해야합니다. 최신 파일 시스템조차도 선택할 섹터가 거의 없을 때 조각화를 피하는 데 어려움이 있습니다.
피할 수없는 조각화를 유발하는 특정 유형의 응용 프로그램을 실행하는 경우 서버 특정 조각 모음 프로그램에 투자 할 수 있습니다 (이들은 백그라운드에서 지속적으로 실행되고 필요할 경우 / 조각 모음). Windows 환경에서 피할 수없는 조각화를 유발하는 응용 프로그램 유형은 여러 파일에 대해 많은 지연 쓰기 작업을 수행하는 응용 프로그램 유형입니다 (가장 강력한 서버 설계 소프트웨어는이를 피할 수 있지만 데스크탑 다운로드 관리자, 특히 특정 BitTorrent 클라이언트와 같은 것) 이런 종류의 공격적인 조각화 행동)
이전 작업의 서버에서 Diskeeper를 실행하여 파일 서버와 응용 프로그램 서버 모두에서 상당한 성능 향상을 보였습니다. 나는 우리가 그들의 발표 통계에 근접했다고 생각하지 않지만 우리는 분명히 몇 가지 이점을 보았습니다.
부팅시 시작된 일부 추가 비트의 영향을 제한하기 위해 유휴 상태 및 설정된 일정에 따라 조각 모음이 설정되었습니다.
AFAIK, RAID는 조각화 효과에 영향을받지 않습니다. 물리적 디스크의 수에도 불구하고 FS는 여전히 각 조각에 대해 별도의 I / O 요청을 발행해야합니다.
예, 훌륭하게 조각 모음 된 시스템은 백업을 더 빨리 완료합니다. 또한 낮은 공간과 조각화가 좋은 조합이 아니라는 점에 동의합니다.
조각 모음 시간 / 스케줄이 문제가되는 경우 Diskeeper Server 버전 중 하나 (무료 아님)와 같은 백그라운드 조각 모음 솔루션을 선택하는 것이 좋습니다. 유휴 리소스 만 사용하여 조각 모음을 수행하므로 프로덕션 서버에도 영향을 미치지 않아야합니다. 여기에있는 일부 서버는 DK를 사용하고 있으며 관리자는 매우 기쁘게 생각합니다.
BTW, 일부 BT 클라이언트 (토론 트를 염두에 두는)는 토런트에 대한 사전 할당 옵션을 가지고 있으므로 파일을 수용 할 수있는 인접한 여유 공간이 충분하면 다운로드하는 동안 조각화가 없습니다.
합의 (동의 함)는 서버에서 조각 모음을 수행하지 않는 것 같습니다. 실제 조각 모음 중에 성능상의 이점을 누릴 가치가 없기 때문입니다.
그러나 실제에서 가상으로 변환하는 방법에 대한 TechNet의 기사에서는 P2V를 수행하는 데 필요한 시간을 줄이는 방법으로 조각 모음을 권장합니다. P2V를 완료 할 수있는 제한된 유지 관리 기간이있는 경우 특히 중요합니다.
이미징 단계에 필요한 시간을 최소화하려면 원본 컴퓨터의 하드 드라이브에서 디스크 조각 모음을 수행하십시오. 또한 원본 컴퓨터와 호스트간에 빠른 네트워크 연결이 있어야합니다.