UNIVERSIDADE METODISTA DE SO PAULO FACULDADE DE EXATAS E TECNOLOGIA CURSO DE ENGENHARIA DA COMPUTAO NFASE EM ENGENHARIA DE SOFTWARE

AGNES DAMASCENO BRUNO SAIANI GUILHERME GARCIA MAICON RENAN RAQUEL CALIL

SISTEMAS OPERACIONAIS E ARQUITETURA: Z/OS

SO BERNARDO DO CAMPO 2010

AGNES DAMASCENO BRUNO SAIANI GUILHERME GARCIA MAICON RENAN RAQUEL CALIL

SISTEMAS OPERACIONAIS E ARQUITETURA: Z/OS

Seminrio apresentado no curso de Engenharia da Computao da Universidade Metodista de So Paulo com o objetivo de aplicar os conhecimentos adquiridos nas aulas do tema Sistemas Operacionais e Arquitetura.

SO BERNARDO DO CAMPO 2010

AGNES DAMASCENO BRUNO SAIANI GUILHERME GARCIA MAICON RENAN RAQUEL CALIL

SISTEMAS OPERACIONAIS E ARQUITETURA: Z/OS

Seminrio apresentado no curso de Engenharia da Computao da Universidade Metodista de So Paulo com o objetivo de aplicar os conhecimentos adquiridos nas aulas do tema Sistemas Operacionais e Arquitetura.

Data de Entrega: 21 de Outubro de 2010 Resultado:_____________________ BANCA EXAMINADORA: LAZARO APARECIDO SILVA PINTO ______________________________ Universidade Metodista de So Paulo MARIO GUERRA BORATTI ______________________________ Universidade Metodista de So Paulo

Prof.

Prof.

RESUMO
O principal foco deste trabalho a mensurao do contedo aplicado nas aulas de Sistemas Operacionais e Arquitetura, atravs da anlise de um mainframe e da atuao do sistema operacional Z/OS. Para isso, analisaremos um ambiente comercial, composto por um sistema ERP, que fornecer todos os dados da empresa como: dados transacionais, pedidos, informaes de estoque, informaes de RH, entre outras solicitaes. No quesito de mainframe, ser abordada sua arquitetura, como a memria, barramentos e processos de I/O. Para o sistema operacional, ser tratada sua funcionalidade, como gerenciamento de processos, memria e I/O. Alm de trazer um pouco da historia de ambos. Palavras-Chave: Mainframe, SAP, Z/Os, Sistema Operacional, IBM.

ABSTRACT
The main focus of this study is the measurement of applied classes of Operating Systems and Architecture, through the analysis of a mainframe and the performance of the operating system Z / OS. For this, we will analyze a business environment, consisting of an ERP system that will provide all corporate data such as transactional data, orders, inventory information, HR information, among other requests. At least in the mainframe, its architecture will be addressed, such as memory, buses, and processes I / O. For the operating system, will be dealt with functionality such as process management, memory and I / O. In addition to bringing a little of the history of both. Keywords: Mainframe, SAP, Z/Os, Operational System, IBM.

LISTA DE FIGURAS

FIGURA 1 - ESTRUTURA DE REDES DA EMPRESA MATRIZ ...................................................................................... 10 FIGURA 2 - ESTRUTURA DE REDES ENTRE A MATRIZ E AS FILIAIS .......................................................................... 11 FIGURA 3 - ENDEREAMENTO DE MEMRIA .......................................................................................................... 17 FIGURA 4 - SEGMENTAO DASD ......................................................................................................................... 20 FIGURA 5 VTOC ................................................................................................................................................. 21 FIGURA 6 - IBM Z10 .............................................................................................................................................. 22 FIGURA 7 - ARQUITETURA DO POWER7 8 CORE ................................................................................................ 23 FIGURA 8 FLASHCOPY ......................................................................................................................................... 26 FIGURA 9 - FLASHCOPY SPACE EFFICIENT ............................................................................................................. 26 FIGURA 10 - POR DENTRO DO MAINFRAME Z10 ..................................................................................................... 27 FIGURA 11 - BOOK DO MAINFRAME Z10 ................................................................................................................ 27 FIGURA 12 POWER7 MCM............................................................................................................................... 28 FIGURA 13 - MULTI-CHIP MODULE ........................................................................................................................ 28 FIGURA 14 POWER7 MCM ............................................................................................................................... 29 FIGURA 13 - EVOLUO DOS SO E ARQUITETURA ................................................................................................. 31 FIGURA 14 PWS .................................................................................................................................................. 32 FIGURA 15 - FORMATO DAS INSTRUES ............................................................................................................... 34 FIGURA 16 - INTERRUPO SVC ............................................................................................................................ 36 FIGURA 17 - EXEMPLO DE WAIT E POST ................................................................................................................. 37 FIGURA 18 - ATTACH, LINK E XCTL ....................................................................................................................... 38 FIGURA 19 - LINKAGE CONVERTIONS..................................................................................................................... 39

SUMRIO
1. INTRODUO .................................................................................................... 9 1.1. 1.2. 2. OBJETIVO ........................................................................................................ 9
JUSTIFICATIVA ................................................................................................. 9

O PROJETO ......................................................................................................... 9 2.1. AMBIENTE CORPORATIVO ............................................................................... 9

SAP ............................................................................................................................... 12 2.2. 2.3. 3. O QUE SAP? ............................................................................................... 12 HISTRIA ....................................................................................................... 13

ARQUITETURA DO MAINFRAME .............................................................. 15 3.1. 3.2. MAINFRAME .................................................................................................. 15 COMPONENTES DO MAINFRAME .................................................................... 16

3.2.1. Memria (Storage) ................................................................................... 16 3.2.2. Unidade de Processamento Central (CPU) ............................................. 18 3.2.3. Subsistema de Canal................................................................................. 18 3.2.4. Unidades de I/O e de Controle ................................................................. 19 3.2.5. Recursos de Operador .............................................................................. 19 3.2.6. Armazenamento ........................................................................................ 19 MAINFRAME IBM Z10 ............................................................................................ 22 3.2.7. Processador IBM POWER7 ..................................................................... 23 3.2.8. Orientao Poltica .................................................................................. 24 3.2.9. Armazenamento ........................................................................................ 25 3.2.10. Barramento .............................................................................................. 29 4. SISTEMA OPERACIONAL: Z/OS .................................................................. 30 4.1. 4.2. 4.3. HISTRIA ....................................................................................................... 30 IBM Z10 SOFTWARE .................................................................................. 31 ELEMENTOS E PROCESSOS ............................................................................. 32

4.3.1. Componentes ............................................................................................ 32 4.3.2. Instrues ................................................................................................. 34 4.3.3. Interrupes .............................................................................................. 35

4.4. 4.5.

GERENCIAMENTO DE MEMRIA .................................................................... 36 GERENCIAMENTO DE PROCESSOS .................................................................. 37

4.5.1. Comunicao entre Processos.................................................................. 37 4.6. 4.7. GERENCIAMENTO DE PROGRAMAS ................................................................ 38 GERENCIAMENTO DE E/S ............................................................................... 39

APLICAO DO MAINFRAME COM Z/OS PARA O NEGOCIO ................... 41 GLOSSRIO DE TERMOS ...................................................................................... 42 REFERNCIA BIBLIOGRFICA .......................................................................... 43

Z/OS

Sistemas Operacionais e Arquitetura

1.

INTRODUO

1.1.

OBJETIVO

O principal objetivo deste trabalho adquirir conhecimento sobre outros sistemas operacionais existentes, atravs da anlise, de sua arquitetura e do hardware ao qual o mesmo necessita para seu funcionamento; em um ambiente corporativo.

1.2.

JUSTIFICATIVA

Aplicar os conhecimentos adquiridos no mdulo de Sistemas Operacionais e Arquitetura, atravs da anlise do sistema operacional z/OS, alm de sua estrutura de hardware, em um ambiente corporativo, com o intuito de adquirir conhecimento.

2.

O PROJETO

2.1.

AMBIENTE CORPORATIVO

A empresa ABC trabalha com vendas de bens durveis e eletroeletrnicos, ela tem sua matriz em So Bernardo do Campo, com varias filiais, pelas cidades vizinhas. Na matriz ela dispe de 1 mainframe que responsvel pelo processamento de todos os dados do sistema da empresa. No servidor Web opera o sistema e-commerce e outro sistema que responsvel pela integrao da coleta dos dados do SAP. O Banco de Dados opera em banco Oracle e o servidor de Aplicao responsvel pelo SAP.

Z/OS

Sistemas Operacionais e Arquitetura

Os setores da matriz acessam o sistema atravs de switchs, instalados em toda empresa. As filiais no possuem acesso direto ao SAP, para elas existem apenas um sistema web interno com integrao direta com o SAP localizado na matriz. As filiais devem colocar todos os pedidos nesse sistema web, e depois copiados para o SAP. Isso se deve a uma questo de segurana das informaes contidas no SAP, para que os vendedores no vejam os pedidos de venda dos companheiros e nem possa alter-los. Para a matriz, no h necessidade do sistema web, todos os setores acessam diretamente o sistema SAP, ou seja, os funcionrios colocam seus pedidos, que depois so copiados para o SAP. Os nicos que tem acesso ao SAP so o setor administrativo e a gerncia. O sistema e-commerce acessado pelos clientes, que realizam suas compras pela internet e apenas retiram a mercadoria na loja ou recebem em sua residncia. Segue abaixo a topologia de rede da matriz.

Figura 1 - Estrutura de Redes da Empresa Matriz

Z/OS

Sistemas Operacionais e Arquitetura

(Autoria Prpria) Como pode ser observado na topologia, a matriz possui um Mainframe IBM Z10, responsvel pelo processamento das aplicaes e dados, alm de armazenamento dos mesmos. Conta tambm com o apoio de um Storage, esse que fica responsvel tanto pelo backup das informaes, assim como, dispositivo de segurana, caso haja falhas no mainframe, esse Storage composto por um jogo de RAIDs, viabilizando o armazenamento e recuperao dos dados. Abaixo a topologia de rede da integrao da matriz com as filiais.

Figura 2 - Estrutura de Redes entre a Matriz e as Filiais

(Autoria Prpria)

Ao final de cada dia realizado um Backup das informaes daquele dia. Como esse um processo demorado (processo batch) realizado no perodo da noite, tendo incio s 2 horas da manh.

Z/OS

Sistemas Operacionais e Arquitetura

No fim de cada ms realizado um balano geral (geralmente ultimo dia do ms), nesse dia nenhuma loja abre, e ento realizada a contagem do estoque (comparao da quantidade fsica com a quantidade que consta no sistema). A matriz a ultima loja a fazer esse balano, j que deve fazer a contabilizao de todas as filiais, alm o balano dela prpria. Nesse dia tambm extrado vrios relatrios do SAP, principalmente relatrios de faturamento, alm disso, realizada a comparao entre os dados do sistema web com o SAP, para que no fique nenhuma venda pendente, para um clculo mais preciso do faturamento.

3.

SAP

3.1.

O QUE SAP?

O SAP um Sistema Integrado de Gesto , tambm conhecido como ERP (Enterprise Resource Planning) destaca-se como um dos principais aplicativos de software empresarial no cenrio mundial. reconhecido como instrumento importante para otimizao dos diversos processos de uma empresa. As vantagens de utilizar esse sistema so as seguintes: Processos Integrados,dados e elementos de organizao Integrao de aplicao Integrao tcnica

O sistema divido em doze modulos: Contabilidade Financeira (FI): Aplica-se contabilidade principal automtica e aos relatrios, contabilidade de clientes e de fornecedores e administrao de outras contas de ledger com planos de contas definidos pelo usurio. Contabilidade de Custos (CO): Abrange os movimentos dos custos e das receitas da empresa. Contabilidade do Imobilizado: A aplicao AM destina-se administrao e ao controle dos aspectos do ativo imobilizado. Sistema de Projetos (PS): Destina-se ao apoio do planejamento, controle e superviso de projetos complexos a longo prazo com objetivos definidos.

Z/OS

Sistemas Operacionais e Arquitetura

Workflow (WF): Liga os mdulos de aplicao R/3 integrados do sistema SAP com tecnologias, ferramentas e servios para todas as aplicaes. Soluo Setorial (IS): Soluo setorial liga os mdulos de aplicao do sistema R/3 da SAP com funes adicionais especficas do setor. Recursos Humanos (HR): Planeja, registra e avalia todos os dados relativos aos empregados. Manuteno (PM): Apoia o planejamento, o processamento e a execuo de tarefas de manuteno. Administrao de Qualidade (QM): Representa um sistema destinado ao controle de qualidade e informao, apoiando o planejamento de qualidade, o controle de qualidade e o controle de produo e de suprimento. Planejamento de Produo (PP): Aplica-se ao planejamento e ao controle das atividades de produo de uma empresa. Administrao de Materiais (MM): Apoia as funes de suprimento e de manuteno de estoques necessrias para os processos empresariais dirios. Vendas e Distribuio (SD): Apoia a otimizao de todas as tarefas e atividades que ocorrem na venda, no fornecimento e no faturamento.

3.2.

HISTRIA

Os passos iniciais para que o SAP viesse ao mundo comearam a ser dados em 1972, na cidade de Waldorf, na Alemanha, quando cinco engenheiros, funcionrios da IBM, decidiram criar sua prpria empresa de desenvolvimento de sistemas: a SAP AG. O SAP que no apenas o nome do pacote de gesto mais falado no mundo tambm o nome da empresa que o desenvolveu. As iniciais de SAP significam Systeme, Anwendung und Programme (Sistemas, Aplicaes e Produtos). O AG a abreviao de Agentur, um termo em alemo que quer dizer Sociedade Annima. O primeiro produto importante da nova empresa foi o SAP R/2 (Realtime System Version 2), um conjunto de mdulos de software destinado a mainframes, que em 1995 ainda era utilizado por mais de 2000 empresas.

Z/OS

Sistemas Operacionais e Arquitetura

medida em que novos conceitos iam surgindo no campo da informtica, a SAP ia atualizando seu produto, at que em 1989, as primeiras aplicaes do SAP R/3 foram apresentadas numa conferncia em Hanover na Alemanha. O SAP R/3 um sistema que oferece um conjunto de mdulos com diversas aplicaes de negcio. Os mdulos so integrados e contm a maior parte das funcionalidades necessrias s grandes corporaes, incluindo manufatura, finanas, vendas, distribuio e recursos humanos. Cada mdulo responsvel por mais de 1000 processos de negcio, cada um deles baseado em prticas consagradas no mundo dos negcios. A configurao do sistema tornada possvel por 8000 tabelas que administram desde a estrutura corporativa at a poltica de desconto oferecida aos clientes. O sistema oferece o processamento de informaes em verdadeiro tempo real ao longo da empresa onde estiver implementado. No a toa que o sistema um best-seller. Como provam os nmeros a seguir. Em 1995, a SAP AG tinha mais de 6600 colaboradores ao redor do mundo. Neste mesmo ano, a SAP liderava o mercado de softwares para ambiente cliente/servidor. Alm disso, a SAP ocupava a quinta posio no ranking das empresas de software. Hoje mais de 4000 empresas possuem o produto da SAP implementado. Um dos motivos do sucesso da SAP o montante investido em pesquisa e desenvolvimento e as alianas estratgicas que forma com outros desenvolvedores de sistemas. Estes parceiros criam add-ons (programas complementares) que suprem algumas deficincias do R/3. Este tipo de unio permite que a SAP foque seus esforos no seu principal produto.

Z/OS

Sistemas Operacionais e Arquitetura

4.

ARQUITETURA DO MAINFRAME

4.1.

MAINFRAME

Os Mainframes eram conhecidos como computadores de grande porte e dominavam o mundo do processamento de informao, quando se falava em computadores era o mesmo que falar sobre Mainframes, pois eram os nicos computadores que existiam. O primeiro computador data o incio dos anos 40, era uma mquina eletromecnica desenvolvida em parceria com a Universidade de Haward e era conhecido como Automatic Sequence Controlled Calculator (ASCC). Nos anos seguintes a IBM evoluiu seus computadores, tornando-os mais geis, versteis e com mais capacidade. O grupo Data Processing Division (DPD) foi criado pela IBM com o intuito de desenvolver e colocar mais produtos para Mainframes no mercado, junto com isso, a utilizao de terminais de transmisso de dados contriburam para o largo crescimento e abrangncia da utilizao de Mainframes em diversos ramos. As vantagens de utilizar um Mainframe so: capacidade, escalabilidade, integridade e segurana, disponibilidade, acesso a grande quantidade de informao, gerenciamento de sistema e processamentos batch e online.

Z/OS

Sistemas Operacionais e Arquitetura

4.2.

COMPONENTES DO MAINFRAME

4.2.1.

Memria (Storage)

Segundo Oliveira (2010), existem trs tipos de memria: Memria central: acessada diretamente, com isso o acesso e o processamento so rpidos. Seu tamanho depende do modelo da maquina, mas formada por vrios blocos de 4k bytes. Memria expandida: acessada por meio de instrues especiais que transferem os blocos da memria central para a expandida e vice-versa. Est presente apenas em alguns modelos de mainframes. Memria virtual: vista como blocos de endereos, que chamado de paginas. O tamanho de cada pagina de 4k bytes. Existem trs tipos de endereamento de memria, que se distinguem a partir do tipo de traduo utilizada: Endereo absoluto: associa a localizao fsica na memria. Endereo real: quando utilizado convertido em endereo absoluto. Para cada endereo real existe um endereo absoluto. Endereo virtual: quando utilizado convertido para endereo real e depois para endereo absoluto. Essa converso chamada de DAT (Traduo Dinmica de Endereo). O DAT utiliza dois nveis de traduo: o segment table, que o primeiro nvel de traduo; possui varias entradas (uma para cada segmento) e cada entrada tem seu respectivo page table. O page table, o segundo nvel de traduo, possui 256 entradas, uma para cada pagina dentro do segment table e cada entrada consta a localizao da pagina na memria.

Z/OS

Sistemas Operacionais e Arquitetura

Segue abaixo o modelo do endereamento de memria.

Figura 3 - Endereamento de Memria

(Oliveira 2010) Antes de serem processadas as informaes ou programas, so armazenados nas unidades de I/O, depois so carregadas na memria central e ento executadas. Alm disso, existem recursos de proteo aos arquivos existentes na memria, por exemplo, proteo contra destruio e uso indevido de programas no autorizados. O mais bsico desses recursos a Chave de Proteo de Memria, que faz a comparao entre a chave de proteo e a chave de acesso.

Z/OS

Sistemas Operacionais e Arquitetura

4.2.2.

Unidade de Processamento Central (CPU)

A CPU o gerenciador no sistema, nela encontram-se as aes de interrupes, execuo de instrues e a carga inicial de sistema (IPL). As CPUs podem ter processos em srie ou em paralelo, alm de processarem nmeros binrios inteiros, pontos flutuantes, nmeros decimais e informaes lgicas. As instrues processadas por ela se dividem em cinco categorias: Gerais ou de Ponto Fixo, Decimais, Ponto Flutuante e Controle (a diferena entra cada tipo ser tratado mais adiante). Na CPU tambm se localiza os registradores, por exemplo, os registradores gerais e os registradores de controle. Esses registradores esto disponveis para os programas, mas no possui uma representao lgica de endereo de acesso a memria. 4.2.3. Subsistema de Canal

Conforme Oliveira (2010), o Subsistema de canal realiza o controle de transferncia de dados entre as unidades de I/O e a memria. Pode-se utilizar mais de um caminho para a transferncia de dados. O Subsistema tambm responsvel pelo gerenciamento do canal, por exemplo, o teste de disponibilidade. Como o trabalho de transferncia independente da execuo do programa, ambos podem ocorrer simultaneamente. Dentro do subsistema existem vrios subcanais, e cada um desses subcanais est conectado a apenas uma unidade de I/O. Nesse subcanal encontram-se informaes sobre a unidade de I/O correspondente, como operaes de I/O e funes envolvendo essa unidade.

Z/OS

Sistemas Operacionais e Arquitetura

4.2.4.

Unidades de I/O e de Controle

As Unidades de I/O nada mais so do que equipamentos externos a mquina, como, impressoras, discos, terminais, etc. As Unidades de Controle so responsveis por gerenciar todas as operaes das unidades de I/O.

4.2.5.

Recursos de Operador

Os Recursos de Operador so responsveis pelo controle da mquina, so funes de operao e controle manual da maquina. Essas funes so de zerar, iniciar, parar, recomear, alterar e mostrar, por exemplo, a chave de interrupo, chave de carga inicial e chave de reinicio, alm das funes bsicas, cada modelo tm seus recursos extras.

4.2.6.

Armazenamento

Os arquivos no Z/OS so chamados de datasets e so orientados a registros, alm de possurem organizaes distintas. Conforme Oliveira (2010), os dispositivos de armazenamento secundrio so conhecidos como volumes. Esses volumes podem ser DASD (Direct Acess Storage Devices) ou fitas; alm disso, esses volumes possuem identificao, conhecido como Volume Serial Number (VOLSER). O DASD possui forma cilndrica. O volume dividido em cilindros, que so divididos em trilhas, que so divididos em blocos; os blocos tambm chamados de registros fsicos que constituem a unidade de armazenamento em disco. Os blocos podem ter tamanhos variados. Atualmente os DASD so baseadas em arrays de disco (RAID Redundant Array of Independent Disks).

Z/OS

Sistemas Operacionais e Arquitetura

Figura 4 - Segmentao DASD

(OLIVEIRA) Para o Z/OS existem dois tipos de alocao de arquivos: Alocao Contigua: quando criado um arquivo, especificado o sua alocao primaria, que um espao continuo no disco. As regies contiguas do arquivo em disco conhecido como Extents. Alocao No-Contigua: depois do arquivo criado, deve-se especificar um espao para crescimento posterior (alocao secundaria).

Z/OS

Sistemas Operacionais e Arquitetura

Existe tambm o VTOC (Volume Table Of Contens), que nada mais do que o diretrio dos arquivos. Cada volume tem seu diretrio. na VTOC que se controla o espao livre do volume.

Figura 5 VTOC

(OLIVEIRA) O DSCB (Data Set Control Block) representa os arquivos, extents e espaos livres no volume. Existem vrios formatos, mas os principais so: Formato-0: DSCB livre Formato-1: Descreve os trs primeiros extents. Formato-3: Descreve o extents depois do terceiro. Formato-4: Descreve o prprio VTOC. Formato-5: Descreve o espao livre. Com o intuito de melhorar o desempenho dos acessos ao VTOC, foi criando um ndice VTOC Index. O VTOC Index nada mais que um dataset especial localizado junto com o VTOC.

Z/OS

Sistemas Operacionais e Arquitetura

Mainframe IBM Z10

Em fevereiro de 2008 a IBM anunciou seu mais novo mainframe que suporta o sistema Z\OS: o System Z10. De acordo a IBM, o Z10, comparado ao seu antecessor, Z9 - lanado em 2005 - 50% mais rpido e consome 85% a menos de energia, se comparado com servidores comuns (x86), o Z10 equivalente a 1500 servidores, alm de 100% de melhoria de desempenho para uso intensivo de CPU. O mainframe pode rodar Linux, XML, Java, WebSphere, e tem implementaes no trabalho com arquitetura orientada a servios (SOA).

Figura 6 - IBM Z10

(IBM) O que mais surpreendeu em seu lanamento foi o fato de possuir um processador de 64 bits, o POWER7, com a tecnologia 4-core e 8-core, o 64-z10 (pode possuir at 64 processadores), que suporta centenas de usurios e foi construda desde o inicio para ser compartilhada, 4,4 Ghz de velocidade (por processador); 1,5 Terabyte de memria e 1024 canais de I/O (6 Gbps de largura de banda por canal). Seu barramento permite uma velocidade de 172.8 Gbps.

Z/OS

Sistemas Operacionais e Arquitetura

4.2.7.

Processador IBM POWER7

O mainframe IBM z10, se utiliza dos novos processadores IBM POWER7, os mesmos, possuem verses com 4, 6 ou 8 cores, onde cada ncleo dispe de 4-way multithreading simultnea, o que significa que o 8-core ir apoiar um total de 32 threads simultneos por soquete. O POWER7 projetado para sistemas Multisocket que escala at 32 soquetes, o que significa que um sistema de 32-socket com 8-core daria suporte a 1024 threads. A Alimentao de oito ncleos em um nico soquete bastante complicada, tanto que isto fez com que cada POWER7 tenha um par de controladores de quatro canais de memria DDR3 que podem suportar at 100GB /s de largura de banda de memria sustentado. O que tambm ajuda bastante para seu desempenho a enorme memria cache de 32MB cache L3-IBM, a IBM foi capaz de inserir este cache usando um especial DRAM incorporado (EDRAM), com isso reduzindo o custo dos transistores em aproximadamente a metade do esperado no incio do projeto. Comparado aos processadores Intel de 8-core Nehalem, a IBM se superou, fazendo um processador bem mais veloz, com mais memria cache e menos transistores.

Figura 7 - Arquitetura do POWER7 8 Core

(Ars Technica)

Z/OS

Sistemas Operacionais e Arquitetura

Segundo Jon Stokes, analista da Ars Techica, o POWER7, possui em cada um dos seus ncleos um conjunto robusto de recursos de execuo. H 12 unidades de execuo, no total, repartidos da seguinte forma:

2 unidades de inteiros 2 unidades de load-store 4 unidades de dupla preciso em ponto flutuante 1 unidade de ramo 1 condio de registo da unidade 1 unidade de vetor 1 unidade decimal de ponto flutuante Conforme a opinio de Stokes, a IBM, conseguiu se superar, desenvolvendo um

monstro, que estar disponvel para todos os segmentos, com diferentes tipos e quantidade de processadores, memria e capacidade. 4.2.8. Orientao Poltica

Conforme a IBM, o Z10 possui funes para orientao poltica, tais como: Gerenciamento de Autorizao: Projeto com algoritmos de criptografia, as funes permitem que os administradores ditem varias camadas de segurana e de controle, para que apenas os usurios autorizados acessem informaes confidenciais. Gesto de Utilizao: Gerenciar o uso maximo de CPU. Para isso o Z\OS gerencia transaes com base em polticas predefinidas, ajustando dinamicamente a picos e vales. Just-in-Time: Capacidade de fornecer energia de processamento e capacidade quando necessrio. Aqui o processador automatiza o provisionamento de capacidade de processamento quando necessrio atender as mudanas nas condies dos negcios. Segurana de Virtualizao: o nico servidor que possui a certificao EAL5, que estabelece que as parties virtuais abertas, executando os sistemas operacionais especficos, so as mesmas que estariam abertas caso estivesse operando outro servidor conectado ao System z (texto retirado do artigo IBM launches new System z10 Mainframe, 2008).

Z/OS

Sistemas Operacionais e Arquitetura

4.2.9.

Armazenamento

No quesito armazenamento, o Z10 conta com o DS8000 R3.1, que vem com a nova tecnologia de recuperao de desastres e novos recursos. A IBM atualizou as funcionalidades de recuperao de desastre e continuidade de negcios para otimizar o poder do mainframe. Os clientes podem lidar com quatro vezes mais informaes em seus ambientes de mainframe com a nova verso do DS8000, quando comparado a qualquer outro sistema de armazenamento. Pode contar tambm com o System Storage TS7700 Virtual Tape fornecendo processamento aprimorado de fita ao mesmo tempo em que suporta a continuidade e a segurana de negcio. No que se diz respeito a discos de armazenamento, o IBM Z10, conta com arrays de discos DASD (Direct Access Storage device) e tambm com a possibilidade do uso de Fitas (TAPES). No possvel citar um nmero exato da capacidade de armazenamento, j que, ela depender da quantidade de discos ou fitas, que esto sendo usadas, dependendo estritamente da forma cujo os discos esto interligados.

O DS8000 R3.1 utiliza a tecnologia FlashCopy Space Efficient, para entend-la necessrio antes entender o FlashCopy. De acordo Sherman, o FlashCopy exige que todo o espao em um volume de destino ser alocado e disponvel, mesmo se no h dados copiados e se faz necessrio a atribuio fsica.

Z/OS

Sistemas Operacionais e Arquitetura

Segue o modelo que demonstra o funcionamento do FlashCopy.

Figura 8 FlashCopy

(Sherman, 2008) Para o FlashCopy Space Efficient, ainda de acordo Sherman, utiliza apenas o nmero de faixas que so necessrios para gravar os dados que foram alterados durante a vigncia da relao FlashCopy, portanto, a alocao de espao conforme a necessidade. Segue a esquemtica de funcionamento do FlashCopy Space Efficient.

Figura 9 - FlashCopy Space Efficient

(Sherman, 2008)

Z/OS

Sistemas Operacionais e Arquitetura

A imagem abaixo mostra como por dentro de um mainframe e onde se localiza alguns de seus componentes.

Figura 10 - Por dentro do Mainframe Z10

(Vilela,2008) Os Books so onde se localizam os processadores e a memria do mainframe. Abaixo segue a imagem ampliada de um book.

Figura 11 - Book do Mainframe Z10

(Vilela, 2008)

Z/OS

Sistemas Operacionais e Arquitetura

Um mdulo de multi-chip (MCM) um conjunto de circuitos eletrnicos especializados, onde vrios circuitos integrados (CIs), semicondutores ou outros componentes discretos so embalados em um substrato de unificao, facilitando o seu uso como um componente nico.

Figura 12 POWER7 MCM

(IBM) Outra dimenso do MCM, agora nas mos de um dos colaboradores da IBM.

Figura 13 - Multi-Chip Module

(IBM)

Z/OS

Sistemas Operacionais e Arquitetura

A imagem abaixo mostra uma ampliao de um dos ncleos do chip POWER7 MCM.

Figura 14 POWER7 MCM

(IBM)

4.2.10.

Barramento

O Z10 possui diversos tipos de barramento aderidos ao subsistema de canal, tais como: Barramento do Processador: Utilizado pelo processador para enviar sinais para outros componentes. Barramento de Cach: Permite o acesso a memria cach do processador. Barramento de Memria: Interconecta a memria ao processador. Barramento de I/O: Permite a conexo de perifricos. Barramento de Dados: Transporta instrues e dados pelo sistema. Quanto a suporte a barramentos, o IBM Z10, aceita perifricos com barramento PCI, mas tambm, d suporte a perifricos com barramentos mais antigos.

Z/OS

Sistemas Operacionais e Arquitetura

5.

SISTEMA OPERACIONAL: Z/OS

5.1.

HISTRIA

Antes de explicar precisamente o sistema operacional Z/OS, necessrio conhecer o que antecessou esse sistema. O MFT (Multipromming with a Fixed number of Tasks) foi criado para ser um sistema temporrio at o MVT (Multipromming with a Variable number of Tasks) estar totalmente pronto. O MFT possua um numero fixo de parties e cada partio um tamanho fixo de memria, alm de ser um sistema mais voltado para aplicaes batch, suas principais caractersticas. O MFT acabou evoluindo para o OS/VS1. O OS\VS2 (verso 2 dos OS\VS1) acabou evoluindo para o MVT, que ao invs do tamanho de memria ser fixo, o sistema alocava memria de acordo a necessidade. Quando a memria virtual chegou, o sistema evoluiu para o MVS (Multiple Virtual System), onde alm de suportar aplicaes batch, suportam interao com usurios on-line. No ano 2000, a IBM anunciou a arquitetura Z/Architecture, essa nova arquitetura de 64 bits alm de ser tri modal, ou seja, alm de ser 64bits, suporta a arquitetura antiga, de 24 e 31 bits. Com essa nova arquitetura o endereo virtual ganhou mais nveis de traduo (os region tables), tambm localizados na memria principal. Surgiu ento o suporte a paginas de 1MB e mais espao para a TLB (Translation Lookaside Buffer tabela que armazena uma frao das tradues para que no haja sobrecarga de uso na memria central). Nessas condies surge ento o sistema operacional Z\OS. Abaixo segue uma linha do tempo das arquiteturas e sistemas operacionais.

Z/OS

Sistemas Operacionais e Arquitetura

Figura 15 - Evoluo dos SO e Arquitetura

(Oliveira 2010)

5.2.

IBM Z10 SOFTWARE

Em fevereiro de 2008 a IBM anunciou seu mais novo mainframe que suporta o sistema Z\OS: o System Z10. O mainframe pode rodar Linux, XML, Java, WebSphere, e tem implementaes no trabalho com arquitetura orientada a servios (SOA). O Z10 possui funes para orientao poltica, elas so: Gerenciamento de Autorizao: Projeto com algoritmos de criptografia, as funes permitem que os administradores ditem varias camadas de segurana e de controle, para que apenas os usurios autorizados acessem informaes confidenciais. Gesto de Utilizao: Gerenciar o uso maximo de CPU. Para isso o Z\OS gerencia transaes com base em polticas predefinidas, ajustando dinamicamente a picos e vales.

Z/OS

Sistemas Operacionais e Arquitetura

Just-in-Time: Capacidade de fornecer energia de processamento e capacidade quando necessrio. Aqui o processador automatiza o provisionamento de capacidade de processamento quando necessrio atender as mudanas nas condies dos negcios. Segurana de Virtualizao: o nico servidor que possui a certificao EAL5, que estabelece que as parties virtuais abertas, executando os sistemas operacionais especficos, so as mesmas que estariam abertas caso estivesse operando outro servidor conectado ao System z (texto retirado do artigo IBM launches new System z10 Mainframe, 2008).

5.3.

ELEMENTOS E PROCESSOS

De acordo com Oliveira (2010), existem quatro estado de processos: Parado: No ocorrem interrupes e nem executa instrues. Em carga: Quando iniciada a carga inicial do sistema Operando: Executa instrues e recebe interrupes. Em verificao: Quando ocorre algum mau funcionamento na maquina.

5.3.1.

Componentes

O PSW (Palavra de Estado de Programa) o responsvel de controlar a sequencia de instrues e interrupes a serem executadas. O PWS nada mais do que um campo de oito bytes, que no so endereveis, associados a um processador. Abaixo segue a imagem de uma PWS.

Figura 16 PWS

(Oliveira, 2010)

Z/OS

Sistemas Operacionais e Arquitetura

Os Registradores de Controle, possuem informaes complementares ao PWS, como manipulao e manuteno do sistema e informaes de controle (subcalesse de interrupo externa ou de I\O, endereo do segment table, mascara de chave de acesso, etc). Os Registradores de Controle so quatro bytes, tambm no endereveis e ligados ao processador; existem 16 registradores. A Gravao de Eventos de Programa (PER) permite que o programa seja alertado sobre alguns eventos, como alterao de informao na memria, execues de desvio, etc. O PER auxilia na investigao, depurao ou correo de programas. Esse evento reconhecido pelo programa como uma interrupo. A Carga Inicial de Programa (IPL) um mecanismo ativado manualmente. Quando ativado, carrega um programa de uma unidade I/O para a memria central e comea a execuo desse programa; quando isso ocorre a CPU entra no estado de processo de carga. A DU (Unidades de Despacho) so os processos do sistema operacional, que so entregues ao processador. Existem dois tipos de DU: Preemptivas: So as task, conhecido tambm como Task Control Block (TCB). Servem para executar os programas e consomem a maior parte do processador. No-Preemptivas: So as Service Request Block (SRB). So criados apenas por programas autorizados e consomem bem menos que uma task. A IPL tambm um processo de inicializao do sistema operacional; carregada uma copia do Z/OS do disco para a memria e depois executada. Abaixo segue alguns comandos e quais so suas funes: SYSI.SVCLIB: Contem rotinas que so utilizadas no processo de inicializao do sistema operacional. SYSI.NUCLEUS: Carrega uma biblioteca de programas, inclusive o ncleo so sistema operacional. SYSI.PARMLIB: Contem os parmetros de configurao do sistema. SYSI.MACLIB: Carrega uma biblioteca com as macros do sistema. As Macros so uma sequencia predefinida de instrues.O Z/OS tem uma biblioteca com essas macros. Os AS (address spaces) so os espaos de endereamento na memria virtual. Elas podem ser de rea privada ou de rea comum (que podem ser compartilhadas). O AS j vem com 2GB, mas quando necessario ultrapassar esse tamanho criado as Regions Tables.

Z/OS

Sistemas Operacionais e Arquitetura

5.3.2.

Instrues

Instruo um mecanismo para alterar o fluxo de instrues; o processador normalmente passado para o sistema operacional. formada por duas partes: Cdigo de Operao: Especifica o que dever ser executado. Operandos: Define como a instruo ser executada. Divide-se em trs tipos: Registradores: Podem ser registradores de controle, gerais ou de ponto flutuante. Imediato: Se localizam dentro da prpria instruo. Memria: especificado por um registrador geral ou calculado atravs do endereo da base. H seis formatos de instrues, mas para a maioria o cdigo de operao ocupa um byte.

Segue as imagens dos formatos das instrues.

Figura 17 - Formato das Instrues

(Oliveira, 2010) As instrues podem ser de cinco tipos: Gerais ou Ponto Fixo: no so privilegiadas; manipulam, alteram, operam, compraram e movem dados que se localizam nos registradores gerais ou na memria.

Z/OS

Sistemas Operacionais e Arquitetura

Decimais: no so privilegiadas; realizam operaes e comparaes algbricas em dados no formato decimal localizados na memria. Ponto Flutuante: no so privilegiadas; executam operaes algbricas sobre operandos (no formato de ponto flutuante) de grande importncia ou que necessitam de resultados em alta resoluo. Controle: pode ser privilegiada ou semiprivilegiada. As privilegiadas so executadas apenas no estado de superviso da CPU, e as semiprivilegiadas so executadas apenas no estado de problema da CPU, contanto que os requisitos de autorizao estejam corretos. I/O: so privilegiadas; controlam a utilizao do subsistema de canal.

5.3.3.

Interrupes

As interrupes ocorrem quando a CPU interrompida por condies externas, com isso existe a troca de estados da CPU. O processo de interrupo ocorre da seguinte forma: quando ocorre a interrupo, a PSW salva com o tipo da interrupo, carregada uma nova PSW, depois a PSW volta para a execuo com os novos parmetros da nova PSW. Existem seis tipos de interrupes: Externas: A CPU responde a sinais de dentro e de fora da configurao. Exemplos: interrupo de comparador com relgio, interrupo de relgio e interrupo de chamada externa. I/O: A CPU recebe condies do subsistema de canal. Essa interrupo deve ser aceita pela CPU, caso contrario, essa interrupo fica pendente. A CPU s pode aceitar uma interrupo de I/O por vez e o critrio estabelecido a prioridade. Verificao de Maquina: Ocorre quando h um mau funcionamento na maquina. Essa ocorrncia reportada a CPU, no intuito de ajudar o sistema a detectar o erro. Programa: Ocorre quando h um erro no programa.Os erros e eventos so reportados a CPU. Reinicio: Ocorre quando chamada a execuo de um programa especifico. Pode ser iniciada por ativao manual ou pela sinalizao de processos. Superviso: Ocorre quando executada a instruo SVC (Supervisor Call). A PSW corrente salva na memria real e carregada uma nova PSW, tambm na memria real.

Z/OS

Sistemas Operacionais e Arquitetura

Segue a imagem do SVC.

Figura 18 - Interrupo SVC

(Oliveira, 2010) O processo de interrupo ocorre da seguinte forma: a PSW que est sendo executada interrompida e salva como est. Aps isso, carregada uma nova PSW, essa nova PSW contem a nova instruo que dever ser executada. Quando carregada uma nova PSW chamado uma rotina. Essa rotina a FLIH (First Level Interrupt Handlers) a responsvel pelo salvamento da DU, analise da interrupo e repassa o controle para uma rotina de servio.

5.4.

GERENCIAMENTO DE MEMRIA

As principais macros para esse gerenciamento so a Getmain e Freemain. Getmain : Requisita uma regio da memria virtual, mas a memria real no alocada inicialmente. Freemain: praticamente o contrario da getmain, ou seja, libera a regio alocada pela getmain. Caso ocorra uma fragmentao durante a deslocao, s vezes se faz necessrio uma IPL. Tambm existem outras macros, como por exemplo: Storage: uma macro recente e sua funo a alocao de memria virtual. IARV64: Essa macro utilizada quando a AS ultrapassa os 2GB.

Z/OS

Sistemas Operacionais e Arquitetura

5.5.

GERENCIAMENTO DE PROCESSOS

No gerenciamento de processos as principais macros so Attach, Schedule e Abend. Attach: Cria uma nova task. Essa nova task criada passa a ser filha da taks que executou a macro. A task-me deve esperar a task-filha termina de executar para depois continuar sua execuo. Schedule: Cria uma nova SRB, mas isso s pode ser utilizado pelo sistema operacional. Abend: Com essa macro se encerra a TCB e a SRB, geralmente solicitada pelo sistema operacional.

5.5.1.

Comunicao entre Processos

As macros Wait, Post, Enq e Deq so os servios de comunicao. Wait e Post so usadas para esperar e sinalizar um evento, para isso utilizado o ECB (Event Control Block), que um bloco de controle em memria. Abaixo segue um exemplo de utilizao do wait e post.

Figura 19 - Exemplo de Wait e Post

(Oliveira, 2010)

Z/OS

Sistemas Operacionais e Arquitetura

Enq e Deq solicitam a serializao e liberao de um recurso. Esses comandos utilizam o GRS (Global Resouse Serialization), que o principal mecanismo de serializao. Com o Enq possvel solicitar um recurso compartilhado ou exclusivo.

5.6.

GERENCIAMENTO DE PROGRAMAS

As principais macros de servios de programas so Attach, Link, Xctl, Load e Delete. Attach: Cria uma nova task.(Vide melhor explicao na pag 32). Link: Solicita a execuo de um novo modulo, pela mesma task. Depois , o controle devolvido para o programa que o solicito. Xctl: Como o Link, tambm executa um novo modulo, mas depois controle no devolvido ao programa que o solicito. Load: Onde se obtm o endereo de um novo modulo na memria central. Isso ocorre quando um programa solicita a execuo de outro programa e este deve ser carregado na memria central. Segue uma ilustrao das macros Attach, Link e Xctl.

Figura 20 - Attach, Link e Xctl

(Oliveira, 2010)

Z/OS

Sistemas Operacionais e Arquitetura

Delete: Responsvel pela remoo do modulo da memria. Para que ocorra a passagem de controle entre os programas necessria uma converso do uso dos registradores, que chamada de Linkage Convertions. Abaixo uma ilustrao da Linkage Convertions.

Figura 21 - Linkage Convertions

(Oliveira, 2010)

5.7.

GERENCIAMENTO DE E/S

A primeira coisa que deve ser feito para um arquivo ser processado aloca-lo. Alocar nada mais do que converter logicamente o dataset da aplicao e j resever seu espao em disco. Existem dois tipos de alocao: Job Step: Essa alocao ocorre antes que o programa comece executar. Mais especifica para processos Bach Dynamic Allocation: Essa alocao ocorre durante a execuo do programa. As principais macros do gerenciamento se E/S so:

Z/OS

Sistemas Operacionais e Arquitetura

Open: Prepara um dataset para ser processado, para isso gravado no endereo uma rotina d mtodo de acesso ao DBC. Close: Sinaliza o termino do processamento do dataset. Read e Get: Server para ler os registros de um dataset. Apenas os servios de mtodo de acesso so diferentes um do outro. Write e Put: Server para escrever os registros de um dataset. Apenas os servios de mtodo de acesso so diferentes um do outro.

Z/OS

Sistemas Operacionais e Arquitetura

Aplicao do Mainframe com Z/OS para o Negocio

A empresa ABC trabalha com um grande volume de dados todos os dias. Os processos mais demorados como BKP,so realizados a noite e tem em media durao de 3 horas. Esse BKP feito em fitas IBM, que ficam armazenadas num cofre antiincendio. Outro processo realizado a noite a comparao entre os sistemas web e o SAP. um processo realizado a partir de um comando do operador e sempre executado durante a noite (na madruga do dia do balano) e dura em torno de 4 horas. Os processos com maior prioridade so sem duvida os pedidos de venda e o faturamento dos mesmos. Apenas no dia do balano, onde no realizado nenhum pedido de venda, que os processos que tem maior prioridade so o faturamento e controle de estoque. Com esse modelo de mainframe, o z10, possvel trabalhar com 100% de consumo de CPU, o que melhora a performance dos sistemas que rodam nele, principalmente nos dias de balano e/ou quando a uma demanda muito grande de pedidos de venda.

Z/OS

Sistemas Operacionais e Arquitetura

Glossrio de Termos

E-commerce: Sistema voltado para o comercio eletrnico. Integrao da comunicao digital com o negocio de uma empresa. atravs dele que possvel a compra de produtos pela internet. IBM: International Business Machines, antiga CTR. Empresa criadora das maquinas mainframe. Presente h muitos anos no mercado e em mais de 150 pases. I\O: Entrada e sada de algum dado, alguma informao. Java: Linguagem de programao orientada a objeto. Linux: Termo geralmente usado para designar qualquer que utilize o ncleo Linux. Ponto Flutuante: Um formato de representao digital de nmeros reais, que usada nos computadores. Processo Batch: So processo que demandam muita CPU, processos mais lentos. Quad-core: Processador de 4 Ncleos. SAP: Sistema ERP criado pela empresa SAP. XML: uma recomendao da W3C para gerar linguagens de marcao para necessidades especiais WebSphere: o nome de uma famlia de softwares da IBM para criao e execuo de aplicaes baseadas no padro Java J2EE

Z/OS

Sistemas Operacionais e Arquitetura

Referncia Bibliogrfica

OLIVEIRA, S B de ; SOARS, J A; WIDMAR, J; PINESCHI, E. Introduo a

Arquitetura de Mainframe e ao Sistema Operacional Z/OS. So Paulo: Cincia

Moderna WIKIPDIA. E-commerce. Disponvel em:

http://pt.wikipedia.org/wiki/Com%C3%A9rcio_eletr%C3%B4nico . Acesso em: 10/10/2010 IBM. IBM. Disponvel em:

http://www.ibm.com/br/ibm/history/?section=tier650&position=61_1&referral=1&client=0 . Acesso em: 10/10/2010 GUIA DO HARDWARE.NET. IBM apresenta o Mainframe System z10.. Disponvel em: http://www.guiadohardware.net/noticias/2008-02/47C7A575.html. em: 12/10/2010 COMPUTERWEEKLY.COM. IBM unveils System Z10 Mainframe.. Disponvel em: http://www.computerweekly.com/Articles/2008/02/26/229585/IBM-unveils-System-z10mainframe.htm. Acesso em: 12/10/2010 INFO PLANTO. IBM anuncia o Mainframe System z10.. Disponvel em: http://info.abril.com.br/aberto/infonews/022008/26022008-17.shl. Acesso em: 12/10/2010 IBM. IBM launches new System Z10 Mainframe. Disponvel em: http://www03.ibm.com/press/us/en/pressrelease/23592.wss . Acesso em: 12/10/2010 VILELA, J. O Futuro roda no Mainframe e Ele comea hoje. Disponvel em: http://www.slideshare.net/Tess98/introduo-ao-mainframe-2-powerpoint. 12/10/2010 SHERMAN, B. IBM DS8000 R3/R3.1 Techical Update. Disponvel em: http://www.ibm.com/developerworks/wikis/download/attachments/19497023/Storage+Virtual +Users+Group+-+IBM+DS8000+R3+Technical+Update+May+2008.pdf?version=1. Acesso em: 12/10/2010 Acesso em: Acesso

Z/OS

Sistemas Operacionais e Arquitetura

IBM,

FlashCopy.

Disponvel

em:

http://publib.boulder.ibm.com/infocenter/dsichelp/ds8000ic/index.jsp?topic=%2Fcom.ibm.sto rage.ssic.help.doc%2Ff2c_flashcpover_1m76z6.html . Acesso em: 12/10/2010

ARS TECHNICA, Processador POWER7. Disponvel em: http://arstechnica.com/hardware/news/2009/09/ibms-8-core-power7-twice-the-musclehalf-the-transistors.ars. Acesso em: 18/10/2010

TUDO DOWNLOADS UOL, Redes para Mainframes. Disponvel em: http://tudodownloads.uol.com.br/tutoriais/redes/aq174modelos_de_redes_de_computadores_de_grande_porte.html. Acesso em: 18/10/2010