윈 도 우 차세대 파일시스템 ReFS를 사용해봅시다 ★
2016.10.12 04:11
출처: https://starbros.blog.me/220834021420
우선 Windows 파일시스템의 대표적인 NTFS보다 한단계 업그레이드된 차세대 파일시스템이라 불리우는 ReFS에 대해 알고
넘어가야 겠습니다. ReFS의 주요 기능은 다음과 같습니다.
기본 저장소를 본질적으로 신뢰할 수 없다는 가정하에 시스템 가용성과 안정성을 가급적 최고 수준으로 유지합니다.
저장소 공간과 함께 사용되는 경우 완벽한 종단 간 복원 아키텍처를 제공하므로 이러한 두 기능을 함께 사용할 경우
서로의 성능과 안정성이 확대됩니다. 제한된 값을 제공하는 기능을 교체하는 동안 광범위하게 적용되는 NTFS 기능과의 호환성을 유지합니다.
그 밖에 무결성 및 디스크 스크러빙 정책을 관리할 수 있는 새로운 Integrity.exe 명령줄 도구가 있습니다.
유용한 팁
ReFS는 기본 하드웨어 및 소프트웨어 스택의 안정성과 상관없이 고객이 데이터를 편리하게 저장하고 보호할 수 있는 기능을 제공합니다.
이러한 기능을 통해 저장소 비용을 최소화하고 비즈니스에 소요되는 자본의 지출을 줄일 수 있습니다.
몇 가지 유용한 팁을 설명하면 다음과 같습니다.
ㅁ.범용파일서버: 고객은 SATA(Serial ATA) 또는 SAS(Serially Attached SCSI) 드라이브가 장착된 JBOD 저장소
구성에 연결된 파일 서버를 배포합니다.
ㅁ.통합원격응용 프로그램 데이터저장소: 고객은 저장소 공간으로 스케일 아웃 방식의 두 노드 파일 서버 클러스터를 배포하는데,
이 클러스터에서는 SATA 또는 SAS 드라이브가 장착된 공유 JBOD 저장소 구성을 사용합니다.
중요 기능
ReFS에 포함된 주요 기능은 다음과 같습니다.
ㅁ.무결성: ReFS는 대개 데이터 손실을 발생시킬 수 있는 여러 가지 일반적인 오류로부터 데이터를 보호하는 방식으로 데이터를 저장합니다.
ReFS를 미러된 저장소 공간과 함께 사용할 때 무결성 스트림을 사용하도록 설정한 경우 메타데이터와 사용자 데이터 모두에
대해 손상이 탐지되면 저장소 공간에서 제공된 대체 복사본을 사용해 자동으로 복구할 수 있습니다. 시스템 오류가 발생하면
ReFS는 사용자 데이터의 손실 없이 오류로부터 신속하게 복구합니다.
ㅁ.가용성: ReFS는 데이터 가용성의 우선 순위를 지정합니다. 지금까지 파일 시스템은 복구 시 시스템을 오프라인 상태로 만들어야 하는
데이터 손상을 입기 쉬운 경우가 많았습니다. 하지만 ReFS를 사용하면 손상이 발생했을 때 복구 프로세스가 손상 영역에
로컬라이즈되며 온라인에서도 수행되므로 볼륨 중단 시간이 필요하지 않습니다.
드물긴 하지만 볼륨이 손상되거나 미러된 저장소
공간을 사용하도록 선택하지 않은 경우 ReFS는 잔존 가치라는 기능을 구현합니다. 이 기능은 라이브 볼륨의 네임스페이스에서
손상된 데이터를 제거하는데, 이때 정상 데이터가 복구 불가능한 손상 데이터의 영향을 받지 않습니다.
또한 ReFS가 포함된 chkdsk가 없습니다.
ㅁ.확장성: 컴퓨터에 저장되는 데이터의 크기와 분량이 급증함에 따라 ReFS는 성능에 영향을 주지 않고 페타바이트 이상의 초대형 데이터
집합을 원활하게 처리할 수 있도록 설계되었습니다. 메모리 용량 등 시스템 구성과 관련해 실용성에 대한 우려 사항이 있지만,
이러한 실용성의 한계는 다양한 시스템 구성 요소의 제약과 데이터 집합을 채우는 데 소요되는 시간 또는 백업 시간으로
정의할 수 있습니다. ReFS 디스크에 있는 형식은 16KB 클러스터 크기를 사용하여 볼륨 크기를 최대 2^78바이트까지
지원할 수 있으며 Windows 스택 주소 지정은 2^64바이트를 허용합니다. 또한 이 형식은 파일 크기 2^64-1바이트를
지원하고 한 디렉터리 내에서 2^64개 의 파일, 한 볼륨 내에서 2^64개의 디렉터리를 지원합니다.
ㅁ.자동 관리 오류 식별: ReFS의 무결성 기능은 스크러버라고 하는 데이터 무결성 스캐너에서 활용됩니다. 스크러버는 볼륨을 주기적으로
검사하여 잠재적인 손상을 식별한 다음 해당 손상 데이터에 대한 복구를 사전에 트리거링합니다.
이외에도 NTFS에 하위호환성을 가지므로 ReFS에서 NTFS로 포멧된 디스크를 읽고 쓰는데는 문제가 없다 하겠습니다.
------------------------------------------------------------------------------------------------------
자 이제 간단하게 지원하기위한 레지스트리를 만들어 보겠습니다.
아래와 같이 레지스트리파일을 하나 만들어 .reg라는 확장자로 저장합니다.
- Windows Registry Editor Version 5.00
- [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem]
- "RefsDisableLastAccessUpdate"=dword:00000001
- [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\MiniNT]
- "AllowRefsFormatOverNonmirrorVolume"=dword:00000001
물론 미리 만들어놓은 화일을 첨부(ReFS.reg) 하겠습니다.
이걸을 더블클릭해 레지스트리에 등록한후 로그인을 다시하거나 윈도우를 다시 시작합니다.
그러면 아래사진과 같이 ReFS파일시스템을 생성하거나 외장디스크또한 액세스가 가능합니다. ミ:つÞ
댓글 [11]
-
현규 2016.10.12 05:18
-
박삿갓 2016.10.12 08:32
아마 데이터 저장용(서버 등) 시스템이라서 그런걸로 압니다.
서버 2016에서는 기본으로 포멧에 포함이 되어있습니다.
윈도우 부팅용으로는 사용을 못할겁니다.
-
현규 2016.10.12 12:06
포맷을 새로 하거나 한 것이 아니고요,
레지스트리만 적용하고 재부팅했는데 그랬습니다.
-
DarknessAngel 2016.10.12 16:49
이외에 적용하는것만으로 ThinApp로 빌드한 모든 포터블이 실행 불능이 되더군요
시험은 8.1 efi (원래 이 레지 8.1 이상에만 적용 가능한걸로 기억합니다)에서 했는데, x86은 페이지 파일 에러빼고 특별한 증세 없었는데, x64는 숨김 파티션(efi/복구)까지 지맘대로 문자 할당하고, 저런 문제도 추가로 생기더군요
단순히 minint레지값을 삭제후 재부팅하는것만으로 복원되었습니다
-
현규 2016.10.12 17:03
아~ 그렇군요.
레지스트리 자체는 별것 아닌 듯 한데요..
아직은 안정화가 덜된 부분인듯요.
(저 레지스트리 값이 단순히 ReFS 뿐 아닌 엉뚱한 부분까지 영향을 주는..)
-
프리네 2016.10.12 05:30
정보 감사합니다.
-
드레코 2016.10.12 12:35 문제는 SSD 트림 기능도 문제가 됩니다
ReFS 트림으로 할것인가
NTFS 트림으로 할것인가
둘중 한가지 선택해야 합니다
윈10 사용자는 ReFS 안쓰는게 좋을겁니다 -
cungice 2016.10.12 16:59
좋은 정보 들 감사합니다.
-
led다사모 2016.10.12 22:09
벙쪄있네요 ..
재부탕후 0x0000006b
pe부팅 bcd오류
갈길이 머네요
pe에서 원도탑제후 쬐꿈
c/원도우는 17기가 부팅하구 또 .. -
드로이얀7 (이준호) 2016.10.13 08:46
저거 없어도 ReFS 쓰는 건 잘 됩니다. 포맷 메뉴에 안 나올 뿐이죠.
문제 있는 분들은 잠깐 포맷만 한 후에 설정 없애고 쓰면 쓰실 수 있을겁니다.
8 때 ReFS로 포맷한 디스크 8.1 거쳐서 10와서도 잘 쓰고 있습니다.(8.1이랑 10은 레지 적용한 적 없음) -
딥마인드 2016.10.14 22:54
NTFS가 너뮤 오래된거고 UFS나 EXT4네 비해 많이 부족하지만 검증이 안된 파일시스템은 테스트용 외에는 안쓰는게 상책이죠.
현존하는 가장 막강한 파일시스템은 ZFS가 아닐까 합니다.
레지스트리 적용하고 리부팅했더니,
D드라이브에 잡아둔 페이지파일을 못찾네요..
드라이브는 다 제대로 잡히는데요.
다시 잡아줘도 못찾고, 재부팅해도 못찾고, ,,,
다른 문제는 없는 듯도 한데, 확인하기 귀찮아서, 고스트 복원했습니다.
아~ Win 10 RS1 64bit Enterprise LTSB 입니다.