A restauração nem sempre é a melhor opção para recuperar dados. Esta página apresenta alternativas e descreve os pontos fortes delas em várias situações.
Você pode acessar seus dados protegidos das seguintes maneiras:
Clones
Os clones são usados com frequência com bancos de dados do SQL Server e VMs do VMware.
Quando clonar um banco de dados do Microsoft SQL Server
Use a função de clonagem para criar uma cópia independente de um backup de banco de dados do Microsoft SQL Server. Os usos mais comuns são:
- Desenvolvimento e teste de aplicativos
- Auditoria de dados para compliance
- Armazenamento de dados
- Descoberta eletrônica
- Teste de aceitação do usuário.
Isso também pode ser usado como uma restauração, mas para qualquer servidor.
Quando clonar VMs do VMware
Para VMs do VMware, um clone copia os backups dos VMDKs diretamente para um armazenamento de dados de destino antes de ligar a VM. Nesse momento, a VM fica independente do dispositivo de backup/recuperação. Isso é como uma restauração para uma VM diferente.
LiveClones
Um LiveClone pode ser usado com todos os backups baseados em agentes, como bancos de dados e sistemas de arquivos.
O LiveClone é semelhante à função de clonagem, mas, ao contrário de um clone, um LiveClone pode ser atualizado sob demanda ou de acordo com uma programação. Quando uma cópia atualizada dos dados está disponível, um LiveClone permite que uma cópia independente de um dado seja montada. Isso permite que equipes como as de desenvolvimento e teste trabalhem com o conjunto de dados mais recente sem precisar gerenciar os dados manualmente.
Com os LiveClones, é possível fazer o seguinte:
- Atualizar. Crie várias cópias remontáveis de um backup ativo que podem ser atualizadas com o backup mais recente do mesmo aplicativo. Consulte Atualizar um LiveClone.
PrepMount. Monte o backup do LiveClone em um host específico para uma operação de pré-processamento (como limpeza de dados), mesmo que algumas cópias do mesmo LiveClone já estejam montadas. É possível pré-montar um backup do LiveClone para limpar dados confidenciais ou sensíveis.
PrepUnmount. Uma operação de preparação para desmontagem em um LiveClone permite decidir se as mudanças serão preservadas ou não. Por padrão, as mudanças são rastreadas e preservadas.
Os LiveClones oferecem um elemento básico crucial no gerenciamento do ciclo de vida dos dados de cópia, já que combinam o desempenho e a independência de um clone completo com a eficiência e a velocidade das atualizações incrementais de dados.
Montagens
A função de montagem do Backup e DR oferece acesso quase instantâneo aos backups sem mover dados. Estas são algumas opções para montar dados.
Backups baseados em agentes e VMs do VMware
A montagem padrão apresenta e disponibiliza os dados do aplicativo para um servidor de destino como um sistema de arquivos, não como um aplicativo. Isso é útil se um aplicativo estiver corrompido, perdido ou se um servidor de aplicativos estiver sendo substituído. Nesses casos, é possível ativar um backup e copiar os arquivos do aplicativo do backup ativado para o local original no servidor de aplicativos.
Para montagens padrão:
- Para VMs do VMware, verifique se a conectividade NFS dos hosts ESXi com o dispositivo de backup/recuperação está disponível.
- Para instâncias do Compute Engine, verifique se a porta iSCSI do host em que os backups ativos serão montados está acessível ao dispositivo de backup/recuperação. O NFS é uma opção ao ativar instâncias que executam sistemas operacionais Linux compatíveis.
- A montagem faz uma cópia do backup ativo selecionado e a monta no host ou na VM selecionada.
- Um backup montado pode ser usado diretamente do host montado.
- O backup original nunca é modificado, mesmo que a cópia virtual montada seja alterada ou montada e excluída.
- A operação de montagem é aplicável a todos os aplicativos baseados em agente e VMs do VMware.
Com as montagens com reconhecimento de aplicativos, é possível montar backups de bancos de dados como aplicativos virtuais. Isso permite que você coloque um banco de dados on-line rapidamente sem precisar mover os dados e sem ter que configurar manualmente uma nova instância do banco de dados. As montagens com reconhecimento de aplicativos são particularmente úteis em ambientes de teste e desenvolvimento em que várias cópias de um banco de dados precisam ser colocadas on-line rapidamente.
Os dados apresentados como uma montagem compatível com aplicativos podem ser salvos em backup como qualquer outro aplicativo. Depois que os dados do aplicativo montado com reconhecimento de aplicativo forem armazenados em backup, eles também poderão ser montados como uma montagem com reconhecimento de aplicativo. O backup, a montagem do aplicativo e a sequência de backup podem ser repetidos em qualquer profundidade. Por padrão, a sequência é restrita a cinco gerações do banco de dados original.
Com a montagem e migração, é possível restaurar um aplicativo com tempo de inatividade quase zero primeiro montando-o localmente e depois migrando-o para o local original ou para um novo local. Os usuários têm acesso normal ao aplicativo enquanto ele está montado, e a etapa de migração é muito rápida.
Ao fazer uma montagem de uma VM do VMware ou um backup baseado em agente do OnVault, você pode controlar o quanto otimizar para desempenho em comparação com o consumo de armazenamento. Para isso, selecione o seguinte:
Otimizado para armazenamento. Isso mantém apenas as gravações no pool de snapshots local (as gravações são sempre mantidas localmente).
Equilibrado. Esses blocos são lidos (do repositório de objetos) ou gravados (no pool de snapshots local) e mantidos no pool de snapshots para servir como um cache para leituras futuras.
Desempenho otimizado. Isso traz todo o backup para o pool de snapshots local, em segundo plano. As leituras vão ficar mais rápidas à medida que mais partes do backup forem disponibilizadas localmente.
Performance máxima. Todo o backup é reidratado primeiro no pool de snapshots antes da montagem. Isso significa que o host sempre funciona apenas com o armazenamento local.
Instância do Compute Engine
As montagens de instâncias do Compute Engine criam um novo Persistent Disk do backup e o atribuem a uma instância do Compute Engine atual ou a uma nova instância do Compute Engine, que é criada ao mesmo tempo. Ao contrário dos backups baseados em agentes ou VMs do VMware, isso envolve a movimentação de dados de onde os backups são armazenados (em Google Cloud) para o Persistent Disk.
Restaurações
A função de restauração reverte os dados de produção para um momento específico. Normalmente, as operações de restauração são realizadas para restaurar um aplicativo a um estado válido após a corrupção de dados. O tempo necessário para concluir uma operação de restauração depende da quantidade de dados envolvidos.
Workflows
Um fluxo de trabalho automatiza o acesso para copiar dados. Enquanto os modelos de política de plano de backup regem a captura automatizada de dados de produção, os fluxos de trabalho automatizam o acesso a esses dados.
As etapas são definidas em um fluxo de trabalho para realizar uma série de tarefas de acordo com uma programação ou sob demanda. Isso inclui a criação e atualização de LiveClones, mascaramento de dados, montagens persistentes e montagens de processamento não persistentes para tarefas como verificações de integridade do banco de dados e cargas de ETL. Workflows também são usados por administradores para oferecer acesso aos dados simplificado e seguro de autoatendimento para usuários finais, como administradores de banco de dados e desenvolvedores de aplicativos.
O guia de início rápido do Backup e DR
Esta página faz parte de uma série de páginas selecionadas para apresentar o Backup e DR. Os outros tópicos são:
- Apresentar o console de gerenciamento de dispositivos
- Apresentar planos de backup de proteção de dados do Backup e DR
- Apresentar a captura de dados do Backup e DR
- Diferentes maneiras de acessar seus dados protegidos (esta página)
- Apresentar o agente de backup e DR