Alessandro Guimarães – Oracle Blog

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

September 4, 2008

Farewell Dump Parameters

Filed under: banco de dados — Tags: , — agleite @ 1:49 am

Pois no 11g,  os parametros user_dump_dest, background_dump_dest e core_dump_dest foram substituidos por DIAGNOSTIC_DEST. Toda informação de trace do Oracle fica agora no diretorio especificado por este parametro que por default está $ORACLE_BASE/diag

Blog at WordPress.com.