1 / 52

AIX System Administrator 1

AIX System Administrator 1. LVM 사용자 디스크관리. 사용자 디스크 관리. 이 단원의 학습을 통하여 다음 내용을 익히실 수 있습니다 . 파일 시스템의 증가를 모니터링하고 관리 파일 시스템 증가에 대한 용량의 산정 파일 시스템 디스크 공간의 사용을 관리. 순서. 증가의 관리. 이 주제에 관한 학습을 통하여 , 다음과 같은 내용을 익히실 수 있습니다 공간 관리에 대한 필요성을 설명 사용하지 않은 디스크 공간을 확인 및 증가하는 파일을 관리 디스크 사용 정보를 확인

nolen
Télécharger la présentation

AIX System Administrator 1

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. AIX System Administrator 1 LVM 사용자 디스크관리

  2. 사용자 디스크 관리 이 단원의 학습을 통하여 다음 내용을 익히실 수 있습니다. • 파일 시스템의 증가를 모니터링하고 관리 • 파일 시스템 증가에 대한 용량의 산정 • 파일 시스템 디스크 공간의 사용을 관리

  3. 순서 • 증가의 관리

  4. 이 주제에 관한 학습을 통하여, 다음과 같은 내용을 익히실 수 있습니다 • 공간 관리에 대한 필요성을 설명 • 사용하지 않은 디스크 공간을 확인 및 증가하는 파일을 관리 • 디스크 사용 정보를 확인 • 디스크 공간의 단편화 확인 및 압축의 고려 • 파일 시스템의 단편화 제거 및 검증 • 파일 시스템의 설정을 문서화 증가의 관리

  5. 공간 관리파일 시스템이 꽉 차게 되었을 때 자동으로 파일 시스템의 크기가 증가하지는 않습니다. 그러나, 시스템 관리자는 동적으로 파일 시스템의 크기를 증가시킬 수 있습니다.파일 시스템을 지속적으로 모니터링하여, 꽉 차기 전에 SMIT을 이용하여 파일 시스템을 확장하는 것이 시스템 관리자의 역할입니다. 파일 시스템이 꽉 차기 전에 확장하려면 시스템 관리자는 용량 산정을 해야 합니다. 이는 사용하기에 충분하도록 파일 시스템을 설계한 다음 꽉 차게 되지 않도록 적절하게 관리하는 것은 의미합니다 증가의 관리

  6. 시스템 경고일반적으로, 파일 시스템의 용량이 모두 찼음을 알려주는 경고는 없습니다. 단지 사용자가 파일 시스템에 더 많은 데이터 쓰기를 시도했고, 그 때 파일 시스템이 완전히 꽉 차있는 경우, 파일 시스템이 모두 찼음을 말해주는 메시지를 받게 됩니다.이는 사용자에게 예상치 못한 결과를 초래할 수 있습니다. 데이터 블록을 다 사용했더라도, 여전히 디렉토리의 공간은 있을 수 있습니다. 이러한 경우에 파일은 생성할 수 있지만, 데이터 블록이 가용하지 않기 때문에 그 파일은 0 바이트의 크기를 갖게 됩니다.이러한 경우, 용량 산정은 시스템 관리자가 문제를 미리 피하도록 도움을 줄 수 있습니다 증가의 관리

  7. 용량 산정을 위한 지침용량 산정은 시스템 관리자가 파일 시스템의 사용량 증가와 관련한 문제를 피할 수 있도록 도와줍니다. 이를 위해 시스템 관리자는 다음을 수행 할 수 있어야 합니다. • 파일 시스템 사용량 증가를 모니터링 • 사용량 증가의 원인을 판단 • 증가하는 파일을 관리. • 파일 시스템 공간 사용을 관리 • 디스크 쿼터를 이용하여 사용자 디스크 사용을 제어 • 파일 시스템의 단편화 제거 • 파일 시스템의 무결성을 검증 • 파일 시스템의 설정을 문서화 잠시 복습하는 시간을 가진 다음, 파일 시스템 증가를 모니터링하기 위해 사용되지 않은 디스크 공간의 목록 보기에 관한 내용을 학습하게 될 것입니다. 증가의 관리

  8. 용량 산정이 중요한 이유는 무엇입니까? • 디스크 공간의 사용을 최적화 하도록 도움을 줍니다. • 시스템 관리자가 문제를 피하도록 도움을 줍니다. • 파일의 크기를 알 수 있도록 도움을 주어 파일 시스템이 절대로 꽉 차지 않게 합니다. • 위 모두 해당 증가의 관리 4

  9. 사용되지 않은 디스크 공간의 목록 보기파일 시스템 증가를 모니터링 하기 위해 df명령어를 사용하십시오. 이 명령어는 마운트되어 있는 모든 파일 시스템의 전체 공간과 사용되지 않은 공간에 관한 정보를 보여줍니다.이 명령어의 형식은 다음과 같습니다.# df options이 명령어와 함께 사용되는 옵션은 다음과 같습니다.-I 사용된 공간의 양을 보여줍니다.-k 사용되지 않은 공간을 1 KB 블록 단위로 보고합니다 증가의 관리

  10. df 명령어의 사용 예이 화면은 df 명령어를 사용했을 때 보여주는 정보의 예로, 마운트되어 있는 모든 파일 시스템의 사용하지 않은 공간의 목록을 나열합니다 이 화면은 df -l명령어를 사용했을 때 보여주는 정보의 예로, 마운트되어 있는 모든 파일 시스템의 사용하지 않은 공간의 목록을 나열합니다 증가의 관리

  11. df 명령어를 이용한 용량 산정사용한 공간을 모니터링 할 수 있는 한 가지 방법은 df명령어를 이용하여 쉘 스크립트를 직접 작성하는 것입니다. 만약 특정 한계를 초과하면, 이 쉘 스크립트는 콘솔에 자동적인 메시지를 보여줄 것입니다.사용할 경고 한계에 관한 명확한 규칙이 없는 경우, 일반 값은 80% full 입니다.특정 경고 한계 값을 정하는 것이 어려울 수도 있지만, 이는 어느 파일 시스템이 사용될 것인가에 따라 결정됩니다. 일반적으로 모든 시스템에 공통되는 몇몇 파일 시스템의 경우, 사용자는 이들 파일 시스템이 어떤 방식으로 증가하게 되고, 경고 한계는 무엇이 되어야 하는지 대개는 판단할 수 있습니다 증가의 관리

  12. 파일 시스템의 경고 한계/usr, /home, /var 그리고 / (루트) 파일 시스템은 용량이 다 차게 되면 사용자에게 경고 메시지를 보냅니다 /usr 파일 시스템일반적으로 /usr파일 시스템은 파일 시스템에 관련된 이진 파일들을 포함합니다. 운영체제의 파일들은 규칙적으로 크기가 증가하거나 개수가 증가해서는 안됩니다.보통 이 파일 시스템의 93%가 사용되는 것이 적절합니다. 만약 20% 정도만 사용되었다면, 이는 증가하지 않는 파일 시스템에 대해 불필요하게 디스크 공간을 많이 할당해 놓은 것입니다 증가의 관리

  13. /home 파일 시스템/home 파일 시스템의 사용자의 데이터를 포함합니다. 일반적으로 이 파일 시스템은 사용자가 파일을 생성함으로써 채워집니다.이 파일 시스템의 디스크 공간을 거의 다 사용하게 될 때, 사용자들은 각자의 디렉토리를 정리하도록 알려주기를 원할 수도 있습니다. 만약 더 많은 공간이 필요하게 되면, 사용하지 않은 공간이 가용할 경우 동적으로 더 많은 파티션을 추가할 수 있습니다 /var 파일 시스템var 라는 용어는 variable(변하기 쉬운)을 의미합니다. 이 파일 시스템은 크기와 파일의 개수가 많이 달라집니다. 이는 시간이 지날수록 증가하는 수많은 관리용 로그 뿐만 아니라 프린트 파일과 메일 파일을 포함합니다. 프린트 용량이 많다면, 파일의 개수가 증가하는 것을 보게 될 것입니다. 이 파일 시스템은 프린트 횟수가 최대가 될 경우에도 수용 가능한 충분한 공간을 확보하도록 할 필요가 있습니다 증가의 관리

  14. / (루트) 파일 시스템주목해야 할 가장 중요한 파일 시스템은 / , 즉 루트 파일 시스템입니다. 루트 파일 시스템이 꽉 차게 되면, 시스템의 동작을 예상치 못하게 됩니다. 결국 이로 인해 시스템은 hang 되거나, 이로 인해 crash 될 것입니다이 파일 시스템의 디스크 공간을 거의 다 사용하게 될 때, 사용자들은 각자의 디렉토리를 정리하도록 알려주기를 원할 수도 있습니다. 만약 더 많은 공간이 필요하게 되면, 사용하지 않은 공간이 가용할 경우 동적으로 더 많은 파티션을 추가할 수 있습니다 증가의 관리

  15. 파일 시스템 증가의 모니터링파일 시스템 증가의 모니터링을 위한 또 다른 방법은 df명령어의 결과를 보면서 그 추세를 살펴보는 것입니다.df명령어를 수행하여 결과를 한 번만 봄으로써 파일 시스템의 어느 속도로 증가하는지 알 수는 없을 것 입니다.파일 시스템의 증가를 모니터링 하기 위해서는 df를 주기적으로 사용할 필요가 있습니다. 특정 파일 시스템이 빠르게 증가하는 것을 알게 되면, 해당 파일 시스템이 꽉 차기 전에 이를 조절하는 데 충분한 시간을 가질 수 있을 것입니다 다음의 명령어 중에서 마운트 되어 있는 모든 파일 시스템에 대해 사용되지 않은 공간을 1KB 블록 단위로 보여주는 것은 무엇입니까? • df • df -I • df -g • df -k 증가의 관리 4

  16. 증가의 관리

  17. 크기가 증가하는 파일들용량 산정의 또 다른 부분은 크기가 증가하는 파일의 관리입니다. 증가하는 파일은 모니터링 해야 하고 주기적으로 정리해 주어야 합니다.관리할 수 없을 정도로 증가하는 일반적인 유형의 파일들이 있는데, 시스템 관리자는 이러한 파일들을 지속적으로 관리하여 파일 시스템이 꽉 차지 않도록 하고 싶을 것입니다.화면에 나열된 파일들은 아주 크게 증가하는 경향이 있어, 주기적으로 정리를 해줄 필요가 있습니다. 만약 이러한 파일이 스스로 재생성 된다는 것을 확신할 수 없다면, 해당 파일들을 제거하지 마십시오.touch명령어로 파일들을 재생성 하더라도, 그 파일들은 정확한 소유권과 사용 권한을 갖도록 재생성 되지 않을 수도 있습니다. 널 파일의 방향을 재지정을 하여 내용을 제거하는 것이 보다 안전합니다 증가의 관리

  18. 크기가 증가하는 파일의 관리 (계속)다음 명령어는 방향 재지정의 예입니다.# cat /dev/null > filename이 명령어의 단축은 다음의 명령어를 실행하는 것입니다.# > filename이 명령어는 해당 파일의 내용을 제거합니다. 증가의 관리

  19. 주기적으로 크기가 증가하는 파일일부 파일들은 주기적으로 모니터링하고 관리해야 합니다 /var/adm/wtmp이 파일은 시스템에 대한 모든 로그인 목록을 포함합니다. 이 파일을 읽기 위해서는 다음의 명령어를 사용하십시오.# who /var/adm/wtmp이 파일을 정리하기 전에 이 파일의 내용을 저장하고 싶으면, 아래 명령어를 사용하여 결과를 다른 파일에 방향 재지정 하십시오.# who /var/adm/wtmp > newfile이 파일의 내용을 정리하기 위해, /dev/null 을 해당 파일에 방향 재지정하십시오./var/adm/wtmp파일은 로그인 활동에 관한 히스토리 데이터를 포함하고 있어 필요한 파일입니다. 이 파일은 항상 몇 일간의 로그인 활동 정보를 포함하고 있어야 합니다 증가의 관리

  20. /var/spoo/*/*/var/spool/*/*파일은 메일과 사용 중에 크기가 증가하는 파일 뿐만 아니라 프린터 파일을 포함합니다.증가를 모니터링 하기 위해서는, 지속적으로 오래된 파일에 대한 디렉토리를 주시해야 합니다.일반적으로 AIX는 출력 된 후에는 파일을 지웁니다. 하지만 때때로 파일이 남아 있게 되어 수동으로 삭제해야 합니다. 인쇄 관련된 파일은 며칠 이상 지나게 되면, 프린터가 정상적으로 기능토록 하기 위해 삭제하는 것이 안전할 것입니다 증가의 관리

  21. smit.logsmit.log파일은 SMIT이 사용될 때 크기가 빠르게 증가합니다. SMIT을 사용해서 mksysb 백업을 할 때, smit.log파일은 아주 커져서 작업 후에는 크기를 줄여주거나 지워야 합니다.smit.log파일은 자동으로 재생성 되기 때문에 삭제할 수 있습니다. smit.log가 루트 파일 시스템에 있으면, 그 파일이 루트 파일 시스템을 빨리 채워서 시스템 손상을 초래할 수 있기 때문에 주기적으로 지워주어야 합니다./ (루트) 파일 시스템을 살펴보려면, 다음의 명령어가 유용한 한 방법입니다.# du -x 증가의 관리

  22. smit.scriptsmit.script파일도 자동으로 재생성 되기 때문에 삭제가 가능합니다.smit.script가 루트 파일 시스템에 있으면, 그 파일이 루트 파일 시스템을 빨리 채울 수도 있어 시스템 손상을 초래할 수 있기 때문에 정기적으로 삭제해야 합니다 /etc/security/failedlogin이 파일은 성공하지 못한 로그인 시도의 목록을 포함합니다. who명령어를 사용해서 이 파일을 읽을 수 있습니다. 해당 내용을 삭제하려면 다음의 명령어를 사용하십시오.# cat /dev/null > /etc/security/failedlogin 증가의 관리

  23. /var/adm/sulogsulog파일은 시스템에서 수행된 모든 su명령어의 목록을 포함합니다. su활동에 대한 일종의 감시 트레일 입니다.이 파일은 표준 텍스트 파일이어서 cat, more또는 pg명령어로 읽을 수 있습니다. 또한 vi 편집기를 사용해서 편집도 가능합니다 증가의 관리

  24. skulker 명령어파일을 제거하는 한가지 방법은 skulker명령어를 사용하는 것입니다. skulker명령어는 원하지 않거나 또는 안 쓰이는 파일을 제거함으로써 파일 시스템을 정리합니다. 파일의 age는 일반적으로 파일을 제거하기 위한 기준으로 사용됩니다. skulker명령어로 제거되는 전형적인 파일은 /tmp디렉토리에 있는 파일, core 파일, a.out파일, 그리고 ed.hup파일입니다.일반적으로 skulker는 cron명령어에 의해 매일 수행됩니다. 제거하기 위한 skulker 파일의 항목은 다음과 같습니다. • 오래된 모든 qdir파일 • 메일 큐에 남아있는 모든 파일 • /tmp디렉토리에 있으면서 최근 24시간 동안 사용되지 않았거나 수정된 적이 없는 파일과 이보다 더 오래된 파일 • /var/tmp디렉토리에 있는 파일 • 45일 이상이 지난 새로운 아이템 • 하루 이상이 지난 *.bak, proof, gally그리고 ed.hup파일 • 하루 이상이 지난 .putdir디렉토리에 있는 임의의 파일 증가의 관리

  25. skuller명령어은 기본적으로 /usr/sbin디렉토리에 있는 쉘 프로그램입니다.이 프로그램이 부적절하게 편집되어 있는 경우 예상치 못한 결과를 초래할 수 있기 때문에, skulker를 수정하는 경우에는 연습이 필요합니다 파일의 내용을 제거하려면 다음 명령어 가운데 어느 것을 사용할 수 있습니까? • cat /dev/null > filename • cat /dev/spool >> filename • >> filename • > filename 증가의 관리 1,4

  26. 디스크 사용 정보파일 시스템 사용이 증가하는 경우, 어느 파일이 공간을 많이 차지하는지 찾는 데에 du(disk usage) 명령어가 유용합니다. 이 명령어의 형식은 다음과 같습니다.# du options dir_namedu 명령어를 옵션 없이 사용하면, 512 바이트 블록의 단위로 디렉토리별로 디스크 사용의 합계를 재귀적으로 보여줍니다.때로 이 결과를 sort 명령어로 파이프하면 더 큰 숫자를 빨리 보는 데 도움이 됩니다. 이 명령어의 형식은 다음과 같습니다.# du | sort -rn 증가의 관리

  27. du 명령어의 옵션du명령어의 옵션은 -x와 -a, 두 가지입니다.-x 옵션은 특정 파일 시스템을 주목할 할 때 도움을 줍니다. 디렉토리를 찾아 보는 대신 du명령어는 파일 시스템만을 찾습니다. 예를 들어, 다음의 명령어는 /home파일 시스템에 관련한 정보만을 보여줍니다.# du -x /home/ (루트) 파일 시스템을 찾아 보려 한다면, -x 옵션만이 실질적인 방법입니다. -x을 사용하지 않으면 시스템의 모든 디렉토리를 보게 됩니다.-a옵션은 개별 파일의 크기를 보여줍니다. 증가의 관리

  28. du 명령어에 관한 추가 정보어느 파일이 크고, 누가 그 파일을 소유하는지를 판단하면, 취해야 할 최적의 조치 과정을 알 수 있습니다. 사용자들의 상황을 알아내기 위해 사용자에게 문의하십시오. 사용자들은 단순히 파일을 정리하도록 가벼운 주의가 필요하거나, 아니면 실제로 추가적인 디스크 공간이 필요한 것일 수도 있습니다.단편화와 압축에 관해 학습하기 전에, 다음 질문을 통해 다시 한번 복습하십시오. 다음 명령어 중 파일과 디렉토리 모두를 512 바이트 블록으로 보여주는 것은? • du • du -a • du -r • df 증가의 관리 2

  29. 단편화와 압축에 대한 고려사항파일 시스템의 관리는 단편화와 압축시 고려사항을 살펴보는 것도 포함합니다.앞 단원 AIX 파일 시스템의 구성 요소의 첫번째 주제는 파일 시스템의 관리 과정에서 디스크 단편화와 압축이 얼마나 중요한지를 말해줍니다. 증가의 관리

  30. 디스크 단편화에 대한 고려사항디스크 단편화 기능 사용을 결정할 때 고려해야 할 몇 가지 요소가 있습니다.향상된 기능 및 디스크 공간 활용을 최적화한다는 확실한 장점에도 불구하고, 단편화는 때로 성능을 저하시킬 수 있습니다.다음은 디스크 단편화 사용을 결정할 때 고려해야 할 사항입니다. • 디스크 공간 할당 • 디스크 공간 활용도 • I/O 활동 • 사용되지 않은 공간의 단편화 • 단편화 할당 증가의 관리

  31. 디스크 단편화에 대한 고려사항 (계속)디스크 단편화 사용을 결정할 때는 다음 사항들을 고려하십시오 디스크 공간 할당단편화는 기존의 파일이 확장될 때 할당 횟수를 증가시킵니다 디스크 공간 활용도다수의 작은 크기의 파일인 경우에는 저장 효율이 증가합니다 I/O 활동단편화의 증가와 함께 I/O 활동은 증가합니다 사용하지 않은 공간의 단편화fragment는 연속적인 공간에 할당되어야 합니다. fragment의 크기가 작을수록 비어있는 공간의 단편화가 발생하기가 더 쉽습니다. fragment 할당fragment 할당 지도는 각 fragment의 상태에 관한 데이터를 포함합니다. fragment의 개수 증가는 지도의 크기를 증가시킵니다. 증가의 관리

  32. 단편화를 줄이면 I/O 활동이 줄어듭니다 아니오 데이터 압축에 대한 고려사항압축은 시스템에 심각한 오버헤드를 발생시키고 성능을 저하시킬 것입니다.데이터 압축 사용을 결정할 때 고려해야 사항은 다음과 같습니다. • 파일 시스템 사용의 저하 • 디스크 공간의 활용도 • 프로세서의 부하 압축을 사용하게 되면 데이터는 평균적으로 50% 미만의 공간을 차지합니다. 추가적인 압축 작업은 프로세서 사용을 증가시켜 전체적인 성능을 저하시킵니다 증가의 관리

  33. 압축 기술AIX에 의해 사용되는 압축 기술은 파일을 4 KB 블록씩 증가시키면서 압축합니다. 4 KB 씩 파일을 처리함으로써, 시스템은 어느 크기의 파일이든 압축할 수 있습니다.단, 압축을 사용할 때 fragment의 크기는 4 KB 미만으로 설정해야 합니다. 그렇게 하지 않으면 4 KB 블록을 압축할 때, 시스템은 압축된 데이터에 여전히 4 KB 데이터 블록을 할당하게 될 것입니다. 파일의 크기가 줄어든다 해도, 할당된 디스크 공간의 양은 동일해집니다.파일 시스템의 단편화 제거에 학습하기 전에, 다음 질문에 답하십시오. 증가의 관리

  34. 데이터 압축에 관한 다음 내용 중 옳은 것은? • 데이터는 평균적으로 50% 미만의 공간을 차지합니다. • 압축은 프로세서 사용을 증가시켜 전체적인 성능을 저하시킵니다. • 데이터 압축은 시스템에 심각한 오버헤드를 발생시킵니다. • 위 모두 해당 증가의 관리 4

  35. 파일 시스템의 단편화 제거defragfs명령어는 파일 시스템의 사용되지 않은 연속적인 공간을 증가시킵니다. 파일 시스템은 반드시 마운트 되어 있어야 합니다.이 명령어에 대한 형식은 다음과 같습니다.# /usr/sbin/defragfs [ -q | -r] [device | mount_path]이 명령어에 대한 옵션은 다음과 같습니다. • -q - 파일 시스템의 현재 상태를 보고합니다. -r 파일 시스템의 현재 상태와 defragfs 명령어가 -q 또는 -r 옵션 없이 수행 • 되었을 때 초래될 상태를 보고합니다 증가의 관리

  36. defragfs 명령어의 옵션-q와 -r옵션과 함께 defragfs 명령어를 수행하면, 파일 시스템의 단편화를 제거함으로써 어느 정도 향상이 있을 것인지에 관한 통계 수치를 보여줍니다.-q또는 -r 옵션과 함께 이 명령어를 사용하면 상대적으로 빠르고, 많은 시스템 자원을 필요로 하지 않습니다. 이 두 가지 옵션은 해당 파일 시스템에 전체 단편화 제거를 수행할 것인지를 결정하는데 사용할 수 있는 좋은 도구입니다.파일 시스템을 단편화 제거하기로 결정했다면, 이 작업이 시스템 자원을 많이 소요한다는 것을 고려하십시오. 시스템이 바쁘지 않은 동안에만 전체 단편화 제거를 수행해야 합니다. 증가의 관리

  37. defrag 명령어에 관한 추가 정보defrag명령어를 사용하여 다음의 정보를 얻을 수 있습니다. • 이동되어진 fragment의 개수이동되어야 하는 데이터 블록의 개수를 알려줍니다 • 이동되어진 논리 블록의 개수현재 시스템에 있는 비연속적인 블록의 개수가 이들 가운데 얼마나 많은 블록이 재배치될 수 있는가를 알려줍니다 • 할당 시도의 횟수파일 시스템의 단편화 제거를 위해서 필요한 할당 루틴에 대한 호출 횟수입니다 • 정확하게 일치된 횟수할당되어 있는 파일 크기가 정확하게 일치된 횟수로 파일이 연속적으로 다시 쓰기를 하도록 허용합니다 증가의 관리

  38. 이동되는 fragment 정보를 알려주는 것은 무엇입니까? • 이동되어진 데이터 블록의 개수 • 이동되어진 논리적 블록의 개수 • 이동되어진 물리적 블록의 개수 • 이동되어야 하는 데이터 블록의 개수 파일 시스템의 검증파일 시스템의 무결성을 점검하고 대화식으로 복구하기 위해 fsck명령어를 사용할 수 있습니다.파일 시스템 점검은 다음과 같은 여러 단계로 이루어져 있습니다. • 오류를 대한 저널 로그의 점검 • i-node, 간접 데이터 블록, 데이터 블록, 그리고 free list의 점검 • 파일 크기의 점검 • 디렉토리 항목의 점검 증가의 관리 4

  39. fsck명령의 구문은 다음과 같습니다.# fsck [ -p | -y | -n] [ -f] file_sys파일 시스템 이름을 지정하지 않으면, /etc/filesystems 파일에 check=true로 설정되어 있는 모든 파일 시스템을 점검합니다.이 명령은 각 블록이 단일 파일 또는 사용하지 않은 목록에 할당되어 있는지 확인하기 위해 블록을 점검합니다. 증가의 관리

  40. # fsck ** Checking /dev/hd1 (/home) MOUNTED FILE SYSTEM; WRITING SUPPRESSED; Checking a mounted filesystem dose not produce dependable results. ** Phase 1 – Check Blocks and Sizes ** Phase 2 – Check Pathnames ** Phase 3 – CheckConnectivity ** Phase 4 – Check Reference Counts ** Phase 5 – Check Inode Map ** Phase 6 – Check Block Map 39 files 34536 blocks 63768 free 증가의 관리

  41. fsck 명령어의 사용fsck 명령어가 손상된 파일 시스템에 대해 복구 조치를 필요로 한다면, 이는 데이터의 손실을 초래할 수 있습니다. 단, 이 명령어는 복구 조치를 하기 전에 명령 프롬프트를 갖게 합니다.fsck는 두 방법으로 사용할 수 있습니다. • -p (preen) 옵션은 자체적으로 데이터 손실이 없도록 최소한으로 복구할 것입니다. • -y (yes) 옵션은 fsck명령어의 모든 프롬프트에 yes로 답하도록 합니다. 이 옵션은 심하게 손상된 파일 시스템을 복구하는데 사용될 수 있습니다. 참고: 마운트되어 있는 파일 시스템은 복구되어질 수 없습니다. 손상된 파일 시스템을 복구하기 위해서는 먼저 파일 시스템을 언마운트 해야 합니다 증가의 관리

  42. fsck 명령어의 사용fsck명령어가 특정 디렉토리에 할당되어 있지 않은 파일을 발견하면, 그 데이터에 대한 항목을 생성합니다. fsck는 이 데이터를 해당 파일 시스템의 루트 디렉토리에 있는 /lost+found디렉토리에 둡니다. 파일 시스템에 /lost+found디렉토리가 존재하지 않으면 AIX 명령어 mkdir lost+found로 생성할 수 있습니다. 시스템 관리자로써 무결성을 점검하기 위해 /home 파일 시스템에 fsck 명령어를 수행해야 합니다. 이러한 작업의 첫번째 단계는 무엇입니까? • /home 파일 시스템의 언마운트 • /home파일 시스템의 백 • /home 파일 시스템에 defragfs 명령을 수행 후 fsck를 수행 • /home파일 시스템에 defragfs명령을 수행하고 백업한 다음, /home에 fsck를 수행 증가의 관리 1

  43. 파일 시스템 설정의 문서화시스템이 파손되었을 경우에 참조하기 위해 파일 시스템의 설정을 문서화해야 합니다. 정규적으로 해야 하는 작업은 다음과 같이 설정에 대한 문서화를 하는 것입니다. • lsfs명령어를 수행하여 그 결과를 출력 • /etc/filesystem 파일의 내용을 나열하여, 그 결과를 출력 • 사용하지 않은 공간의 목록을 보기위해 df 명령을 수행 • 마운트되어 있는 모든 파일 시스템을 점검하기 위해 마운트를 수행 주기적으로 이러한 문서화 작업을 수행해야 한다는 점을 기억하십시오. 이러한 작업을 수행한 후, 그 결과를 RS/6000 시스템과는 떨어져 있는 안전한 장소에 보관하십시오. 다른 건물이라면 더욱 좋습니다 시스템 재설정의 경우에 참조하기 위해 파일 시스템 설정을 문서화해야 합니다 아니오 증가의 관리

  44. 주제에 관한 학습을 마쳤습니다. 이 주제에서는 다음과 같은 항목을 다루었습니다. 다시 보려면, 원하는 항목을 클릭하십시오. • 공간 관리에 대한 필요성을 설명 • 사용하지 않은 디스크 공간을 확인 및 증가하는 파일을 관리 • 디스크 사용 정보를 확인 • 디스크 공간의 단편화 확인 및 압축의 고려 • 파일 시스템의 단편화 제거 및 검증 • 파일 시스템의 설정을 문서화 증가의 관리

  45. 주제에 관한 학습을 마쳤습니다. 이 주제에서는 다음과 같은 항목을 다루었습니다. 다시 보려면, 원하는 항목을 클릭하십시오. • 파일 시스템의 증가를 모니터링하고 관리 • 파일 시스템 증가에 대한 용량의 산정 • 파일 시스템 디스크 공간의 사용을 관리 /usr 파일 시스템의 30%가 채워졌음을 알게 되었습니다. 이것은 무엇을 의미합니까? • 파일 시스템의 크기를 줄여야 합니다. • 불필요한 디스크 공간을 확보해 놓았습니다. • 파일 시스템의 효과적인 사용을 위해 파일과 디렉토리를 추가해야 합니다. • 정리를 위해 파일 시스템의 단편화 제거를 수행해야 합니다. 요약

  46. / (루트 파일 시스템) 이 모두 다 차면 어떤 상황이 발생할 수 있습니까? • 시스템의 동작을 예측할 수 없게 됩니다. • 시스템은 결국 hang 되거나 crash 됩니다. • 시스템은 모든 파일 시스템을 언마운트 할 것입니다. • 시스템은 모든 프로세스를 중단시키고 모든 사용자들을 로그 아웃 시킵니다 다음의 smit.log파일에 대한 설명 가운데 옳은 것은? • 매우 중요한 파일로, 삭제되면 시스템이 예측하지 방법으로 동작할 수 있습니다. • smit.log는 자동으로 재생성 되기 때문에 삭제가 가능합니다. • SMIT을 사용하여 mksysb 백업을 수행하면, smit.log파일은 크기가 아주 커지게 됩니다. • SMIT이 사용될 때 smit.log파일의 크기가 빨리 커지게 됩니다 요약

  47. /usr 파일 시스템에 대한 정보만을 보려면 다음 중 어느 명령어를 사용합니까? • df -k /usr • df -r /usr • du -x /usr • df -a /usr 다음 중 디스크 단편화에 대한 고려사항이 아닌 것은 무엇입니까? • 디스크 공간 할당 • 사용되지 않은 공간의 단편화 • 사용된 공간의 단편화 • I/O 활동 요약

  48. 데이터 압축을 사용할 때 fragment는 어느 크기로 사용해야 합니까? • 8 KB 보다 작게 • 6 KB 보다 작게 • 4 KB 보다 작게 • 2 KB 보다 작게 단편화 제거는 시스템 자원을 많이 사용하는 작업입니다. 시스템 자원을 많이 사용하지 않으면서 작업을 하려면 어떻게 합니까? • 모든 파일 시스템을 언마운트 한 후에 defrags명령어를 사용 • 시스템을 백업한 후에 defrags명령어를 사용 • -q 또는 -r 옵션과 함께 defragfs명령어를 사용 • -a 옵션과 함께 defrags명령어를 사용 요약

  49. 파일 시스템 /home/team03의 현재 단편화 상태를 보고자 한다면, 다음 명령어 중 어느 것을 사용합니까? • mount /home/team03 • du /home/team03 • quotaon /home/team03 • defragfs -q /home/team03 fsck명령어의 -p옵션의 용도는 무엇입니까? • 점검하고 있는 파일 시스템을 복구하지 못하도록 합니다. • 점검하고 있는 파일 시스템을 파손하지 않으면서 최소한으로 복구합니다. • 점검하고 있는 파일 시스템에 있는 데이터를 복구하면서 수정합니다. • fsck 가 수행되고 있을 때 심하게 손상된 파일 시스템을 완전하게 복구합니다 요약

  50. 다음 조치 가운데 fsck명령어에 의해 수행되지 않는 것은 무엇입니까? • 오류를 대한 저널 로그의 점검 • i-node, 간접 데이터 블록, 데이터 블록, 그리고 free list의 점검 • 파일 크기의 점검 • 디렉토리 항목의 점검 다음의 작업 가운데 파일 시스템 설정의 문서화 작업의 일부가 아닌 것은 무엇입니까? • /etc/filesystems파일의 내용을 출력하는 것. • 매주 fsck명령어를 실행하는 것 • 사용되지 않은 디스크 공간의 목록을 보기위해 정기적으로 df명령을 실행하는 것 • 마운트된 파일 시스템의 목록을 보기 위해 정기적으로 mount명령을 실행하는 것 요약

More Related