Agora em agosto teremos a volta do pessoal do lab de DB2 z/OS com novas palestras foco o DB2 z/OS versão 10 que será lançado oficialmente este ano ,sem contar novas instruções sobre o DB2 V9 e como um todo , sem contar sessões de paralela para nosso irmão IMS.
Não percam esta chance !
Segue abaixo a folder do envento. Dessa vez teremos sessões em SP e Brasília . Além de Buenos Aires para nosso hermanos.
Abcs
É fato que cada vez mais as empresas buscam por economizar o dinheiro gasto em TI , com isto através dos focos do Smart planet a IBM lançou uma nova máquina que é capaz de ser 10 vezes mais potente com a Z10 e ao mesmo tempo economizar energia , espaço e processamento , sem contar q grande capacidade de integração com outros sistemas distribuidos aonde você realmente pode executar todo seu workload em uma máquina incluindo os processamentos caríssimos de BI , SOA , BAO , etc Segue o link em português com mais informações …
E para aqueles que pensam que os investimentos em mainframe acabaram , neste projeto foram involvidas 5 mil pessoas a um custo de 1.5 bilhões de dólares.
http://w3.ibm.com/news/w3news/top_stories/2010/07/br_stg_zenterprise_lancamento.html
Abcs
Oi Pessoal , depois de dois meses de desaparecimento do blogueiro estou
de volta. Primeiro devido a minha pequeníssima férias e depois pela
mudança de área com o DB2. Não atuo mais como DB2 suporte para clientes
internacionais focando em suporte 24 x7 , agora estou de volta aos clientes
brasilerios auxiliando em todo tipo de projeto relacionado ao nosso DB2 z/OS
como Performance , migração , instalação , integração de dados , consultoria
e outra inúmeras atividades extremamente desafiadoras que sempre busquei , com isto a atualização de atuais e novos conceitos se tornam muito mais mandatórias , espero cada vez mais contribuir com vocês.
Falando de PERFORMANCE , parece chato mas existem inúmeros processos
que não focam em coisas como um processo criado de reorganização de tabelas
, retirada de estatísticas usando Real time statistics e funções interessantes
como COLGROUP e FREQVAL para melhor análise das colunas , sem contar
com um próximo contato com o time de desenvolvimento das aplicações ,
hoje em dia é comum usarmos fabricas de softwares para o desenvolvimento
e manutenção dos programas , com isto temos de estar sempre atentos
a qualidade desses programas se lembrando de coisas básicas como :
- Evitar SORTs através de cláusulas como DISTINCT , ORDER BY e GROUP BY sem necessidade (índices podem ajudar).
- Sempre tentar qualificar o result set com um ótimo conjunto de predicados e índices bem feitos (uso do EXPLAIN não dói !! )
- Evitar INSERT em UPDATES em índices devido a relocação e I/Os.
- Uso constante de monitores como OMEGAMON e DB2PM para avaliar e medir
as aplicações. É muito legal o quanto você aprende utilizando REPORTs como
de ACCOUNTING (focado em tempo de planos e packages ) , LOCKS ,
STATISTICS(uma visão do DB2 em Geral ) , BUFFER POOL , etc
Lógico que não podemos esquecer de checar se os traces estão ativos e logicamente checar o overhead que eles podem causar .
É isso aí não tenham medo de mudar o que está rodando , é possível deixar melhor , muito melhor !!
Abcs
A IBM anunciou está semana o lançamento da versão beta do DB2 10 para z/OS , logo esperamos que até o fim do ano ela deve ser lançada oficialmente. Podem esperar muitas novidades na parte de XML , Aplicações Web , corte de custos com CPU e Storage , utilização de memória , etc
Acessem este site e vejam tudo que existe até o momento , juntamente com depoimentos de experts da área.
http://www-01.ibm.com/software/data/db2/zos/db2-10/
Para aqueles que pensam que só chegara no Brasil muito tarde , se você está rodando versão 8 que foi a migração mais trabalhosa , migrar para 9 e 10 não será tão difícil e demorado assim.
Aguardemos …
Abcs
Oi pessoal , passada a virada estou de volta , não sei que disse que Brasil só começa a trabalhar depois do Carnaval hehehe Estas primeiras semanas tem sido quentes .
Hoje em dia segurança da informação , auditorias , controle de acessos é cada vez mais comum no escopo de TI. Logo aqueles que detem os maiores privilégios de acessos aos dados como os DBAs e System support sempre estão na crista da onda por contem os maiores privilégios no DB2 como SYSOPR e SYSADM de instalação (aqueles que ficar na ZPARM) e os SYSADMs , SYSCTRL , SYSOPR , DBADMs que recebem os GRANTs devido ao seu tipo de trabalho como Auditores , DBAs , Systems , Programadores , etc …
Obviamente um auditor não gosta de ver que um antigo DBA ou System que não mais trabalha no ambiente ainda tem este tipo de acesso , logo sua remoção seria um processo simples e fácil :
REVOKE SYSADM FROM USUARIO ;
Mas por favor NÃO FAÇA ISSO !! No DB2 como em outro bancos relacionais os processos de remoção de privilégios são feitos em CASCADE ou seja todos os privilégio concedidos pelo ID , serão removidos quando este ID tiver seu privilégio removido.
Além de inúmeros usuários perderam acessos a planos , packages , tabelas , etc . Muita coisa pode parar de funcionar pois os planos e packages que foram feitos o BIND por estes IDs ficarão Inválidos . Agora imagina um DBA que ficou anos na conta , muitas tools , processos de backup e inúmeros objetos criados por eles pararão de funcionar. Quando isto ocorrer além do problema criado , você não terá certeza de todos privilégios que foram relamente tirados para colocar o ambiente de volta.
Com isto é altamente recomendado em utilizar um SQL para veririficar todos os Grants , packages , planos e owerships vinculado a este usuário. Deixarei o SQL no fim do artigo.
Este processo pode ser usado com qualquer ID , agora para Ex DBAs , Systems , recomendo utilizar o processo de alterar a ZPARM colocando o ID a ser removido como segundo SYSADM , reisntala a DSNTIJUZ , tira e volta o DB2 , com isto dando o REVOKE SYSADM o DB2 mantém os privilégios concedidos por este ID pois ele é um INSTALL SYSADM , logicamente você precisar trabalhar junto com seu system programmer pois um bom planejamento será necessário para retirar o DB2 do ar.
Logo entre tomar bronca da auditoria ou parar o DB2 , é melhor sempre revalidar seus IDs com privilégios e planejar com muita calma este processo.
Boa sorte
Segue o SQL para checar os GRANTS de um determinado ID.
SET CURRENT SQLID = ‘XXXXXX’;
———+———+———+———+———+———+———+–
SELECT ‘SYSUSERAUTH’,GRANTOR,GRANTEE,DATEGRANTED,SYSADMAUTH,
SYSOPRAUTH,SYSCTRLAUTH FROM SYSIBM.SYSUSERAUTH
WHERE GRANTOR IN (‘OLDDBA’) OR
GRANTEE IN (‘OLDDBA’) ;
———+———+———+———+———+———+———+–
SELECT ‘SYSDBAUTH’,GRANTOR,GRANTEE,DATEGRANTED
FROM SYSIBM.SYSDBAUTH
WHERE GRANTOR IN (‘OLDDBA’) OR
GRANTEE IN (‘OLDDBA’) ;
———+———+———+———+———+———+———+–
SELECT ‘SYSTABAUTH’,GRANTOR,GRANTEE,DATEGRANTED
FROM SYSIBM.SYSTABAUTH
WHERE GRANTOR IN (‘OLDDBA’) OR
GRANTEE IN (‘OLDDBA’) ;
———+———+———+———+———+———+———+–
SELECT ‘SYSPLANAUTH’,GRANTOR,GRANTEE,DATEGRANTED
FROM SYSIBM.SYSPLANAUTH
WHERE GRANTOR IN (‘OLDDBA’) OR
GRANTEE IN (‘OLDDBA’) ;
———+———+———+———+———+———+———+–
SELECT ‘SYSCOLAUTH’,GRANTOR,GRANTEE,DATEGRANTED,COLNAME
FROM SYSIBM.SYSCOLAUTH
WHERE GRANTOR IN (‘OLDDBA’) OR
GRANTEE IN (‘OLDDBA’) ;
———+———+———+———+———+———+———+–
SELECT ‘SYSRESAUTH’,GRANTOR,GRANTEE,NAME,DATEGRANTED
FROM SYSIBM.SYSRESAUTH
WHERE GRANTOR IN (‘OLDDBA’) OR
GRANTEE IN (‘OLDDBA’) ;
———+———+———+———+———+———+———+–
SELECT ‘SYSROUTINEAUTH’,GRANTOR,GRANTEE,SCHEMA,SPECIFICNAME,
EXECUTEAUTH
FROM SYSIBM.SYSROUTINEAUTH
WHERE GRANTOR IN (‘OLDDBA’) OR
GRANTEE IN (‘OLDDBA’) ;
———+———+———+———+———+———+———+–
SELECT ‘SYSSCHEMAAUTH’,GRANTOR,GRANTEE,SCHEMANAME
FROM SYSIBM.SYSSCHEMAAUTH
WHERE GRANTOR IN (‘OLDDBA’) OR
GRANTEE IN (‘OLDDBA’) ;
———+———+———+———+———+———+———+–
SELECT ‘SYSPACKAUTH’,GRANTOR,GRANTEE,NAME,COLLID,TIMESTAMP
FROM SYSIBM.SYSPACKAUTH
WHERE GRANTOR IN (‘OLDDBA’) OR
GRANTEE IN (‘OLDDBA’) ;
———+———+———+———+———+———+———+–
SELECT ‘SYSDATABASE’,CREATOR,NAME,TIMESTAMP
FROM SYSIBM.SYSDATABASE
WHERE CREATOR IN (‘OLDDBA’) ;
———+———+———+———+———+———+———+–
SELECT ‘SYSTABLES’,CREATOR,NAME,DBNAME,TSNAME
FROM SYSIBM.SYSTABLES
WHERE CREATOR IN (‘OLDDBA’) ;
———+———+———+———+———+———+———+–
SELECT ‘SYSTABLESPACE’,CREATOR,NAME,DBNAME,STATSTIME
FROM SYSIBM.SYSTABLESPACE
WHERE CREATOR IN (‘OLDDBA’) ;
———+———+———+———+———+———+———+–
SELECT ‘SYSPLAN’,CREATOR,BOUNDBY,BINDDATE
FROM SYSIBM.SYSPLAN
WHERE CREATOR IN (‘OLDDBA’) OR
BOUNDBY IN (‘OLDDBA’) ;
———+———+———+———+———+———+———+–
SELECT * FROM SYSIBM.SYSVIEWS
WHERE CREATOR IN (‘OLDDBA’) ;
———+———+———+———+———+———+———+–
SELECT ‘SYSPACKAGE’,CREATOR,NAME,COLLID,BINDTIME
FROM SYSIBM.SYSPACKAGE
WHERE CREATOR IN (‘OLDDBA’) ;
———+———+———+———+———+———+———+–
SELECT * FROM SYSIBM.SYSROUTINES
WHERE OWNER IN (‘OLDDBA’) ;
Estamos fechando o primeiro ano do Blog , agradeço todos os leitores e
amigos pela presença , dicas e comentários. Foi um ano de muitos desafios
e acredito que o objetivo do Blog está sendo alcançado aos poucos …
Em 2010 temos muito mais pela frente !!
Feliz Natal a todos e um ótimo Ano novo !! Estou no aeroporto em Washington
louco para ir pra casa passar o Natal com minha família , IT tem dessas coisas
madrugadas , fins de semana , viagens inesperadas .. por outro lado gostamos
do que fazemos !!
DB2 and Mainframe ROCKS !!
abcs
Desde que ingressei na área de suporte , comecei a conviver com um dos grandes terrores desta área , o tal de plantão , ONCALL , ficar de stand by e outros nomes que doem o ouvido.
Lembro do desespero quando escutei : Está é a sua semana !! e ainda por ser novato você é escolhido para atender semanas interessantes como carnaval , ano novo , feriados e outras cositas mais. Logo se estiver na epoca das baladas com amigos já avise que não vai sair e pronto , não tente sair de casa e ser pego desprevinido , o mesmo ocorre com mulher , filhos e família , este fim de semana ficarei em casa , chama um pizza , alugar um filme , etc …
Geralmente os amigos já falam , ta de plantão este fim de semana ??? ihhh la vem o médido de computador.
Durante anos nesta vida pude listar algumas dicas para evitar problemas tanto na sua área quanto para sua carreira :
- Teste sempre o celular , pager , telefone de casa antes de iniciar o plantão .
- Acordar o outro durante a madrugada não é CRIME !!! Caso você não saiba o que fazer , não perca horas tentando resolver o problema causando muito mais transtornos , de imediato já ligue para alguem mais experiente.
-Já deixe o computador ligado e conectado a internet / VPN , SOCKs , etc , facilita e muito durante as 4 da manhã.
- Tenha sempre um roteiro impresso de fácil acesso aos ambientes como IP ADDRESS , TSO NAME , acesso aos jobs , bibilioteca de JCL , etc
- Sempre avise o operador que você já está ciente do problema assim evita de continuar o processo de escalada.
- Não demore para involver outras áreas como STORAGE , z/OS , DBAs , IMS , CICS , NETWORK etc peça para o operador chama-los
- Não tenha medo de escalar para Team leader ,Gerentes , Executivos caso o problema for muito sério , é melhor estarem cientes o quanto antes
- Utilize-se the banco de dados com as logs dos útlimos erros , 95% dos erros já ocorreram antes
- Procure saber se alguma mudança foi feita no ambiente , programa , autorização , etc
- Evite trabalhar no mesmo problema por mais de 8 horas seguidas , involva seu time para ajuda-lo . A chance de cometer um erro com sono , cansao e sob alta pressão e stress é enorme
- Fique perto de casa e cuidado com a bebida 
- Tente arrumar um emprego com Mainframe pois DBAs DB2 z/OS podem receber até 2 chamados por semana dependendo da qualidade do ambiente , por outro lado SQL server , Oracle já vi receber 220 por semana.
- Finalmente pegue o dinheiro da hora extra e vá se divertir com sua esposa , amigos , família , etc VOCÊ MERECE.
Abcs
Oi Amigos ,
Recebi este material faz alguns meses , é realmente bem interessante , com dicas de ISPF, JCL , COBOL , VSAM,FILEAID , SORT , SDSF ,CICS e DB2
As de DB2 não gostei muito , são bem básicas , mas as de ISPF são ótimas , mostrando que o nosso TSO é muito mais poderoso que já sabiamos que era.
Este é o motivo que a IBM continua a desenvolver as ferramentas de DB2 e todas as outras de z/OS na plataforam de panels ISPF ,
elas são práticas , rápidas , sem contar que simples e diretas evitando os erros do Windows , e para os que falam de parte gráfica , cores ,
recursos de autosaving , autotype , o TSO já tem isso a anos.
Espero que gostem.
Abcs
Está em formato browse PDF no site SCRIBD . http://www.scribd.com/doc/7128144/100-Cool-Mainframe-Tips
Créditos do autor estão dentro do documento.
Há alguns anos a IBM Brasil criou o time chamado z Center com o objetivo de reunir os feras do z/OS e prover excelência no suporte para os clientes atuais , além de formentar novos clientes e trazer novas tecnologias.
Obviamente o DB2 não podia ficar de fora desta , com isto foi designado um grande amigo meu chamado Fabricio Pimentel , autor de Redbooks, artigos e workshops de DB2 , atualmente ele ocupa o cargo de DB2 advisor para a América latina , ajudando os clientes no seu dia dia e trabalhando com os papas do DB2 dentro e fora do laboratório para ajudar a trazer novas ideias e divulgar o mainframe como um todo no nosso país.
Além dos sites oficiais da IBM Brasil , o Fabrício também tem um blog chamado DB2 mainframe Brasil http://db2mainframe.wordpress.com/ aonde divulga novidades , artigos e uma visão única do DB2 , alinhando uma visão de vendas mais técnica e honesta , na qual ajuda bastante o cliente ao tomar suas decisões.
Vale muito a pena conferir.
Abcs
Este foi um dos grandes problemas da migração da versão 7 para a versão 8 , muitos clientes disseram que com a mudança da versão a performance de algumas aplicações foram la pra baixo. Não é muito comum mas realmente isto pode acontecer , como de praxe é recomendado fazer o REBIND de todos planos e packages existentes para se adaptarem a nova versão , e principalmente na V8 o acesso usando UNICODE.
Com isto muitos acessos passaram a utilizar novos caminhos de acordo com o optmizer , ou mesmo o DB2 passou a interpretar seu SQL de outra maneira de acordo com suas estatísticas . O fato é que muitos clientes pararam a migração da versão 8 e muitos voltaram , depois com alguns ajustes acabaram indo sem maiores problemas.
Pensando nisto a IBM desenvolveu uma ótima solução para a migração na versão 9 , chamada de PLAN STABILITY , com ela é possivel salvar seu plano ou package antes de fazer o REBIND e até guardar mais de uma cópia , com isto em caso de problema você consegue rapidamente voltar para a versão antiga.
Na versão 8 já existe algo de guardar versões mas não se compara com esta nova feature. Você precisa apenas usar a opção PLANMGMT no seu comando de REBIND PACKAGE ou mesmo os packages de triggers através do REBIND TRIGGER PACKAGE :
PLANMGMT (OFF) – default
O DB2 deleta todos os packages no disco ou na memória e compila os SQLs dentro do pacote criando novos registros do resultado da compilação. Esta opção não deleta cópias anteriores deste pacote .
PLANMGMT (BASIC)
O DB2 cria ou atualiza somente duas cópias por pacote , a cópia anterior é eliminada e é atualizada pelo pacote atual chamada também de Active copy , já a nova active copy é atualizada pelo nova cópia .
PLANMGMT (EXTENDED)
O DB2 cria ou atualiza até três copias por pacote sendo a original , a anterior e a active copy
Quando você faz o REBIND usando PLANMGMT (BASIC) ou (EXTENDED) as opções abaixo devem ser as mesmas :
OWNER
QUALIFIER
DBPROTOCOL
ENABLE
DISABLE
PATH
PATHDEFAULT
IMMEDWRITE
Logo após o REBIND o DB2 ja mantem as cópias disponíveis para uso no caso de um problema de performance ou outros testes .
Não se esqueça apenas que o REBIND armazena muitas informações nas tabelas do catalogo e diretório , como por exemplo a SPT01 que armazena os SQL statements , ela já dobrou de tamanho na versão 8 devido o UNICODE , agora com a criação das cópias ela pode ainda piorar , pois seu limite continua com 64GB . Por isto recomendo muito eliminar (FREE) os pacotes e planos desnecessários , como aqueles de tools antigas , aplicações aposentadas , testes , etc ..
Sabendo deste problema do tamanho d oSPT01 a IBM já lancóu algumas APARs e PTFs para permitir a compressão de dados neste tablespace :
PK52523: NEW FUNCTION — PLAN STABILITY
PK52522: PRECONDITIONING FOR NEW FUNCTION — PLAN STABILITY
Espero ter ajudado na preparação para a migração , este nome sempre da medo para todos , seguindo um bom guideline e principalmente aprender com experiências de outros clientes ajuda muito neste processo.
Abcs
