O Mainframe e seus Sistemas Operacionais

So cinco os Sistemas Operacionais (SO) suportados atualmente pelo IBM Mainframe System
z, que so : z/OS , z/VSE, z/VM, Linux on System z e z/TPF.
O mais popular e o de maior valor na plataforma o z/OS. Tambm o mais maduro e mais
sofisticado de todos. Trocou de nome vrias vezes, sempre que houve uma evoluo
tecnologia que merecesse destaque.

Comeou no S/360 denominando-se PCP, depois MFT e no parou mais .... MVT, SVS, MVS,
MVS/SP, MVS/XA, MVS/ESA, OS/390 e finalmente (por enquanto) z/OS.
Essas mudanas de nome refletem a prpria histria do Mainframe , suas inovaes e suas
transformaes para disponibilizar novas capacidades. Na verdade, quando se fala
'Mainframe', quer se dizer a fuso do HW com o Sistema Operacional z/OS. Eles foram feitos
um para o outro, cada um sabe explorar as capacidades do outro como ningum. O mesmo
no ocorre com os demais SO's na plataforma.
O segundo mais maduro o z/VSE, que nasceu praticamente junto com o PCP e evoluiu de
forma paralela a esse, mas sempre numa modalidade mais reduzida, um sub-set das funes
do ' irmo mais velho' .
Foi inicialmente orientado para os modelos de mquinas menores, que tinham pouca memria
central e precisam de um SO mais 'econmico '. e assim seguiu por toda a vida, at hoje.
z/VM o terceiro SO na plataforma, tem duas componentes. A primeira, denominada CMS,
tem as capacidades de um SO tradicional. A segunda componente , denominada CP, tem a
capacidade de virtualizao do HW e com isso pode executar qualquer outro SO da plataforma
de forma virtualizada.
Foi o primeiro SO de virtualizao do mercado, lanado no incio dos anos 70.
Ou seja , sob z/VM pode-se executar z/OS, z/VSE, Linux for System z, z/TPF e o prprio
z/VM .
O z/VM foi muito popular at incio dos anos 90, pois permitia a virtualizao por SW, coisa
bastante popular hoje em dia. A partir da, as maquinas Mainframe passaram a ter a
capacidade de virtualizao por HW, via uma funo denominada Logical Partitioning (LPAR) ,
o que permitia particionar o HW fsico em diversas parties lgicas e executar um SO em cada
partio. Essa capacidade das maquinas fez o VM (como era chamado na poca) perder o seu
encanto e consequentemente perder mercado.
Somente no incio dos anos 2000, com a possibilidade de executar Linux no Mainframe que o
VM, ento repaginado para z/VM, voltou a ganhar importncia e ter uma participao maior no
mercado.
Linux for System z, ou popularmente chamado de z/Linux, o quarto SO na plataforma.
o Linux padro homologado para Mainframe. Atualmente as distribuies homologadas so
da SUSE e da Red Hat. Algumas empresas usam distribuies no homologadas, sem nenhum
problema.
A IBM no em uma distribuio prpria.
Por suas caractersticas de proliferao em grande quantidades de instancias rodando no
mesmo servidor, faz muito sentido se executar o Linux sob o virtualizador z/VM e com isso
obter capacidade de se ativar centenas de imagens Linux, simultaneamente, no mesmo
Mainframe. Como falamos antes, foi essa sinergia entre os dois SO's que fez o z/VM ressurgir
das cinzas.
O Linux for System z tambm faz muito sentido num ambiente que tenha z/VSE. Pelas

restries tcnicas do z/VSE e pelo pequeno portflio de solues disponveis para ele, muitas
empresas particionam o seu HW entre z/VSE e z/Linux , usando o primeiro para as aplicaes
de tecnologias tradicionais do Mainframe (Cobol, Online, Batch, etc...) e usam o Linux para as
novas tecnologias (Web, Mobile, BI, etc) .
O Linux for System z representa cerca de 25% de toda a capacidade instalada em
Mainframes , mundialmente falando, e mais de 65% das empresas que tem Mainframe usam o
Linux nessa plataforma.
E por ltimo, o z/TPF, que um SO de nicho, voltado para sistemas de aviao. Est presente
nas grandes companhias areas, mas devido as particularidades dessa indstria, tem uma
participao pequena no mercado de SO's em Mainframe.

MVS Introducao
alan dantas
alandantas.blogspot.com.br |
Compartilhar com o Pinterest
MULTIPLE VIRTUAL STORAGE
O MVS o nome que dado a um sistema mainframe, o nome do sistema
operacional, que conhecido como z/OS.
LPAR
O sistema MVS uma Imagem virtual em uma memria fsica. chamado de
partio lgica ou Logical Partition (LPAR). Muito parecido quando se 'particiona' o
HD de um PC, e monta-se parties lgicas de um HD fsico.
TASK

Mas o MVS sem seus aplicativos, no nada. Os aplicativos que ajudam o MVS so
chamados de TASK.
Uma Task, ou 'tarefa', um aplicativo que est no sistema por algum motivo especfico.
Esta Task pode ser para acessar os dados que o Mainframe processa e armazena, pode
ser para controlar a entrada de usurios, ou para manter um Buffer da memria do
sistema.
Uma Task ou aplicativo em especial o . Este cuida da entrada e sada de Jobs no
sistema, controla o numero de usurios que vo estar utilizando sistema e at
outras Tasks.
JOB
Em um sistema Mainframe, alm dos aplicativos, existem outras entidades, O

e o USURIO. Os dois sero citados em outros tpicos.

Um Job parecido com um aplicativo, mas temporrio, no fica instaslado no sistema

como um programa. O Job funciona por passos chamados STEPS, sendo que cada passo
executa um programa. Uma atividade pode conter vrios Job's para que seja realizada.

Ento para se entender melhor como o MVS gerencia seus aplicativos, possvel
comparar a lista de entidades ativas no MVS ao Task Manager ( gerenciador de tarefas )
em um PC. Tudo o que estiver executando como aplicativo em um sistema, mesmo
estando transparente ao usurio, estar na lista de ativos do MVS.
O JES tem sua prpria lista de ativos, mas esta ser comentada no tpico sobre
JES.

O MVS tem em sua arquitetura, vrias entidades, cada uma ter um tpico especfico,
mas poder ver aqui uma breve esplicao.

O Mainframe tem trs partes distintas no processamento dos dados:

Entrada de dados, processamento de dados e armazenamento de dados.

Para a entrada dos dados, existem os terminais de Mainframe para usurios e as

conexes com servidores.

Para processamento, o Mainframe usa o MVS, que tem TASKS e Jobs que acessam e
processam dados.
Para a sada e armazenamento, o Mainframe tem os bancos de dados e Datasets
que so armazenados em discos (DASD) e fitas (TAPE), e tambm as impressoras,
que imprimem relatrios de processos.
CONSOLE

A console de um sistema uma das interfaces entre um operador e o sistema. A console

ou Master Console uma tela que mostra toda a Log do sistema passando por esta tela.
Ela pode ser usada para se enviar comandos diretamente ao sistema ou aos aplicativos
do sistema.
A tela da console lembra Matrix, uma tela preta com letras verdes.
Algumas mensagens podem vir em cores diferentes, o que pode indicar um problema,
pode ser informativa somente, ouo pode enviar um Reply, que uma mensagem que
pede ao do operador. Alguns comandos relacionados a console e seu funcionamento
estaro no tpico de comandos.

O Mainframe tem ainda algumas subdivises bem distintas do modo de tratar os

dados que ele deve processar e armazenar.

Aqui sero mostradas e comparadas estas subdivises:

Batch e Online
Dataset e Database
Job e Task
BATCH e ONLINE
O processo Batch de um sistema Mainframe tem como principais funes, ler,
alterar, criar e apagar dados. E qual seria a diferena entre Batch e Online se o
processo Online faz o mesmo? O processo Batch, que realizado atravs de Job,
geralmente, faz alteraes PROGRAMADAS, enquanto que o ONLINE se uliliza de
aplicativos como o e para manusear os dados em TEMPO REAL.
Um bom exemplo de Online o acesso a conta bancria. Quando algum est
acessando uma conta bancria, este usurio tem toda autoridade para ver e alterar
esta conta sacando dinheiro por exemplo, esta ao est acontecendo em Tempo
Real. J quando um usurio tenta acessar a conta na madrugada e o sitema do
banco se mostra indisponvel, este o momento de processamento Batch. O
processamento Batch usado para alteraes programadas que podem ser cpia de
segurana dos dados, ou uma transferencia bancria, por exemplo um DOC, que
no feita na hora, pois demanda mais trabalho e procedimentos mais complexos.
DATASET e DATABASE

Um Dataset um pacote de dados que usado para armazenar todo tipo de informao,
seja ela interna do sistema, ou referente ao prprio sistema, ou ate infromaes para
operadores e suportes tcnico deste sistema. Se fssemos comparar, um dataset se
parece com o Word ou bloco de notas, estes mesmos que se usa para anotar textos, etc.
J o Database um banco de dados, usado para arquivar informaes que sero
disponibilizadas a usurios, ou seja, toda informao , sigilosa ou no, que a
empresa dona do sistema quiser que seja processa e armazenada em um sistema
Mainframe estar em um banco de dados. O Database se utiliza de arquitetura de
armazenamento de dados em tabelas, ou seja, se parece com o Excel.
JOB e TASK

Uma TASK,como j mencionado acima, um aplicativo de sistema, ou seja, igual aos

aplicativos que se tem em um PC, que ficam instalados no sistema operacional, e podem
servir para utilizao dos usurios ou para o funcionamento do prprio sistema. Muitas
Task's so transparentes aos usurios.
Um JOB um processo que inicia, faz o que tem que fazer e termina. Um
programador, um suporte tcnico, ou at um usurio pode criar um Job para fazer
exatamente aquilo que se quer, por exemplo atualizar dados, reorganizar dados,
apagar dados, etc. Os Jobs se utilizam de programas para fazer aquilo para que
foram criados. No tpico sobre JOB, este tema ser debatido.

JES

JOB ENTERING SYSTEM

O JES simplesmente a Task ou aplicativo para o sistema operacional do Mainframe.

Quase tudo o que acontece em uma LPAR tem que passar pelo JES. Um usurio, um
Job, uma Task, ainda a performance do sistema, etc.

IMS
IMS/VS - Information Management System/Virtual Storage
Criado para facilitar acesso ao banco de dados atravs do processo Batch ou Online, ou seja, um aplicativo de controle.
Componentes do IMS
IMAGE COPY

- Faz o backup dos bancos de dados do IMS. Durante esse backup ninguem consegue
usar os databases do IMS, mas o IMS continua ativo.
PRODUCTION BACKUP

- Faz o backup do resto do IMS e no s dos databases, e este geralmente executado

com o IMS inativo.
PADS (Paper and Accessories Distribution Service)

- So os Jobs de processo batch que geram os relatorios do IMS. Executam com o IMS
indisponivel no sistema, fora do horrio de uso do mesmo.

Dois servios exitem para gerenciamento do IMS:

IMS/DB

- Database Management Services - Aplicativo para uso banco de dados

IMS/DC

- Data Communications Services - Aplicativo para usurio

O IMS/DC a interface de usurio, onde pode ser usado o CICS tambem.
REGIONS

Uma Region de IMS uma rea da memria que usada para o que os programas do
aplicativo executem.

IMS Regions - Vrias Regions contem um IMS instalado no sistema.

Control Region

- Essa region tem o programa de controle do IMS, a de maior importancia e que interage
com todas as outras Regions. Contrala, terminais, bancos de dados e a Log. Executa
como ums Started Task. Geralmente tem 'CTL' no nome. Interage com o VTAM atraves
do VTAM ACB.
Message Processing Regions (MPR's)

- A segunda Region na sequencia. Ela processa as transaes on-line. Pode nao estar
instalada, pois o CICS pode ser usado para substituir esta Region tambem. Geralmente
tem um 'MPXX' no nome da Region e o numero dela, quando existem mais de uma para
o IMS.
Batch Message Processing Region (BMP)

- Usada para o trabalho de procesamento Batch. Muitas podem estar ativas no sitema,
mas isso demanda recurso do sistema, ou seja, quantas mais BMP's, mais lento fica o
acesso ao IMS. Os Jobs que executam em uma BMP e os outros Jobs que os BMP
usam uma Control Region, pois isso permite que os BMP usem o banco de dados ao
mesmo tempo que um usurio, coisa que os outros Jobs (normais do sistema) no
conseguem fazer.
Database Recovery Control Region (DBRC)

- Ajuda na recuperao os bancos de dados no caso de uma falha. Essa Region grava
informaoes do estatus da Log do IMS no dataset RECON. Esta Region mantem todas
as Image Copies do banco de dados e automaticamente gera o JCL necessrio para a
inicializao do IMS aps uma falha. A Region tem geralmente 'DBRC' no nome.
Data Language/i Region (DL/i) - Provem os requerimentos de processamento para
o database esse aplicativo chamado de DL/i, que faz a interface entre o programa
de aplicao e os dados.

Tambem usado para escrever programas.

DB
Database (Banco de Dados)

- Coleo de dados inter-relacionados que so mantidos em um formato que possam ser

processados pelos programas da aplicao. O Database hierarquico, significa que os

dados so organizados como em uma piramide na qual cada pedao do est relacionado
com o anterior e posterior.

Uma seo do banco de dados um seguimento, cada segmento relacionado com o

abaixo e com o acima. Esta situao conhecida como relao PAI/FILHO, na qual o
seguimento acima sempre pai do segmento abaixo.

O banco de dados foi desenvolvido para liberar acesso a muitos usurios ao mesmo
tempo em um pacote de dados centralizado, trazendo muitos beneficios.

1 - Por estarem os dados centralizados, nenhum dado duplicado.

2 - Fica mais barato manter os dados centralizados, pelo numero menor de backups
necessrios.

3 - Acesso fica mais seguro quando o banco de dados centralizado.

DL/I ajuda na criao manuteno e acesso do banco de dados, isso cria uma
interface entre o IMVS/VS e o programa de aplicao. Todos os 'calls' (acessos ao
banco de dados), so controlados pelo DL/I.
Data Communication Concepts - DC

O DC permite o acesso ao usurios acessarem o IMS e bancos de dados de um terminal

remoto ou local.

O roteamento de mensagens entre IMS e os terminais feito pelo DC, funciona igual a
um VTAM.Mas o VTAM tambm pode fazer parte desse roteamento.
Transaction

- Uma mensagem processada pelo programa.

Message Switch

- Mensagem enviada pelo terminal sem interveno do programa.

COMMAND (comando)

- Uma mensagem direta para o IMS. Usa-se o prefixo '/'

As mensagens enviadas para serem processadas pelos programas do aplicativo, as

transaes, so colocados em uma fila de INPUT (entrada) at que o programa esteja
pronto para process-las na MESSAGE PROCESSING REGION. Exixtem diferentes
filas de INPUT para diferentes tipos de mensagens.

As mensagens que j foram processadas vo para uma fila OUTPUT (sada), antes de
serem enviadas ao terminal em questao.

Exitem dois tipos de terminal:

Logical Terminals

( Terminais Logicos ) e Phisical Terminals ( Terminais Fisicos ).

Terminal Fisico (PTERM)

- um terminal atual, ou seja, um hardware. Este terminal pode ser endereado por um
node de VTAM (VTAM ID).

ex.: /DIS NODE XXXXXXX

Este comando usado para um Display de Node, que neste caso um VTAM ID mas
tambm um node de PTERM.
Terminal Logico (LTERM)

- um nome lgico para um terminal fsico.

um terminal que pode ter o nome de MASTER, que por exemplo pode ser uma Log
de Hardcopy definida como SYSPRINT que pode estar atachado ao IMS. Terminais
lgicos podem ser movidos entre terminais fisicos, por exemplo entre MASTER
TERMINAL e ALTERNATE MASTER.

ex.: /ASIGN LTERM MASTER NODE XXXXXXX - onde XXXXXX o VTAM ID

do ALTERNATE MASTER.

LOG

- Onde se gravan informaes, tipo quando o IMS inicia, quando programas executam,
ou quando so feitas changes no banco de dados. So arquivadas mensagens recebidas
ou enviadas, Checkpoints pelos programas ou Checkpoints do IMS.
OLDS (Online Log Datasets)

- Grava toda as atividades do IMS citadas acima.

A Log OLDS est dividida em duas, PRIMARY OLDS que onde tem informao
necessria mas que no est disponvel para leitura e tem ainda a SECONDARY OLDS
que tem informao disponvel.

Quando uma Log OLDS enche, as informaes vo para a prxima OLDS disponvel.
Depois de cheias as OLDS Logs vo para um Dataset chamado SYSTEM LOG
DATASET.
WADS ( Write Ahead Dataset )

- O Buffer do OLDS so escritos no WADS, no caso de uma falha os aruivos estaro no

OLDS e no WADS, geralmente so usados 2 ou 3.
SLDS ( System Log Datasets )

- Quando o OLDS fica cheio ele esvazia arquivando no SLDS. Pode estar em DASD,
fita ou cartucho. Os jobs de arquivo (archive), executam automaticamente quando os
OLDS enchem.
RLDS ( RECOVERY LOG DATASET )

- No criado sempre. Contem arquivos de recuperao a serem usados em caso de

falha do sistema. Ele contem arquivos que j esto no OLDS, por isso no se cria
sempre.
RDS ( RESTART DATASET )

- Contem informaao do IMS Checkpoint usado durante o STARTUP do IMS, ele le a

LOG e determina o ultimo CHECKPOINT feito pelo IMS.
RECON Dataset ( RECOVERY CONTROL DATASET ) - Contem informao da data de
criao do OLDS e SLDS. O IMS usa para determinar qual dataset contem os
ultimos arquivos gravados, para ser usado para num eventual inicializao por

CHECKPOINT. As informaes do RECON so retiradas do DBRC.

O

(Customer Information Control System/Virtual Storage) deve ser usado para acessar o
banco de dados DL/I do IMS/VS. Alm disso, o proprio IMS/VS pode ser usado para
acessar o banco de dados.
O banco de dados DB2 pode ser acessado pelo IMS/VS tambm. O DB2 tambm
pode compartilhar dados com o IMS/VS DL/I.
MTO
IMS/VS MTO (Master Terminal Operator)

- Gerencia todo o aplicativo IMS/VS, fazendo atravs do Master Terminal. usado para
realizar tarefas no IMS/VS e obter informao a respeito do mesmo.

O MTO usado para:

Monitorar o sistema, identificar problemas, identificar areas para desenvolvimento e

para atualizao de documentao.

Obtem informao sobre o IMS/VS, ter o conhecimento sobre a relao IMS/VS x OS,
conhecimento da rede(Network) do sistema e ficar a par da importancia da integridade
dos bancos de dados.

CHECKPOINTS

Fazem uma cpia da atividade atual do IMS/VS. So cinco, trs so TERMINATING

(usados para 'derrubar' o IMS/VS) e dois so NON-TERMINATING.

Os trs primeiros (TERMINATING):

/che dumpq
/che purge
/che freeze

Os outros dois (NON-TERMINATING):

/che - Checkpoint simples
/che snapq

Checkpoint simples

- Tira uma 'foto' da ativade corrente do IMS/VS. So feitos regularmente pelo IMS. As
Region's BMP fazem Checkpoint regularmente tambm.

Os comandos /che e /che snapq - Podem ser usados pelo MTO para um Checkpoint
manual.
Checkpoint SNAPQ - Faz uma cpia das filas de mensagem do OLDS. Possibilita um
fcil reestabelecimento do IMS em caso de Abend. O SNAPQ demora para executar,
por isso no deve ser executado em horrio comerial.
Inicializando o IMS
WARM

- Este tipo de inicializao continua o IMS no mesmo estado que estava antes do
Shutdown. Tudo mantido no lugar. mais usado quando o IMS termina normalmente.

Quando a forma usada 'WARM' a seguinte mensagem deve aparecer:

DFS3139I - IMS/VS INITIALIZED,AUTOMATIC RESTART PROCEEDING - IPRD
DFS3136l - NORMAL RESTART IN PROCESS - IPRD
DFS680I - USING CHKPT 91116/211710 - IPRD
DFS994I - CHKPT 91117/071127 SIMPLE IPRD
DFS994I - WARM START COMPLETED

- Esta vai ser a hora que a inicializao vai ser considerada completa.

Quando o operador est usando o MTO, possvel se ver ainda quais OLDS e WADS
esto sendo usados. E onde Checkpoint. Mostra tambm os mdulos IPRD que esto
ativo e mostra a conexo com o DBR ativa.
O VTAM ACB

(Access Control Block) a conexo entre IMS e VTAM.

As mensagens de VTAM ACB CLOSED e LOGONS DISABLED indica que ninguem

pode logar no IMS.

O comando /DIS A mostra a situao do VTAM ACB, das conexes, das IPRD,
Message Processing Region, Etc.

A primeira Region que deve ser inicializada seria a Control Region. Dois comandos
pode ser usados:
S IPRDCTL,AUTO=YES

- Inicializa o IMS automaticamente. A Control Region decide se vai ser WARM ou

EMERGENCY. Este comando pode ser usado somente S IPRDCTL pois o sistem
entende como AUTO=YES.
S IPRDCTL,AUTO=NO

- Usando este comando, a deciso para o tipo de inicializao fica a cargo do MTO.
Usado para inicializao com estado COLD.
Inicializando o component DC (Data Communications)

Usa-se o comando:
/STA DC - Este comando vai abrir o VTAM ACB e vai liberar os Logons.

Inicializando Message Regions

Usa-se o comando:
/STA REG IPRDMPXX

- Onde XX onde se define o nome de uma Region para um sistema. Ex.: IPRDMP01

Esta Region uma Message Processing Region, o que indicado pelas letras 'MP' no
nome da mesma.

Inicializando transaes, programas e bancos de dados

Usam-se os comandos:

/STA TRAN ALL

- Para inicializar todas as transaes pr-configuradas.

/STA PGM ALL - Para inicializar todos os programas pr-configuradas.
/STA DB ALL - Para inicializar todos os bancos de dados pr-configuradas.
EMERGENCY

- Usado quando o IMS termina no normal (ABEND). O IMS inicializado no mesmo

estado que estava antes do erro.

O comando mais usado para uma inicializao de Emergncia :

S IPRDCTL

- O IMS vai perceber que o ltimo Shutdown no foi normal e vai inicializar em modo
emergecial.

Estas mensagens deve aparecer:

DFS3161I EMERGENCY RESTART IN PROCESS - IPRD
DFS994I EMERGENCY START COMPLETED - IPRD

Depois destas mensagens, o sistema inicializa igual a uma inicializao em estado

WARM.

O comando de inicializao menos usado, mas possivel, :

S IPRDCTL,AUTO=NO

- Para que o operador possa inicializar manualmente o IMS.

Esta mensagem em forma de Reply deve aparecer:

XX DFS810A IMS/VS READY 91117/111514 IPRDCTL.IPRDCTL IPRD

Este reply indica que o operador dever atuar na inicializao respondendo este Reply
como:

/ERE.

- Esta resposta ir inicializar o IMS com estado emergencial. O ponto, no final do

comando essencial.
COLD

- Este tipo de inicializao inicializa os Control Blocks, as Regions do IMS e as filas de

mensagens. Nenhum dado ser mantido da ultima sesso do IMS, uma inicializao
'Clean'. usado quando o IMS ter alguma mudana de configurao.

Usa-se o comando manual para a inicializao modo COLD:

S IPRDCTL,AUTO=NO

- Este comando deixa a cargo do operador a inicializao do IMS.

O seguinte Reply vai aparecer:

XX DFS810A IMS/VS READY 91117/111514 IPRDCTL.IPRDCTL IPRD

Dve ser respondido da seguinte forma:

/NRE CHEKPOINT 0

- NRE significa NORMAL RESTART, e o parametro CHECKPOINT pode ser abraviado

para CHKPT.
/NRE CHKPT 0 FORMAT ALL

- Esta resposta formata certos Datasets do IMS.

/NRE CHKPT 0 FORMAT WA

- Esta resposta formata os Write Ahead Datasets.

Mas cada inicializao de IMS pode ser diferente em cada sistema.

/NRE - Se o operador usar somente esta resposta, o IMS vai assumir um modo
WARM de inicializao.

DB2
DB2 - Database 2

DB2 um DBMS ( Database Management System ) relacional.

Este banco de dados est sendo usado em larga escala pelas companias, pois
disponibiliza acessos Batch ( Jobs ) e Online ( usurios ) simultaneamente.

Os dados no DB2 so fceis de entender, pois esto em formatos de tabela, iguais a uma
tabela de excel por exemplo. O formato de tabela fcil de se confirgurar tambm e
ainda facilita o acesso aos dados. Muitos parecidos com o sistema EXCEL de planilhas.

O acesso aos dados pode ser feito via TSO, aplicativos de acesso por IMS e CICS, ou
ainda por Batch ( Job ).

O DB2 usa a linguagem SQL ( Structured Query Language ) para acesso aos dados. No
s para acesso, mas para manipulao, definio e segurana dos dados.

A definio e modificao dos dados pode ser feita Online, sem interferir no
funcionamento do DB2.

O System Catalog o gerenciador das tabelas de DB2. Ele gerencia manuteno, cpias
e acesso aos dados, e tambm os programas que o DB2 utiliza.

Os dados tem seu acesso controlado no que diz respeito a usurios. Existem os usurios
que no tem acesso, os que tem acesso e os que so administradores dos dados.
Os acessos so controlados por usurios, quem faz isso o RACF ou ACF2, que so
aplicativos de segurana de sistema, essas ferramentas controlam acesso de TODO um
sistema Mainframe, pois os acessos so feitos por usurios.

O DB2 foi criado com uma capacidade de Recovery ( recuperao ) por si s, ou seja,
no caso de um parada repentina no sistema ele se recupera sozinho. O DB2 est
programado para se recuperar de falha do sub-sistema, falha de aplicativo ou falha de
equipamento. O DB2 faz um Back-Out, ou seja, o DB2 volta at o ltimo ponto de

sincronismo. Ele faz esses sincronismos de tempos em tempos justamente para esses
casos.

O DB2 foi criado para funcionar por longos perodos sem a necessidade de se parar para
nenhum tipo de situao. Para isso, foram criados utilitrios que fazem manuteno de
dados, carregar dados nas tabelas, fazer cpias, etc, tudo com o DB2 executando.

O DB2 usa uma forma de controle de acesso aos dados chamada THREAD. Imagine se
dois usurios ao mesmo tempo pedissem acesso a mesma tabela, assim sendo quando
uma solicitao de acesso uma tabela se chama THREAD. Deste modo, cada pedido
de acesso a tabelas gera uma THREAD, para que o DB2 possa controlar tudo.

Job
Jobs

Nada mais nada menos que o nome diz. So trabalhos executados pelo
mainframe dividos em Steps, ou seja passos.
Esses passos so definidos pelo programador e dispostos numa ordem correta para o
bom funcionamento do Job. Alm de steps um Job pode conter procs que podem ser
entendidos como Step Libs uma Procedure e (ou Proc) pode conter diversos Steps
dentro. Dessa forma voc economiza espao no seu JCL.
Um exemplo seria um Job com dois Steps:

O primeiro cria um Dataset X. Osegundo copia informaes de um Dataset ja existente

e manda pro Dataset recm criado no primeiro step. Logo se voc invertesse esse
processo ele terminaria em erro sem dvida alguma. Logo no uma boa idia bagunar
os Steps de um Job.

Voltando a falar de Jobs essas rotinas chegam at ns no formato JCL.

Mas claro que as informaes que montam esses processos que o Job faz e as
informaes que ele gera no final da execuo no chegam na mesa do nosso
cliente desse jeito em forma de Output. Os reports so constantemente tratados nas mais
diversas linguagens, a gosto do fregus. Tudo compilado no incio e no fim. Simples
como essa frmula :

Astolfo, um dos gerentes da empresa Aspon Inc. Em reunio com seus clientes deciciu
por no ar um programa que facilita-se a entrega do cliente. Eis que Astolfo manda uma
nota para Sven, programador de Cobol, formado, ps graduado e com doutorado em
hipismo(piada interna). Isven por sua vez, cria um programa em Cobol totalmente
funcional para uma padaria de 5 categoria.
Levando em considerao que o cliente da Aspon Inc uma multinacional e pretendia
colocar a aplicao online para seus 30 milhes de clientes, Isven derrubado de seu
cavalo branco. Mas o que importa que no final das contas aps conversas com os
programadores de JCL esse programa em Cobol compilado e passa a funcionar no
Mainframe.

Resumindo: muita criptografia pra saber o que realmente acontece por trs daquilo.
Alm disso direito do cliente manter o sigilo do seu negcio. Logo so raras as vezes
que sabemos pelo que aquele processo responsvel.
Ento devemos tratar de conhecer o que ns temos acesso e o que faz o Job rodar no
nosso querido Mainframe e o que podemos fazer pra manter tudo funcionando
perfeitamente.

VER TPICO JCL!!!!!

SDSF
SDSF - SYSTEM DISPLAY & SEARCH FACILITY

O SDSF funciona como uma janela do MVS/JES. Tem uma srie de telas que provem
muitas possibilidades de monitorar os recursos no sistema. possvel monitorar Jobs,
Printers, Tasks, Initiators, Logs, filas, etc.
Estas opes aparecem sempre na primeira tela do SDSF. um menu que pode ser
customizado na instalao conforme as necessidades.
Monitorando a Log do sistema

A Log de um sistema o lugar onde todas as aes do sistema aparecem e ficam

gravadas, tudo passa pela log. A vantagem de se ter acesso em uma Log, que pode-se
procurar alguma mensagem, um Reply, um Job no sistema, um usurio, uma conteno,
um ABEND de um Job, etc. Enfim, tudo pode ser visto em uma log, desde que tenha
sido feito.

Para achar alguma coisa dentro da Log s digitar:

F XXXXXXXXX - qualquer coisa pode ser colocada como objeto de busca.
F XXXXXXXX PREV - para uma busca comeando do fim para o comeo da Log, o
comando dado no fim da Log, e para ir para o fim da podem ser usados 2 artifcios:

M teclaF8

- vai at o fim da Log.

BOTTOM - tambm vai at o fim da log.
TOP - vai at o comeo da Log.

O comando M teclaF7, leva quem estiver operando a Log at o comeo da mesma.

Para acessar a Log atraves do SDSF deve-se entrar no TSO, da quando j na opo do
SDSF s digitar LOG, a partir da, tudo s comear.

A Log tambm funciona como opo de comandos para o sistema. Ex.:

/d a

- quaqluer comando de sistema pode ser usado na Log, s digitar uma barra invertida
+ o comando que se quer.

As teclas F10 e F11 movem para direita e para esquerda, a tecla F12 repete o ltimo
comando dado,as F3 e F4 saem da Log,as F8 e F7 sem o 'M' sobem e descem uma
pgina.

Pode-se escolher ainda o tipo do SCROOL, que fica no canto direito da pgina e
usado para definir de que forma as pginas vo rolar, as opes so:
CSR - rola por pgina.
HALF - rola por meia pgina
XX - coloca-se um numero de linhas em que se quer fazer a busca, ou seja, de quantas
em quantas linhas a pgina vai descer ou subir.

A Tela da Log mostra o Dataset que ela est, a data do Dataset, em que linha se est
olhando naquele momento, o sistema a qual a Log pertence.

Existem 2 tipos de Log a SYSLOG ( log do sistema ) e a OPERLOG ( Log da

operao ). Esta ltima pode ser uma Merged de vrios sistemas em uma nica Log. Os
comandos funcionam iguais para os dois tipos.

Existem ainda os comandos LOCATE e PRINT, mas no so muito usados por

operadores no dia-a-dia.
PRINT

- Usado para imprimir um Range de linhas ou uma pgina. Estes dados vo para um
Dataset.
LOCATE

- Usado para localizar uma linha especfica da Log.

Usando o comando D A

Este comando mostra tudo o que est ativo no sistema, ou seja, tudo o que usa um
Address Space ser mostrado, Job, Task, User e Initiator.

Este comando tem algumas variaes.

DA OJOB

- Mostra os Job ativos no sistema.

DA OSTC - Para Started Task.
DA OTSU - Para usurios de TSO.
DA OINIT - Para Initiators.

Este comando mostra todas as entidades que esto no sistema, executando ou esperando
para executar, isto significa que ainda esto ativos no sistema.

Aps usar este comando, o operador pode, na coluna ao lado do que est sendo
mostrado, digitar comandos abreviados tais como P (PURGE), C (CANCEL), A
(ACTIVATE), etc.

Este comando mostra uma srie de parametros do que est sendo mostrado, tais como
JOBID, STEPNAME, PROCTEDP, JOBNAME, OWNER, PAGING, INIT CLASS,
etc.

Existe ainda a opo de PREFIX, funcina assim, depis do comando DA OXXX,

quando a tela j est com a resposta, s digitar PREFIX XXXX*, o que d a
opo de ver somente um Job ou Task com um prefixo especfico, funciona como
um filtro.
Trabalhando Filas de INPUT e OUTPUT - Input Queue and Output Queue
INPUT

Selecionando a opo I para Input Queue, o usurio vai poder ver os Jobs que se
encontram na Input Queue
( fila de entrada ) do Jes.
Este comando vai mostrar ao usurio um job ou uma lista de Jobs,e vrios paramoetros
tais como nome do Job, Jes JOBID, prioridade de entrada (PRTY), classe de Initiator,
Owner, posio de entrada (POS), processamento do Job (I/O), Output Destination
(RMT), estado do job (para caso que esteja em HOLD ou DUP). E ainda tem opo de
coluna de comando ao lado esquerdo do Job.

As opes abreviadas de comandos que pode ser usados nos Jobs na Input Queue so as
seguintes:
A

- Para liberar um job que possa estar em estado HOLD.

C - Para cancelar um Job.
CD - Cancela e faz um Dump.
D - Display
E - Restart (re-inicia o Job)
H - Hold - Segura o Job. O Job nao vai executar at que se libere o mesmo.
P - Purge - purga o Job, tirando ele do JES, juntamente com seu Output.

Os parametros prioridade (PRTY) e Classe podem ser reescritos, s ir com o cursor at

o parametro e mudar o mesmo, depois Enter.

Os filtros podem ser montados juntando os parametros de Display, por exemplo, se

quiser que mostrem os Jobs na Input Queue, de classe B e que no estejam em estado
Hold s digitar IB NH.
Output

Os Jobs que esto na Output Queue (fila de saida) podem ser cancelados, purgados,
colocados em Hold, liberados e enviados para impresso. Mas os usurios geralmente
entram nesta fila para procurar um Job que tenha terminado em erro. muito usado por

suportes de segundo nvel ou programados donos de Jobs que querem ver o porque um
Job terminou com erro, ou simplesmente para ver se o Job terminou bem.

Esta fila mostra os Jobs, JES JOBID, Owner, Form Number, Remote Printer
Destination (RMT) e total de linhas para serem enviadas para impresso (TOT-REC), e
classe de saida (Output Class).
Quando um Job aparece Highlighted, quer dizer que est sendo impresso.

Ainda podem ser usados os seguintes comandos, tambm na coluna do lado esquerdo do
Job:

A - Liberar Datasets de saida que estavam em estado Hold.

H - Segurar (Hold) Datasets de sada.
L - Listar o estado da saida do Job.
P - Purga Datasets de saida.
S - Display da sada de um Job.

Pode se usar a opco DEST, para ver para qual impressora (RMT) um determinado job
pode estar indo.

Pode-se montar filtros por exemplo para ver somente os Outputs de Jobs de Output
Class S e V, ficaria assim o comando, 'OSV'.
Tambm os parametros PRTY (prioridade), C (classe de saida) e Forms podem ser
mudados, simplesmente reescrevendo os mesmos.

Trabalhando com Printer

Entrando na opo PR (Printer), vai ser possvel ver a Printer (PRTx para Printer local e
PRy para Printer remota), o estado dela (se ACTIVE est sendo usada, se INACTIVE
est esperando para ser usada, se DRAINED ela est parada e se DRAINING ela est
parando), o SFORMS, a classe, o Job que est usando a Printer, o JES JOBID do Job, o
Owner do Job e o numero de linhas para para ser impressos, etc.

Podem ser dados os seguintes comandos atravs da coluna ao lado das Printers:

- Purga o Output que est sendo impresso.

D - Display sobre o Job que est na SYSLOG.
E - Reinicializar uma Printer.
I - Interrompe a Printer imediatamente, e quando reinicializada recomea os trabalhos
de onde tinha parado.
N - Imprime outra copia do Output.
P - Para a Printer.
S - Inicializa a Printer.
Z - Coloca a Printer em modo HALTED ( travada ).

Pode-se usar ainda o comando FIND PRINTERNAME no topo da tela para encontrar
uma Printer especifica.

Usando o comando RIGHT muitos outros parametros a respeito de uma Printer vo

aparecer. A tecla F11 pode ser usadas tambem em alguns sistemas.
Os parametros SCLASS e SFORMS podem ser reescritos.
Trabalhando com Initiators

Digitando a opo INIT ( para Initiators ) do menu principal, o operador entra no menu
para Initiators.

A tela para Initiators vai abrir e o operadore vai ver os seguintes parametros:
NP

- Coluna para comando.

ID - Nmero do Initiator.
STATUS - O estado do Initiator. Que pode ser DRAINED ( parado ), INACTIVE
( pronto para ser usado ) e ACTIVE ( sendo usado ).
CLASSES - Indica a classe do Initiator, que pode ter mais de uma classe, para atender
vrios Jobs ( Job s tem uma classe na sua configurao ), mas s um Job de cada vez.
JOBNAME, STEPNAME, PROCSTEP, JOBID, JOB CLASS, ASID - Todos estes
parametros aparecem quando um Job est utilizando um Initiator, o nome do job, Step e
Procstep, ID do Job, classe de Initiator com a qual ele foi configurado em seu JCL e seu
Address Space.

Os seguintes comandos podem ser usados:

- Purga o Initiator.
D - Display do Initiator.
S - Inicializa o Initiator.
Z - Trava o Initiator.

A classe de um Initiator pode ser mudada simplesmente reescrevendo a mesma.

Somente o ID do Initiator (representado por um nmero) que no mudado.

IPL
SHUTDOWN E IPL (INITIAL PROGRAM LOAD)

O processo de manutencao de um sistema mainframe se compreende principalmente em

um processo conhecido como Shutdown e IPL.

E facil reconhecer este processo pois funciona exatamente como um Boot em um

computador! A principal diferenca e que se ve tudo o que esta acontecendo por tras de
um Shutdown, na verdade este Shutdown e IPL tem que ser acompanhado por um
operador ou por um suporte do sistema.
Os processos estarao descritos separadamente neste topico.

SHUTDOWN

O Shutdown compreende em tirar o sistema do ar para que seja feita alguma

manutencao no memso.
O processo de Shutdown de um sistema Mainframe funciona exatamente como em um
PC. Por exemplo, em um pc a pessoa que esta fazendo o Shutdown tem que parar os
aplicativos ( TASKS ), caso contrario, parar o sistema sem parar as Tasks antes, pode
causar um serio problemas nestas Tasks ou ate mesmo na base do sistema operacional
do sistema mainframe ou LPAR.

Vtam
VTAM - Virtual Telecommunications Access Method

Data Comunications (Comunicao de Dados) a trasferncia de dados entre um

sistema e outros sistemas remotos. O sistema de redes da IBM usa o SNA (Systems
Network Architeture) como protocolo.

E o Software para controlar a rede que o Mainfreme IBM usa o VTAM.

Mas o VTAM no o nico Software usado em SNA, os outros exemplos so o NCP
(Network Control Program) e o CM/2 (Comunications Manager 2).
O protocolo APPN (Advanced Peer to Peer Networking) tambm foi incorporada, h
pouco tempo, s redes do Mainframe.

A arquitetura de redes de ambiente Mainframe inclui os seguintes componentes:

- Linhas de comunicao;

- Hardware Devices (dispositivos fsicos);

Terminais (incluindo PC's)

Impressoras
Controladoras
Modens
Mainframes
Token Rings (para uso nas LAN's)

- Softwares;

VTAM (instalado no Mainframe)

NCP (controlador de comunicao)
Gerenciadores de Comunicao (para os perifricos IBM que usam OS/2)
Emuladores de software SNA

Destes componentes citados, trs deles so elementos de rede que compem os Links de
dados:

- Dispositivo de controle de comunicao;

- Modens;
- Linhas de comunicao.
O VTAM o responsvel por enviar e receber dados e os gerenciadores de dados,
como CICS e IMS, cuidam das informaes recebidas e enviadas.

Controladores

A funo destes ajuda a controlar o roteamento das mensagens de dados pela rede.
Dois tipos so os exemplos:

- Controladores de comunicao;
- Controladores de terminais.

Os controladores de comunicao ou CCP (Comunications Control Processor), tambm

conhecidos como Front End Processors ou somente Front Ends. So os dispositivos que
controlam o recebimento e envio de mensagens de dados, inclusive as mensagens de
confirmao de transferencia destas mensagens.
Neste processo de controle, o NCP o Software e o CCP o Hardware, mas todo o
dispositivo pode ser conhecido como NCP.

Os controladores de terminais esto conectados a Mainframes, NCP, impressoras e

todos os dispositivos perifricos. Este controla o envio de mensagens, como para qual
perfrico vai a mensagem, etc.

Os terminais podem ser dispositivos definidos para estarem conectados a controladores

de terminais, tem seu proprio software chamado Microcode o que d acesso rede
SNA, chamado de 'terminal burro'. Os 'terminais inteligentes' so PC's com software
SNA instalados neles. Os Pc's podem ser os de plataforma OS/2 ou ainda Microsoft.
A rede Token Ring da IBM tambm pode se conectar ao ambiente Mainframe
atravs de controladores de terminais ou at atravs de um dispositivo chamado
3172. A CISCO tambm tem seus dispositivos de acesso rede Mainframe.

Rede de Comunicao

Como dito anteriormente, os CCP's so usados para ligar a rede (atravs das linhas de
comunicao) ao processador do usurio. Os CCP's so identificados no sistema como
as unidades 3745, 3725 ou 3720. O software usado no CCP o NCP (Network Control
Program). O terminal controlador pode ser definido tambm como 3274 ou 3174,
podem ser ainda 3174-63R (Remote) ou 3174-11L (Local).

Os dados enviados pelo computador do usurio so convertidos para binrio quando

enviados aos terminais, e desconvertidos quando chegam de volta ao mesmo. Esta
converso feita pelo CCP.
Neste processo de converso usado um MODEM. Sigla que significa
MODulador/DEModulador, que modula e demodula o sinal que vai ser transmitido na
rede.

Tipos de Transmisso

As linhas de comunicao suportam 3 tipos de trasferncia:

Simplex - Pode s enviar ou s receber dados, mas no os dois;

Half Duplex - Pode enviar ou receber dados, mas no ao mesmo tempo;
Full Duplex - Envia e recebe dados simultaneamente.

As linhas de comunicao so duas:

Switched - Acesso discado, via linha telefonica;
Leased - Linha de conexo permantente, uma banda larga por, exemplo.

Existem tambm 2 modos de transmisso aceitos na rede SNA:

Synchronous (sncrono) - transmite ou recebe os dados via frames (pacotes). Este modo
usa dois tipos de transmisso, BSC ( Binary Sinchronous Code) e SDLC (Synchronous
Data Link Control);
Asynchronous (assncrono) - transmite byte a byte usando um bite de controle a
cada byte transmitido. Este modo o usado pelos PC's.

Os cdigos de transmisso usados so dois:

ASCII (American Standard Code for Information Interchange) - usado nos PC's;
EBCDIC (Extended Binary Coded Decimal Interchange Code) - Usado na plataforma
IBM OS/2 ou Mainframe.

Componentes do VTAM

Como foi explicado, o VTAM prov uma interface entre os aplicativos do Mainframe
(CICS e IMS) e os usurios.

O VTAM est habilitado para fazer o seguinte:

- Enviar e receber mensagens;

- Formatar respostas;
- Detectar e corrigir erros;
- Alertar operadores sobre erros que no pode corrigir por si s;
- Manipular os recursos da rede atravs de comandos.

As aplicaes que usam a rede decomunicaes so variados, tais como:

- Programas de verificao de usurios, etc;

- Programas de entrada de dados;
- Programas para atualizao de dados;
- Entrada remota de Jobs (RJE), usado para submeter e imprimir Jobs de sistemas
remotos.

Marcadores: Mainframe

Organizao Estruturada de
Computadores
S mais um site WordPress.com

Ir para contedo

Pgina Inicial

Computadores Descartveis

Microcontroladores

Computadores para Jogos

Computadores Pessoais

Servidores

Mainframes

Sobre

Mainframes
Um mainframe um computador de grande porte, dedicado normalmente ao
processamento de um volume grande de informaes. Os mainframes so capazes de
oferecer servios de processamento a milhares de usurios atravs de milhares de
terminais conectados diretamente ou atravs de uma rede. (O termo mainframe se
refere ao gabinete principal que alojava a unidade central de fogo nos primeiros

computadores.

Maquinas de grande porte normalmente usam sistema operacional Unix e as vezes

outros simultaneamente ( so capazes de rodar vrios sistemas operacionais ao mesmo
tempo ).
So hotswap, tem um grande paralelismo de processadores, e a estabilidade de software
e hardware enorme com os processos rodando em processadores virtuais e reais que
podem ser distribuidos pela carga dependendo da necessidade.
A filosofia de funcionamento MF muito diferente do Windows e dos servidores
Wintel. A multitarefa e implementada de tal forma que um processo nunca vai
conseguir interferir em outro principalmente que eles muitas vezes rodam mesmo em
memria e processadores diferentes.
Outra caracteristica dos mainframes que eles suportam alta carga de IO com
facilidade e por isso esto atualmente sendo muito usados como servidores WEB de
grande capacidade e disponibilidade, tornando muito difcil um hacker invadir um
mainframe.

Criao nasceram em 1946

Em 7 de abril de 1964, a IBM apresentou o System/360, mainframe que, na poca, foi o

maior projeto de uma empresa. Desde ento, outras empresas como a HP e a
Burroughs (atual Unisys) lanaram seus modelos de mainframe. Existem mainframes
em operao no mundo inteiro.
Hardware Como so computadores com capacidade dimensionada para aplicaes
que exijam grandes recursos, os mainframes possuem hardwares semelhantes como
memrias, processadores, discos rgidos etc., porm o tamanho destes hardwares se
diferem dos de computadores de outros portes, como servidores e desktops.
Processadores Os Mainframes possuem um banco de processadores bastante
verstil, capaz de suportar uma troca de processadores, insero ou remoo sem
precisar desligar o mainframe . Estes processadores so como pequenas caixas, com
uma extremidade para a interface, que podem ser encaixados neste banco de
processadores.
Sistema Operacional Os sistemas operacionais desenvolvidos para mainframe so
criados especialmente para a finalidade de cada modelo, seja para processar textos,
bancos de dados,efetuar clculos ou gerenciar dispositivos. So baseados em sistemas
prprios, por exemplo: z/OS, z/VSE, z/VM, z/TPF (da IBM), OS2200, MCP (da
Unisys), GCOS (da Bull), e outros de empresas como Fujitsu, Hitachi e Amdhal.