Sun Software
Sun Software
APRESENTAÇÃO
A Sun Software Comércio e Representações Ltda, cujo foco principal, ao longo dos
20 anos de atuação no mercado brasileiro, tem sido à busca de soluções para os
principais problemas enfrentados pelos nossos clientes em particular e pelo mercado
em geral. Um problema que tem, de forma crescente, preocupado os usuários de
sistemas Mainframe é a redução da janela batch, problema este que tende, em função
de diversos motivos, explicados ao longo deste trabalho, a se tornar cada vez mais
crítico.
A Sun Software ciente disto procurou, ao longo de vários meses, uma solução que
melhor se adequasse e que menos impactasse o ambiente dos nossos clientes.
Firmamos então uma parceria técnica e comercial com a empresa norte americana
ATRI, que possui também uma larga experiência na resolução de problemas do
ambiente mainframe, especialmente nos serviços de diminuição de janela batch de
empresas com os mais variados tipos de atividade.
A ATRI - Advanced Technological Research, Inc. está sediada no estado de Ohio.
Desde 1980, quando tomou como principal desafio à diminuição da janela batch na área
de TI, vem aperfeiçoando continuadamente este serviço, que tem sido prestado a
várias empresas em todo o mundo nos mais diversos ramos da indústria.
Para atingir o desafio de diminuir a janela batch, a ATRI criou, em 1994, uma
metodologia de análise chamada BAS – Batch Analysis Service, desenvolvendo para
isso uma ferramenta denominada IBSAT – Interactive Batch Systems Analysis Tool.
Juntas, a Sun Software e a ATRI, disponibilizam ao mercado brasileiro o serviço de
Batch Analysis System – BAS.
Temos certeza que o BAS será de muita utilidade para as empresas que possuem
sistema operacional MVS / z-OS, com problemas de dimensionamento na carga da
janela batch.
Atualmente, devido ao grande crescimento dos sistemas de aplicações online e
demanda por disponibilidade, as empresas vêem suas janelas batches praticamente
todas ocupadas e muitas vezes os sistemas de aplicações online entram no ar ou fora
do horário especificado (SLA) e/ou sem alguns arquivos, o que faz com que
determinadas aplicações online fiquem sem funcionar até que estes arquivos sejam
totalmente processados no ambiente batch, para posteriormente ingressarem no
ambiente online.
Uma outra decorrência da janela batch estar praticamente toda ocupada é que se
houver a necessidade de algum reprocessamento, certamente isto causará um atraso
na entrada do sistema online.
Sun Software Comércio e Representação Ltda.
Rua Frei Caneca, 159 - Térreo - São Paulo – 01307-001 - Tel./Fax: (011) 3258-9800
E-mail: [email protected]
2
Sun Software
A prática tem mostrado ser muito difícil e demorada, e com baixo grau de sucesso, a
tentativa de se reduzir à janela batch pelos meios tradicionais, que as empresas até
agora dispunham.
Nesta apresentação, a Sun Software mostrará que o seu novo serviço: o BAS – Batch
Analysis Service – o qual, já comprovado no mundo inteiro, ajudará efetivamente as
empresas a reduzir suas janelas batches de uma forma rápida, automática, segura e
com um significativo retorno financeiro.
É mais uma contribuição da Sun Software ao mercado nacional, visando à economia e a
competitividade das empresas.
José Curcelli
Presidente
Sun Software Comércio e Representação Ltda.
Rua Frei Caneca, 159 - Térreo - São Paulo – 01307-001 - Tel./Fax: (011) 3258-9800
E-mail: [email protected]
3
Sun Software
Índice Geral
O conceito de Otimização da Janela Batch.............................................................5
O que é o BAS ? ................................................................................................6
As Fases do BAS ...............................................................................................7
Principais benefícios...........................................................................................8
Ganhos de Desempenho por tipo de atividade .......................................................9
Lista dos principais clientes............................................................................... 10
O que faz?...................................................................................................... 11
Como faz? ...................................................................................................... 12
Principais etapas a serem executadas e o tempo de duração do processo BAS.......... 13
A análise dos dados ......................................................................................... 14
Resultados fornecidos e processos de implementação ........................................... 20
Dados Coletados ............................................................................................. 21
Exemplos de recomendações gerais ................................................................... 22
Exemplos de problemas e soluções: ................................................................... 26
Exemplo de um caso prático: ............................................................................ 33
Exemplo de roteiro para análise dos processos .................................................... 34
O Conceito Faturável: ...................................................................................... 35
BAS - Pré-cotação – Checklist de Informações ..................................................... 36
Sun Software Comércio e Representação Ltda.
Rua Frei Caneca, 159 - Térreo - São Paulo – 01307-001 - Tel./Fax: (011) 3258-9800
E-mail: [email protected]
4
Sun Software
O conceito de Otimização da Janela Batch
Cada vez mais, a utilização do mainframe vem aumentando devida não só ao aumento
dos volumes de dados, como também a oferta de novos serviços ao mercado.
Os CIOS muitas vezes não têm outra saída a não ser o aumento da capacidade de seus
computadores, o que normalmente é muito custoso. Certamente estes CIOs gostariam
de absorver estes aumentos de serviços e estender a vida dos atuais equipamentos,
adiando a contratação de upgrades de hardware e software.
O Batch Analysis Service – BAS, vem atender justamente esta necessidade, além de
sanar as dificuldades operacionais, desperdício do uso de recursos e aumentar o
throughput do batch.
O Batch Analysis Service – BAS é uma solução rápida e eficiente que atenderá as
necessidades urgentes de redução da janela batch.
Sun Software Comércio e Representação Ltda.
Rua Frei Caneca, 159 - Térreo - São Paulo – 01307-001 - Tel./Fax: (011) 3258-9800
E-mail: [email protected]
5
Sun Software
BAS - Batch Analysis Service
O que é o BAS ?
O Batch Analysis Service-BAS é uma metodologia de análise desenvolvida pela ATRI e
implementada em parceria com a Sun Software, que permite uma análise dos
processos batch através de um extenso exame desses processos (JOBs) em execução
no sistema operacional MVS do Mainframe, oferecendo recomendações que permitem a
redução dos tempos de execução das janelas batch, o que implica em economia e
posterga a necessidade de upgrades em equipamentos e software.
O Batch Analysis Service – BAS é uma metodologia que utiliza alta tecnologia, pessoal
especializado e um grau muito elevado de automação na fase de coleta de dados,
exigindo pouquíssima participação dos profissionais da empresa cliente.
E como resultado, o BAS fornece recomendações específicas, em várias áreas, as quais,
quando aplicadas, trarão benefícios que não somente reduzirão o tempo de ocupação
da janela batch como cumprimento dos SLA batches.
Sun Software Comércio e Representação Ltda.
Rua Frei Caneca, 159 - Térreo - São Paulo – 01307-001 - Tel./Fax: (011) 3258-9800
E-mail: [email protected]
6
Sun Software
As Fases do BAS
1. LEVANTAMENTO DA SITUAÇÃO E DETERMINAÇÃO DO ESCOPO DO TRABALHO
Nesta fase inicial, a Sun Software e o cliente levantam toda a situação da janela batch e o
cliente escolhe as aplicações que serão processadas e o cliente também determina qual
será o Escopo deste trabalho.
2. INSTALAÇÃO
Nesta fase a Sun Software instala os programas que coletam os dados para o BAS.
3. COLETA
Conforme decidido no item 1, o BAS pode fazer a coleta: dos fluxos, dos System Image
ou de todo o Data Center.
Esta coleta é feita de forma automática sem praticamente nenhuma participação do
cliente.
As informações coletadas são enviadas a Sun Software e a ATRI para análise e
formulação das recomendações, que serão exemplificadas neste trabalho.
4. ANÁLISE
Esta fase analisará os dados coletados e definirá as recomendações que deverão ser
implementadas para melhorar o desempenho das aplicações escolhidas no escopo.
É nesta fase, que se aplica toda a tecnologia e a experiência dos especialistas que a Sun
Software dispõe para o serviço BAS.
Toda a analise será efetuada fora da instalação do cliente.
5. RESULTADOS
Terminada a análise, a Sun Software apresentará ao cliente, os resultados obtidos na fase
anterior.
Este resultado consiste de 4 documentos a saber:
•
Fluxo da aplicação antes da análise
•
Fluxo da aplicação após a análise
•
Gráfico PERT/CPM mostrando o caminho crítico dos JOBs que compõem o
sistema de aplicação
RECOMENDAÇÕES, ou seja, as alterações que o cliente deverá executar
no sistema de aplicação para obter a redução do tempo sala deste
sistema. Estas RECOMENDAÇÕES são, na prática, os resultados do BAS.
Também, serão fornecidos, em meio eletrônico todos os documentos
acima.
•
6. IMPLEMENTAÇÃO
O cliente analisará as recomendações produzidas pelo BAS e decidirá quais
RECOMENDAÇÕES serão implementadas, e se as implementará com recursos próprios,
pela Sun Software por terceiros.
Nesta fase, o cliente decidirá quais recomendações desejará implementar, podendo fazêlo com seus próprios recursos ou contratando terceiros. A Sun Software está plenamente
capacitada e certificada para implementar estas recomendações.
Sun Software Comércio e Representação Ltda.
Rua Frei Caneca, 159 - Térreo - São Paulo – 01307-001 - Tel./Fax: (011) 3258-9800
E-mail: [email protected]
7
Sun Software
Principais benefícios
Definição das prioridades: onde e como atacar os principais problemas da janela batch.
Economia de tempo: minimiza o envolvimento dos recursos humanos da estrutura de TI
do Cliente.
Redução dos custos: um rápido retorno do ROI e capacidade de atender mais
facilmente aos acordos de SLA.
Foco: ênfase na redução dos caminhos críticos dos fluxos das janelas batch.
Recomendações detalhadas possibilitam aos técnicos focar seus esforços nas mudanças
necessárias para a redução do ciclo batch.
Sun Software Comércio e Representação Ltda.
Rua Frei Caneca, 159 - Térreo - São Paulo – 01307-001 - Tel./Fax: (011) 3258-9800
E-mail: [email protected]
8
Sun Software
Ganhos de Desempenho por tipo de atividade
Tipo
Projeto
Recomendações
Manufatura
3 System Image –
diários e mensais,
DB2 & ADABAS
Transporte
1 System Image diários e mensais
DB2 & SAS
Banco
Ciclos de Aplicação
HOGAN—
ciclos de 11 dias
Financeiro
Duas aplicações - ciclo
diário
Seguros
Três aplicações – ciclo
diário;
DB2, CICS & IMS
Financeiro
System Image – ciclo
diário;
Datacom, DB2 e IDMS
Banco
Três aplicações – ciclos
diários e mensais
Financeiro
3 System Images –
diário, mensal e
trimestral
Mudança na Schedulagem; Aumento
do paralelismo; Bufferização no IMS;
Eliminação dos Wait e dos Initiators e
Redução dos Blocksizes
Mudanças no Schedule; Aumento do
paralelismo; Bufferização nos VSAM;
Uso do BSLR e Fitas para Disco
Mudanças no Schedule; Aumento do
paralelismo; Eliminação de Wait entre
os JOBs e Controle das modificações
de migração
Mudanças no Schedule; Mudanças no
JCL e Bufferização nos arquivos VSAM
Mudanças no Schedule; Ajuste no
Buffer Pool do IMS; Bufferização dos
arquivos VSAM; Redução das
montagens de fitas e Mudanças nos
processos
Mudanças no JCL e no Schedule;
Bufferização nos arquivos VSAM e
Redução dos Blocksizes de grandes
arquivos seqüenciais em DASD
Mudanças no Schedule; Mudanças
nos processos; Bufferização de
Arquivos; Eliminação de Waits e
Reestruturação de JOB
Mudanças no Schedule; Arquivos em
Fitas passar para Discos; Bufferização
dos arquivos VSAM e Ajuste nos
parâmetros do Sort
Sun Software Comércio e Representação Ltda.
Rua Frei Caneca, 159 - Térreo - São Paulo – 01307-001 - Tel./Fax: (011) 3258-9800
E-mail: [email protected]
9
Ganhos
35% diário
26% mensal
53% diário
24% mensal
34% diário
39% diário
20% diário
28% diário
48% diário
65% mensal
31% diário
29% mensal
30% trimestral
Sun Software
Lista dos principais clientes
BANCOS E FINANÇAS
THE VANGUARD GROUP
MERCHANTILE BANK
PHEAA
BB&T
BANCO BRADESCO
FIRST CITIZENS BANK
SCOTIABANK
DISCOVER CARD
MELLON BANK
AMERICAN EXPRESS FINANCIAL CORP.
BANK OF NEW YORK
NATIONAL CITY CORPORTATION
NORWEST BANK
ING NORTH AMERICA
VISA – INTERNATIONAL
CHARLES SCHWAB & COMPANY
NORTHERN TRUST
TELECOMUNICAÇÕES
GOVERNO
STATE OF MINNESOTA
FRANCHISE TAX BOARD – STATE OF CA
SBC
BELL SOUTH
PACIFIC BELL
CONVERGYS
SAÚDE
CLEVELAND CLINIC FOUNDATION
HUMANA, INC.
SEGUROS
BLUE CROSS/BLUE SHIELD OF ALABAMA
DELTANET
BLUE CROSS/BLUE SHIELD OF MINNESOTA
CHUBB & SON, INC.
AETNA INC
HIGH MARK
ANTARES
STATE FARM INSURANCE COMPANIES
TIG
INDÚSTRIA
LABORATORY CORPORATION
ARROW ELECTRONICS
NISSAN NORTH AMERICA
DOW CHEMICAL
RELIANCE ELECTRIC
NEWELL / RUBBERMAID
VAREJO
(THE) GAP, INC.
SUPERVALU
DAYTON HUDSON (TARGET STORES)
SERVIÇOS
ACXIOM / MAY & SPEH
TSYS
TRANSPORTES
NORTHWEST AIRLINES
Sun Software Comércio e Representação Ltda.
Rua Frei Caneca, 159 - Térreo - São Paulo – 01307-001 - Tel./Fax: (011) 3258-9800
E-mail: [email protected]
10
Sun Software
O que faz?
Através da ferramenta de análise Interactive Batch System Analysis Tool – IBSAT, o
BAS descobre as maneiras de melhorar o desempenho nos caminhos críticos dos
processos executados na janela batch.
A ferramenta identifica problemas e recomenda modificações específicas indicando,
para cada uma delas, o ganho percentual na redução do tempo de execução do ciclo
batch.
Desta forma, a janela batch alcançará o maior desempenho no menor tempo
possível.
O processo de análise dar-se-à sobre três escopos diferentes:
- Batch Flow: sobre uma única aplicação, onde se define o nome do JOB de início e de
um ou mais JOBs de término do fluxo.
- System Image: escopo que permite o empacotamento de múltiplos Batch Flow.
- Data Center: escopo que analisa todo o serviço batch em todos os System Image.
O IBSAT constrói um mapa PERT do ciclo batch, incluindo os tempos de cada tarefa
(task), identificando os caminhos críticos.
Cada etapa (step) do processo IBSAT aponta para os pontos de conclusão das
aplicações que são examinadas em detalhe, determinando, desta forma, as ações que
reduzirão o tempo do caminho crítico.
As melhorias geradas sobre os caminhos críticos são modeladas no mapa PERT,
permitindo, que o efeito resultante possa ser previsto com exatidão.
O BAS auxiliará nos seguintes aspectos:
•
•
•
•
•
•
Redução da janela batch
Diminuição do elapsed time dos caminhos críticos das aplicações
Prevenção do efeito das cargas batch combinadas entre si
Documentação do sistema batch
Melhoria e simplificação da gestão e controle operacional do ambiente batch
Prevenção do efeito de novos hardwares no processo batch
Sun Software Comércio e Representação Ltda.
Rua Frei Caneca, 159 - Térreo - São Paulo – 01307-001 - Tel./Fax: (011) 3258-9800
E-mail: [email protected]
11
Sun Software
Como faz?
O Processo de Análise
Com o objetivo de minimizar o impacto nas rotinas de TI do Cliente, todo o trabalho de
análise é feito fora das instalações do Cliente.
A Sun Software instala no Mainframe do Cliente o IBSAT Data Collector, que é o
responsável pela coleta das informações. As principais fontes para esta análise são os
dados do SMF.
O Data Collector organiza os dados do SMF em construções logicamente conectadas,
que permitem associações de JOBs batch com data sets e os devices que suportam
estes data sets.
Para cada JOB batch são linkadas estatísticas como os dados RMF e informações de
tape mount, permitindo o isolamento rápido de recursos críticos usados por processo
batch, e identificando as dependências dos JOBs BASeados no uso de datasets.
Esse processo permite a validação de critérios de scheduling de processo batch e
também identifica qualquer oportunidade de melhoria na estrutura do fluxo de
processos batch.
Podem ser identificadas dependências, mesmo se o sistema batch é executado em
múltiplos System Images.
Para isolar os pontos de interface do fluxo batch, são identificados todos os datasets
transferidos entre os fluxos.
Sun Software Comércio e Representação Ltda.
Rua Frei Caneca, 159 - Térreo - São Paulo – 01307-001 - Tel./Fax: (011) 3258-9800
E-mail: [email protected]
12
Sun Software
Principais etapas a serem executadas e o tempo de duração do
processo BAS
Definição das necessidades e os problemas a serem endereçados.
Coleta de Dados: duração de 4 a 6 horas
Trabalho de análise: realizado off-site
Entrega e apresentação dos relatórios preliminares: revisão das recomendações
sugeridas
Entrega e apresentação dos relatórios finais
Início de implementação
Tempo Total: máximo de 6 semanas
Sun Software Comércio e Representação Ltda.
Rua Frei Caneca, 159 - Térreo - São Paulo – 01307-001 - Tel./Fax: (011) 3258-9800
E-mail: [email protected]
13
Sun Software
A análise dos dados
O IBSAT permite uma interpretação visual dos dados do SMF, o que torna fácil o
entendimento do fluxo batch.
O primeiro passo na análise dos dados é selecionar, de uma lista de JOBs, aqueles que
são de interesse, sendo utilizadas todas as informações fornecidas que descrevem o
processo batch.
O IBSAT inicia o processo nos JOBs finalizadores do ciclo batch e retrocede no tempo
para mapear as dependências entre os JOBs.
Constroi-se assim, um mapa do fluxo batch, cujas informações são levadas e
traduzidas em uma ferramenta de flowcharting. Neste caso, é utilizado para criar o
fluxo gráfico do fluxo batch o VISITRAC da Lexonix, que mostrará o caminho crítico.
O fluxo batch resultante é comparado ao critério de scheduling existente para validar o
fluxo gráfico e qualquer oportunidade de mudanças de scheduling.
Sun Software Comércio e Representação Ltda.
Rua Frei Caneca, 159 - Térreo - São Paulo – 01307-001 - Tel./Fax: (011) 3258-9800
E-mail: [email protected]
14
Sun Software
Com o fluxo batch entendido, as tasks que compõem o caminho crítico, são
examinadas em detalhes. Iniciando com o JOB de maior oportunidade aparente, isto é:
a task com maior tempo de execução.
Sun Software Comércio e Representação Ltda.
Rua Frei Caneca, 159 - Térreo - São Paulo – 01307-001 - Tel./Fax: (011) 3258-9800
E-mail: [email protected]
15
Sun Software
A análise dos tempos de execução dos steps revela onde os tempos estão sendo
gastos, de modo que as atividades de análise do IBSAT são dirigidas para os recursos
críticos, objetivando melhorar o tempo de execução dos JOBs detectados.
Sun Software Comércio e Representação Ltda.
Rua Frei Caneca, 159 - Térreo - São Paulo – 01307-001 - Tel./Fax: (011) 3258-9800
E-mail: [email protected]
16
Sun Software
Os tempos de I/O de datasets críticos são endereçados usando uma variedade de
métodos.
Isto inclui técnicas de buffering, eliminação de I/O, caching, redistribuição de datasets,
balanceamento de carga de caminho e device..
O IBSAT fornece informações sobre os datasets críticos para determinar as ações
corretivas apropriadas.
Sun Software Comércio e Representação Ltda.
Rua Frei Caneca, 159 - Térreo - São Paulo – 01307-001 - Tel./Fax: (011) 3258-9800
E-mail: [email protected]
17
Sun Software
A análise do histórico dos acessos aos datasets pode mostrar qual JOB criou o dataset,
determinando onde introduzir as mudanças de alocação, tais como: blocksize e
localização de dataset.
O IBSAT mostra se existe uma contenção no dataset em questão, pois pode haver
outros datasets concorrentes em termos de I/O.
Sun Software Comércio e Representação Ltda.
Rua Frei Caneca, 159 - Térreo - São Paulo – 01307-001 - Tel./Fax: (011) 3258-9800
E-mail: [email protected]
18
Sun Software
Um novo tempo de execução de task é estimado com BAS e em cada mudança a ser
efetuada, sendo estabelecido um novo tempo no fluxo batch. Isto pode causar
mudanças no caminho crítico e também assegura que o caminho crítico está sendo
constantemente monitorado.
Uma vez completada a análise, são apresentadas recomendações em conjunto com os
benefícios projetados e o tempo estimado de implementação.
As recomendações apresentadas não são genéricas, do tipo: “balanceie o subsistema
de I/O” ou “ajuste o cache”. Elas são instruções específicas de implementação,
completas o suficiente para permitir ao executor saber precisamente quais linhas de
JCL, cartões de controle e outros devem ser modificados.
Faz parte também das recomendações a transformação em JOBs paralelos que eram
executados serialmente.
Sun Software Comércio e Representação Ltda.
Rua Frei Caneca, 159 - Térreo - São Paulo – 01307-001 - Tel./Fax: (011) 3258-9800
E-mail: [email protected]
19
Sun Software
Resultados fornecidos e processos de implementação
Os resultados serão apresentados em reunião da Sun Software com o cliente quando
se analisará item a item todas as recomendações.
As recomendações são categorizadas por tipo de recomendação, tais como: uso de
CPU, bufferização, paralelismo de jobs, etc.
As recomendações de mudanças específicas no fluxo batch, são fornecidas em meio
eletrônico, papel e em hard copy. Isto inclui recomendações detalhadas juntamente
com os resultados esperados. (como e porque)
1. Fluxo representando o caminho crítico. Isto consiste de um mapa do projeto,
em hard copy, que percorre o fluxo batch durante cada ciclo de produção. Para
cada ciclo há um gráfico de pré e pós-análise.
2. Sumário de recomendações de mudanças para facilitar o gerenciamento do
projeto dos passos de implementação.
3. Versão eletrônica dos gráficos e a documentação do projeto.
Para se obter o máximo proveito das mudanças sugeridas pelo BAS é recomendado um
gerenciamento efetivo no projeto de implantação das sugestões.
Veja o exemplo de um caso prático.
Sun Software Comércio e Representação Ltda.
Rua Frei Caneca, 159 - Térreo - São Paulo – 01307-001 - Tel./Fax: (011) 3258-9800
E-mail: [email protected]
20
Sun Software
Dados Coletados
Dados SMF, tipos de registros:
14, 15, 21, 30 (ou 4, 5, 34 e 35), 62, 64, 70, 71, 72, 74 e 78
RMF deve ser “setado” para registrar estatísticas de DASD e TAPE
Listagem de JOB Scheduling mostrando as dependências de JOBs
Listagem dos parâmetros de performance do sistema: OPT, IPS e ICS PARMLIB
Informações de configuração de hardware do sistema, incluindo tipos de control units e
configurações de “cache”
Os dados do SMF são coletados via o IBSAT Data Collector
Recomenda-se que sejam usados de 3 a 5 ciclos de execução
Sun Software Comércio e Representação Ltda.
Rua Frei Caneca, 159 - Térreo - São Paulo – 01307-001 - Tel./Fax: (011) 3258-9800
E-mail: [email protected]
21
Sun Software
Exemplos de recomendações gerais
A seguir são apresentados alguns exemplos de recomendações geradas em análises de
casos reais.
As recomendações de performance são descritas nos relatórios entregues e elas
detalham as medidas que deverão ser implementadas para a redução, com sucesso,
do tempo do ciclo batch.
Alterações de buffer:
Datasets VSAM têm várias centenas de milhares de EXCPs executados contra eles
durante o ciclo batch. Técnicas de buffering nativas e BLSR (Batch Local Shared
Resources) irão diminuir os contadores de EXCPs.
Uma limitação de buffering do VSAM nativo é que ele permite somente o buffering de
componentes de VSAM index para processamento randômico.
Uma descrição completa do BLSR pode ser encontrada no manual IBM GC28-1059001.
A implementação do BLSR para datasets específicos, dentro do caminho crítico, pode
reduzir significativamente o ciclo batch. O BLSR pode ser implementado através de
atualizações em bibliotecas de JCL.
Transferência de arquivos de fita para DASD:
Vários datasets seqüenciais usados em muitas aplicações, são alocados para fita. Estes
datasets, mesmo que pequenos, podem ser lidos várias vezes durante o ciclo batch.
Se datasets “chaves” forem alocados para DASD ao invés de fita, o tempo do caminho
crítico para aplicações batch poderá ser reduzido.
Separação de Datasets:
Uma grande quantidade de datasets é alocada em um número limitado de volumes
DASD. Isto causa um gargalo em arquivos de aplicações em determinadas DASD
Control Units.
Algumas vezes, durante o ciclo batch, Control Units podem estar sobrecarregadas. Se
os arquivos forem alocados para várias DASD Control Units diferentes, o ciclo batch
pode ser reduzido.
Sun Software Comércio e Representação Ltda.
Rua Frei Caneca, 159 - Térreo - São Paulo – 01307-001 - Tel./Fax: (011) 3258-9800
E-mail: [email protected]
22
Sun Software
Reestruturação de JOBs:
Alguns JOBs contêm vários jobsteps. Alguns dos JOBs podem ser quebrados em
múltiplos JOBs. Isto poderá permitir que os steps possam ser executados com
antecedência no ciclo batch, fora do caminho crítico.
Um JOB poderá ser quebrado permitindo também o paralelismo de execução dos
programas.
Initiator Wait:
Vários JOBs no caminho crítico esperam por Initiators do sistema para se tornarem
disponíveis. Os JOBs do caminho crítico podem ser assinalados para uma classe de
JOBs que têm mais Initiators disponíveis.
Outra opção é fazer mais Initiators disponíveis para todos os JOBs batch.
Alterações no Scheduling de JOBs:
Existem oportunidades para executar mudanças no scheduling para JOBs dentro do
caminho crítico. A verdadeira dependência é satisfeita antecipadamente no ciclo para
os JOBs. Através da liberação desses JOBs nesse tempo, o ciclo batch poderá ser
reduzido.
Disponibilização de arquivos para Alocação:
JOBs no caminho crítico algumas vezes esperam por drives de fitas ou datasets DASD.
Uma vez que o tempo de alocação para esses arquivos impacta diretamente o tempo
total do ciclo, podem ser reservados recursos para assegurar que as esperas sejam
eliminadas.
Isolamento de datasets:
Podem ser identificados datasets “chaves” cuja performance de I/O afetam
diretamente o tempo do ciclo para aplicações. Os datasets são alocados para pools de
DASD gerais.
As estatísticas de tempo de resposta para estes pools podem ser altas.
Se os arquivos “chaves” forem alocados para devices DASD que forneçam uma melhor
performance, então os ciclos batch podem ser reduzidos.
Sun Software Comércio e Representação Ltda.
Rua Frei Caneca, 159 - Térreo - São Paulo – 01307-001 - Tel./Fax: (011) 3258-9800
E-mail: [email protected]
23
Sun Software
Redução do uso da CPU:
Jobsteps podem ter um alto consumo de CPU, isto conta para um longo tempo de
execução. Muito do tempo de CPU, pode ser eliminado através de alterações
relativamente simples em códigos fonte.
Pode ser identificada uma oportunidade máxima para redução do caminho crítico, via
alterações em códigos fonte.
Usando-se uma ferramenta de exame de perfil de utilização de CPU, como o STROBE
ou o OMEGAMON / MVS INSPECT, pode-se determinar o potencial de ganho e um perfil
de utilização de CPU dos Jobsteps identificados que estão rodando.
Isso irá isolar seções de programas responsáveis por alta utilização de CPU.
Este perfil encontrado e um Assembly ou compilador de códigos fontes podem fornecer
uma listagem mostrando referências-cruzadas de offsets de programas.
Com estas informações, pode-se recomendar alterações em programas.
As melhorias no programa podem reduzir o consumo de CPU e recuperar tempo de
execução para Jobsteps e o caminho crítico para as aplicações.
Tuning de classificações:
Vários steps de SORT que classificam arquivos grandes, demoram um tempo
significativo no SORTWORK I/O.
Para classificações no caminho crítico, o máximo possível de memória que se tornar
disponível irá reduzir a atividade de SORTWORK. Forneça também mais memória 31bit para a classificação.
Se houver área particular suficiente, forneça aproximadamente 40Mb de memória.
Aumente a memória 31-bit para no mínimo 10 Mb para classificações no caminho
crítico.
Para o produto SYNCSORT, isto é feito especificando-se VSCORET=10M no cartão de
controle fornecido na entrada $ORTPARM.
Também aumente o limite da região para REGION=8M para permitir o uso de toda a
memória abaixo dos 16Mb.
Sun Software Comércio e Representação Ltda.
Rua Frei Caneca, 159 - Térreo - São Paulo – 01307-001 - Tel./Fax: (011) 3258-9800
E-mail: [email protected]
24
Sun Software
Mudanças no processo:
A recarga de vários datasets VSAM pode demorar longos períodos de tempo.
As recargas executam milhões de EXCPs e o processo para carregar os arquivos é
checado.
Classificar os dados em seqüências “chaves” antes da carga nos arquivos VSAM pode
ajudar a eliminar EXCPs e reduzir o tempo de execução.
O IDCAMS LISTCAT pode também ser analisado para determinar se a estrutura do
arquivo VSAM pode ser modificada. Isto é feito através de modificações nos cartões de
controle “DELETE/DEFINE”.
Alterações no tamanho de bloco de datasets:
•
Vários datasets grandes em fita são usados no caminho crítico e não alocam o
máximo fator de blocagem permitido.
•
Alocar arquivos com um fator de blocagem grande e buffers adicionais ajudam a
melhorar o processamento seqüencial.
Sun Software Comércio e Representação Ltda.
Rua Frei Caneca, 159 - Térreo - São Paulo – 01307-001 - Tel./Fax: (011) 3258-9800
E-mail: [email protected]
25
Sun Software
Exemplos de problemas e soluções:
Problema 01:
Análise:
Solução:
Problema 02:
Análise:
Solução:
Problema 03:
Análise:
Solução:
Um JOB é atrasado pela Dependência de Schedule com outro JOB,
porém os dois JOBs não compartilham nenhum arquivo de dados
(ou não alteram nenhum arquivo de dados).
O Batch Analysis Service usa ambos os scheduling do cliente e
encadeamento de datasets para “linkar” os JOBs. Portanto, é possível ver
se há alguma dependência de dataset que suporte uma dependência
schedulada. Se não, a dependência schedulada pode ser removida
permitindo o JOB sucessor iniciar com antecedência.
Mudança no Scheduling. Remova a dependência no sistema de Scheduling
e isto irá permitir o JOB sucessor iniciar mais cedo. Paralelismo de JOBs
Uma grande parte do caminho crítico do tempo de execução
de um JOB está dedicada em acessar um arquivo o qual tem
pouca ou nenhuma bufferização.
Como a velocidade de execução do caminho crítico de um JOB é a
chave para aumentar a velocidade de término do ciclo batch,
buffers adicionais deverão ser fornecidos para este JOB acessar
este arquivo. Realmente este acesso bufferizado ao arquivo terá
favorecimento com relação a outros JOBs e outros arquivos
melhorando assim a execução do caminho crítico.
Aumentar a alocação de buffers para este JOB e para o acesso aos
arquivos. Para arquivos VSAM, o uso do parâmetro BLSR é
altamente recomendável.
Um JOB contém uma grande quantidade de steps que não
estão relacionados e o JOB necessita ser completado por
inteiro antes que qualquer JOB sucessor possa iniciar.
A análise efetuada no JOB indica que os steps não têm uma
relação serial com algum ou com todos os outros steps do mesmo
JOB. Ainda mais, o JOB executa atualmente como uma seqüência
em série todos os steps e o JOB sucessor (sucessores) não pode
iniciar até que todo este JOB tenha terminado.
Agrupar os steps de acordo com suas dependências seqüenciais ou
não interdependências seqüenciais e dividir o JOB em múltiplos
JOBs novos cada um contendo somente os steps serialmente
relacionados. Desta forma, os novos JOBs estarão aptos a
executar, tão logo um destes novos JOBs, termine. Dependendo
das relações contidas no fluxo de dados.
Sun Software Comércio e Representação Ltda.
Rua Frei Caneca, 159 - Térreo - São Paulo – 01307-001 - Tel./Fax: (011) 3258-9800
E-mail: [email protected]
26
Sun Software
Problema 04:
Análise:
Solução:
Problema 05:
Análise:
Solução:
Problema 06:
Análise:
Solução:
O início de um JOB sucessor é atrasado pelo término de um JOB
predecessor muito embora somente a última parte dos steps do
sucessor requeira o término do predecessor.
Um JOB sucessor consiste de 10 steps, mas somente os últimos 3 steps
possuem uma dependência de término no fluxo. Ainda, todo o JOB
sucessor espera pelo término completo do JOB predecessor.
O JOB com 7 steps poderá agora iniciar sua execução sem esperar o
término completo do JOB predecessor cujo enfileiramento de dados evita
o início dos 3 últimos steps do JOB original consequentemente permitindo
um alto nível de processamento paralelo.
Dividir o JOB sucessor em 2 novos JOBs da seguinte maneira: o primeiro
JOB conterá os 7 steps e o segundo JOB conterá os 3 últimos steps.
Dois (ou mais) JOBs necessitam ser executados serialmente
devido à “serialização” do acesso em um arquivo comum
aos dois JOBs.
A análise dos JOBs onde nenhum deles atualiza o arquivo comum a
eles. Contudo, estes JOBs usam DISP=OLD como se eles fossem
alterar o arquivo comum.
Pela simples mudança da disposição dos arquivos para DISP=SHR
todos os JOBs podem iniciar simultaneamente e executar em
paralelo pois as dependências de schedulagem foram removidas
(se elas existirem).
O caminho crítico do tempo de execução de um JOB é muito
grande apesar de que o tempo de CPU consumido é muito
pequeno – um JOB limitado por I/O.
A análise do I/O mostra que a maior parte do tempo é consumida
fazendo-se processamento com acesso seqüencial em um conjunto
de arquivos SORTWORK residentes em DASD ou fita.
Dada esta presença no caminho crítico do ciclo batch, um manuseio
especial dos arquivos de SORT deste JOB reduzirá enormemente o
tempo de execução do SORT deste JOB e reduzirá também todo o
tempo do ciclo batch.O uso da memória principal ao invés de DASD
ou fita para estes arquivos de trabalho do SORT será muito
eficiente e requererá somente a mudança do parâmetro SORT para
ser implementado.
Sun Software Comércio e Representação Ltda.
Rua Frei Caneca, 159 - Térreo - São Paulo – 01307-001 - Tel./Fax: (011) 3258-9800
E-mail: [email protected]
27
Sun Software
Problema 07:
Análise:
Solução:
Problema 08:
Análise:
Solução:
A fim de suportar o processamento de Abend/Restart, todos
os JOBs (com prioridades alta e normal) necessitam
atualizar um catálogo específico com mudanças de entradas
nestes arquivos quando na fase de alocação inicial pelos
JOBs.
A análise dos JOBs indica que os JOBs foram divididos
apropriadamente pela análise do caminho crítico em classes de
prioridades normal e alta. Mas dado que todos os JOBs devem
atualizar igualmente o database e que contém o catálogo, ocorre
freqüentemente que um JOB de alta prioridade necessite aguardar
por um JOB de prioridade normal para enfileirar e liberar o
Catálogo antes que o JOB de alta prioridade possa prosseguir
fazendo a alocação. Foram feitas tentativas para aumentar o
desempenho do I/O no catálogo, mas isto trouxe um pequeno
benefício porque o problema não está associado com a velocidade
do arquivo em responder. O obstáculo, pelo contrário, está na
habilidade dos JOBs de prioridade baixa para acessar a CPU para
completar o processamento de suas alocações devido às suas
baixas prioridades de CPU.Enquanto isto, os JOBs com alta
prioridade devem esperar em filas de alocação por JOBs com baixa
prioridade de acesso à CPU até que estes completem o
processamento de alocação.
Um aumento da prioridade de dispatching no primeiro período
para todas as classes de JOBs deverá ser implementado para
permitir que os JOBs em todas as classes de prioridades
completem rapidamente seus processamentos de alocação. Isto irá
evitar que JOBs com baixa prioridade bloqueiem os JOBs de alta
prioridade de acessar o enfileiramento do catálogo e
prosseguimento do processamento atual. A mudança pode ser
implementada no membro IEAIPSxx da PARMLIB.
Múltiplos JOBs estão executando um alto número de acessos
de I/O durante uma parte específica de um ciclo batch. Os
JOBs em questão formam um conjunto de serviços com
prioridades alta e normal.
A análise dos JOBs mostra que eles compartilham arquivos que são
co-alocados no mesmo volume DASD. Uma análise mais profunda
indica que além do alto tempo de resposta dos JOBs, os mesmos
foram implementados executando vários comandos reserve/release
contra o mesmo volume.
Se os arquivos são estáticos, a realocação dos arquivos para
diferentes volumes e também possivelmente para outros
subsistemas diferentes, um alto nível de acesso num único volume.
Se os arquivos são freqüentemente realocados e o PAV está
disponível,
um aumento nos aliases dos PAVs fornecerá um
manuseio dinâmico de processamento igualmente distribuído de
reserve/release contra os arquivos que frequentemente mudam de
posições. Onde uma alta atividade de I/O é também vista, o uso de
múltiplos grupos storage SMS segregados deverá também ser
utilizado para reduzir a concentração da atividade em qualquer dos
subsistemas.
Sun Software Comércio e Representação Ltda.
Rua Frei Caneca, 159 - Térreo - São Paulo – 01307-001 - Tel./Fax: (011) 3258-9800
E-mail: [email protected]
28
Sun Software
Problema 09
Análise:
Solução:
Problema 10:
Análise:
Solução:
Problema 11:
Análise:
Solução:
Os JOBs passam por um longo período de inatividade após
terem obtido initiators e antes de iniciarem suas execuções.
A análise da fase de setup do step de execução mostra uma alta
alocação e/ou atrasos por montagem de Tapes. Analisando
posteriormente os logs dos JOBs, logs do operador , logs do HSM e
logs de operação dos Tapes, constatamos os atrasos devidos ao
enfileiramento, chamadas do HSM e montagem das fitas.
A schedulagem deverá ser atualizada para contabilizar todas as
dependências de datasets de maneira que um JOB não venha a
ocupar um initiator antes que todos os datasets estejam liberados.
As regras de migração do HSM deverão ser examinadas para os
arquivos com atividades de chamadas consistentes durante a fase
de alocação dos JOBs que estão no caminho crítico. Os JOBs que
estão no caminho crítico não devem esperar por chamadas de
arquivos, estes arquivos deverão estar sempre presos no nível 1
até que seu período de atividade termine.Da mesma maneira,
arquivos em disco são movidos frequentemente e arbitrariamente
para fitas devido a seus tamanhos durante um projeto anterior de
escolha fita/disco. Quando um arquivo é utilizado por um JOB de
alta prioridade, o critério de tamanho do arquivo para migração de
disco para fita deverá ser analisado e revisto.
Um grupo de JOBs executados simultaneamente e em
paralelo, processando diferentes faixas de um arquivo
mestre de contas. Todos estes JOBs parecem ser limitados
por I/O.
A análise revela que enquanto cada JOB executa utilizando uma
parte diferente do arquivo mestre, eles colidem entre si durante o
processamento de I/O causando uma grande quantidade de wait
por I/O.
Implementar um novo JOB predecessor para classificar e dividir o
arquivo mestre das contas em múltiplas faixas de contas, cada
faixa por cada JOB paralelo. Em seguida executar o processamento
dos JOBs como antes, em paralelo. Isto removerá o alto nível de
competição de I/O aumentando a velocidade de execução dos JOBs
que estão processando em paralelo.
Um Job do caminho crítico está executando um excesso de
atividade de I/O assíncrona em um arquivo VSAM.
Revendo as freqüências de acesso ao arquivo assíncrono verificouse que os componentes Index e Dados do mesmo arquivo são a
falha. Indo além na análise, verificou-se que os dois componentes
estão no mesmo volume.
Separar os componentes arquivos de Index e Dados em volumes
diferentes talvez se utilizando grupos de storage SMS que os
mantêm divididos.
Sun Software Comércio e Representação Ltda.
Rua Frei Caneca, 159 - Térreo - São Paulo – 01307-001 - Tel./Fax: (011) 3258-9800
E-mail: [email protected]
29
Sun Software
Problema 12:
Análise:
Solução:
Problema 13:
Análise:
Solução:
Problema 14:
Análise:
Solução:
Problema 15:
Análise:
Solução:
Vários steps do mesmo JOB estão passando por altos
tempos de atraso devido às montagens das Fitas.
A análise do JOB mostra que cada step está alocando o mesmo
arquivo em fita, mas para cada step, o cartucho de fita magnética
está sendo desmontado e então remontado novamente no próximo
step.
Utilizar a opção PASS do parâmetro DISP nos steps iniciais
assegurando que o arquivo em fita permanece montado todo o
tempo, sem o desmonte e monte para cada step.
Um JOB do caminho crítico é altamente limitado por CPU.
Desde que o JOB está no caminho crítico, seu acesso e velocidade
do uso da CPU são importantíssimos para todo o ciclo batch. Uma
ferramenta de análise do uso de CPU deverá ser utilizada para
examinar a utilização de CPU por este JOB. O BAS é um caminho
excelente para identificar para a ferramenta de medição de
utilização de CPU onde a mesma deverá ser utilizada, para
obtenção do resultado máximo.
Utilizar o software OMEGAMON INSPECT ou o STROBE para analisar
se um looping redundante pode ser eliminado de dentro do
programa.
Um alto número de acessos de I/O está atrasando uma série
de JOBs não relacionados entre si e/ou um conjunto de
JOBs.
A análise inicial revela que uma certa quantidade de trabalho foi
feita para separar arquivos com alta atividade para volumes
diferentes. Contudo, revendo o mapeamento virtual dos volumes
separados, resultou que estes volumes estão sendo mapeados no
mesmo HDA back-plane. Os “caches” primário e secundário e o
subsistema de acesso não podem servir aos pedidos de I/O devido
à interferência na atividade no drive do back-plane.
Reavaliar a seleção e os volumes (no storage grupo do SMS) para
estes drives, de altíssima atividade, minimizarem o nível de colisão
no canal, no subsistema e no HDA.
A falta de tape drives está atrasando uma série de JOBs nos
steps de alocação dos mesmos.
A análise do uso das unidades de fita neste momento indica que
um conjunto de JOBs de fim de ciclo que executam backup está
executando ao mesmo tempo, cada JOB alocando 2 unidades de
fitas. Estes JOBs não possuem JOBs sucessores relacionados com
eles.
Rearranjar o início da execução destes JOBs de backup de maneira
que as unidades e fitas magnéticas alocadas para estes JOBs não
críticos de backup sejam minimizadas permitindo que mais
trabalho crítico tenha acesso a um maior número de unidades de
fitas livres.
Sun Software Comércio e Representação Ltda.
Rua Frei Caneca, 159 - Térreo - São Paulo – 01307-001 - Tel./Fax: (011) 3258-9800
E-mail: [email protected]
30
Sun Software
Problema 16:
Análise:
Solução:
Problema 17:
Análise:
Solução:
Um arquivo de acesso randômico tem um desempenho
inconsistente durante o curso da execução de um JOB que
está no caminho crítico.
Um exame no arquivo e na alocação do volume não revela
qualquer concorrência, seja no arquivo, seja no volume. Contudo,
uma análise mais abrangente o percentual de localização da
memória cache varia significativamente durante o período de
acesso ao arquivo o que coincide diretamente com os períodos de
baixo desempenho do I/O. Uma investigação posterior mostrou
conjunto de JOBs não relacionados com o atual que está
executando um enorme processamento seqüencial durante estes
períodos de baixo desempenho da memória cache.
Parece que a alta atividade seqüencial está provocando um overrunning da memória cache do subsistema e também o suporte do
back-plane. A separação dos arquivos de acesso seqüencial e
randômico para diferentes subsistemas parece ser a única solução
permanente para este conflito
A duração total de um JOB do caminho crítico é muito
grande e deveria estar apta a produzir uma boa quantidade
de economia.
A análise revela que o JOB é composto de um conjunto de Sorts
seguidos por steps de processamento. O step 1 classifica o arquivo,
o step 2 processa a saída classificada.
Algumas vezes a classificação e o processamento (nesta mesma
ordem) são repetidos em steps posteriores.
A solução rápida é o uso de Batch Pipes para conter a classificação
e o processamento, dentro de um processamento virtual evitando
assim o processamento concorrente de open e close do arquivo
entre os steps.
Sem o Batch Pipes, teremos que reescrever o step de
processamento para incluir o step de classificação evitando a
seqüência de open/close.
Igualmente, se o mesmo pedido de classificação está ocorrendo
múltiplas vezes em steps diferentes, eliminamos o sort posterior
criando-se um arquivo temporário classificado para o segundo e
para os demais steps de processamento.
Há muitas soluções para os problemas identificados acima. É
através do pré-processamento e da correlação de grandes
quantidades de informações do SMF que o BAS permite
rapidamente identificar:
1. Os JOBs que estão no caminho crítico
2. O range potencial de economia de cada JOB no caminho
crítico.
Sun Software Comércio e Representação Ltda.
Rua Frei Caneca, 159 - Térreo - São Paulo – 01307-001 - Tel./Fax: (011) 3258-9800
E-mail: [email protected]
31
Sun Software
De maneira geral os problemas comuns podem ser corrigidos normalmente por
alocação dos arquivos e por métodos de acesso. Algumas vezes a solução é encontrada
no JOB que está no caminho crítico e muitas vezes ele precisa ser encontrado através
de um exame correlato de todo sistema e como ele se relaciona com o JOB no caminho
crítico.
De ambas as formas, o BAS analisa o sucesso do esforço global de ajuste e na
modelagem dinâmica do ajuste de cada JOB no caminho crítico e como cada
melhoramento afeta os JOBs selecionados no caminho crítico.
De uma forma geral, o projeto de melhoria do desempenho do cliente frequentemente
falha por que ele não possui o conhecimento para identificar a importância e o
momento apropriado para aplicar a melhoria em qualquer JOB ou arquivo.
Freqüentemente, sem as ferramentas apropriadas o cliente aplica melhorias de
desempenho e resulta que muitos JOBs ganham pouca melhoria.
Para endereçar essa necessidade específica, pode-se obter um melhor desempenho
aplicando a melhoria de desempenho para um conjunto restrito dos mais importantes
JOBs (que estejam no caminho crítico).
Muitas vezes, a resolução de um problema de desempenho localizado não é a solução
de um problema em toda sua abrangência. A grande diferença do serviço BAS, sobre o
que o cliente pode fazer por ele mesmo, é que o BAS é um método avançado de
identificação, onde as melhorias de desempenho terão o máximo efeito no produto
final, ou seja, a execução de um ciclo batch mais rápido.
Certamente o Cliente pode sugerir estratégias para endereçar o desempenho dos
gargalos diferentes das melhorias citadas anteriormente. Mas todas estas outras
sugestões estão invariavelmente ligadas à habilidade do Cliente em custear as técnicas
mais avançadas.
Por exemplo, o custo do Batch Pipes, do HyperBatch, maiores memórias cache,
técnicas avançadas de cópias de arquivos e processadores com maior potência podem
nem sempre tornar estas opções viáveis. Contudo, através de uma consideração
cuidadosa das facilidades disponíveis no orçamento do cliente, o BAS pode ainda
entregar a maioria dos resultados via métodos alternativos.
Sun Software Comércio e Representação Ltda.
Rua Frei Caneca, 159 - Térreo - São Paulo – 01307-001 - Tel./Fax: (011) 3258-9800
E-mail: [email protected]
32
Sun Software
Exemplo de um caso prático:
(VIDE ARQUIVO ANEXO - CASO PRÁTICO REAL)
Sun Software Comércio e Representação Ltda.
Rua Frei Caneca, 159 - Térreo - São Paulo – 01307-001 - Tel./Fax: (011) 3258-9800
E-mail: [email protected]
33
Sun Software
Exemplo de roteiro para análise dos processos
Para utilização do BAS faz-se necessário à identificação do escopo do projeto.
tanto deve-se considerar vários aspectos do sistema em análise.
Para
Definir o Objetivo
Formule uma afirmação clara. Quais são as necessidades do negócio?
Existe provavelmente mais do que uma.
Exemplos:
O “on-line deve estar no ar as 7:00”, “Os cheques da Folha de Pagamento devem estar
impressos as 16:00”, “Os livros mensais devem estar fechados no final do segundo dia
de trabalho após o final do mês” ou “Mantenha o batch fora, em horário de pico”.
Identificar o Ponto de Início
Verifique de trás para frente à relação do(s) JOB(s) de término, identificando o Ponto
de Início (JOB) para cada evento importante. Liste-os.
Identificar Eventos Críticos
Com as necessidades de negócios estabelecidas, identifique os JOBs Batch associados
com cada evento importante. Quais eventos batch avisam a conclusão ou término de
JOB(s)?
Exemplos:
JOBs que devem terminar antes do: “on-line entrar no ar”, “impressão da folha de
pagamento” ou “impressão dos relatórios de contabilidade”.
Identificar o Ponto de Início – Verifique de trás para frente à relação do(s) JOB(s) de
término, identificando o Ponto de Início (JOB) para cada evento importante.
Listados abaixo:
Determine o Escopo
Usando as informações acima, o Escopo do Projeto pode ser estabelecido.
Calcule o número de:
Batch Flow / Fluxos Batch
Máximo de 5 JOBs de término por Fluxo Batch
System Image
Máximo de 7 Fluxos Batch por System Image
Data Center
Todo o trabalho Batch feito em todas as Images em um único Data Center
Sun Software Comércio e Representação Ltda.
Rua Frei Caneca, 159 - Térreo - São Paulo – 01307-001 - Tel./Fax: (011) 3258-9800
E-mail: [email protected]
34
Sun Software
O Conceito Faturável:
Três faixas de escopo são oferecidas para análise e composição dos preços.
1. Análise do Fluxo Batch / Batch Flow: é a situação em que definimos o nome do
JOB que inicia o fluxo e o nome do JOB que termina este mesmo fluxo. Como
término deste fluxo, podemos ter até 5 JOBs, que podem estar no mesmo fluxo
ou em outros fluxos, os quais estão relacionados com a finalidade deste sistema
de aplicação.
Estes JOBs de término serão analisados através de uma série contínua de
eventos dependentes em um único System Image (ver abaixo) no MVS – z/OS.
Por exemplo, a necessidade de: "os relatórios da folha de pagamento estarem
impressos às 5 horas da manhã" é um problema de um único fluxo batch. Este
fluxo batch é definido posteriormente pelos nomes dos JOBs de término no
fluxo batch da aplicação folha de pagamento.
Este escopo é de um único fluxo batch, muito embora a análise possa requerer
que se examine as interfaces com outros fluxos batches, os quais podem
executar em diferentes System Images.
Contudo, o mesmo fluxo batch que tenha seu encerramento em múltiplos
System Images, é visto para finalidade de cálculo dos preços, como um fluxo
batch separado.
Por exemplo, os sistemas de aplicações CONTAS1 e CONTAS2, possuem os
mesmos JOBs e JCLs que produzem cobranças para conjuntos diferentes de
Clientes. Isto é visto como duas ocorrências de Fluxo Batch.
O conjunto de dados coletados para análise pode incluir até 4 execuções
separadas do mesmo Fluxo Batch, capturados em 2 períodos de tempo
consecutivos.
2. Imagem do Sistema (System Image): este escopo permite o empacotamento
de múltiplos fluxos batches em uma única oferta de preço. Até 7 fluxos batches
podem ser empacotados em uma análise System Image.
Para qualificar como o escopo de um único System Image, os seguintes critérios
devem ser obedecidos: cada fluxo batch necessita, individualmente, se encaixar
no escopo Fluxo Batch, como definido no item 1 acima.
Todos os JOBs em todos os Fluxos Batches devem ser executados no mesmo
sistema operacional MVS – z/OS.
3. CPD (Data Center): este escopo analisa todo serviço batch em todos System
Images de todo o Data Center.
Sun Software Comércio e Representação Ltda.
Rua Frei Caneca, 159 - Térreo - São Paulo – 01307-001 - Tel./Fax: (011) 3258-9800
E-mail: [email protected]
35
Sun Software
BAS - Pré-cotação – Checklist de Informações
Informações do Contato
Nome: ________________________________________________________
Cargo: ________________________________________________________
Telefone: _________________ ramal: ________ Fax: __________________
E-mail: ________________________________________________________
Informações da Empresa
Nome: ________________________________________________________
End: __________________________________________________________
Cidade: _______________________________ Estado: __________
Escopo
Identificação do Problema:
_____________________________________________________________________
Número de Fluxos Batch (máximo de 5 pontos de término por Fluxo Batch):_________
Nomes dos Fluxos Batch:
_____________________________________________________________________
_____________________________________________________________________
_____________________________________________________________________
_____________________________________________________________________
Número de System Images (máximo de 7 Fluxos Batch por System Image): ________
Nomes dos System Images:
_____________________________________________________________________
_____________________________________________________________________
___________________________________________________
Informações Adicionais:
Data de Início: ___/___/____
Data de Término: ___/___/____
Sun Software Comércio e Representação Ltda.
Rua Frei Caneca, 159 - Térreo - São Paulo – 01307-001 - Tel./Fax: (011) 3258-9800
E-mail: [email protected]
36