Alessandro Guimarães – Oracle Blog

November 8, 2009

Metalink | Read Only … Migrando

Filed under: banco de dados — Tags: , — agleite @ 10:19 pm

Disponibilidade 24×7 …sei :)

ORA-00372: file 28 cannot be modified at this time ORA-01110: data file 28: ‘/u01/app/oracle/admin/mlrepap/db/metalink_02.dbf’

October 5, 2009

Oracle | CertView

Filed under: banco de dados — Tags: , , , — agleite @ 5:57 pm

A Oracle esta disponibilizando o site do Oracle Certification Program o CertView,  neste site você pode :

* Revisar suas informações demográficas;
* Revisar seu histórico de certificações;
* Download dos logos ;
* Revisar o seu histórico de exames;
* Mandar suas certificações para consulta de terceiros  por demanda
* Rastrear o seu “success kit”

Precisa ter a conta de single sign-on  e se voce já tem um id Prometric, lembra de atualizar o seu perfil no PersonVue

Finalmente temos um lugar para acessar estas informações de forma fácil e rápida.

October 1, 2009

Oracle vs. SQL Server

Filed under: banco de dados — Tags: , , — agleite @ 2:32 pm

Um pouco de Humor

September 28, 2009

OFA – Optimal Flexible Architecture | 15 Anos

Filed under: banco de dados — Tags: , , , , — agleite @ 1:14 pm

Aniversário de 15 anos do padrão OFA. Para aqueles que não sabem : OFA é um conjunto de diretrizes de instalação para termos bancos Oracle mais confiáveis, mais rápidos e com menor custo de administração. Cary Millsap fez uma apresentação em 1991 na International Oracle User Week  do documento 513 . Este documento chamado  “Configuring a growing Oracle V6 database for optimal performance.”  é  o marco inicial do que viria a ser conhecido como OFA Standard.

Este documento esta disponivel no site da Method – R, bem aqui: OFA-STANDARD

Engraçado, é que este documento tomou corpo devido situações  digamos bem pitorescas. Por exemplo :

1- Administradores Unix que ficavam apagando arquivos Oracle. Em especial os arquivos das tablespaces temporarias, que imaginem, ficavam localizadas no /tmp.

2 – Sistemas muito lentos, por que a todos os arquivos Oracle estavam armazenados em uma única file system montada em um único disco no diretório $ORACLE_HOME/dbs. Muito embora este ambiente tivesse pelo menos 8 (oito) discos.

Tirando apenas por estes exemplos, tenho calafrios só pensar no que ele encontrava. Arquivos Oracle espalhados por todos os diretorios da maquina sem nenhuma referencia a que instance ou tablespace pertencia.

Fazendo este post me lembrei de um fato ocorrido nos nem tão longe dias do versão 7.3 . Todos voces sabem que em um determinado sistema operacional, há algumas pessoas  que associam a extensão .ora ao processador de texto, o notepad por exemplo.

Temos então o seguinte dialogo :

Pessoa – “Dba sabe aquele aquele arquivo do Oracle o users.ora ?”

Dba (tranquilo, sem imaginar o que vinha pela frente) – “Sei. O que tem ? “

Pessoa – “Tava olhando ele aqui. Achei que tinha tabelas nele mas só estou vendo um monte de carinhas e simbolos esquisitos”

Dba (um pouco nervoso) – “Como assim tas olhando o users.ora. Olhando COMO ? “

Pessoa (com um certo desdem) – “Olhando oras …tu usa aquela ferramenta esquista um tal de svr… mgrl – quaquer coisa, eu uso o Notepad”

DBA -…….

Pessoa : “Agora ve…to tentando sair salvando e não consigo..saio sem salvar mesmo ?”

Vou omitir o resto da conversa, por respeito a Bill.

Portanto parabéns OFA e um muito obrigado  ao Sr. Cary Millsap !

September 21, 2009

Feature Availability by Edition

Filed under: banco de dados — Tags: , , — agleite @ 1:52 pm

Para complementar o post anterior, uma lista das caracteristicas por “Edition”. Nos treinamentos Oracle 10g Workshop I da Oracle Education, uma das perguntas mais frequentes é :

- Esta feature/caracteristica é Enterprise ou Standard ? .

A tabela abaixo responde este questionamento. Vale para Oracle 10g R2

Feature/Option SE1 SE EE Notes
High Availability
Oracle Fail Safe Y Y Y Windows only
Oracle Data Guard—Redo Apply N N Y
Oracle Data Guard—SQL Apply N N Y
Rolling Upgrades—Patch Set, Database, and Operating System N N Y
Online index rebuild N N Y
Online index-organized table organization N N Y ALTER TABLEMOVE ONLINE operations
Online table redefinition N N Y Using the DBMS_REDEFINITION package
Duplexed backup sets N N Y
Incremental backup and recovery Y Y Y SE1/SE: no optimized incremental backup
Unused block compression in backups N N Y
Block-level media recovery N N Y
Parallel backup and recovery N N Y
Tablespace point-in-time recovery N N Y
Trial recovery N N Y
Fast-start fault recovery N N Y
Flashback Table N N Y
Flashback Database N N Y
Flashback Transaction Query N N Y
Scalability
Oracle Real Application Clusters N Y Y Extra cost with EE, included with SE
Automatic Workload Management N Y Y Requires RAC
Performance
In-Memory Database Cache N N Y Extra cost option
Security
Advanced Security Option N N Y Extra cost option
Oracle Label Security N N Y Extra cost option
Virtual Private Database N N Y
Fine-grained auditing N N Y
Development Platform
SQLJ Y Y Y Requires Oracle Programmer
Oracle Developer Tools for Visual Studio .NET Y Y Y Windows only
Microsoft Distributed Transaction Coordinator support Y Y Y Windows only
Active Directory integration Y Y Y Windows only
Native .NET Data Provider—ODP.NET Y Y Y Windows only
.NET Stored Procedures Y Y Y Windows only
Manageability
Oracle Change Management Pack N N Y Extra cost option
Oracle Configuration Management Pack N N Y Extra cost option
Oracle Diagnostic Pack N N Y Extra cost option
Oracle Tuning Pack N N Y Extra cost option, also requires the Diagnostic Pack
Oracle Provisioning and Patch Automation Pack N N Y Extra cost option
Database Resource Manager N N Y
VLDB, Data Warehousing, Business Intelligence
Oracle Partitioning N N Y Extra cost option
Oracle OLAP N N Y Extra cost option
Oracle Data Mining N N Y Extra cost option
Oracle Data Quality and Profiling N N Y Extra cost option
Oracle Data Watch and Repair Connector N N Y Extra cost option
Data Compression N N Y
Bitmapped index and bitmapped join index N N Y
Parallel query/DML N N Y
Parallel statistics gathering N N Y
Parallel index build/scans N N Y
Parallel Data Pump Export/Import N N Y
Transportable tablespaces, including cross-platform N N Y Import of transportable tablespaces supported into SE, SE1, and EE
Summary management—Materialized View Query Rewrite N N Y
Asynchronous Change Data Capture N N Y
Integration
Basic Replication Y Y Y SE1/SE: read-only, updateable materialized view
Transparent Gateways Y Y Y Extra cost option
Oracle Streams N N Y SE1/SE: apply only
Messaging Gateway N N Y
Advanced Replication N N Y Multi-master replication
Networking
Oracle Connection Manager N N Y
Infiniband Support N N Y
Content Management
Oracle Spatial N N Y Extra cost option
Oracle Content Database Suite N N Y Extra cost option
Oracle Records DB N N Y Extra cost option

Oracle Editions | Disponibilidades e Restrições

Filed under: banco de dados — agleite @ 1:36 pm

Como sempre tem alguem que me pergunta sobre licensas. Ta aí uma tabelinha com as disponibilidades e restrições para cada versão de Oracle

Limitations/ Availability Express Edition Personal Edition Standard Edition One Standard Edition Enterprise Edition
Number of CPU/Sockets 1 CPU No Limit 2 Sockets 4 Sockets No Limit
RAM 1GB OS Maximum OS Maximum OS Maximum OS Maximum
Max. Number of Users No Limit 1 No Limit No Limit No Limit
Databases per Host 1 No Limit No Limit No Limit No Limit
Minimum User License Requirements Not Apply Not Apply 5 Named Users Plus 5 Named Users Plus 25 Named Users Plus per CPU
Database Size 4GB No Limit No Limit No Limit No Limit
Windows Available Available Available Available Available
Linux Available No Available Available Available Available
Unix No Available No Available Available Available Available
64-Bit No Available Available Available Available Available

September 2, 2009

11g R2 | Factors…Features…Promessas

Filed under: banco de dados — Tags: , , , , — agleite @ 9:01 pm

No 11g Release 2 Overview, algumas promessas  da 11g Release 2 me chamaram a atenção:

• reduce server costs by a factor of 5,
• reduce storage requirements by a factor of 12,
• improve mission critical system performance by a factor of 10,
• increase DBA and Developer productivity by a factor of 2

Aumentar a produtivade do DBA e do Developer por um fator de 2. Dobrar...”yeah rigth”

Imagine você falando  para sua equipe de Dba’s .

- Caros, sabe aquele lance de banco auto-gerenciavel do 10g? Seguinte : o 11g R2 é mais auto-gerenciavel ainda. Você precisa de 50% menos de tempo para gerenciar um db 11g. Alegrem-se. Vocês vão ter mais tempo livre

Neste momento olhando para a equipe me lembro daquela frase famosa: “I sense great fear in you Dba”

Continuando.

O fato é que a combinação de automação de tarefas e  os “inteligentes” mentores (advisors)   dentro do banco vai fazer com que os Dba’s passem menos tempo nas tarefas corriqueiras de administração e possam “gastar” o tempo livre administrando mais bancos.

Por outro lado você também pode pensar que a equipe de Dba’s vai diminuir em 50% :(

Ah tem também a nova tecnologia de “hybrid columnar compression”. Mas parece que está disponivel apenas para o Exadata Storage Server.Como podemos ver na mensagem de erro abaixo:

ORA-64307: hybrid columnar compression is only supported in tablespaces residing on Exadata storage
Cause: An attempt was made to use hybrid columnar compression on unsupported storage.
Action: Create this table in a tablespace residing on Exadata storage or use a different compression type.

É isso. Boas ou más noticias ?  Como diria mestre oogway..“There is just news. There is no good or bad.”

11g | Release 2

Filed under: banco de dados — Tags: , — agleite @ 11:45 am

Já está disponivel para download o  Oracle Database 11g Release 2 .  Plataformas Linux x86 e x86_64

May 26, 2009

Data Guard | Modos de Proteção

Filed under: banco de dados — agleite @ 8:07 pm

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.

December 29, 2008

PLS-00101 | Piada Pronta

Filed under: banco de dados — Tags: — agleite @ 12:45 am

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  ;)

Older Posts »

Blog at WordPress.com.