Requisitos e diretrizes das réplicas de banco de dados de estado

É recomendado distribuir réplicas do banco de dados de estado em segmentos, unidades e controladores, para evitar pontos únicos de falha. Você deseja uma maioria de réplicas para sobreviver a uma única falha de componente. Se perder uma réplica, quando um serviço falha, por exemplo, a falha pode causar problemas na execução do software Solaris Volume Manager ou ao reinicializar o sistema. O software Solaris Volume Manager requer que pelo menos metade das réplicas estejam disponíveis para execução, mas a maioria (metade mais um) para reinicializar no modo de multiusuário.

Para instruções detalhadas sobre criar e administrar réplicas de banco de dados de estado, consulte Solaris Volume Manager Administration Guide .

Selecionando segmentos para réplicas de banco de dados de estado

Antes de selecionar segmentos para réplicas do banco de dados de estado, considere as seguintes diretrizes e recomendações:

• Escolha um segmento dedicado – Deve ser criada uma réplica do banco de dados de estado em um segmento dedicado de no mínimo 4 MB por réplica. Se necessário, é possível criar réplicas de banco de dados de estado em um segmento que está para ser utilizado em um volume RAID-0 ou RAID-1. É necessário criar as réplicas antes de adicionar o segmento ao volume.

• Redimensione um segmento – Por padrão, o tamanho da réplica do banco de dados de estado é 4 MB ou 8192 blocos de disco. Como o segmento de disco pode não ser tão pequeno, é possível redimensionar um segmento para manipular a réplica do banco de dados de estado. Para obter informações sobre redimensionamento de um segmento, consulte Capítulo 9, Administering Disks (Tasks), no System Administration Guide: Devices and File Systems.

• Escolha um segmento que não esteja sendo usado – É possível criar réplicas do banco de dados em segmentos que não estão sendo utilizados. A parte de um segmento que é reservada para a réplica do banco de dados de estado não deve ser utilizada para qualquer outro propósito.

  Não é possível criar réplicas de bancos de dados de estados em sistemas de arquivos existentes, ou sistemas de arquivos raiz (/), /usr e de permuta . Se necessário, é possível criar um novo segmento (fornecer o nome de um segmento está disponível) ao alocar espaço de permuta e, a seguir, colocar réplicas de banco de dados de estado em um novo segmento.

• Escolha um segmento que se torne um volume – Quando uma réplica do banco de dados de estado é inserida em um segmento que se torna parte de um volume, a capacidade do volume é reduzida pelo espaço ocupado pela réplica ou pelas réplicas. O espaço utilizado por uma réplica é arredondado para a próxima fronteira do cilindro e esse espaço é alternado pelo volume.

Escolhendo o número das réplicas do banco de dados de estado

Antes de escolher o número das réplicas do banco de dados de estado, considere as seguintes diretrizes:

• Um mínimo de 3 réplicas de banco de dados de estado é recomendado, até o máximo de 50 réplicas por conjunto de disco Solaris Volume Manager. As seguintes diretrizes são recomendadas:

  • Para um sistema com apenas uma unidade, coloque todas as três réplicas em um único segmento.

  • Para um sistema com duas a quatro unidades, coloque duas réplicas em cada unidade.

  • Para um sistema com cinco ou mais unidades, coloque uma réplica em cada unidade.

• Réplicas de banco de dados de estado adicionais podem aprimorar a performance do espelho. Geralmente, é necessário adicionar duas réplicas para cada espelho adicionado ao sistema.

• Se tiver um volume RAID-1 que está para ser utilizado por E/S aleatório pequeno (por exemplo, para um banco de dados), considere seu número de réplicas. Para melhor performance, certifique-se de possuir pelo menos duas réplicas extras por volume RAID-1 em segmentos (e preferencialmente em discos e controladores) que são desconectados do volume RAID-1.

Distribuindo réplicas de banco de dados de estado através dos controladores

Se vários controladores existirem, réplicas devem ser distribuídas o mais uniformemente possível em todos os controladores. Esta estratégia fornece redundância se um controlador falha, e também ajuda a balancear o carregamento. Se vários discos existem em um controlador, pelo menos dois dos discos em cada controlador deve armazenar uma réplica.