Operações de gravação dependentes

A proteção contra operações de gravação incompletas e a recuperação do banco de dados estendido que podem resultar são fornecidas pelo sistema.

O banco de dados assegura a ordenação correta dessas gravações aguardando que cada etapa seja concluída antes do início da próxima etapa. O log do banco de dados é geralmente colocado em um volume diferente do banco de dados. Nesse caso, assegure-se de que as operações do FlashCopy sejam executadas sem alterar a ordem dessas operações de gravação. Por exemplo, considere a possibilidade de que o banco de dados (atualização 2) seja copiado um pouco mais adiantado do que o log do banco de dados (atualização 1 e 3). Neste cenário, a cópia no volume de destino contém atualizações (1) e (3), mas não (2). Se o banco de dados for reiniciado a partir de um backup que foi feito nos discos de destino do FlashCopy, o log do banco de dados indicará que a transação foi concluída com sucesso. No entanto, se a transação não for concluída com sucesso, ela será perdida e a integridade do banco de dados será comprometida.

É possível processar uma operação do FlashCopy em vários volumes como uma operação atômica para criar uma imagem consistente dos dados do usuário. Para usar o FlashCopy dessa maneira, o sistema suporta o conceito de um grupo de consistências. Um grupo de consistência pode conter um número arbitrário de mapeamentos de FlashCopy, até o número máximo de mapeamentos FlashCopy que são suportados pelo sistema . É possível usar o comando startfcconsistgrp da interface da linha de comandos (CLI) para iniciar a cópia point-in-time para todo o grupo de consistências. Todos os mapeamentos de FlashCopy no grupo de consistências são iniciados ao mesmo tempo, resultando em uma cópia point-in-time consistente em todos os mapeamentos do FlashCopy contidos no grupo de consistências.

Para obter mais informações sobre o suporte de configuração máxima, consulte o website a seguir.