Oracle 10g formação online

Um olhar sobre os recursos mais recentes do Oracle10g

Visão geral dos recursos de 10g

Existem muitos recursos no Oracle 10g que foi introduzido pela primeira vez no RDBMS. Esses recursos não só tornaram a vida do DBA fácil, mas também deram aos DBAs tempo para trabalhar nas tarefas importantes, em vez de gastar tempo na análise da memória do banco de dados, armazenamento, sistema de arquivos, etc Vou passar por cada nova funcionalidade em detalhes em próximos poucos Dias, mas para começar vou listar aqui uma breve descrição de todos os recursos mais recentes.

O Oracle Database 10g tem uma longa lista de aprimoramentos de arquitetura impressionantes em relação às suas versões anteriores. A Oracle tornou esta base de dados muito sofisticada e poderosa, e automatizou muitas das funções administrativas tradicionais e mundanas. A Oracle tentou automatizar o máximo possível de funcionalidade de banco de dados e torná-la mais escalável. Várias mudanças foram feitas para melhorar as estruturas de memória, gerenciamento de recursos, manipulação de armazenamento, ajuste de SQL, movimento de dados, velocidade de recuperação e globalização. Este capítulo abordará as revisões mais notáveis ​​da arquitetura de banco de dados para os releases 1 e 2 do Oracle Database 10g e qualquer aprimoramento significativo para o Release 2 é mencionado especificamente neste e em todos os capítulos.

SYSAUX Tablespace

O tablespace SYSAUX é um tablespace auxiliar que fornece armazenamento para todas as tabelas e índices não relacionados ao sistema que teriam sido colocados no tablespace SYSTEM. SYSAUX é necessário para todas as instalações do Oracle Database 10g e deve ser criado junto com novas instalações ou atualizações. Muitos componentes de banco de dados usam SYSAUX como seu espaço de tabela padrão para armazenar dados. O tablespace SYSAUX também reduz o número de tablespaces criados por padrão no banco de dados de sementes e no banco de dados definido pelo usuário.

Renomear opção de espaço de tabela

O Oracle Database 10g implementou a disposição para renomear tablespaces. Para fazer isso em versões mais antigas, você tinha que criar um novo tablespace, copiar o conteúdo do tablespace antigo para o novo tablespace e soltar o tablespace antigo. O recurso Rename Tablespace permite o processamento simplificado de migrações de tablespace dentro de um banco de dados e facilidade de transporte de um tablespace entre dois bancos de dados.

Gerenciamento Automático de Armazenamento

O Automatic Storage Management (ASM) é um novo recurso de banco de dados para gerenciamento eficiente de armazenamento com disponibilidade 24 horas por dia. Ele ajuda a impedir que o DBA gerencie milhares de arquivos de banco de dados em várias instâncias de banco de dados usando grupos de discos. Esses grupos de discos são compostos de discos e arquivos residentes nos discos. O ASM não elimina quaisquer funcionalidades de banco de dados existentes com sistemas de arquivos ou dispositivos brutos ou arquivos gerenciados Oracle (OMFs). ASM também suporta configurações RAC.

Grupo de espaço de tabelas temporário

Um espaço de tabela temporário é usado pelo banco de dados para armazenar dados temporários, que não são contabilizados nas operações de recuperação. Um grupo de espaço de tabela temporário (TTG) é um grupo de espaços de tabela temporários. Um TTG contém pelo menos um tablespace temporário, com um nome diferente do tablespace. Vários espaços de tabela temporários podem ser especificados no nível do banco de dados e usados ​​em sessões diferentes ao mesmo tempo.

No banco de dados Oracle 10g, cada usuário do banco de dados terá um tablespace permanente para armazenar dados permanentes e um tablespace temporário para armazenar dados temporários. Em versões anteriores do Oracle, se um usuário foi criado sem especificar um tablespace padrão, o tablespace SYSTEM se tornaria o tablespace padrão. Para o Oracle Database 10g, um tablespace permanente padrão pode ser definido para ser usado para todos os novos usuários sem um tablespace permanente específico.

Espaço de tabela BigFile

Longe vão aqueles dias de tablespaces no intervalo de alguns megabytes. Atualmente, as tabelas de bancos de dados contêm muitos dados e estão sempre com fome de armazenamento. Para resolver esse desejo, a Oracle criou o conceito de espaço de tabela Bigfile. Um espaço de tabela BigFile (BFT) é um tablespace contendo um único arquivo de dados muito grande. Com o novo esquema de endereçamento em 10g, são permitidos quatro bilhões de blocos num único ficheiro de dados e os tamanhos dos ficheiros podem ser de 8TB a 128TB, dependendo do tamanho do bloco. Para diferenciar um tablespace regular de um BFT, um tablespace regular é chamado de tablespace pequeno arquivo. O banco de dados Oracle 10g pode ser uma mistura de pequenos espaços de arquivos e BigFile.

Os BFTs são suportados somente para espaços de tabela gerenciados localmente com segmentos ASM e espaços de tabela undo e temporariamente gerenciados localmente. Quando BFTs são usados ​​com Oracle Managed Files, arquivos de dados tornam-se completamente transparente para o DBA e nenhuma referência é necessária para eles. BFT faz um tablespace logicamente equivalente a arquivos de dados (permitindo operações de espaço de tabela) de lançamentos anteriores.

Antes do Oracle Database 10g, K e M foram usados ​​para especificar o tamanho dos arquivos de dados. Como a versão mais recente introduz tamanhos de arquivo maiores até 128 TB usando BFTs, os tamanhos podem ser especificados usando G e T para gigabytes e terabytes, respectivamente. Para usar o BFT, o sistema operacional subjacente deve suportar arquivos grandes. Em outras palavras, o sistema de arquivos deve ter suporte a arquivos grandes (LFS).

Espaços de tabelas transportables de plataforma cruzada

No banco de dados Oracle 8i, o recurso de espaço de tabela transportável permitiu que um espaço de tabela fosse movido em diferentes bancos de dados Oracle usando o mesmo sistema operacional. O Oracle Database 10g melhorou significativamente esta funcionalidade para permitir o movimento de dados entre diferentes plataformas. Isso ajudará espaços de tabela transportáveis ​​para mover dados de um ambiente para outro em plataformas heterogêneas selecionadas (sistemas operacionais). Usando espaços de tabelas transportables entre plataformas, um banco de dados pode ser migrado de uma plataforma para outra, reconstruindo o catálogo de banco de dados e transportando os espaços de tabelas do usuário. Por padrão, os arquivos convertidos são colocados na área de recuperação de flash (também nova no Oracle Database 10g), que será discutida mais adiante neste capítulo. Uma lista de plataformas totalmente suportadas pode ser encontrada em v $ transportable_platform.

Gerenciamento de desempenho usando AWR

O Automatic Workload Repository (AWR) é o recurso mais importante entre os novos componentes da infraestrutura de gerenciamento do Oracle Database 10g. AWR fornece os serviços em segundo plano para coletar, manter e utilizar as estatísticas para detecção de problemas e auto-ajuste. O AWR coleta dados de desempenho do sistema em intervalos freqüentes (geralmente 60 minutos) e os armazena como informações de carga de trabalho do sistema histórico para análise. Essas métricas são armazenadas na memória por motivos de desempenho. Essas estatísticas são regularmente escritas da memória para o disco por um novo processo chamado Memory Monitor (MMON). Estes dados serão mais tarde utilizados para análise de problemas de desempenho que ocorreram em um determinado período de tempo e para fazer análise de tendências. A Oracle faz tudo isso sem qualquer intervenção do DBA. O Monitor de Diagnóstico de Banco de Dados Automático (ADDM), que é discutido na próxima seção, analisa as informações coletadas pelo AWR para problemas de desempenho de banco de dados.

Monitor de Diagnóstico de Banco de Dados Automático (ADDM)

Automatic Database Diagnostic Monitor (ADDM) é o melhor recurso para ajuste de banco de dados. Introduzido em 10g, o ADDM fornece monitoramento proativo e reativo em vez do tedioso processo de ajuste encontrado nas versões anteriores do Oracle. O monitoramento proativo é feito pelo ADDM e Alertas Gerados pelo Servidor (SGAs). O monitoramento reativo é feito pelo DBA, que faz o ajuste manual através do Oracle Enterprise Manager ou scripts SQL.

As informações estatísticas capturadas a partir de SGAs são armazenadas no repositório de carga de trabalho sob a forma de instantâneos a cada 60 minutos. Esses snapshots detalhados (semelhantes aos instantâneos do STATSPACK) são gravados no disco. O ADDM inicia o processo MMON para executar automaticamente em cada instância de banco de dados e proativamente encontrar problemas.

Comando DROP DATABASE

O Oracle Database 10g introduziu um meio para descartar todo o banco de dados com um único comando: DROP DATABASE. O comando DROP DATABASE exclui todos os arquivos de banco de dados, arquivos de log on-line, arquivos de controle eo arquivo de parâmetro de servidor (spfile). Os registros e backups de arquivos, no entanto, precisam ser excluídos manualmente.

Utilitários da bomba de dados

Data Pump é a nova infra-estrutura de alta velocidade para movimentação de dados e metadados no Oracle Database 10g. Os comandos Data Pump são semelhantes aos comandos de exportação e importação tradicionais, mas são produtos diferentes. A Data Pump fornece uma melhoria substancial do desempenho em relação aos utilitários originais de exportação e importação. Ele também fornece mais rápida carga de dados e capacidade de descarregamento para tabelas existentes. Usando o Data Pump, os arquivos planos independentes da plataforma podem ser movidos entre vários servidores. Você pode usar o novo modo de rede para transferir dados usando links de banco de dados.

Operações de exportação e importação no Data Pump podem se separar de um trabalho de longa duração e voltar a conectá-lo posteriormente sem afetar o trabalho. Você também pode remapear dados durante os processos de exportação e importação. Os nomes de arquivos de dados, nomes de esquema e espaços de tabelas da origem podem ser alterados para nomes diferentes no sistema de destino. Ele também oferece suporte a seleção de objeto de grão fino usando os parâmetros EXCLUDE, INCLUDE e CONTENT.

Data Pump Export (dpexp) é o utilitário para descarregar dados e metadados do banco de dados de origem para um conjunto de arquivos do sistema operacional (conjuntos de arquivos de despejo). O Data Pump Import (dpimp) é usado para carregar dados e metadados armazenados nestes conjuntos de arquivos de dump de exportação em um banco de dados de destino.

No Oracle Database 10g Release 2, um objeto de diretório DATA_PUMP_DIR padrão e chamadas adicionais da API DBMS_DATAPUMP foram adicionados, juntamente com provisões para compactação de metadados em arquivos de despejo e a capacidade de controlar o tamanho do arquivo de despejo com o parâmetro FILESIZE.

Esta seção analisou os novos recursos significativos introduzidos no Oracle Database 10g. Vou falar sobre os novos processos introduzidos no Oracle Database 10g para suportar esses recursos.