Em Abril deste ano, escrevi um artigo para a Oracle sobre a utilização de Rolling Upgrade com Oracle Data Guard 11g.
A Oracle chama de Rolling Upgrade a possibilidade de você realizar upgrade de versão com o mínimo (quase nada) de down time e nesse caso específico é utilizado o Oracle DataGuard 11g … isso mesmo, utilizando Data Guard. Você pode conferir tudo isso na integra aqui: http://www.oracle.com/technetwork/pt/articles/database-performance/rolling-upgrades-com-data-guard-11g-1576838-ptb.html
Estou publicando a versão em PDF do artigo para quem interessar:
Abraço a todos !
A feature já diz tudo!
A Criação Adiada de Segmentos (Deferred Segment Creation) realmente faz o que o nome diz, somente é criado um segmento quando uma linha é inserida e não quando criamos o objeto, funcionalidade essa habilitada por DEFAULT a partir do Oracle 11G R2 através do parâmetro de inicialização DEFERRED_SEGMENT_CREATION.
SQL> show parameter deferred NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ deferred_segment_creation boolean TRUE
Veja aqui que quando crio a tabela T1, nenhum segmento é criado com ela:
SQL> create table T (id number); Table created. SQL> select * from user_segments; no rows selected
Somente então quando insiro a primeira linha na tabela que o segmento é criado:
SQL> insert into T values(1); 1 row created. SQL> commit; Commit complete. SQL> select segment_name from user_segments; SEGMENT_NAME -------------------------------------------------------------------------------- T SQL> select table_name,segment_created from user_tables; TABLE_NAME SEG ------------------------------ --- T YES
Ok, Você deve estar se perguntando agora … quais as reais vantagens dessa feature? Vamos lá …
Economia de espaço. Lembra aquelas tabelas que são criadas mais nunca populadas? Pois então, uma grande quantidade de dados pode ser salvada para as centenas ou milhares de tabelas criadas pela aplicação que nunca foram usadas.
Quando se vai instalar uma aplicação, o tempo da criação das DDL pode ser reduzidas drasticamente apenas evitando a criação do segmento em disco. Quando estou preste a fazer a carga inicial do GoldenGate em que a estrutura das tabelas de destinos devem estar iguais com as tabelas da origem, sempre antes de realizar a importação da estrutura das tabelas verifico o parâmetro DEFERRED_SEGMENT_CREATION, o tempo gasto para criar os segmentos é muito grande é um tempo desnecessário, já que ele será criado logo após o primeiro INSERT.
Como esse parâmetro é dinâmico, pode ser alterado a qualquer:
SQL> show parameter def NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ deferred_segment_creation boolean TRUE SQL> alter system set deferred_segment_creation=FALSE; System altered. SQL> show parameter def NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ deferred_segment_creation boolean FALSE SQL> create table T1 (id number); Table created. SQL> select segment_name from user_segments; SEGMENT_NAME -------------------------------------------------------------------------------- T1
E também é possível a alteração desse comportamento a nível de sessão, apenas com um alter session:
SQL> alter session set deferred_segment_creation=true;
Caso você não queira alterar a nível de sistema ou de sessão, a Oracle pensou em você. É capaz também de alterar esse comportamento no momento da criação da tabela:
SQL> select * from user_segments; no rows selected SQL> CREATE TABLE TABELA_SEGMENTO1 (id number) SEGMENT CREATION IMMEDIATE; Table created. SQL> select segment_name from user_segments; SEGMENT_NAME -------------------------------------------------------------------------------- TABELA_SEGMENTO1 SQL>CREATE TABLE TABELA_SEGMENTO2 (C1 number, C2 number) SEGMENT CREATION DEFERRED; Table created. SQL> select segment_name from user_segments; SEGMENT_NAME -------------------------------------------------------------------------------- TABELA_SEGMENTO1

Oracle GoldenGate oferece a compressão de dados, melhorando assim a taxa de transferência a nível de network, otimizando em muito a movimentação do seu arquivo de trail para o destino.
Com menos gigabytes para transferir, mais velocidade na sincronização do seu ambiente! É com esse conceito que a Oracle fornece o mecanismo de compressão dos arquivos de trail, que uma vez configurado faz automaticamente a descompressão antes de escrever para os arquivos remotos.
Como nem tudo são flores, com o uso de compressão de dados pelo GoldenGate é possível que se tenha um uso adicional de CPU no processo de compressão, descompressão e comparação de dados. Tenho que dizer que em testes feitos, pude perceber uma melhora muito grande na utilização na taxa de transferência comparada a um aumento mínimo de utilização de CPU.
Aqui está um exemplo de um arquivo de parâmetro do Data Pump utilizando a opção COMPRESS:
EXTRACT EPUMP1 PASSTHRU RMTHOST gg2, MGRPORT 7889, COMPRESS RMTTRAIL ./dirdat/e1
Agora você precisa ter uma ideia de quanto o GoldenGate está utilizando de CPU para a compressão de dados e isso é possível através do GETTCPSTATS. Está opção é utilizada para obter estatísticas detalhadas da utilização de rede e das taxas (ratio) de compressões feitas pelo GoldenGate.
GGSCI (gg1) 1> send EXTRACT EPUMP1, GETTCPSTATS
Sending GETTCPSTATS request to EXTRACT EPUMP1 ...
RMTTRAIL ./dirdat/e1000872, RBA 383647567
Stats started 2012/07/14 11:00:19
Inbound Msgs 12423 Bytes 14442, 228 bytes/second
Outbound Msgs 12424 Bytes 33015318, 11916 bytes/second
Recvs 2351
Sends 6479
Avg bytes per recv 6, per msg 12
Avg bytes per send 1267, per msg 1267
Recv Wait Time 3473452, per msg 234, per recv 894
Send Wait Time 34636634, per msg 222, per send 222
Data compression is enabled
Compress CPU Time 0:00:00.000000
Compress time 0:00:08.0346223, Threshold 512
Uncompressed bytes 346347345
Compressed bytes 34635756, 45746856 bytes/second
Todos tem! Até Larry Ellison tem. E eu também tenho!
Para mais do mundo DBA Oracle: @flaviohsoares
Esse post é simplesmente para ter uma base de preços dos produtos que a Oracle tem.
Quem de nós nunca ouviu: Qual a diferença (preço) do Oracle Database Standard para o Enterprise? Quanto custa o Goldengate? O IDM é muito caro?
Como eu já falei, isso serve como uma base de preço, uma noção, sendo que isso são preços praticados pela Oracle US e sem contar que dependendo do seu nível de relacionamento com a Oracle, os produtos e licenças que você tem … pode variar muito de preços.
http://www.oracle.com/us/corporate/pricing/technology-price-list-070617.pdf
Pessoal, saiu na última sexta feira o Update 3 do Oracle Linux 6.
O download está disponível aqui no site Under-Linux.Org.
Para quem esperava que o update 3 iria demorar, quebrou a cara … mais uma vez a Oracle nos surpreendendo.
