quarta-feira, 10 de agosto de 2011

Configuração de Clusters

Para configurar seu sistema  como um cluster de alta disponibilidade, você deve tomar as seguintes ações:

  • Conheça os requisitos de Hardware e Sistema Operacional;
  • Conheça os requisitos do Banco de Dados;
  • Conheça os requisitos do Servidor de Banco de dados;
  • Configuração da Conectividade.

 

Cada item desses tópicos serão explicados abaixo.

Você pode configurar seu sistema para usar o protocolo SSL (Secure Sockets Layer), um protocolo de comunicação que garante a privacidade e integridade dos dados transmitidos através da rede, para comunicação HDR. Você pode usar o protocolo SSL para conexão entre o servidor primário e secundário e para conexões com RS (Remote Standalone) e SD (Shared Disk) de servidores secundários em uma configuração de alta disponibilidade. Para obter informações de como usar o protocolo SSL, veja a sessão “Secure Sockets Layer Communication Protocol Encryption” do IBM Informix Security Guide.

 

Requisitos de Hardware e Sistema Operacional

Para o funcionamento do cluster de alta disponibilidade, o hardware deve atender certos requisitos.

O hardware deve atender aos seguintes requisitos:

  • O servidor primário e secundário deve ser capaz de executar a mesma imagem do IBM Informix, mesmo que eles não tenha hardware ou o sistema operacional idêntico.  Por exemplo, você pode usar servidores com diferentes sistemas operacionais Linux de 32 bits, porque esses sistemas operacionais pode executar a imagem do Informix. Nessa situação, você não pode adicionar um server com um Linux 64-bit porque esse sistema operacional requer uma imagem de Informix diferente. Cheque o arquivo “machine notes”: você pode usar qualquer combinação de hardware e sistema operacional listado nesse arquivo.
  • O hardware que roda como primário e secundário deve suportar redes.
  • A quantidade de espaço em disco alocado para os dbspaces no servidor primário e secundário devem ser iguais. O tipo de espaço em disco é irrelevante; você pode usar uma mistura de raw device com file system.
  • Os chunks em cada servidores devem ter os mesmos caminhos. Links simbólicos são permitidos para a plataforma UNIX, mas não para a plataforma Windows.

Requisitos do Banco de Dados

O Banco de dados deve atender os seguintes requisitos:

  • Todos os dados devem ser logged.
    Todos os bancos de dados que vai ser replicado devem estar em modo transacional.

    Este requisito é importante  porque o servidor de banco de dados secundário usa registros de logical-log vindo do servidor primário para atualizar os dados que ele gerencia. Se o banco de dados gerenciado pelo servidor primário não esta em modo transacional, para esse banco de dados não será gerado registros de logs,  sendo assim o servidor de banco de dados secundário não terá meios para atualizar os dados.
  • Os dados devem residir no mesmo dbspace ou sbspaces.
    Se o seu banco de dados primário tem objetos armazenados em blobspaces, modificações nos dados dentro desses blobspaces não é replicado como parte normal do processamento HDR. No entanto, objetos grandes mas simples são replicados.
    Objetos grandes, que são armazenados em sbspaces, são replicados. Os sbspaces devem estar em modo transacional. Tipos definidos por usuários (UDTs) são replicados, a menos que estejam armazenados em arquivos do sistema operacional. Tipos de dados com out-of-row são replicados se os dados estão armazenados em sbspace ou em uma tabela diferente no mesmo servidor de banco de dados.
  • O servidor secundário não pode usar compressão de disco.
    Se você usar o recurso do Informix de compressão de disco, dados que são comprimidos na tabela de origem vão ser comprimidos nas tabelas de destino. Você não pode executar compressão no HDR secundário, RS secundário ou SD secundário, porque o HDR destino deve ter as mesmas configurações de dados e físico como o servidor de origem

Requisitos do Servidor do Banco de Dados

Para um par cluster de servidores de alta disponibilidade funcionar, você deve configurar totalmente cada um dos servidores. Você pode então usar os aspectos relevantes para configurar os pares de servidores.

Estes tópicos descrevem as considerações de configuração a seguir para os pares de cluster:

  • Versão do Banco de dados;
  • Configuração do dbspace e chunk;
  • Tamanhos de paginas não padrão em um ambiente HDR;
  • Espelhamento;
  • Configuração do Physical-log;
  • Dbspace e dispositivo de backup para logical-log;
  • Configuração do Logical-log
  • Parâmetros de configurações do HDR;

Versão do Banco de dados

As versões do Informix no servidor primário e secundário deve ser idêntica.

Configuração do dbspace e chunk

o numero de dbspaces, o numero de chunks, seus tamanhos, seus caminhos e seus offsets devem ser idênticos no servidor de banco de dados primário e secundário. Além disso, a configuração deve conter pelo menos um dbspace temporário se o servidor HDR secundário for usado para criação de relatórios de atividades.

Somente no UNIX:

Você poderá usar links simbólicos para os chunks.

Importante: Se você não utilizar links simbólicos para os chunks, você não poderá alterar os caminhos facilmente

Os seguintes parâmetros no ONCONFIG deve ter o mesmo valor em cada servidor de banco de dados:

  • ROOTNAME
  • ROOTOFFSET
  • ROOTPATH
  • ROOTSIZE

Tamanhos de paginas não padrão em um ambiente HDR

O tamanho de paginas de um dbspace e as especificações de buffer são automaticamente propagadas a partir do servidor primário para o secundário. Embora ambos os servidores devem ter o mesmo buffer pools, o numero de buffer no buffer pool não precisam corresponder.

Espelhamento

Você não deve configurar o parâmetro MIRROR  para o mesmo valor nos dois servidores de banco de dados; você pode habilitar espelhamentos em um servidor de banco de dados e desabilitar o espelhamento no outro. Entretanto, se você especificar um chunk espelho para um chunk root do servidor primário, você deve também especificar um chunk espelho para o chunk root do servidor secundário. Portanto, os seguintes parâmetros do ONCONFIG devem ser configurados com o mesmo valor em ambos os servidores:

  • MIRROROFFSET
  • MIRRORPATH

Configuração do Physical-log

O Physical-log deve ser idêntico em ambos os servidores. Os seguintes parâmetros do ONCONFIG devem ter os mesmos valores em cada servidores:

  • PHYSBUFF
  • PHYSFILE

Dbspace e dispositivo de backup para logical-log

Você pode especificar diferentes dispositivos para o servidor primário e secundário.

Se você usar o ON-Bar, configure os parâmetros de configuração do ON-Bar com os mesmos valores em ambos os servers. Para informações dos parâmetros do ON-Bar veja o IBM Informix Backup and Restore Guide.

Se você usa o ontape, o tamanho e o bloco do dispositivo devem ser idênticos. A seguir os parâmetros do ONCONFIG que devem ser o mesmo valor em ambos os servidores:

  • LTAPEBLK
  • LTAPESIZE
  • TAPEBLK
  • TAPESIZE

Configuração do Logical-log

Todos os registros de logs são replicados para o servidor secundário. Você pode configurar o mesmo numero de Logical-log e também com o mesmo tamanho em ambos os servidores. A seguir os parametros do ONCONFIG que devem ser o mesmo valor em ambos os servidores:

  • LOGBUFF
  • LOGFILES
  • LOGSIZE
  • DYNAMIC_LOGS

Logical-logs que são adicionados dinamicamente no servidor primário são replicados automaticamente para o servidor secundário. Embora o valor de DYNAMIC_LOGS no servidor secundário não tem nenhum efeito, DYNAMIC_LOGS mantem em sincronia com os valores do servidor primário.

Parâmetros de configurações do HDR

Os seguintes parâmetros de configuração do HDR devem ser definidos com valores iguais em ambos o servidores:

  • DRAUTO
  • DRINTERVAL
  • DRTIMEOUT

Para servidores secundários em cluster de alta disponibilidade HDR, RSS e SDS, Logical-log  em tabelas temporárias devem sempre ser desativado, definindo o parâmetro de configuração TEMPTAB_NOLOG a 1.

Nenhum comentário:

Postar um comentário