![[IBM i]](../images/iseries.gif)
Alta disponibilidade: acesso contínuo dos dados do aplicativo
Sem acesso contínuo aos dados do aplicativo, seus servidores de aplicativos não podem processar pedidos do cliente. O produto oferece suporte a vários métodos de manutenção da disponibilidade dos dados.
Se seus dados residirem nos servidores IBM® i, você poderá usar uma das seguintes opções para obter uma disponibilidade mais alta para os dados:
Replicação de Dados
Para assegurar a disponibilidade de todos os componentes do ambiente de seu servidor de aplicativos, você pode utilizar a replicação de dados para criar uma cópia de backup dos dados de seu aplicativo. A replicação de dados utiliza armazenamento em cluster, criação de diário remoto e software de replicação de dados terceirizado para manter duas cópias separadas fisicamente dos dados do aplicativo. A replicação de dados pode fornecer recursos de recuperação de desastre para os bancos de dados, pois os sistemas no cluster podem ser separados geograficamente.
O armazenamento em cluster fornece a base para a comunicação entre dois ou mais servidores. Essa comunicação é necessária para fazer backup de seus dados em uma máquina separada fisicamente.
- Criação de diário remoto síncrono, no qual os dados são gravados nos bancos de dados primário e de backup, simultaneamente. Esse tipo de criação de diário assegura que nenhuma entrada seja perdida no caso de falha do sistema. No entanto, pode afetar o desempenho de forma negativa, pois requer que o aplicativo aguarde enquanto dados são gravados nos dois bancos de dados.
- Criação de diário remoto assíncrono, no qual os dados são gravados no banco de dados primário diretamente a partir do aplicativo. Esse tipo de criação de diário permite que o aplicativo continue a processar pedidos do cliente enquanto os dados são copiados para o sistema de backup. Ele não afeta o desempenho do aplicativo, mas no caso de uma falha, as entradas mais recentes podem ser perdidas.
Disco Alternável
O disco alternável utiliza armazenamento em cluster, criação de diário local e IASP (Independent Auxiliary Storage Pool) para assegurar a disponibilidade de dados do aplicativo. Os dados do aplicativo são armazenados em um IASP e, se ocorrer uma falha, ele poderá ser alternado com outro nó.
A vantagem do disco alternável é que não ocorre replicação dos dados. Portanto, você não precisa se preocupar sobre a sincronização de dados. No entanto, o banco de dados torna-se um único ponto de falha. Além disso, o nó de backup deve estar fisicamente próximo ao nó principal. Portanto, essa configuração não fornece recuperação de desastre.
- Um cluster de servidores. Você deve ter a função Recursos Comutáveis de Alta Disponibilidade (5761-SS1 ou 5770-SS1 Opção 41) instalada em todos os nós do cluster.
- Armazenamento em cluster. Ao utilizar o disco alternável, o armazenamento em cluster fornece:
- Os serviços requeridos para alternar o IASP.
- Monitoramento apropriado de partições de banco de dados backend.
- Criação de diário local. O disco alternável utiliza a criação de diário local para preservar os limites das transações do banco de dados.
- Todas as células processam pedidos do cliente, conforme descrito na topologia de várias células.
- Uma das células hospeda o sistema de banco de dados primário, que recebe dados de servidores de aplicativos nas outras células.
- O sistema de banco de dados primário conecta-se a um IASP.
- Uma das outras células hospeda o sistema de banco de dados secundário, que está inativo, a não ser que haja uma falha no sistema primário. Se o sistema primário falhar, os dados do aplicativo serão direcionados ao sistema de banco de dados secundário nessa outra célula e os conectores IASP ao sistema secundário.