하나의 OS 만 실행하는 경우 분할이 가치가 있습니까? [닫은]


8

전통적으로 저는 항상 시스템 파티션과 데이터 파티션을 설정했습니다. 새 서버 (Windows Server 2012 R2)를 설치하려고합니다. 시스템 파티션을 얼마나 크게 만들어야하는지 궁금해하면서 "정말로 파티션이 필요합니까?"

파티션을 너무 크게 만들면 절대 사용하지 않을 공간입니다. 너무 작게 만들면 엉덩이에 큰 고통이 될 것입니다.

간단한 데이터 폴더는 필요한 분리를 제공합니다. 백업 유틸리티는이 구조를 처리 할만큼 똑똑합니다.

내 하드 드라이브 파티션의 장점은 무엇입니까?


이 리눅스 질문을 고려하십시오 : 왜 많은 파티션을 생성합니까?
Ƭᴇcʜιᴇ007


고마워, 나는 검색했지만, 내가 찾은 대부분은 파티션의 크기에 관한 것이 었습니다.
Chris McGrath

몇 가지 상황에서 여러 파티션에 이점이 있지만 일반적으로 (특별한 상황 중 하나가없는 경우) 가치보다 문제가 많습니다.
Daniel R이

1
조각화 측면에서는 OS 용 파티션 1 개와 개인용 파일 용 파티션 1 개를 사용하는 것이 확실히 아프지 않을 것입니다. 또한 OS를 다시 설치하거나 새 OS를 훨씬 쉽게 설치할 수 있습니다. 대부분의 Windows Server OS는 자동으로 최소 2 개의 파티션을 요청합니다 (예 : WSUS 서버를 실행하려는 경우
BlueCacti

답변:


2

우선, wikipedia 항목 은 이와 관련하여 매우 완전합니다.

성능상의 관점에서 파티셔닝의 유일한 장점은 조각화를 최소화하는 것입니다.

OS는 사용자가 데이터를 사용하고 저장하는 방법을 가정해야합니다. 문제는 다음과 같이 요약 될 수 있습니다.

256B와 같은 메모리 덩어리가 있다고 가정하면 시퀀스에서 256 상자로 상상할 수 있습니다.

|_|_|_|_|...|_|

이제 3 개의 파일 (64 개, 64 개, 128 개 상자)을 저장하려고합니다. 파일을 할당해야합니까?

1: | 64 | 64 | 128 | or
2: | 64 | 128 | 64 | ?

그것은 어느 청크가 오랫동안 저장 될 것인지 아닌지, 그리고 청크들 중 하나가 제거 된 후에 저장 될 가능성이 가장 큰 청크에 달려있다.

다음 작업에서 64의 두 청크가 디스크에서 제거되었다고 가정하면 128의 새 청크가 저장됩니다. 예 1에서는 128을 즉시 저장할 수 있지만 두 번째 예에서는 먼저 저장된 청크 128을 경계로 이동 한 다음에 만 새 청크를 추가 할 수 있습니다.

자, 이것을 모든 크기의 다른 크기로 상상해보십시오 (거대한 디스크 (GB 크기)에 사소한 방식으로 저장되지 않습니다 (즉, 4B가 아니라 8B 등)). 이것은 매우 어려운 문제로 알려져 있습니다.

OS는 휴리스틱을 사용하여이 문제를 해결합니다. 최적의 전략은 아니지만 일부 휴리스틱을 사용하여 청크를 올바른 위치에 배치합니다. 한 가지 중요한 정보는 얼마나 큰가 얼마나 자주 이 몇 가지 제공하기 때문에, 사용자가 / OS가 저장 청크있는 사전 OS가 추측 시도 할 수있는 곳에서 다음 청크에 대한 정보를.


디스크를 파티셔닝하면 OS의 특정 디스크 영역이 해당 파티션에 속한다는 사실을 OS에 알립니다. 이것은 더 이상 하나의 256 상자 시퀀스가 ​​아니라 두 개의 128 상자 시퀀스 (파티션 A 및 B)가 있음을 의미합니다. OS는 더 이상 어디에 배치 할 것인지에 대한 가정을하지 않습니다. 귀하는 디렉토리에서 어떤 루트를 선택했는지 결정합니다 (손을 흔들며 말하기).

왜 성능을 향상시킬 수 있습니까?

일반적인 예는 OS를 사용하는 동안 두 가지 다른 동작이있는 경우입니다. 예를 들어 다음과 같은 차이점이 있습니다.

  1. 메모리에 많은 쓰기 및 지우기 기능이있는 OS를 매일 사용
  2. 많이 변경하지 않는 비디오 또는 앨범과 같은 무거운 파일을 저장할 때

파티셔닝은 매일 한 가지 방식으로 OS를 사용할 때 성능을 향상시킬 수 있으며 다른 파티션을 사용하여 OS 수명 동안 거의 변경되지 않는 대용량 파일 만 저장할 수 있습니다.

각 파티션 내에서 동작이 일관되므로 OS가 할당을 향상시켜 조각화를 최소화 할 수 있습니다.

이것이 일반적인 사용자 사례와 관련이 있는지 여부에 관계없이 할당 전략을 개발하는 사람이 똑똑하고 휴리스틱이 그러한 경우에 대해 생각되기 때문에 아니오라고 대답합니다.

서버 및 기타 시스템의 경우 이로 인해 차이가 생길 수 있지만 프로파일 링 후에 진행할 수 있습니다 .

SSD 포함 편집

내 이해는이 문제가 SSD 또는 하드 디스크에 대해 이야기하는지 여부와 무관하다는 것입니다. 문제는 끊임없이 추가되고 제거되는 일정하지 않은 크기의 항목으로 유한 공간을 채우면된다는 점에서 매우 근본적입니다.


귀하의 답변과 위키 기사는 모두 흥미로운 기사였습니다. SSD가 이것에 어떻게 적합한 지 아십니까? 대부분의 문제는 조각화 / 디스크 플래터 / 읽기 헤드의 문제와 관련이있는 것으로 보이지만 SSD에는 적용되지 않습니다. (- 트림 그 가치가 언급 될 수 있지만 귀하의 데이터 덩어리는 SSD에 대한 유사한 문제를 가지고 en.wikipedia.org/wiki/Trim_%28computing%29 )
RJFalconer

@RJFalconer 나는 그것이 당신이 흥미로워 서 매우 기쁘다. 요점을 해결하기 위해 질문을 업데이트했습니다.
Jorge Leitao

6

개인 파일을 다른 위치에 복사 한 다음 새로운 파티션에 다시 할당 할 필요없이 OS를 다시 설치할 수 있다는 장점이 있습니다. 다른 파티션에 있기 때문입니다.

또한 서버를 실행하는 경우 일반적으로 특정 서비스 관련 볼륨을 별도의 파티션에 만드는 것이 좋습니다. 이렇게하면 해당 서비스가 손상되고 공격자가 해당 파티션을 채울 수 있으면 OS가 계속 작동해야합니다. FTP 또는 데이터베이스 서비스를 고려하십시오-액세스중인 디렉토리가 디스크 용량으로 채워질 수 있다면 심각한 운영상의 문제가 발생하지만 누군가가 단지 더미와 데이터 더미를 덤프하여 해당 시스템의 DOS. 이러한 종류의 접근 방식은 웹 서버 나 도메인 컨트롤러와 같이 방해하고 싶은 다른 가치있는 서비스가 실행중인 경우 공격자에게 더욱 매력적입니다. 틀림없이 이러한 서비스를 적절히 구성하면이 모든 것을 완화 할 수 있지만 새로운 익스플로잇이 매일 나오므로 가능한 경우 더 많은 보안 계층을 추가하는 것이 결코 아프지 않습니다. (에 의해 추가됨브래들리 포니 )

그러나 최종 사용자 (Windows 7, Windows 8 등의 사용자) 관점에서 (질문은 서버이지만 Google을 통해 이것을 보는 사람들에게는 질문입니다.) 주파수로 OS를 다시 설치하지 마십시오.


1
아니요. 백업을해야합니다.
Marcks Thomas

"백업을 복원 할 필요없이"보다 적절한 진술이있을 수 있습니다. 운영 체제의 파티션은 사용자 데이터를위한 장소가 아니며 서버 또는 워크 스테이션입니다.
Daniel B

1
@MarcksThomas 파티션은 실제로 "백업"입니까? HDD가 오작동하면 어떻게됩니까?
athosbr99

2
-1 "포인트가 없습니다". 파티션을 나누는 데는 여러 가지 이유가 있습니다. 논리 그룹화, 권한, 백업 용이성, 확장 성 (예 : 시스템에 더 큰 "게임"/ "미디어"드라이브 추가), ...
RJFalconer

1
OS를 자주 다시 설치하지는 않지만 OS가 갑자기 완전히 중단되어 다시 설치해야 할 때 별도의 파티션에 내 물건이 있다는 것을 확신했습니다. 그래서 ... "말도 없다"라고 말하지 않을 것입니다 ...
Svish

0

몇 년 전 (Win Server 2008) 여러 파티션에서 이점이있었습니다.

  1. 조각 모음을 효과적으로 수행하기가 더 쉽습니다.
  2. 파티션별로 쉽게 백업 할 수 있습니다
  3. Exchange 서버가 파티션을 채울 때 서버가 충돌하지 않습니다 (그렇지 않은 경우).

이것이 Win Server 2012에서 여전히 해당되는지 모르겠습니다.


-1

시스템과 데이터 파티션을 만드는 습관을 들였습니다. 이렇게하면 데이터를 잃지 않고 OS를 다시 설치, 업그레이드 또는 다운 그레이드 할 수 있습니다. 또한 두 개의 OS를 이중 부팅하도록 선택할 수 있습니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.