이 파티션 나누기 계획이 효과가 있습니까?

비 관리자 인 필자는 빈번하게 1 기가 바이트의 여유 공간 아래로 떨어지는 운영 체제 파티션의 디스크 공간 부족과 관련된 지속적인 문제로 Windows 2008 Small Business Server의 문제를 해결하도록 요청 받았습니다.

이 서버의 유일한 드라이브는 60GB 시스템 파티션 (C :)과 400GB 데이터 파티션 (E :)으로 분할됩니다. 시스템 파티션이 꽉 차서 데이터 파티션의 사용량은 40GB (10 %) 밖에되지 않습니다.

가능한 경우 다음 계획을 사용하여 데이터 손실없이 기본 제공 디스크 관리 소프트웨어를 사용하여 디스크를 다시 분할 할 수 있습니다.

1. 조각 모음 E :.
2. 파티션 축소를 사용하여 E :를 50GB로 줄입니다.
3. 새 파티션 F :를 350GB로 만듭니다.
4. XCopy를 사용하여 모든 파일을 E :에서 F :로 복사합니다.
5. 파티션 삭제를 사용하여 E :를 제거하고 즉시 C : 후 50GB를 확보하십시오.
6. Extend Partition을 사용하여 C :를 60gb에서 110gb로 늘립니다.
7. 조각 모음 C :.
8. 파티션 F의 이름을 E :로 바꿉니다.

나는 알고 싶다 :

A. 각 작업을 허용합니까, 아니면 작업 수행을 방해하는 것이 있습니까?

B. 지금 Shrink Partition을 사용하여 E :를 만들 수있는 방법을 알게되면 드라이브에 단지 40GB의 데이터가 있더라도 220GB 정도의 크기로 만들 수있는 가장 작은 크기를 알 수 있습니다. 이것은 단편화 때문입니까? 그렇다면 조각 모음 작업으로 시작하여 E : 데이터의 크기에 맞게 축소 할 수 있습니까?

C. E :에서 F :로 복사를 성공적으로 관리한다고 가정하면 데이터 손실의 다른 위험이 있습니까? (특히 C의 파티션 확장 작업 중에)?

D. 새 파티션의 이름을 삭제할 원래 E : 파티션의 이름과 완전히 동일하게 변경한다고 가정하고 클라이언트 컴퓨터의 매핑 된 드라이브를 포함한 모든 링크와 바로 가기가 여전히 유효합니까?

업데이트 : 내가 뭘 포기 :

나는 gparted 라이브 CD를 제작하여 E : 파티션을 한 번에 축소하고 밀어서 추가 파티션을 만들지 않고 데이터를 복사해야하는 번거 로움을 피했습니다. 이 단일 작업으로 18 시간이 걸렸습니다.

그런 다음 서버를 재부팅하고 Windows의 기본 제공 파티션 관리자를 사용하여 서버가 실행되는 동안 C : 파티션을 현재 여유 공간으로 확장했습니다. 이 작업은 즉각적이었고 Windows 설치를 "수정"할 필요가 없었습니다 (시스템 파티션에서 gparted를 사용할 때 분명히 필요함). 그런 다음 C : 파티션을 조각 모음했습니다.

디스크 공간 부족 문제가 수정되었습니다. 불행히도 2 차 문제 (워크 스테이션에서 10 분 도메인 로그인 시간)로 생각되는 것은 수정되지 않았습니다. 자, DNS에!

나는 리눅스의 팬이며 파티션을 재조정하기 위해 우분투와 함께 제공되는 GParted를 사용한다. 우분투 CD 또는 USB를 가지고 있다면 우분투를 테스트 한 다음 파티션의 크기를 조정할 수 있습니다. 추가 파티션을 만들 필요는 없지만 파티션 E의 크기를 작은 크기로 조정 한 다음 파티션 C를 확장하면됩니다.이 프로세스는 매우 간단해야하며 시간이 많이 걸리지 않아야합니다. 또한이 소프트웨어로 데이터 손실을 경험 한 적이 없습니다.

A. 각 작업을 허용합니까, 아니면 작업 수행을 방해하는 것이 있습니까?

당신이하고 싶은 일을 막아야한다는 것이 명백합니다.

B. 지금 Shrink Partition을 사용하여 E :를 만들 수있는 방법을 알게되면 드라이브에 단지 40GB의 데이터가 있더라도 220GB 정도의 크기로 만들 수있는 가장 작은 크기를 알 수 있습니다. 이것은 단편화 때문입니까? 그렇다면 조각 모음 작업으로 시작하여 E : 데이터의 크기에 맞게 축소 할 수 있습니까?

아마도 그렇지 않습니다. 단편화와 MFT 미러 사이에서 원하는만큼 파티션을 축소 할 수는 없습니다. 조각 모음을 사용하면 도움이됩니다. 특히 /x 깃발.

C. E :에서 F :로 복사를 성공적으로 관리한다고 가정하면 데이터 손실의 다른 위험이 있습니까? (특히 C의 파티션 확장 작업 중에)?

파티션 테이블을 수정 중입니다. 네, 일이 잘못 될 수 있습니다. 정말 좋은 아이디어 (tm)에게 알려진 백업이 있어야합니다. Microsoft가 지원하는 운영이라 할지라도 문제가 발생하여 모든 것을 잃어 버리면 차가운 위로가됩니다.

D. 새 파티션의 이름을 삭제할 원본 E : 파티션의 이름과 완전히 동일하게 변경한다고 가정하고 클라이언트 컴퓨터의 매핑 된 드라이브를 포함한 모든 링크와 바로 가기가 여전히 유효합니까?

ACL을 마이그레이션하려면주의해야합니다.

주식이 누락되었을 수도 있습니다. 덤프 및 공유 (및 그들의 사용 권한)를 정의하는 레지스트리 키를 다시 가져올 수 있지만 그것은 내 머리 꼭대기에서 무엇인지 알 수 없습니다.

그 외에도 대부분의 다른 것들은 괜찮을 것입니다. 심 링크와 하드 링크 중 하나를 사용하고 있다면 다시 만들어야 할 수도 있습니다.

솔직히, E : 파티션을 삭제하고 C :를 새 크기로 확장 한 다음 E :를 다시 만들고 백업에서 복원하는 것이 더 나을 것입니다.

또한이 모든 문제를 해결해야합니까? 매립 될 수있는 공간이 없습니다.

A. 작동해야한다. 가능한 한 낫지 만 50GB E는 C의 옆에 놓이지 않는다. Windows 디스크 관리를 사용하여 C를 C로 확장해야한다.

B. 조각 모음을 시도해보십시오. 작동하지 않으면 타사 파티션 소프트웨어를 사용해야합니다. Windows에 내장 된 파티션 도구는 타사 소프트웨어에 비해 매우 제한적입니다.

C. 항상 데이터 손실의 위험이 있습니다. 그래서 우리는 모든 것을 백업합니다.

D. 문제가 없어야합니다.

C에 50GB 이상을 추가 할 것입니다.

래리, 나는 왜 당신이 파티션 소프트웨어를 다시 얻는 지 모르겠다. 서버의 경우 상용 제품 (GParted와 같은 무료 제품을 사용해 볼 수 있음)에 돈이 들지만 많은 노력을 절약 할 수 있습니다. 시간은 돈입니다. Acronis Disk Director를 사용하는 것이 좋습니다.

전문가가 아니며 겸손 해지고 싶지는 않습니다. 위험을 무릅 쓰고 있습니다. 첫째, XCOPY를 사용하면 ACL (사용 권한)을 복사하지 않기 때문에 문제가 발생할 수 있습니다. Windows 리소스 키트에서 robocopy를 사용해야합니다.

Acronis를 사용하면 간단하고 빠르며, 문제가 발생하면 (그리고 이런 일이 발생하지는 않았지만) 지원 팀이 있습니다.

다른 사람들이 말했듯이 파티션 테이블을 조작하기 전에 하드 드라이브의 모든 것을 백업하십시오. 파티션 크기 조정은 특히 수년 동안 많은 두통을 일으켰지 만, 항상 처음부터 백업하기 때문에 데이터를 잃어 본 적이 없습니다. 타사 파티션 유틸리티를 사용하여 윈도우에서 내장 된 파티션 관리자를 사용하는 것보다 훨씬 더 유용한 옵션을 얻을 수 있습니다. 예를 들어, 지금 Windows 파티션 관리자는 내 500GB 보조 파티션을 ~ 425GB (200GB 만 사용하고 있습니다)로 줄였습니다. 그러나 디스크 디렉터를 사용하면 200GB가 넘는 크기로 줄일 수 있습니다.

또한 GParted와 Acronis Disk Director의 권장 사항보다 두 번째로 권장 할 수 있습니다. 둘 다 훌륭한 패키지입니다. GParted 부트 디스크를 먼저 사용해보십시오. http://gparted.sourceforge.net/livecd.php

GParted가 혼란 스럽거나 (문서 읽기) 또는 처리 할 수없는 상황에 처한 경우 디스크 디렉터가 내 엉덩이를 두 번 저장했습니다. Windows 환경에 좀 더 집중하고 친숙한 GUI를 사용합니다 , 당신은 고객 지원의 이익을 얻지 만 ~ 80 달러의 비용이 든다.