대용량 기억 장치 설치를 마치셨다면, 이제 스토리지에 데이터를 기록하고 읽어올 수 있는 준비를 하셔야합니다. 그러나 스토리지에서 쉽게 데이터에 액세스 가능한 기반 작업을 수행하지 않으신다면, 오직 섹터 주소 (구조 정보 또는 논리 주소)만 이용하여 데이터에 액세스 가능합니다.
이제 하드 드라이브가 제공하는 원 스토리지를 보다 쉽게 이용할 수 있도록 설정하셔야 합니다. 다음 부분에서는 자주 사용되는 몇가지 기술에 대하여 설명해보겠습니다:
시스템 관리자에게 처음 떠오르는 생각 중 하나는 하드 드라이브가 작업을 수행하는데 필요한 공간 보다 크다는 사실입니다. 따라서 다수의 운영 체제는 하드 드라이브를 보다 적은 다양한 파티션으로 분할할 수 있는 기능을 제공합니다.
각 파티션은 서로 분리되어 있으므로, 서로 다른 용량의 공간을 사용할 수 있으며 또한 다른 파티션에 의해 아무런 영향을 받지도 않습니다. 에를 들어 운영 체제를 구성하는 파일이 저장된 파티션은 사용자의 파일이 저장된 파티션의 공간이 가득 차서 부족하게된 경우에도 아무런 영향을 받지 않지 않으며, 운영 체제만을 위한 공간은 아직 여유가 남아 있습니다.
파티션을 간단하게 설명하자만 개별 디스크 드라이브처럼 생각하시면 됩니다. 실제로 일부 운영 체제에서는 파티션을 "드라이브"라고 부르기도 합니다. 그러나 이러한 생각은 완전히 정확하지 않으므로 다음 부분에서는 파티션에 대하여 보다 상세하게 살펴보겠습니다.
파티션은 다음과 같은 속성으로 정의됩니다:
파티션 구조 정보(geometry)
파티션 유형
파티션 유형 영역
다음 부분에서는 이 속성들에 대하여 보다 상세하게 설명해보겠습니다.
파티션의 구조 정보(geometry)는 디스크 드라이브 상 물리적 구조 정보(geometry) 배열을 의미합니다. 대부분의 파티션은 실린더 경계선에서 시작되고 끝나는 경우가 많기는 하지만, 일반적으로 구조 정보(geometry)는 실린더의 시작점과 마지막 지점, 헤드 및 섹터로 지정 가능합니다. 파티션 크기는 실린더 시작점과 마지막 지점 사이의 스토리지 용량으로 지정합니다.
파티션 유형이란 디스크 드라이브 상 다른 파티션과의 관계를 나타냅니다. 다음과 같은 세가지 다른 파티션 유형으로 구분됩니다:
일차 파티션
확장 파티션
논리 파티션
다음 부분에서는 각 파티션 유형에 대하여 설명하고 있습니다.
대용량 기억 장치를 설정하고 제대로 파티션 분할을 마쳤다고 하여도 아직 정보를 저장하고 읽어올 준비가 덜 끝났습니다. 그 이유는 아직 한가지가 부족하기 때문입니다. 바로 파일 시스템이 필요합니다.
파일 시스템은 대용량 기억 장치를 사용하는데 있어서 바탕이되는 매우 중요한 개념입니다. 일반 사용자는 보통 파일 시스템에 대하여 제대로 이해하지 못하는 경우가 많지만, 여러분은 시스템 관리자로서 반드시 파일 시스템 및 파일 시스템이 미치는 영향을 숙지하고 계셔야 합니다.
파일 시스템이란 대용량 기억 장치에 데이터를 저장하는 방식을 말합니다. 일반적으로 파일 시스템은 다음과 같은 기능을 제공합니다:
파일 기반 데이터 스토리지
계층형 디렉토리 ("폴더") 구조
파일이 생성된 시간, 액세스 시간, 수정 시간 기록
특정 파일에 대한 액세스 제어 기능
파일 소유권 설정 기능
디스크 공간 사용량 계산 기능
모든 파일 시스템이 이와 같은 기능을 모두 갖추고 있지는 않습니다. 예를 들어, 개인 사용자를 위해 개발된 운영 체제의 파일 시스템은 보다 간단한 액세스 제어 방식을 사용하며, 따라서 파일 소유권 지원 기능이 필요하지 않을 수도 있습니다.
한가지 명심하실 것은 어떠한 파일 시스템을 사용하느냐에 따라서 매일 수행하는 작업 부하에 큰 영향을 미친다는 사실입니다. 회사의 요건에 맞는 파일 시스템을 사용함으로서 작업의 효율성을 높을 수 있을 뿐만 아니라, 보다 쉽고 간단하게 파일 시스템을 관리할 수 있습니다.
이러한 점을 염두해두면서 다음 부분에서는 이러한 기능에 대하여 보다 상세하게 설명하겠습니다.
데이터를 저장하기 위해 파일이라는 형식을 사용하는 파일 시스템이라는 개념은 이미 매우 보편적이지만, 여전히 몇가지 짚고 넘어갈 점이 있습니다.
가장 먼저 파일 이름 제한에 대해 생각해보셔야 합니다. 예를 들어, 파일 이름에 어떠한 문자를 사용 가능한지? 파일 이름 최대 길이는 얼마인지? 이러한 질문은 어떤 파일 이름이 사용 가능한지 아닌지를 결정하므로 매우 중요합니다. 이전 운영 체제에서는 오직 알파벳과 숫자로 이루어진 문자 (오직 대문자)만 파일 이름으로 사용 가능했으며, 8.3 파일 이름 규칙 (8 글자 파일명 다음에 3 글자 파일 확장자)을 고수해야 했습니다.
아주 구식인 운영 체제에서 사용되었던 파일 시스템에서는 디렉토리라는 개념이 없었지만, 오늘날 자주 사용되는 파일 시스템에서는 디렉토리를 포함합니다. 디렉토리는 보통 파일처럼 구현되기 때문에 디렉토리 관리를 위해 특별한 유틸리티를 사용할 필요가 없습니다.
더우기 디렉토리 자체가 파일이면서 또한 디렉토리는 파일을 포함하므로, 따라서 디렉토리 자체에 하부 디렉토리를 포함하는 계층적 디렉토리 구조를 생성하는 것이 가능합니다. 여러 층으로 이루어진 계층 디렉토리 구조를 이용하여 모든 사용자가 보다 쉽게 파일을 관리할 수가 있도록 도울 수 있으므로, 이러한 계층 디렉토리 개념은 시스템 사용자에게 무엇보다도 강력한 도구라 할 수 있습니다.
대부분의 파일 시스템은 파일 생성 시간, 수정 및 액세스된 시간을 기록합니다. 주어진 파일이 언제 생성되거나, 액세스 또는 수정되었는지를 쉽게 알 수 있을 뿐만 아니라, 증분 백업(incremental backup)을 적절히 수행하는데 이러한 날짜가 매우 중요하게 사용됩니다.
이러한 파일 시스템 기능을 사용하여 백업하기에 대한 보다 자세한 정보는 8.2 절에서 찾으실 수 있습니다.
접근 제어는 각 파일 시스템마다 큰 차이가 있습니다. 일부 파일 시스템은 매우 정교한 접근 제어 기능을 갖추고 있는 반면, 일부 다른 파일 시스템은 그렇지 않습니다. 일반적으로 대부분 최신 파일 시스템은 다음과 같은 두가지 요소를 결합하여 접근 제어를 구현하고 있습니다:
사용자 ID
허용되는 작업 목록
사용자 ID란 파일 시스템 (기반 운영 체제)가 개별 사용자를 식별할 수 있는 기능을 갖추고 있다는 의미입니다. 사용자 ID를 이용하여 파일 시스템 수준에서 행해지는 모든 작업마다 사용자가 책임지게 됩니다. 또 다른 유용한 기능으로 여러 사용자를 하나로 묶는 사용자 그룹을 들 수 있습니다. 사용자가 한개 이상 프로젝트에 참여하는 기업체에서 그룹이라는 개념을 자주 사용합니다. 일부 파일 시스템에서 지원하는 또 다른 기능으로서 특수 식별자를 생성하여 한명 이상의 사용자에게 할당하는 방법도 사용됩니다.
다음으로 파일 시스템은 각 파일마다 허용되는 (또는 허용되지 않는) 작업 목록을 관리할 수 있는 기능을 갖추고 있어야합니다. 세가지 흔한 작업 유형은 다음과 같습니다:
파일 읽기
파일 쓰기
파일 실행
다양한 파일 시스템에서는 이러한 목록에 파일 삭제하기나 파일의 접근 제어와 관련된 내용을 변경할 수 있는 기능과 같은 여러 다른 작업을 추가할 수 있는 기능을 제공합니다.
시스템 관리자에게 여유 공간이란 항상 부족하며, 현재 충분하다고 해도 언제 곧 부족해질지 모르다고 해도 과언이 아닙니다. 따라서 시스템 관리자는 각 파일 시스템마다 사용 가능한 공간을 쉽게 알아볼 수 있는 방법을 알고 계셔야 합니다. 또한 사용자 식별 기능을 잘 갖춘 파일 시스템에서는 특정 사용자가 사용한 디스크 공간 용량도 쉽게 알아낼 수 있는 기능을 제공합니다.
이러한 기능은 수많은 사용자가 시스템을 사용하는 환경에서는 특히 중요합니다. 20 퍼센트의 사용자가 80 퍼센트에 이르는 여유 디스크 공간을 소모한다는 80/20 규칙은 실제 생활에서 틀리지 않음을 쉽게 알 수 있습니다. 따라서 이러한 20 퍼센트에 속하는 사용자를 알아낸다면, 보다 효율적인 스토리지 관리가 가능해집니다.
이러한 기능에 더하여 일부 파일 시스템은 사용자마다 사용 가능한 디스크 공간을 할당하는 디스크 쿼터(disk quota) 설정 기능을 제공합니다. 디스크 쿼터 설정 내용은 파일 시스템마다 다르지만, 일반적으로 각 사용자마다 사용 가능한 스토리지 용량을 지정한다는 점은 같습니다. 일부 파일 시스템은 사용자가 단 한번만 할당량을 초과할 수 있도록 지정하는 반면, 다른 파일 시스템에서는 "유예 기간(grace period)"을 적용하여 보다 높은 한계까지 사용할 수 있도록 허용하기도 합니다.
많은 시스템 관리자 분들께서는 현재 사용자에 의해 스토리지가 사용되는 방식이 미래에는 실제로 어떻게 사용될지에 대해서는 별로 신중히 생각하지 않고 계십니다. 그러나 이러한 사항을 보다 더 신중하게 미리 생각해신 후 사용자에게 스토리지 관리를 맡기신다면, 미래에 많은 시간을 절약하실 수 있을 것입니다.
시스템 관리자가 할 수 있는 일은 디렉토리와 서브 디렉토리를 이해하기 쉬운 구조로 정리하여, 사용자에게 다음과 같은 혜택을 제공할 수 있어야 합니다:
보다 쉽게 이해 가능함
향후 사용을 위한 보다 많은 유연성 제공
스토리지를 구조적으로 재조정함으로서 보다 쉽게 이해할 수 있습니다. 예를 들어 대형 다수 사용자 시스템을 생각해보십시오. 모든 사용자 디렉토리를 한 대형 디렉토리에 모두 모아놓는 것 보다는 회사 구조를 반영하여 하부디렉토리를 사용하는게 훨씬 좋은 방법이라 할 수 있습니다. 이러한 방식을 사용하여 회계부에 속한 직원은 accounting이라는 디렉토리에 자신의 홈 디렉토리를 갖게되고, 엔지니어링 부서에 속한 직원의 홈 디렉토리는 engineering 디렉토리에 두면서, 계속적으로 확장 가능합니다.
이러한 방법을 사용함으로서 기업체 부서마다 스토리지 사용량과 필요 용량을 매일 쉽게 이해 가능합니다. 예를 들면, 인사과에서 모든 직원이 사용하는 파일 목록을 알아내거나, 회계 부서에서 사용하는 모든 파일을 백업하는 작업이 매우 쉬워집니다.
이렇게 디렉토리 구조를 적절히 설정하시면, 유연성 또한 증가됩니다. 앞서 설명한 예시에서 엔지니어링 부서가 여러 대형 프로젝트를 새로 시작할 예정이라고 가정해봅시다. 따라서 곧 많은 새 엔지니어를 채용하게 될 것입니다. 그러나 현재 스토리지에는 이러한 새 엔지니어들을 위한 충분한 여유 공간이 없다면 어떻게 하시겠습니까?
엔지니어링 부서에 속한 직원의 파일은 모두 engineering 디렉토리에 저장된다고 가정해봅시다. 이러한 경우 일이 대단히 간단해집니다:
우선 엔지니어링 부서 확장을 지원할 수 있는 충분한 추가 스토리지를 준비하십시오.
그 후 engineering 디렉토리에 저장된 모든 파일을 백업하시기 바랍니다.
백업을 새 스토리지에 복구하십시오.
그 후 이전 스토리지에 저장된 engineering 디렉토리의 이름을 engineering-archive와 같이 변경하십시오. (최소한 한달 정도는 새 설정이 제대로 운영되는지 확인하신 후 이전 디렉토리를 삭제하셔야 합니다)
모든 엔지니어링 부서 직원이 새 스토리지에 저장된 자신의 파일에 액세스 가능하도록 필요한 변화를 적용하십시오.
물론 이러한 방법을 사용시 단점도 있습니다. 예를 들어 직원이 수시로 여러 부서 간에 이동하는 경우 시스템 관리자에게 즉시 이러한 정보가 전달되어야하며, 시스템 관리자는 디렉토리 구조를 적절하게 수정하여야 합니다. 이러한 작업이 즉시 수행되지 않는다면 결국 나중에 시스템 관리자가 처리해아할 문제가 더욱 커지게됩니다.
대용량 기억 장치를 적절히 파티션하신 후 파일 시스템을 설치하셨다면, 이제 스토리지가 사용될 준비를 마쳤습니다.
일부 운영 체제에서는 운영 체제가 새 대용량 스토리지 장치를 검색한 후 바로 포맷하여 즉시 액세스 가능합니다.
그러나 일부 다른 운영 체에에서는 그리 간단하지 않습니다. 마운팅이라고 부르는 한가지 단계를 더 거쳐야 합니다. 마운팅을 통해 운영 체제로 하여금 스토리지를 액세스하는 방법을 지시합니다. 스토리지를 마운팅하기 위해서는 특수한 프로그램이나 명령과 함께 마운팅할 스토리지 장치 (파티션도) 지정해주셔야 합니다.