Arquivo para ‘Outros’ Categoria

Vídeos sobre Oracle 11g e Exadata. Que Combinação!

segunda-feira, dezembro 21st, 2009

Olá,

Gostaria de compartilhar com vocês dois vídeos bem interessantes sobre o Sun Oracle Database Machine (Exadata II) e o Oracle Database 11g Release 2.

Os vídeos estão abaixo:

Sun Oracle Database Machine - Exadata II

Apresentação do Oracle Database 11g Release 2

O legal de ver essas duas apresentações, é que o hardware, Exadata II só roda o Oracle Database 11g Release 2, e o banco de dados Oracle 11g Release 2 tem customizações específicas de performance somente para o Exadata.

Até mesmo o ASM 11g foi modificado para o Exadata, normalmente o ASM trabalha com um Stripe Size de 1 MB para todas as plataformas, no Exadata com a combinação do HP InfiniBand, o ASM pode trabalhar com o Stripe Size de 4 MB. É realmente EXTREME PERFORMANCE!

Os vídeos estão em inglês, porém, dá quem não conhece muito a língua inglesa, dá para entender alguma coisa. Vale a pena conhecer.

Abraços,

Rodrigo Almeida

 

 

Crescendo profissionalmente no mundo Oracle

domingo, dezembro 6th, 2009

Olá,

Gostaria de discutir um assunto que vem me chamando muito a atenção nesses últimos tempos, a força que as comunidades Oracle podem oferecer aos profissionais iniciantes e até mesmo aos mais experientes. E quando estamos falando de comunidades, estamos diretamente se referindo aos grupos de usuários, sites e fóruns na internet. E o mais importante, eles podem lhe ajudar no seu crescimento profissional e técnico na área de tecnologia Oracle.

As comunidades Oracle, ultimamente, com o apoio da própria Oracle, vem crescendo e se amadurecendo com a experiência de seus próprios usuários, esse crescimento podemos notar pelos eventos, contéudos técnicos, blogs e o enriquecimento dos seus respectivos fóruns. Eu mesmo sou um fã de carteirinha de diversos sites Oracle brasileiros pelos serviços e eventos que oferecem.

Mas, O que a comunidade pode me ajudar no meu crescimento profissional?

A resposta é simples, nada melhor que você compartilhar a sua experiência técnica e profissional com outros profissionais que realizam a mesma função que você. Pela simples troca de experiência em problemas de outras pessoas a partir de fóruns ou lista de discussões, você consegue estudar mais sobre o assunto, o outro profissional conhece novas técnicas, outros usuários que estão participando do assunto conhecem mais sobre o problema e quando você vivenciar o problema discutido na empresa ou cliente que trabalha, já irá saber quais os passos e tarefas necessárias para chegar a sua solução.

E o que dizer sobre recomendações de livros, eventos, white papers e até mesmo ambiente de trabalho. Nada melhor você discutir isso com profissionais que estão no mercado, que fazem o que você faz todos os dias. Simplesmente não dá para chegar em casa e tentar conversar com a sua esposa(o) sobre um erro ORA-600 que aconteceu contigo nesta manhã. No meu caso, minha esposa é administradora, se comento sobre erros ORA-600 ela pensa que é placa de carro, código de guerra ou qualquer coisa de outro mundo. E desse jeito, não temos muito assunto!

Por isso, que as comunidades estão se tornando mais fortes no Brasil conforme o crescimento da tecnologia Oracle, Fóruns e sites são as nossas casas virtuais, sempre recorremos à elas quando precisamos ou queremos saber algo sobre um determinado assunto. Alias, dentro de fóruns conhecemos usuários e ganhamos amigos, aumentando nossa network. E talves, conheceremos os amigos virtuais em eventos criados pela própria Comunidade.

Outro ponto importante, é que todo iniciante tem três dúvidas básicas, tais como:

1. Como iniciar na carreira;
2. Quais os melhores livros para comprar;
3. Qual o melhor centro de treinamento;
4. E o básico de fóruns, ME AJUDE NO TRABALHO DE FACULDADE. (Opcional)

Algumas coisas podem ser respondidas pelo Google, mas, com certeza nos diversos fóruns de Oracle que temos aqui no Brasil, sabendo usar o SEARCH/PROCURAR do fórum, com certeza já temos tópicos com títulos bem parecidos com os que estão acima, com dicas e sugestões de diversos profissionais, com diversos pontos de vista e recomendações do que deve ou não ser feito. Isso é a centralização, disciminação, orientação e agilidade que uma comunidade pode lhe oferecer.

Para os mais experientes, que já sabem o poder da comunidade, além da troca de experiência, contéudo técnico e network, algo que chama atenção, VAGAS DE EMPREGO. Sim, o mercado de DBA é muito restrito e nada mais normal que nesse pequeno círculo de profissionais, vagas que se abrem em outros empresas se compartilhadas por eles mesmo. Um exemplo disso, é a chamada RECOMENDAÇÃO. Muitas vezes você não conhece o profissional fisicamente, porém, acompanha seus trabalhos, posts em blogs ou fóruns e sabe que a tal pessoa domina sobre a tecnologia. Então, desde você deixar que o departamento de RH escolha um profissional para a vaga, que pode ser um problema. Você passa a indicação ao gerente e/ou diretor de TI, conforme os requisitos da vaga. E deste modo, pode ter certeza que a contratação será muito mais valiosa e agregadora à empresa, pois geralmente RH de empresa, não sabe mensurar um profissional para o tipo de problema ou requisito que a empresa está necessitando.

Para concluir, é válido saber que comunidades Oracle, principalmente as brasileiras, estão cheios de pessoas que colaboram e dedicam o seu tempo livre para ajudar e compartilhar sua experiência com os mais novos, desde a criação e organização de eventos, artigos técnicos, blogs, fóruns, lista de discossões por e-mail, chats e etc. Elevando o nível de conhecimento, enriquecendo a internet e compartilhando a informação. Seguindo o velho ditado:

O importante é sempre compartilhar para multiplicar.

Para conhecerem mais sobre as nossas comunidades Oracle, preparei uma página aqui no Blog sobre comunidades, grupos de usuários, fóruns e sites em geral que podem lhe ajudar nessa caminhada.

Saiba mais sobre as Comunidades Oracle.

Abraços,

Rodrigo Almeida

NOVO BLOG! NOVO ENDEREÇO!

sexta-feira, dezembro 4th, 2009

Olá Amigos,

Gostaria de notificar que meu blog agora está em novo endereço. Segue: 

BLOG RODRIGO ALMEIDA

http://www.rodrigoalmeida.net/blog

Será o blog que irei acompanhar mais de perto conforme o meu tempo, é um projeto que eu tenho faz algum tempo, e com a experiência que adquiri com o blog aqui do GPO, me animou em possuir o meu próprio domínio e posteriormente integrado ao site que estarei lançando.

Convido a todos para entrar e mandar suas opiniões, sugestões e críticas sobre os temas.

PS: Estou em fase de migração dos posts do GPO para o novo BLOG, por este motivo, deverá ter posts duplicados entre os BLOGS.

Abraços,

Rodrigo Almeida

Sun Oracle Database Server Version 2 - Uauuu!!!

quarta-feira, setembro 16th, 2009

Olá,

No dia 15/09/2009, o chefão de todos Larry Ellisson anunciou o lançamento do “primeiro” hardware genuíno da Oracle, o Sun Oracle Database Server Version 2, irmão do HP Oracle Exadata Machine que foi feito para ambientes de Data Warehouse, o Exadata Version 2 é mais rápido e versátil feito especialmente para ambientes OLTP.

O novo hardware da Oracle, possui um visual parecido com o seu irmão, porém, nessa versão está com um novo desenho e algumas inclusões técnologicas.

Sun Oracle Database Machine

No Rack, podemos encontrar três tipos de máquinas a Sun Oracle Database Machine, onde está os processadores e mémoria para o software do banco de dados, Oracle Exadata Flash Cache que é um dispositivo de SSS e o Sun Oracle Exadata Storage Server, onde será armazenado as informações. Com esse conjunto, podemos destacar alguns pontos sobre as configurações de hardware, como:

Sun Oracle Exadata Storage Server

  • Switches InfiniBand;
  • Capacidade de Armazenamento em 100TB com SAS e 336TB com SATA (Raw Devices);
  • Tamanho de banda para Dados com Flash Cache acima dos 50 GB/sec;
  • Tamanho de banda para Dados com Flash Cache e Data Compression acima dos 500 GB/sec;
  • Flash Cache IOPS acima dos 1.000,000;
  • IOPS com SAS acima dos 50.000 e com SATA acima dos 20.000;

Oracle Exadata Flash Cache

Agora, o melhor de todos para quem não entendeu como funciona o Flash Cache, o Exadata Smart Flash Cache é uma solução de SSD (Solid State Disk) ou no caso SSS (Solid State Storage), que é nada mais que um dispositivo de armazenamento de dados que “aloca” os blocos de dados em memória (”cache”), emulando uma interface do dispositivo de disco.

O Exadata Flash Cache trabalha no limite de 384GB de alocação, ou seja, muito, mas muito mais rápido quando necessário realizar leituras em “disco”, aumentando drasticamente a performance do banco de dados.

Sun Oracle Database Machine

Sobre as configurações do servidor propriamente dito, podemos destacar:

  • Fast X86 CPUs processors (Intel Xeon);
  • 600 GB SAS Disks executando em 6 GB/Sec;
  • Fast DDR3 Memory;
  • 72 GB RAM por Database Server;
  • 40 GB/sec InfiniBand Switch;
  • 100 TB Disk Capacity por Sun Oracle Database Machine;
  • Sun FlashFire Technology for High Speed Transaction Processing;

Além de lançar o hardware, a Oracle desenvoveu novas tecnologias para incorporar no Exadata, como:

  • Protocolo iDB, para realizar a comunicação do Database Machine e Exadata Storage onde pode trabalhar diretamente com as células de storage, influenciando diretamente na performance das querys;
  • Recursos específicos para ASM (Automatic Storage Management);
  • Integração e performance nos backups com RMAN (Recovery Manager) e OSB (Oracle Secure Backup);
  • Plugins para Oracle Enterprise Manager Grid Control para monitorar todo o ambiente do Exadata, desde os dados básicos de armazenamento até as métricas de performance do Hardware;
  • Exadata Smart Scan, que melhora os planos de execução das querys (Nível Físico);
  • Exadata Cell, que pode fazer as tarefas do RAID sem problemas. E o melhor com ASM;

BOM! Resumindo tudo sobre esse lançamento, a Oracle está criando as máquinas dos sonhos de qualquer DBA, criando soluções específicas que atacam um ponto importante de qualquer ambiente, a PERFORMANCE.

O que pode ser díficil é imaginar é o preço para uma solução completa na empresa, se apenas comprar o hardware já está caro para as empresas brasileiras, imagina tudo!

Mais informações:

Photo Gallery da Sun - Sun Oracle Database Machine

Sun Oracle Database Machine

Technical Overview of Sun Oracle Database Machine

Sobre SSD:

Mr.Benchmark

Abraços,

RMAN: Customizando o seu backup

quinta-feira, agosto 6th, 2009

Olá,

Um dos grandes pontos fortes de trabalhar com o Recovery Manager (RMAN) é a possibilidade de alocar uma determinada quantidade de canais necessários no processo de Backup para melhorar o desempenho de I/O durante a tarefa, diminuindo o tempo do backup.

Os administradores de banco de dados (DBA) muitas vezes gostam de utilizar a alocação de canal manual para efetuar o backup e com isso, torna necessário mencionar a cada canal (channel) alocado o caminho que deverá ser gerado o backup set.  Como o script abaixo:

RMAN> run {
2> allocate channel t1 type disk format '/u02/app/oracle/backup/rman/bkp_%d_%t_%s.rman';
3> backup current controlfile tag 'BKP_CF';
4> release channel t1;
5> }

Perceba que durante a alocação do canal t1, é utilizada a cláusula FORMAT, que posteriormente menciona o caminho e o nome do backupset que será gerado pelo RMAN. Pois bem, se você costuma utilizar 3, 4, 5 ou mais canais, em um único caminho de backup e usando sempre a mesma máscara de nomenclatura de backup set, tornando os scripts frágeis.

Vamos analisar o exemplo e dividir as tarefas e customizar o RMAN, a partir da cláusula FORMAT. Veja:

Quantidade de canais = 3

Caminho de Backup =  /u02/app/oracle/backup/rman

Nomenclatura de Backup set = bkp_%d_%t_%s.rman

Sobre a nomenclatura utilizada, segue a explicação:

bkp_ = Nome inicial dos backupsets gerados, ou seja, definido por mim, é um valor fixo.

%d = Variável do RMAN para identificar o nome do banco de dados.

%t = Variável do RMAN para o Time Stamp do backup set.

%s = Variável do RMAN para identificar a sequência do backup set.

Agora, vamos colocar na prática essa customização.

1°) Logar-se no banco de dados usando o RMAN.

[oracle@ORA11G ~]$ rman target /
Recovery Manager: Release 11.1.0.6.0 - Production on Thu Aug 6 10:57:15 2009
Copyright (c) 1982, 2007, Oracle.  All rights reserved.
connected to target database: RADB (DBID=1241100324)

2°) Configura o caminho e nome do backup set no control file.

As informações sobre a customização do RMAN será armazenada no control file. Para configurar emita o comando abaixo:

RMAN> CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/u02/app/oracle/backup/rman/bkp_%d_%t_%s.rman';
new RMAN configuration parameters:
CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT   '/u02/app/oracle/backup/rman/bkp_%d_%t_%s.rman';
new RMAN configuration parameters are successfully stored

3°) Definir a quantidade de alocação de canal automático.

Para definir a quantidade de alocação de canais automáticos, quando executado qualquer script do RMAN para o banco de dados alvo, a estratégia é utilizar o PARALELISMO. E para configurar essa opção, basta executar o passo abaixo:

RMAN> CONFIGURE DEVICE TYPE DISK PARALLELISM 3 BACKUP TYPE TO BACKUPSET;
new RMAN configuration parameters:
CONFIGURE DEVICE TYPE DISK PARALLELISM 3 BACKUP TYPE TO BACKUPSET;
new RMAN configuration parameters are successfully stored

4°) Verifique as configurações alteradas.

RMAN> show all;
using target database control file instead of recovery catalog
RMAN configuration parameters for database with db_unique_name RADB are:
CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default
CONFIGURE BACKUP OPTIMIZATION OFF; # default
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # default
CONFIGURE DEVICE TYPE DISK PARALLELISM 3 BACKUP TYPE TO BACKUPSET;
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT   '/u02/app/oracle/backup/rman/bkp_%d_%t_%s.rman';
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
CONFIGURE COMPRESSION ALGORITHM 'BZIP2'; # default
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/u01/app/oracle/product/11.1.0/db_1/dbs/snapcf_RADB.f'; # default

5°) Testando o novo script.

Agora, veja como ficou o script com as customizações que foram feitas. Em negrito está as novas configurações realizadas para o RMAN.

RMAN> run {
2> shutdown immediate;
3> startup mount;
4> backup database include current controlfile tag 'BKP_FULL';
5> alter database open;
6> }
database closed
database dismounted
Oracle instance shut down
connected to target database (not started)
Oracle instance started
database mounted
Total System Global Area     644468736 bytes
Fixed Size                     1301840 bytes
Variable Size                293601968 bytes
Database Buffers             343932928 bytes
Redo Buffers                   5632000 bytes
Starting backup at 06/08/2009 11:26:16
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=154 device type=DISK
allocated channel: ORA_DISK_2
channel ORA_DISK_2: SID=153 device type=DISK
allocated channel: ORA_DISK_3
channel ORA_DISK_3: SID=151 device type=DISK
channel ORA_DISK_1: starting full datafile backup set
channel ORA_DISK_1: specifying datafile(s) in backup set
input datafile file number=00001 name=/u02/app/oracle/oradata/RADB/system01.dbf
channel ORA_DISK_1: starting piece 1 at 06/08/2009 11:26:26
channel ORA_DISK_2: starting full datafile backup set
channel ORA_DISK_2: specifying datafile(s) in backup set
input datafile file number=00002 name=/u02/app/oracle/oradata/RADB/sysaux01.dbf
input datafile file number=00004 name=/u02/app/oracle/oradata/RADB/users01.dbf
channel ORA_DISK_2: starting piece 1 at 06/08/2009 11:26:34
channel ORA_DISK_3: starting full datafile backup set
channel ORA_DISK_3: specifying datafile(s) in backup set
input datafile file number=00005 name=/u02/app/oracle/oradata/RADB/example01.dbf
input datafile file number=00003 name=/u02/app/oracle/oradata/RADB/undotbs01.dbf
channel ORA_DISK_3: starting piece 1 at 06/08/2009 11:26:47
channel ORA_DISK_3: finished piece 1 at 06/08/2009 11:30:03
piece handle=/u02/app/oracle/backup/rman/bkp_RADB_694178799_15.rman tag=BKP_FULL comment=NONE
channel ORA_DISK_3: backup set complete, elapsed time: 00:03:16
channel ORA_DISK_3: starting full datafile backup set
channel ORA_DISK_3: specifying datafile(s) in backup set
including current control file in backup set
channel ORA_DISK_3: starting piece 1 at 06/08/2009 11:30:43
channel ORA_DISK_3: finished piece 1 at 06/08/2009 11:31:23
piece handle=/u02/app/oracle/backup/rman/bkp_RADB_694179009_16.rman tag=BKP_FULL comment=NONE
channel ORA_DISK_3: backup set complete, elapsed time: 00:00:40
channel ORA_DISK_1: finished piece 1 at 06/08/2009 11:34:13
piece handle=/u02/app/oracle/backup/rman/bkp_RADB_694178778_13.rman tag=BKP_FULL comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:07:48
channel ORA_DISK_2: finished piece 1 at 06/08/2009 11:35:04
piece handle=/u02/app/oracle/backup/rman/bkp_RADB_694178786_14.rman tag=BKP_FULL comment=NONE
channel ORA_DISK_2: backup set complete, elapsed time: 00:08:30
Finished backup at 06/08/2009 11:35:04
Starting Control File and SPFILE Autobackup at 06/08/2009 11:35:04
piece handle=/u01/app/oracle/flash_recovery_area/RADB/autobackup/2009_08_06/o1_mf_s_694178760_57otk638_.bkp comment=NONE
Finished Control File and SPFILE Autobackup at 06/08/2009 11:35:29
database opened

PRONTO! Deste modo conseguimos definir regras de backup mais customizadas para cada banco de dados. É válido lembrar que nos exemples realizei os testes de backup diretamente para disco, porém, é possível configurar os mesmos parâmetros para FITA, de acordo com a sua configuração MML no ambiente.

Abraços,

JASON! Está de volta …

quarta-feira, agosto 5th, 2009

BOM!

Feliz da vida com a vitória de hoje, São Paulo 3 x 1 Botafogo. Tive que publicar esse post em homenagem ao maior do mundo. A imagem diz tudo.

Jason Tricolor

Criação: Edson Fischer

Vamos Tricolor! RUMO AO HEPTA!

Abraços,

Oracle ACE + 1 Brasileiro

terça-feira, julho 14th, 2009

Olá,

É com muita felicidade que informamos que o Brasil agora tem 2 Oracle ACEs na comunidade, e esses dois estão justamente aqui no GPO. Eu e Ricardo Portilho!

O Portilho fez um post comentando da função do ACE e o que ele realmente vale para a comunidade. Se quiser mais detalhes, só clicar aqui.

Meu perfil ainda não está no Diretorio da Oracle, vai demorar algum tempo até a publicação.

Só mais um comunicado, esse mês, participei de um debate entre Oracle x SQL Server para a Revista TI Digital, quem quiser dar uma olhada na revista, já está nas bancas, foi um debate legal e bem técnico para saber quando utilizar os bancos de dados Oracle ou SQL Server na empresa, quando se trabalha com um grande volume de dados.

Abraços,

Rodrigo Almeida

Dicas para melhorar performance no NF-e da Mastersaf

quarta-feira, junho 17th, 2009

Olá,

Recentemente muitas empresas estão utilizando a solução de Nota Fiscal Eletrônica (NFE) da Mastersaf, um aplicativo desenvolvido em Java Server pages (JSP) sobre o webserver GlassFish da Sun/Oracle.

Na teoria um aplicativo web de pequeno porte para validação e envio de Notas Fiscais ao Sefaz, contudo, se o aplicativo tiver problemas de performance ou parar por erro humano ou hardware, trará grandes problemas ao negócios da empresa.

Nos manuais de instalação do aplicativo, não há muitas informações de como configurar ou administrar um banco de dados Oracle de acordo com as necessidades do aplicativo. Por essa razão, vou passar algumas dicas de como melhorar a performance do aplicativo quando está se trabalhando com Oracle.

1° Dica) Use o parâmetro DB_KEEP_CACHE_SIZE

Esse parâmetro é utilizado para mantér todos os blocos de dados de uma determinada tabela em memória, desde modo, evita-se realizar Physical Reads, leitura direta em disco, e começa a trabalhar mais com Logical reads, leitura em memória. O ganho de performance é bem considerado.

Para o NFE, o ideal é colocar todas as tabelas que inicia com NFE_, ARC_, CTRL_ e NFS_ em keep, pois são tabelas utilizadas com muita frequência pelo aplicativo. Abaixo segue um modo de como configurar.

1 - Habilitando o db_keep_cache_size

SQL> alter system set db_keep_cache_size = 120M scope=both;

Sistema alterado.

2 -  Colocando a tabela em keep

SQL> alter table NFE.<nome_da_tabela> storage (buffer_pool keep);

Tabela alterada.

Recomendação

O DBA deverá realizar os cálculos corretos para divisão do SGA (Database Buffers) para o parâmetro db_keep_cache_size, ou seja, recomendo utilizar em tabelas pequenas, que tenha no máximo 20MB, é interessante alocar seu contéudo completo em memória, porém, existe outro parâmetro db_recycle_cache_size que pode ser utilizado para tabelas maiores ou deixar no buffer_pool padrão, ou seja, alocar os blocos de dados no espaço destinado do db_cache_size.

2° Dica) Bulk Collect na Integração de dados

Para empresas que possuem soluções próprias de ERP ou sistemas de gerenciamento independentes, que trabalham na plataforma Oracle (Forms/Reports/Apex/PLSQL), é recomendado utilizar cursos em Bulk Collect para criar a integração com o sistema NFE da Mastersaf.

O Bulk Collect é o tipo de cursor que traz um excelente ganho de performance em relação aos outros (Implicítos/Explicítos) e aumenta a velocidade na troca de informações entre as bases.

Para maiores informações sobre como utilizar o Bulk Collect, meu amigo Leonardo Litz escreveu um artigo realizando a comparação entre os diferentes tipos de cursores, que pode ser visto no link abaixo.

Utilizando cursores no Oracle

http://imasters.uol.com.br/artigo/12960/oracle/utilizando_cursores_no_oracle/

3° Dica ) Bloco de dados em 8k

Já cheguei a ver algumas empresas que estão trabalhando com 16k para os blocos de dados do banco, em questões de performance, isso pode lhe trazer alguns Latchs desnecessários. Em testes realizados, trabalhar com o banco de dados com os parâmetros db_block_size = 8k e o db_file_multiblock_read_count = 16 mostrou muito mais performático em relação a criar o banco de dados em 16k ou até mesmo criar as tablespaces utilizando a blocagem de 16k. Mantenha-se no 8k.

Recomendação

Quando se deseja utilizar um específico bloco de dados no projeto de banco de dados, o DBA deverá analisar desde o stripe utilizado na criação da RAID, o tipo de formatação utilizado no disco e posteriormente o bloco de dados que irá utilizar, pois todos esses fatores influência em performance.

E é isso pessoal, conforme a experiência com os produtos Mastersaf e as soluções adotadas, vou postando mais informações para melhorar o dia-a-dia e compartilhar o conhecimento com todos. Sugestões e novas soluções também são muito bem-vindas.

Abraços,

Pérolas de TI - O que nós temos que escutar …

sexta-feira, maio 15th, 2009

Olá,

Esse post é dedicado as “pérolas” que já foram ditas dentro do departamento de TI, pelos próprios profissionais ou usuários. O verdadeiro momento para relaxar e rir um pouco.

Pérola 1

Durante uma reunião de projetos da empresa:

Gerente de TI : - “Como podemos encurtar o tempo do projeto?”

Coordenador de Desenvolvimento: - “Amigos, é possível instalar o banco de dados antes do sistema operacional  para adiantarmos o projeto?”

Ocorre um momento de silêncio na sala …

Consultoria: “Ééééééé… começamos bem, heimmmm galera!”

=====================================================

Pérola 2

Durante uma troca de e-mails:

Desenvolvedor: - “Preciso do seu VNC?”

Coordenador de Desenvolvimento: - “OK! Estou enviando por email (anexado VNC.EXE)”

=====================================================

Pérola 3

Durante o processo de suporte da uma fábrica de software:

Desenvolvedor: - “Porque as views VT_EMPREGADOS e VT_CARGOS foi criado?”

Analista de Suporte: - “Essas views que apareceram no Banco de Dados foi o próprio Oracle quem as criou sozinhos, e isso invalidou os outros objetos…”

=====================================================

Pérola 4

Conversa entre os desenvolvedores do projeto:

Desenvolvedor: - “Eu sou o Desenvolvedor Baby, fulano é o Junior e Ciclano é o Sênior …”

=====================================================

Pérola 5

Conversa de almoço:

Analista Notes: - “Você viu o novo Fiat, o Fiat PONTO.”

=====================================================

Pérola 6

Quando ocorre problemas de enviar e-mail na empresa:

Analista de Suporte: - “Porque os e-mails não estão chegando?”

Analista Notes: - “O Notes não está enviando e-mail porque o Ar-condicionado não está funcionando e por isso o serviço de roteamento paro!.”

Analista de Suporte: - “Eitttttaaaaaaaaaaa… ”

=====================================================

Pérola 7

Reunião de Projetos da empresa:

Analista de Suporte: - “Vou conversar com o Carlos que cuida da Venezuela”

Analista Notes: - “Não adianta o Carlos só cuida da America do Sul”

Analista de Suporte: - “Desculpa a Venezuela fica na ARABIA agora”

=====================================================

Pérola 8

Pergunta no lado da mesa:

Analista de Suporte: - “Qual comando para executar .exe no Linux ?”

=====================================================

Pérola 9

Acionando o DBA na madrugada:

Suporte: - “Alô, DBA? Estamos com problemas, todas as bases estão fora!”

DBA: - “O Link está fora? Acabo a energia?”

Suporte: - “Pior que não, porque algumas unidades estão no ar!”

DBA: - “Tente fazer um PING para a unidade São Paulo”

Suporte: - “Não consegui …

DBA: - “Tenta agora para Curitiba.”

Suporte: - “Também não.”

DBA: - “Faz um ping para o banco XYZ.”

(Era um banco local onde o suporte estava)

Suporte: - ” Também não consegui, estranho esse problema né.”

DBA: - ” Cara, faz o seguinte, vê se sua máquina está com o cabo de rede conectado?”

(revoltado já)

Suporte: - “Putzzzzzz. cara, minha placa de rede estava sem nenhum cabo…”

( tu tu tu tu tu…)

DBA já tinha desligado o telefone e voltou a dormir.

=====================================================

Pérola 10

Dúvidas entre a equipe:

Analista de Negócio: - “Puts meu não consigo recriar um perfil.. Tá dando erro!”

Adm. de Infra: - “É só reiniciar a máquina que funciona seu animal, se não der certo eu fico pelado aqui …”

=====================================================

Pérola 11

Conversa entre desenvolvedores:

Desenvolvedor: - “Cara! A gente prescisa mudar o nome daquele JOB do Oracle, o nome com aquele número não é muito sujestivo…..”

O job era de NÚMERO 666.

=====================================================

Pérola 12

Requisição de novos equipamentos para o TI:

Adm. de Infra: - “Compramos um novo notebook pra usarmos.”

Analista de Negócios: - “Veio com teclado e mouse?”

=====================================================

Pérola 13

Conversa de alinhamento das equipes:

Analista da Filial Argentina: - “Hola como Estas?
Analista Notes: - “Muy Bem is Too ?
Analista da Filial Argentina: - “Gracias por su ayuda”
Analista Notes: - “Graxias bye bye ”

=====================================================

Pérola 14

Conversa na fila de café na empresa entre coordenadores:

Coordenador 1: - “Tu fez ITIL no Instituto COBIT?”

Coordenador 2: - “Hãmm! Fumo o quê?”

=====================================================

Pérola 15

Solicitação de execução de script para correção da aplicação:

Coordenador de Desenvolvimento: - “Fulano, Por favor, abaixe todos os bancos de dados da aplicativo X, pois preciso executar os scripts no horário de almoço”

DBA: - “Se eu baixar, tu vai executar por OSMOSE e promete não me ligar!”

=====================================================

Pérola 16

Quando o Administrador de rede não está presente e mandam um estagiário fazer o serviço:

Estagiário: Entra na sala dos servidores para auxiliar o analista de suporte  na manutenção do no-break.

Analista de Suporte: - “Por favor, poderia apertar o botão X do no-break para saber o status!”.

Estagiário: “É esse **BUTÃO** aqui!”.

… nesse momento todos os servidores da empresa são desligados …

Momentos depois…

Todos os funcionários do TI olhavam para a porta da sala dos servidores, quando o estagiário sai e diz:

Estagiário: - “Algum problema aí?”

DBA: - “Acho que a noite vai ser longa…”

=====================================================

Pérola 17

Manutenção de servidores durante o final de semana:

Coordenador de Infra-Estrutura: - “Porque o banco X está fora desde sábado?”.

DBA: - “Verifiquei aqui e o servidor está fora desde Sábado, vou ver o que aconteceu!”.

DBA: - “Suporte! Sabe me dizer o motivo da máquina X estar fora desde sábado?”

Suporte: - “Fomos mudar o servidor de Rack, porém, nós não queriamos prejudicar os usuários, e preferimos mudar o servidor de lugar com a máquina ligado mesmo, para não atrapalhar e ligar para você!”

Final da história…

Cabos de rede desconectados, discos SATAs corrompidos e não existia backup dos últimos 2 dias.

=====================================================

Pérola 18

Dúvidas sobre um hardware de criptografia:

Coordenador de Desenvolvimento: - “Que caixinha preta é essa?”

Analista de Suporte: - “È o hardware para criptografia da informação para as entidades externas!”.

Coordenador de Desenvolvimento: - “Nossssaaaa! Que Legal, eu não sabia que ele também usava cabo COAXIAL! Muito banaca!”

Lembrete …

Como todo hardware, ele só tinha entrada de fonte de energia e 2 entradas RJ-45 (rede).

=====================================================

Pérola 19

Durante uma reunião de projeto lendário:

Coordenador de Desenvolvimento: - “O meu sonho é colocar o JD. Edwards e um banco de dados ATG!”

=====================================================

Agredecimentos aos amigos que me mandaram e-mails com as pérolas ouvidas ou vivenciadas.

BOM! Esse post será atualizado constantemente, e quem quiser colaborar, só me mandar um e-mail ou deixar comentários.

Abraços,

Cobertura do Oracle Open World 2009

terça-feira, março 17th, 2009

Olá,

Demorei um pouco para publicar um resumo geral da cobertura do evento da Oracle, o Oracle Open World. Porque estava numa correria danada semana passada e preferi publicar a cobertura para o site da iMasters.

Eu, willians e David tinhamos conversado sobre realizar a cobertura em aqui no blog, porém, preferi não postar no blog, pois já tinhamos 4 blogeuiros postando para o GPO e o assunto poderia ficar muito redundante.

Então, para quem quiser acompanhar o resumo, o link da cobertura está aqui, Cobertura da Oracle Open World Latin America 2009.

Se quiser ver mais fotos sobre o evento, acesse meu Flicker que está no link Contatos.

E esse poste está aberto a dúvidas, críticas, opiniões sobre o evento.

Abraços,

Rodrigo Almeida