Metalink 3 | Upgrade

Metalink 3 vai se chamar “My Oracle Support” a partir de Agosto de 2009
vai aqui para fazer o registro. Precisa do CSI

Estrategias para migrar de FS para ASM

* Rman
* Dbms_file_transfer
* Online reconfiguration
* Ftp
* Alter table move.
* Migração gradual com datafiles em FS e ASM

Lembrando que o RMAN, aparecendo como o primeiro da lista, não é mera coincidencia

Data Guard | Modos de Proteção

Recentemente fiz uma apresentação sobre as possiveis  configurações do Oracle  StandBy, para um grupo de gerentes não técnicos. A configuração de Data Guard desejada era o modo de Performance Maxima, no entanto, a empresa estava preocupada com a possibilidade de perda de dados, pelo fato de executar de modo assincrono.

Abaixo tem um resumo do que apresentei pra eles. Nada muito tecnico como ja tinha dito anteriormente.

Introdução

Na configuração do Oracle Standby database, existem 3 modos possivel de se enviar os dados do banco primário (atual banco de produção) e o banco de dados standby (aquele que será feito o failover). Dois deles são sincronos e um assincrono.

Para escolher qual modo é melhor, a empresa tem que avaliar o impacto entre Proteção x Performance no ambiente de produção.

A tabela abaixo mostra os beneficios e as desvantagens de cada modo

Modo de Operação	SYNC/ ASYNC	Beneficios	Desvantagens
Maxima Proteção	SYNC	Sem perda de dados. O Dado só é confirmado no Primario , após ter sido gravado no StandBy	Tempo de Resposta lento no primario. Na falta  de conectividade entre o primário e o standby, o banco primario é desligado
Maxima Disponibilidade	SYNC	Atualizações devem estar no  standby antes de serem  aceitas no primario, Se a rede parar de funcionar  o primario continua ativo e as  atualizações serão enviadas para o standby quando ele estiver acessivel novamente.	Tempo de resposta lento no primário . Perda de dados possivel se a rede falhar e logo após o site stanby falhar também.
Maxima Performance	ASYNC	Sem problem de performance para as aplicações no primario.	Perda de Dados poderá acontecer

O cliente no momento está no modo Maxima Performance, sem nenhum impacto na performance do tempo de resposta das aplicações.

Existem dois fatores que podem impactar na peformance das aplicações se for decidido ir para um nivel maior de proteção. São eles: a latencia e a largura de banda da rede.

Para as aplicações que fazem alterações nos dados, o tempo de resposta será afetado pelo “round trip time”  para o standby.

Periodos com um volume maior de ativade podem congestionar a rede, aumentando o tempo de resposta.

Conclusão

Quanto maior o nivel de proteção, a lagura de banda da rede deve ser ajustado para causar menor impacto no tempo de resposta da aplicações.

Geralmente vemos um atraso no transporte das informações para o site stanby,  de  aproximadamente 10 segundos e este seria o total de dados que perderiamos em uma situação de desastre.Durante os horários de pico, este tempo pode aumentar.

Oracle Compra a Sun

Provavelmente o Solaris vai se tornar um SO mais viavel para rodar Oracle na plataforma x64.  Na verdade este SO  já é muito bom, mas agora deve ser devidamente apoiado pela  Oracle.

Mais detalhes em : http://www.oracle.com/sun/index.html

Oracle Enterprise Manager 10g Release 5 | Grid Control

O produto está disponivel nas  versões Windows (32 bits)  e Linux (x86) desde quarta-feira pela manhã.

O download pode ser feito aqui.

Pontos a ressaltar:

1 – ADDM para  RAC (finalmente)

2 – Database Vault

3 – 11g advisors : Partition Advisor, Data Recover Advisor

4 – Database Replay pode fazer a  captura de  workloads a partir do release  9.2.0.8

…

…

Todas as novas caracteristicas podes ver no  otn

PLS-00101 | Piada Pronta

O que não falta na Oracle é bom humor. Tava olhando o   “Oracle® Database Error Messages: 10g Release 2 (10.2)” Quando vi esta mensagem de erro:

PLS-00101: reserved for future use

Cause: This error message is not used yet. (Heh, heh, that”s a joke, son.)

Action: none

 Embora tenha sido reservada para uso futuro, de alguma forma ela aparece neste manual. Aproveitei e fui olhar o mesmo manual, só que na versão 11g e… não tem este erro lá.

Quem sabe ela aparece no 12g 

11g ASM|Variable Sized Extents

ASM (10G), define uma Allocation Unit (AU) como a unidade fundamental de alocação dentro de um diskgroup. Por default uma AU no ASM equivale a 1m.

ASM Data Extents são utilizados para manter o conteudo de um arquivo ASM. No Oracle 10g, cada “data extent” é igual a uma AU, ou seja, 1m. Por causa deste relacionamento de um pra um entre o tamanho do extent e uma AU, um mapa de extensões de um arquivo ASM pode crescer até terabytes em bancos de dados muito grandes criando ineficiencias no uso de memória e abertura dos arquivos.

No 11g esse overhead é minimizado através de Variable Sized Extents. Por exemplo : Imagine um datafile pequeno com digamos 1G de tamanho, então o file extent utilizado será de 1 AU. A medida que este arquivo aumenta, o tamanho das AU’s  irá variar de acordo com a quantidade de extents . A tabela abaixo mostra os limites do numero de extents  e os tamanhos das AU’s

Number of Extents	Size
0 – 19999	1*AU
20000 – 39999	8*AU
40000 – 59999	64*AU

O primeiro limite é 20G (20.000 extents de 1m) . O tamanho dos extents validos são 1, 8 e 64 AU’’s (1m, 8m e 64m). O ASM administra estes tamanhos automaticamente. Neste sentido esta feature é bastante similar ao comportamento da Alocação de Extensão Automatica que o RDBMS utiliza.

11G | Novas Oportunidades

Querendo fazer negócio com Oracle, tu tens estas novas oportunidades:

• Oracle Active Data Guard
• Oracle Advanced Compression
• Oracle Real Application Testing
• Oracle Total Recall

Database Features Usage

Tem uma view no banco que mostra se uma determinada feature está sendo utilizada. Seu nome : DBA_FEATURE_USAGE_STATISTICS (10g). Mostra se a feature foi utilizada, alem de mostrar a primeira e ultima utilização. Portanto cuidado na utilização de features que não foram licensiadas

SQL> l
  1  SELECT NAME,DETECTED_USAGES “USAGE”,CURRENTLY_USED,FIRST_USAGE_DATE,LAST_USAGE_DATE
  2* FROM DBA_FEATURE_USAGE_STATISTICS WHERE DETECTED_USAGES >0 order by 1
SQL> /

NAME                                            USAGE      CURRE FIRST_USA LAST_USAG
———————————————– ———- —– ——— ———
Automatic SQL Execution Memory                  1          TRUE  26-DEC-08 26-DEC-08
Automatic Segment Space Management (system)     1          TRUE  26-DEC-08 26-DEC-08
Automatic Segment Space Management (user)       1          TRUE  26-DEC-08 26-DEC-08
Automatic Undo Management                       1          TRUE  26-DEC-08 26-DEC-08
Character Set                                   1          TRUE  26-DEC-08 26-DEC-08
Locally Managed Tablespaces (system)            1          TRUE  26-DEC-08 26-DEC-08
Locally Managed Tablespaces (user)              1          TRUE  26-DEC-08 26-DEC-08
Partitioning (system)                           1          TRUE  26-DEC-08 26-DEC-08
Protection Mode – Maximum Performance           1          TRUE  26-DEC-08 26-DEC-08
Recovery Area                                   1          TRUE  26-DEC-08 26-DEC-08
Server Parameter File                           1          TRUE  26-DEC-08 26-DEC-08
Streams (system)                                1          TRUE  26-DEC-08 26-DEC-08
Streams (user)                                  1          TRUE  26-DEC-08 26-DEC-08
Virtual Private Database (VPD)                  1          TRUE  26-DEC-08 26-DEC-08
XDB                                             1          TRUE  26-DEC-08 26-DEC-08

Apenas mais um Bug.

Bug 1413093 – Pre 817 “AFTER LOGON” trigger causes ORA-604/ORA-6550/PLS-103 in 817

Affects:

Product (Component)	Oracle Server (Rdbms)
Range of versions believed to be affected	Versions >= 8.1.7.0 but < 9.0
Versions confirmed as being affected	8.1.7.0
Platforms affected	Generic (all / most platforms affected)