Processos E Threads

Uma das vantagens do compartilhamento de recursos utilizando threads e evitar a ociosidade daqueles processos que são alocados por instruções de aplicativos de baixo consumo de recursos. Além de evitar o esgotamento de recursos de hardware.

Sou DBA Oracle. Em nosso datacenter temos alguns serviços de banco de dados que são configurados para que várias sessões de banco utilizem um único processo. Normalmente temos 80 processos do sistema operacional atendendo milhares de conexões de banco.

Se tivessemos que trabalhar no modo conexão dedicada, ou seja: um processo para cada conexão de banco, então teriamos alocar uma quantidade muito maior de recursos de hardware para atender a todas as requisições de banco.

Assuma que um banco de dados seja utilizado por uma central de telemarketing, a qual possui 1000 atendentes. Em média, cada atendente gasta 90% do tempo falando com os clientes e apenas 10% do tempo consultando e efetuando modificações na base de dados. Para garantir um bom desempenho do aplicativo sem desperdicio de recursos, o DBA configura o banco para trabalhar com apenas 100 processos do sistema operacional.

SQL Server Via Oracle Database Gateway

O Oracle Database Gateway permite que aplicações oracle acessem bancos de dados não-oracle. Esse componente e o Heterogeneus Services trabalham juntos no objetivo de apresentar os dados como se fossem de um banco de dados Oracle, embora os dados possam estar distribuídos por diversos ambientes e o mais variados tipos de bancos de dados.

O Oracle Database Gateway para ODBC (DG4ODBC) permite a construção de soluções heterogêneas que transparentemente integra ODBC com bancos de dados Oracle. O ODBC fornece uma interface padrão para bancos de dados relacionais, incapsula aplicações de banco e traduz os comandos especificos do banco de dados de origem em algo que possa ser entendido pelo banco de dados Oracle. O uso do ODBC na ligação entre o banco de origem e o banco de dados oracle, faz com que o DG4ODBC não esteja vinculado a um especifico tipo de banco de dados. Esta arquitetura flexível possibilita a convivência com qualquer banco de dados compatível com o ODBC.

Usando o DG4ODBC, você pode imediatamente rodar suas aplicações oracle, tanto construídas pela Oracle ou por terceiros, para acessar informações via ODBC de bancos de dados oracle e não-oracle. As aplicações não necessitam ser reescritas ou reconfiguradas. O DG4ODBC não causa impacto nas aplicações, você pode usufruir das vantagens de uma arquitetura multi-plataforma na integração de diferentes tipos de bancos de dados.

O DG4ODBC é parte integrante do Oracle 11g, sem custo adicional, e suporta Oracle 11g e Oracle 10g. Para integração de bancos dados ODBC em versões anteriores ao Oracle 10g, é necessário customizar o banco.

Fonte: http://www.easysoft.com/applications/oracle/database-gateway-dg4odbc.html

Como Criar Uma Instancia ASM

Antes de criar uma instância ASM, certifique-se de que o CSS Daemon tenha sido iniciado. Caso contrário inicie o serviço. As instruções podem ser obtidas em http://dba-adilson-silva.blogspot.com/2008/08/o-asm-depende-do-css-daemon.html.

Criar uma instância ASM é facil. Execute o dbca informando parâmetros de configuração do ASM. veja abaixo.

$ dbca -silent -configureASM             \
      -asmSysPassword change_on_install \
      -diskString "/dev/dbs/rawdisk*"   \

O ASM Depende Do CSS Daemon

Muitos DBA que decidem utilizar pela primeira vez o ASM, surpreendem-se com erros relacionado ao daemon css ao configurar uma instância ASM. Configurar esse serviço é fácil, basta criar o arquivo de inicialização de banco apenas com o parametro INSTANCE_TYPE=ASM. Entretanto somente isto não é suficiente. Você tem que iniciar, como root, o Cluster Syncronization Services daemon. Para isto, execute o comando a seguir:

# /u01/app/oracle/product/11.1.0/db_1/bin/localconfig reset
Successfully accumulated necessary OCR keys.
Creating OCR keys for user ‘root’, privgrp ‘root’..
Operation successful.
Configuration for local CSS has been initialized

Adding to inittab
Startup will be queued to init within 30 seconds.
Checking the status of new Oracle init process…
Expecting the CRS daemons to be up within 600 seconds.

Caso o serviço não suba em dez minutos digite CTRL-C e execute o comando a seguir.

# nohup /etc/init.d/init.cssd run >/dev/null 2>&1 

Export/Import Via Database Link

O Datapump é uma boa opção para quem utiliza o Oracle10 e deseja exportar e, em seguida, importar tabelas entre bancos sem utilizar área temporária para acomodação de arquivos de dump.

Com Oracle Datapump é possível importar dados de outro banco via database link. O processo é um pouco mais lento, mas é uma alternativa para ambientes com pouco espaço em disco.

O exemplo abaixo mostra importar tabelas via database link.

impdp ze/maneh TABLES=tab1,tab2 \
              DIRECTORY=ze_dir \
              NETWORK_LINK=ze_link \
              LOGFILE=import.log

OBS: Antes de utilizar o Oracle Datapump na importação de tabelas via database link, certifique-se da criação dos objetos de banco database link e directory.

Visão Geral do Oracle ASM

Automatic Storage Manager (ASM) é um gerenciador de volumes e ao mesmo tempo um sistema de arquivos para banco de dados Oracle o qual suporta configurações do tipo single-instance e RAC. O ASM é uma solução alternativa de gerenciamento de volume de discos, sistemas de arquivos e raw devices.

O ASM utiliza agrupamento de discos para armazenar arquivos de dados; um ASM disk group nada mais é do que uma coleção de discos os quais o ASM gerencia como se fosse apenas uma unidade de disco. Dentro de um disk group, os arquivos de banco de dados Oracle são apresentados em uma interface semelhante ao sistema de arquivos unix e linux. O conteúdo dos arquivos são eventualmente redistribuidos para evitar gargalos e garantir estabilidade de desempenho. Seu desempenho é semelhante ao desempenho de raw devices.

Voce pode adicionar ou remover discos de um disk group sem interromper o serviço de banco de dados. Quando você remove ou adiciona discos de um disk group, o ASM automaticamente redistribui os arquivos e, conseqüentemente elimina a necessidade de parada de serviços para redistribuição de conteúdos.

O gerenciador ASM possui flexíveis opções de espelhamento. ASM normal e alta redundância de disk groups, espelhamentos tipo two-way e three-way respectivamente. Permite o uso de redundância externa do tipo RAID.

O ASM também utiliza o Oracle Managed Files (OMF) para simplificar o gerenciamento de arquivos banco de dados. O OMF automaticamente cria os arquivos em sua respectivas pastas. Além disso, atribui nomes aos arquivos e remove-os, defragmentando áreas de disco, quando as tablespaces ou arquivos são excluídos.

O ASM simplifica as tarefas de administração de storage consolidando os dados de storage em um reduzido grupo de discos. Isso possibilita a unificação do storage para diversos bancos de dados e oferece melhorias de desempenhos dos processos de leitura e gravação em discos.

Os arquivos ASM podem ser configurados com outros gerenciadores de storage , como raw devices e sistemas de arquivos de terceiros. Isto simplifica a integração do ASM com os demais sistemas de armazenamento já existentes.

Processo de Instalacao do Oracle Clusterware

O Oracle Clusterware é distribuído como parte integrante do produto Oracle Database. O Oracle Universal Installer (OUI) o instala em uma estrutura específica a qual pode referenciada como CRS_home. Devido ao fato do Oracle Clusterware realizar tarefas específicas do sistema operacional, há necessidade de conceder privilégios de superusuário para alguns de seus componentes

Antes de instalar o Oracle Clusterware, recomenda-se executar o Cluster Verification Utility (CVU) para certificar-se de que o ambiente possui todos os requisitos de instalação do Oracle Clusterware. O OUI também roda automaticamente o CVU ao final da instalação para verificar seus requisitos. Ele simplifica a instalação, configuração e demais tarefas pertinentes ao processo de instalação através de identificação de problemas relacionados ao ambiente clusterware.

Durante a instalação do Oracle Clusterware, deve-se identificar três endereços IP para cada node da arquitetura cluster. Um endereço IP para a interconexão privada e outro para a interconexão pública. O terceiro é um endereço IP virtual ao qual o cliente usará para conectar-se em cada instance.

O processo de instalaçao do Oracle Clusterware cria no storage os arquivos voting disk e OCR. Se selecionada a opção para redundância normal, então automaticamente o Oracle Clusterware manterá uma cópia desses arquivos para evitar o incidente Único Ponto de Falha. A redundância normal evita também a necessidade de soluções de redundância normalmente oferecidas pelo fornecedor do ambiente storage. Quando usamos redundância normal, o Oracle Clusterware automaticamente mantém duas cópias do arquivo OCR e três cópias do arquivo voting disk.

Se você escolher redundância externa para gravação dos arquivos OCR e voting disk, então para que se tenha redundância é necessário configurar espelhamento RAID em seu subsistema de discos para o incidente evitar Único Ponto de Falha.