Dependendo do tipo de aplicativo, de como ele é gerenciado e de onde ele está localizado no serviço de backup e DR, a página Acesso permite fazer o seguinte:
Montar: essa opção oferece acesso instantâneo aos dados sem movê-los. Use montagens padrão para montar os dados de um aplicativo ou uma montagem ciente de aplicativos para montar um aplicativo inteiro e os dados dele como aplicativos virtuais. A montagem de uma imagem ativa é o método mais rápido. Ao montar uma imagem, você tem acesso total aos dados dela. As imagens montadas usam uma cópia virtual que não ocupa armazenamento adicional. As cópias capturadas de bancos de dados podem ser encaminhadas usando o console de gerenciamento e montadas em qualquer servidor de banco de dados. Para mais informações sobre como montar imagens ativas, consulte Montar imagens.
Clone: essa opção é usada para criar uma cópia independente de um conjunto de dados. Os usos mais comuns incluem desenvolvimento e teste de aplicativos, auditoria de dados para compliance, armazenamento em data warehouse, descoberta eletrônica e teste de aceitação do usuário. Os conjuntos de dados podem ser copiados para um local de armazenamento separado em qualquer lugar do seu ambiente. Para mais informações sobre clones, consulte Clone.
LiveClone: essa opção é semelhante à função de clonagem, mas, ao contrário de uma clonagem, um LiveClone pode ser atualizado sob demanda ou de acordo com uma programação. Quando uma cópia atualizada dos dados está disponível, o LiveClone permite que uma cópia independente de um conjunto de dados seja montada e, em seguida, atualiza os dados principais com a cópia independente. Isso permite que equipes como desenvolvimento e teste trabalhem com o conjunto de dados mais recente sem precisar gerenciar os dados manualmente. A imagem do LiveClone aparece ao lado dos dados originais na visualização de rampa da página Acesso. Para mais informações sobre clones, consulte LiveClone.
Restaurar. Essa opção inicia todas as opções de recuperação de dados de cópia para um appliance de backup/recuperação e reverte os dados de produção para um ponto especificado. Restaurações e clones são as únicas operações de acesso a dados que movem dados. Normalmente, as operações de restauração são realizadas para restaurar um banco de dados a um estado válido após uma corrupção massiva de dados. O tempo necessário para concluir uma operação de restauração depende da quantidade de dados envolvidos. Para informações sobre como restaurar VMs e aplicativos, consulte Visão geral da restauração.
Teste de failover, failover, syncback e fallback: essas opções de replicação são exclusivas do serviço de backup e DR. Eles são usados com aplicativos gerenciados pelo StreamSnap para manter uma cópia remota do armazenamento e da configuração de um aplicativo atualizada e pronta para uso em um cenário de failover, facilitando a alta disponibilidade e a redundância. Quando um aplicativo gerenciado pelo StreamSnap falha por qualquer motivo, é possível montar uma imagem de failover do aplicativo no site remoto: snapshot remoto. Quando o problema for resolvido, você poderá fazer uma restauração no site local com a imagem de sincronização para as alterações mais recentes e, em seguida, fazer o failback do aplicativo para o site de produção. Para informações detalhadas sobre failover e failback, consulte Failover e failback.
Expirar: essa opção força a expiração de uma imagem ativa antes do horário programado para ganhar espaço de armazenamento. Para informações detalhadas sobre imagens ativas que expiram, consulte Forçar a expiração da imagem ativa.
Marcar como sensível: essa opção permite marcar uma imagem como sensível a dados. Somente usuários com acesso a dados sensíveis podem ver essa opção. As imagens sensíveis têm um ícone de cadeado ao lado do nome delas na visualização de rampa da linha do tempo e a coluna de dados sensíveis definida como Sim na visualização em tabela. Para imagens sensíveis, o menu suspenso de ações oferece a opção de marcar a imagem como não sensível.
Sobre a sensibilidade de dados
É possível restringir o acesso a dados sensíveis para determinados usuários. Isso é necessário ao lidar com dados de pacientes no domínio de saúde, por exemplo, ou ao usar dados pessoais em um ambiente de teste ou de desenvolvimento em que informações confidenciais precisam ser processadas apenas por um grupo selecionado de usuários.
Por padrão, os administradores e as pessoas com privilégios de administrador têm acesso a dados sensíveis. O administrador também pode conceder acesso a dados sensíveis a usuários individuais ou a todos os membros de uma determinada função.