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,

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,

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,

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.

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,

Esses dias estava conversando com o Portilho, sobre a tal “Plaquinha” da Oracle que não chegava após as confirmações do Oracle ACE, pois bem, a minha chegou essa semana, e gostaria de compartilhar esse orgulho com vocês.

Abraços,

Pessoal, gostaria de avisar a comunidade que o Oracle Database 11g Release 2 já está disponível para download no site da OTN (Oracle Technology Network) e poderá iniciar os testes com essa nova versão mais completa e com os bugs corrigidos.

Muito interessante para quem já pensa em colocar o Oracle 11g em novos projetos de banco de dados, pois o Release 2, é sempre o mais estável em questão de BUGs sobre news features e produtos que acompanham o banco de dados. Vale a pena agora 11g na produção!

Abraços,

Gostaria de notificar a comunidade Oracle Brasileira que ganhamos mais um novo Oracle ACE, Rodrigo Mufalani. Recebeu hoje a confirmação da Oracle e irá fazer parte da Lista de Oracle Aces Brasileiros.

Agora, totalizando são três:

1. Ricardo Portilho
2. Rodrigo Almeida
3. Rodrigo Mufalani
   

Quem será o próximo? Vamos divulgar e aumentar a nossa lista! Temos muitos Oracle Aces escondidos em fóruns, Lista de usuários, ajudantes de laboratório, autores e etc. Vamos que é tudo nosso!

OBS:

O próximo poderia ser uma pessoa cujo o nome não começe em R.

Abraços,

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,

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.

Criação: Edson Fischer

Vamos Tricolor! RUMO AO HEPTA!

Abraços,

É 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,