Sobre Esta Tarefa
Os recursos de Serviços de cópia e RAID requerem que
pequenas quantidades de cache do volume sejam convertidas da cache de memória
em memória de bitmap, para permitir que as funções operarem. Se você não
tiver espaço de bitmap suficiente alocado quando tentar usar uma das funções,
não será possível concluir a configuração.
A memória total que pode ser dedicada a essas funções não é definida pela memória física no sistema. A memória é limitado pelas funções de software que utilizam a memória.
No planejamento da instalação para um sistema, considere os requisitos futuros para as funções avançadas. Revise as seguintes tabelas para calcular os
requisitos de memória e confirme se seu sistema está preparado para acomodar
o tamanho total da instalação.
As tabelas a seguir descrevem a quantidade de espaço de bitmap necessário para configurar as várias funções de Copy
Services e RAID:
Esta tabela fornece um exemplo da quantia de memória que é necessária para as funções de espelhamento remoto,
funções do FlashCopy e espelhamento de
volume.
Tabela 1. Exemplos de
memória necessária| Função |
Tamanho de granularidade |
1 MiB de memória fornece a capacidade de volume a seguir para o grupo de E/S
especificado |
|---|
| Cópia Remota |
256 KiB |
2 TiB de capacidade total de Metro Mirror,
Global Mirror
ou HyperSwap |
| FlashCopy |
256 KiB |
2 TiB de capacidade total do volume de origem
do FlashCopy |
| FlashCopy |
64 KiB |
512 GiB de capacidade total do volume de origem
do FlashCopy |
| FlashCopy Incremental |
256 KiB |
1 TiB de capacidade total do volume de origem do FlashCopy
incremental |
| FlashCopy Incremental |
64 KiB |
256 GiB de capacidade total do volume de origem do FlashCopy
incremental |
| Espelhamento de volume |
256 KiB |
2 TiB de capacidade de volume espelhado |
Notas: - Para diversos destinos de FlashCopy ,
é preciso considerar o número de mapeamentos. Por exemplo, para um mapeamento com um tamanho de granularidade de 256 KiB, 8 KiB de memória permite um mapeamento entre um volume de origem de 16 GiB e um volume de destino de 16 GiB.
Alternativamente, para um mapeamento com um tamanho de granularidade de 256 KiB, 8 KiB de memória permite dois mapeamentos entre um volume de origem de 8 GiB e dois volumes de destino de 8 GiB.
- Ao criar um mapeamento de FlashCopy , se for especificado
um grupo de E/S diferente do grupo de E/S do volume de origem, a
contabilidade de memória vai em direção ao grupo de E/S especificado,
não em direção ao grupo de E/S do volume de origem.
- Para o espelhamento de volume, o total de 512 MiB de espaço de memória fornece 1 PiB de capacidade total de espelhamento de volume.
- Ao criar novos relacionamentos de FlashCopy
ou volumes espelhados, espaço de bitmap adicional será
alocado automaticamente pelo sistema se necessário.
|
Tabela 2O
fornece um exemplo de comparações de níveis de RAID com o custo de memória de bitmap, em que MS é o tamanho das unidades do membro e MC é o número
de unidades do membro. Tabela 2. Comparações
de níveis de RAID| Nível |
Contagem de membros |
Capacidade aproximada |
Redundância |
Custo aproximado de memória de bitmap |
|---|
| RAID-0 |
1-8 |
MC * MS |
Nenhuma |
(1 MB por 2 TB de MS) * MC |
| RAID-1 |
2 |
MS |
1 |
(1 MB por 2 TB de MS) * (MC/2) |
| RAID-5 |
3-16 |
(MC-1) * MS |
1 |
1 MB por 2 TB de MS com um tamanho de
faixa de 256 KB; o dobro com tamanho de faixa de 128 KB. |
| RAID-6 |
5-16 |
menor que (MC-2 * MS) |
2 |
|
| RAID-10 |
2-16 (iguais) |
MC/2 * MS |
1 |
(1 MB por 2 TB de MS) * (MC/2) |
Nota: Há uma margem de erro de
aproximadamente 15% no custo aproximado de memória de bitmap. Por exemplo, o custo para um tamanho de faixa de 256 KB para o RAID-5 é de ~1,15
MB para os dois primeiros TB de MS.
|
Antes de especificar as mudanças de configuração, considere os fatores a seguir:
- Para mapeamentos do FlashCopy,
somente um grupo de E/S consome espaço de bitmap. Por padrão, o grupo de E/S do volume de origem é utilizado.
- Para
relacionamentos de Metro Mirror, Global Mirror e ativo/ativo
do HyperSwap, existem dois
bitmaps. Para relacionamentos de
Metro Mirror ou
Global Mirror, um é usado para o sistema
principal e outro é usado para o sistema auxiliar, já que a direção do relacionamento pode ser revertida. Para relacionamento ativo/ativo, que são configurados automaticamente quando
volumes do HyperSwap são
criados, um bitmap é usado para a cópia de volume em cada local, porque a direção destes
relacionamentos pode ser revertida.
- Ao criar um mapeamento reverso; por exemplo, para executar uma operação de restauração a partir de uma captura instantânea para seu volume de origem; um bitmap também é criado para esse mapeamento reverso.
- Ao configurar volumes de mudança para uso com Global Mirror ou Metro Mirror, são criados dois mapeamentos internos de FlashCopy para cada
volume de mudança.
- O bitmap menor possível é de 4 KiB; portanto, um volume de 512 bytes requer 4 KiB de espaço de bitmap.
Em sistemas existentes, também considere esses fatores:
- Ao criar mapeamentos e volumes espelhados do FlashCopy, volumes do HyperSwap ou volumes formatados completamente alocados, o sistema tenta aumentar automaticamente o espaço disponível de
bitmap. Não é necessário aumentar manualmente esse espaço.
- Os relacionamentos de Metro Mirror e Global Mirror
não aumentam automaticamente o espaço de bitmap disponível. Pode ser necessário usar o comando chiogrp
ou o GUI de gerenciamento para aumentar manualmente o espaço em um ou ambos os sistemas
principal e auxiliar.
- Se você criar e, em seguida, excluir vários desses objetos,
considere o uso do comando chiogrp para reduzir a
memória que está reservada para essas funções e libere essa memória
para outro uso.
Para modificar e verificar a quantia
de memória disponível, conclua as etapas a seguir: