OS/390 운영체제
본 자료는 5페이지 의 미리보기를 제공합니다. 이미지를 클릭하여 주세요.
닫기
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
해당 자료는 5페이지 까지만 미리보기를 제공합니다.
5페이지 이후부터 다운로드 후 확인할 수 있습니다.

목차

- 요약

- HISTORY (역사)

- IBM 메인프레임의 역사적 발전과 OS/390 의 발전에 직접적인 영향을 준 운영체제들

- DESIGN GOALS (설계 목적)

- MEMORY MANAGEMENT (메모리 관리)

- PROCESSOR MANAGEMENT (프로세서 관리)

- DEVICE MANAGEMENT (장치관리)

- FILE MANAGEMENT (파일 관리)

- Catalog Management (카탈로그 관리)

- I/O Support (I/O 지원)

- Access Methods (접근 방법)

- SEQUENTIAL ACCESS (순차적 접근)

- Space Allocation (공간 할당)

- SECURITY MANAGEMENT (보안 관리)

- USER INTERFACE (사용자 인터페이스)

- JCL Introduction (JCL 소개)

- 결론

본문내용

에 위치한 것은 arm이 VTOC와 요구된 파일 사이에서 절반 정도만 이동하기 때문에 평균적으로 탐색 시간을 최소화 한다. VTOC의 위치는 언제 volume이 초기화되는지, 이것을 사용할 준비가 되기전에 완료되어쟈 하는지를 결정한다.
SECURITY MANAGEMENT(보안 관리)
시스템 /390이 호소하고 있는 부분으로 운영체제가 전통적으로 보안을 강조하고 있다는 점이다. 초창기때부터, 보안은 OS/390 운영체제에와 그 이전 운영체제에 적재되었었다. 보안은 선택적인 특성이 아니다.
몇가지 이유때문에, 시스템 보안은 전통적인 설계 요소였다. 왜냐하면, 첫째로 메인프레임에는 전략적인 결정을 내리거나, 인사, 마켓팅, 엔지니어링, 예산과 관련되어 조직내에서 일반적으로 중요한 데이터들이 매우 방대하게 존재하고 있다. 둘째로, 많은 사용자들이 시스템에 의존적이다. 많은 조직들은 메인 프레임을 정지시키거나 오랜 시간동안 사용하지 못하도록 할 수가 없다. 많은 전기적 트랜잭션이 인터넷에 연결되어져 있는 메인프레임에 의해서 실행되기 때문에, 시스템 보안의 중요성이 더욱 부각되었다.
역사적으로, 주요 보안 컴포넌트는 패스워드 보호 시스템인 Resource Access Control Facility(RACF)이다. OS/390에서, IBM은 고속의 암호와 해독 능력이 추가된 Integrated Cryptographic Feature(ICRF)를 추가하였다.
보안이 built-in되어 있음에도 불구하고, 데이터 보안이 보장되지 않을 때 데이터 처리 싸이클 동안의 시간이 존재한다. 예를 들면, 패스워드로 보호된 파일이 삭제될때, 데이터는 실제로 지워지지 않는다. 대신에, 그 데이터의 포인터가 바뀐다. 시간이 흐른뒤, 운영체제가 다른 데이터 집합을 위해서 삭제된 데이터 저장 공간을 재할당하지만, 그때까지 삭제된 데이터는 디스크나 테잎에 저장되어 남아 있는다. 즉 데이터가 실제로 삭제되도록 하기 위한 유일한 방법은 적어도 한번은 삭제된 데이터상에 다시 기록되는 경우가 있도록 해주는 것이다. 다른 예를 보자. 작업 파일 같은 일시적인 데이터 집합들은 데이터가 패스워드 보호로 되어 있을지라도 패스워드 보호를 가질 수 없다. 그리고 일시적인 파일이 작업을 완료한 후에, 데이터는 메모리 공간이 다른 파일로 할당되기 전까지 메모리 상에 남아 있을 수 있다. 다시, 보안상 다루기 미묘한 데이터를 메모리 공간상에 계속적으로 남아 있지 않도록 하기 위한 유일한 방법은 그 공간내에 다시 기록하는 방법밖에 없다.
USER INTERFACE(사용자 인터페이스)
우리가 지금까지 논의해온 운영체제들과는 다르게, OS/390은 주로 많은 수의 일괄처리 작업을 병행적으로 처리하기 위한 매우 큰 메인프레임에서 사용되었다. 비록 time-sharing이 Time-Sharing Option(TSO)에 의해 지원된다고 하지만 사용/컴퓨터 인터페이스는 여전히 일괄처리 프로그램을 처리하려는 초기 개발 단계에서 반영된다.
사용자 명령 언어 문장은 6개의 주 함수를 실행한다.
운영체제 작업을 소개한다.
작업의 소유자를 확인한다.
주변 장치 지원을 요청한다.
작업이 실행될 동안 사용될 파일을 확인한다.
보조 저장장치 공간을 요청한다.
작업을 실행한다.
시스템 운영자는 문제가 발생하면 프로그램 실행으로써 방해하는 추가적인 명령어를 위한 접근을 가지고 있다. 수퍼유저라고 생각되는 시스템의 데이터베이스 관리자는모든 명령어 집합에 접근할 수 있다. 계층적인 구조에서, 데이터베이스 관리자는 완벽한 명령어 집합을 사용할 수 있고, 운영자는 그 일부를 접근할 수 있으며, 사용자는 가장 작은 명령어 집합에 접근할 수 있다
JCL Introduction(JCL 소개)
JCL은 복잡한 언어이다. 거의 모든 작업을 실행하기 위해서 전문적인 기술이 요구된다. JCL은 또한 반복적이다. 평균적으로 프로그래머는 기초적인 동작을 실행하기위해서 명령어 문장중에 아주 작은 일부분만 사용할 필요가 있다. 이것은 아주 작은 기본적인 값들을 갖도록 하고 사용자를 위한 assumption이 극히 일부 존재하거나 존재하지 않도록 만든다. 그러므로 명백하게 모든 작업들과 해야 할 일이 무엇인지를 말할 필요가 있다. 이것은 설명할 페이지를 가질지 모르는 영향을 갖는 개별적인 파라미터들로 구성되어있다.
Pascal, COBOL 또는 C 같은 고급 언어와의 약간 유사하다는 점이 도움을 주지만, JCL를 이해하는 점에서는 필요하지 않다.
JCL 문장들은 다음과 같이 그룹되어질 수 있다.
1. JOB 문장은 주로 작업들을 확인하고 분리하는데 사용된다. 두 개의 보조 함수들로는 시스템 계정에 정보를 전달하는 것과 운영체제에 우선순위 정보를 전달하는 것이 있다. 이것은 리스트 상에 최초의 명령이다.
2. EXEC 문장은 실행되어지려는 프로그램들을 확인하는데 사용된다. 이것들은 JOB 문장 다음 문장으로 오게된다.
3. DD 문장들은 작업에 이해 사용되는 각 주변 장치들의 특성을 세부적으로 정의하는데 사용된다. 이것들은 I/O 장치의 할당을 요구한다.
결론
OS/390은 계속적으로 발전하고 있으며, 조작하기 위해서 설계되어진 하드웨어가 복잡해지고 있다. e-commerce의 출현으로, 메인프레임 그리고 OS/390 운영체제는 웹 사이트의 호스트, 트랜잭션-처리 허브, 고 용량 datacenter, security-sensitive databanks같은 새로운 시장에서 많이 사용되고 있다. 이러한 어플리케이션은 패스워드 보호와 암호를 통해서 데이터 보안의 필요성의 증가를 가져오게 한다.
OS/390의 성공의 일면에는 그것의 이식성 때문에 가능했다. 역사를 통틀어, 운영체제를 이끌어온 OS/390은 오래된 시스템으로부터 소프트웨어가 동작할 수 있도록 설계되어왔다. 하지만 이것은 오래된 Job Control Language를 의존하는 것이 방해요소가 되었다.
이 운영체제가 현재 대중적인 요소중의 하나는 윈도우 또는 유닉스 기반의 네트워크들로부터 cross-platform 인터페이스를 사용하는 메인프레임 컴퓨터에 데이터가 상주하는데 이 데이터를 접근할 수 있기 때문이다.

키워드

os,   운영체제,   ibm,   프로세서
  • 가격2,000
  • 페이지수16페이지
  • 등록일2006.01.25
  • 저작시기2005.12
  • 파일형식한글(hwp)
  • 자료번호#327254
본 자료는 최근 2주간 다운받은 회원이 없습니다.
청소해
다운로드 장바구니