Rever as Opções de Disponibilidade e de Recuperação para Proteger a Base de Dados do VMM
Aplica-se a: System Center 2012 SP1 - Virtual Machine Manager, System Center 2012 R2 Virtual Machine Manager, System Center 2012 - Virtual Machine Manager
Ao escolher entre opções para proteger a base de dados do VMM, quer no contexto da disponibilidade, quer no contexto da recuperação após desastre, é aconselhável rever o que pode acontecer se a base de dados do VMM tiver de ser colocada "para trás no tempo" devido a uma situação de falha.Isto poderá ser necessário para algumas opções de cópia de segurança e de recuperação, e algumas opções de disponibilidade.Por exemplo, a utilização dos Grupos de Disponibilidade do SQL Server no modo de disponibilidade de consolidação assíncrona poderá requerer que efetue uma ativação pós-falha que coloque a base de dados "para trás no tempo".
As situações de ativação pós-falha ou recuperação da base de dados podem requerer o restauro "para trás no tempo"
Como qualquer base de dados, se ocorrer uma falha de hardware ou outro problema, as alterações recentes na base de dados do VMM poderão perder-se.Dependendo das opções de disponibilidade e recuperação em utilização, a base de dados do VMM poderá necessitar de ativação pós-falha ou de ser restaurada a partir de uma cópia de segurança, quando a única versão da base de dados do VMM que permanece disponível está ligeiramente desatualizada.Por vezes, esta situação é designada como ir "para trás no tempo" em relação a uma base de dados.
Os administradores da base de dados analisam as opções de disponibilidade e recuperação refletindo profundamente sobre a forma como a base de dados pode ser restaurada—ou seja, até que ponto a base de dados pode ser recuperada para um momento específico, se ocorrer uma falha.Este tópico não tenta descrever todos os prós e contras de várias opções de disponibilidade ou recuperação, mas duas situações merecem ser mencionadas em relação à base de dados do VMM:
Se os Grupos de Disponibilidade AlwaysOn do SQL Server forem utilizados com o modo de consolidação assíncrona, poderá ser necessária uma ativação pós-falha forçada.O modo de consolidação assíncrona significa que qualquer réplica secundária da base de dados poderá ficar para trás no tempo em relação à réplica primária a qualquer momento.No momento de uma ativação pós-falha forçada, se for necessário efetuar uma ativação pós-falha para uma réplica secundária que ficou para trás, esta ação colocará a base de dados do VMM para trás no tempo.O modo de consolidação assíncrona é descrito de forma mais detalhada nos seguintes tópicos:
Descrição Geral de Grupos de Disponibilidade AlwaysOn (SQL Server), especialmente a secção Modos de Disponibilidade nesse tópico
Modos de Disponibilidade (Grupos de Disponibilidade AlwaysOn), especialmente a secção Modo de Disponibilidade de Consolidação Assíncrona nesse tópico
Para a recuperação após desastre, poderá ser necessário restaurar a partir de uma cópia de segurança que foi efetuada antes do momento da falha.Obviamente, isto depende do intervalo entre as cópias de segurança da base de dados do VMM (incluindo cópias de segurança externas).Se for necessário restaurar a partir de uma cópia de segurança que foi efetuada antes do ponto de falha, a base de dados do VMM será colocada para trás no tempo.
Informações que podem ser afetadas se a base de dados do VMM tiver de ser colocada para trás no tempo
Poderá ser útil rever os possíveis efeitos que podem resultar se a base de dados do VMM tiver de ser colocada para trás no tempo.Alguns exemplos:
Permissões que foram alteradas pouco tempo antes de ocorrer uma falha podem ser revertidas após a ativação pós-falha ou o restauro da base de dados do VMM.
O acesso que tenha sido removido pouco tempo antes de ocorrer uma falha pode estar novamente disponível após a ativação pós-falha ou o restauro da base de dados do VMM.
Por exemplo, o acesso ao conteúdo de um VHD poderá estar disponível para utilizadores que, de outra forma, não teriam acesso.
As redes que tenham sido removidas pouco tempo antes de ocorrer uma falha podem estar novamente disponíveis após a ativação pós-falha ou o restauro da base de dados do VMM.
Ao escolher entre opções de disponibilidade e recuperação para proteção da base de dados do VMM, poderá ser útil rever a lista anterior em relação ao seu ambiente e requisitos específicos.