Na guia Monitor, é possível conferir e gerenciar jobs (cancelar jobs ativos ou mudar a prioridade de um job na fila) de dispositivos de backup/recuperação gerenciados pelo console de gerenciamento. Também é possível conferir eventos, que são notificações de informações, avisos ou erros gerados por um dispositivo.
É possível filtrar jobs por nome, status, hora de início ou término, tipo, host e aplicação.
Painel de status do job
O painel Jobs do console de gerenciamento mostra informações sobre os jobs que foram executados nas últimas 24 horas (padrão).
- Empregos atuais ou anteriores. Uma visão rápida de quantos jobs estão em execução, foram bem-sucedidos, falharam, foram tentados novamente ou cancelados.
- Tipos de trabalho ou dispositivos. Links para o monitor filtrado para mostrar o status dos jobs por tipo nas últimas 24 horas ou por dispositivo de backup/recuperação gerenciado.
Na seção de jobs anteriores, você também pode conferir o status da última semana ou do último mês, se necessário. Esse painel busca dados novos a cada dois minutos.
Monitorar jobs
Use estas instruções para monitorar jobs:
- Clique na guia Monitor e selecione Jobs no menu suspenso para abrir a página Jobs, que mostra uma lista de todos os jobs em execução. Selecione o filtro Running para mostrar todos os jobs que estão sendo monitorados.
Para modificar a exibição dos campos na tabela, faça o seguinte:
- Pesquisar por palavra-chave. O envio automático de filtros por nome de job, host e aplicativo na visualização Jobs ou por mensagem de evento na visualização Events agora é automático. À medida que você digita a consulta, o conjunto de resultados é atualizado. A pesquisa por palavra-chave não diferencia maiúsculas de minúsculas.
- Iniciado, encerrado e em fila. Esses filtros têm botões de estilo de opção única para selecionar um período de um dia, semana ou mês.
- Ajustar campos. As opções no canto superior direito da barra de ferramentas permitem definir as colunas como visíveis ou ocultas e definir o número de linhas a serem exibidas.
- Ajustar a largura da coluna. Para ajustar a largura de uma coluna de tabela e mostrar mais conteúdo nela, arraste o divisor de colunas em um cabeçalho de coluna para a esquerda ou direita para redimensionar a largura da coluna. Os divisores de colunas são marcados por um par de linhas finas cinzas.
- Atualização automática. Na visualização em grade do Monitor a cada 15 segundos.
- A página Monitor mostra o horário da última atualização e o tempo até a próxima. É possível atualizar manualmente a qualquer momento.
Para exportar a lista de jobs como PDF, clique no ícone de exportação.
Para modificar o número de linhas exibidas em uma página de tabela, selecione na lista suspensa na parte de baixo da tabela. As opções incluem: 10, 25, 50, 100 ou 500 linhas por página de tabela.
Para filtrar a lista de jobs e mostrar apenas um subconjunto, clique em Abrir filtros para abrir o painel de filtros. Faça suas seleções de filtragem e clique em Atualizar filtros.
Para conferir os detalhes de um job específico, selecione um item na lista Jobs e faça o seguinte:
- Clique no link de status de um job associado na coluna Status.
- Clique em Ver detalhes no canto inferior direito da página.
A página Detalhes do job é aberta. Nesta página, você pode conferir o seguinte:
- Detalhes sobre a vaga
- Informações do volume
- Número de novas tentativas de job
- Estatísticas do job
Consulte Conferir os detalhes do job para informações específicas sobre cada uma dessas áreas.
Quando terminar de revisar os detalhes do job, clique em Voltar aos jobs para retornar à página Jobs.
Status do job
A qualquer momento, um job pode ter um dos status descritos na lista a seguir:
- Cancelado. O job foi cancelado por um usuário ou cancelado automaticamente pelo sistema porque o conjunto de destino excedeu o limite seguro.
- Falha. O job não foi concluído no período do plano de backup. Em caso de falha, um evento é criado com informações sobre a falha. Se houver tempo no período do plano de backup, o job original será tentado novamente e um novo job idêntico será colocado na fila.
- Não executada. O job não foi executado durante o período do plano de backup devido a alguma restrição. Por exemplo, o programador está desativado, o pool de destino está cheio, a imagem de origem está ausente ou inadequada, há um problema de conectividade ou não há slots de job disponíveis.
- Na fila. Quando uma política exige que um job seja executado, um job é criado com o status queued. Se nenhuma restrição estiver presente, ele vai entrar no estado em execução. Se as restrições impedirem a execução, ela vai permanecer na fila. Se as restrições continuarem presentes até a próxima execução da mesma política, o job vai receber o status notrun, e uma nova instância com o mesmo ID e uma letra anexada será adicionada no estado em fila.
- Queued_Readiness. O status do job só se aplica a jobs Onvault e Direct to OnVault. Ela aparece quando uma verificação é realizada para saber se um pool do OnVault está pronto para o job em fila. Caso não haja um pool do OnVault disponível, o status Queued_Readiness será mostrado.
- Tentativa repetida. O job não foi concluído. O job entra no estado de nova tentativa. Se houver tempo no período do plano de backup, o job original será retentanto, e uma nova instância de job com o mesmo ID e uma letra anexada será colocada na fila. Podem ocorrer três tentativas de nova tentativa, a cada 4, 16 e 64 minutos após cada job falhar. Quando o tempo do plano de backup acaba ou se outra instância do job começar, o job original falha e um job de nova tentativa é iniciado no status de nova tentativa. Os jobs de nova tentativa têm letras anexadas ao ID do job.
- Em execução. O job está sendo processado. A porcentagem de conclusão do job é indicada no status.
- Concluído com avisos. O job foi concluído de acordo com o plano de backup que o invocou. No entanto, um aviso também foi impresso e pode ser conferido em Monitor > Eventos. Um exemplo típico é quando um snapshot de instância do Compute Engine é bem-sucedido, mas o upload de metadados para o OnVault não é.
- Concluído. O job foi concluído de acordo com o plano de backup que o invocou.
Mais detalhes do job
Na janela Detalhes do job, é possível conferir o seguinte:
- Detalhes sobre a vaga
- Informações do volume
- Número de novas tentativas de job
- Estatísticas do job
Quando terminar de revisar os detalhes do job, clique em Voltar aos jobs para retornar à página Jobs.
A lista a seguir fornece uma descrição dos detalhes do trabalho.
- Nome do app. Nome do aplicativo, não necessariamente exclusivo.
- Tipo de app. Tipo de aplicativo, como SQL Server, Oracle, sistema de arquivos ou uma máquina virtual inteira.
- Capacidade. A capacidade de cada volume.
- Modo de consistência. Consistente com falha ou consistente com o aplicativo, indica se o aplicativo foi inativo durante o job.
- Duração. O tempo entre a data de início e a data de término.
- Data de término. A data e a hora em que o job foi concluído.
- Código do erro. Zero para nenhum erro, um valor diferente de zero para indicar o erro encontrado ao executar o job.
- ID do evento. Qualquer ID de evento associado ao job. Se não houver um ID de evento, o valor será zero.
- Mensagem. Uma mensagem explicando os erros encontrados ao executar o job.
- Data de validade. Data e hora em que essa imagem vai expirar.
- Nome do host. Nome do host em que o aplicativo é executado.
- Tipo de imagem. Snapshot, nuvem, o tipo de imagem criada pelo job.
- isbootvmdk. Definido como "true" para o volume na imagem que é o volume de inicialização, se houver.
- Islvm. Para cada volume, seja ele um volume do gerenciador de volumes lógicos.
- ID do job. Um número exclusivo que identifica um job.
- Data da última restrição. Data mais recente em que um job foi executado.
- Registro truncado. Defina como "true" para indicar que os registros foram truncados para o aplicativo.
- logicalname. O nome de cada volume identificado pelo sistema host.
- Host montado. Para um job de failover de montagem, o host em que a imagem é montada.
- Nome da política. O nome da política associada ao job.
- Prioridade. Baixo, médio ou alto, definido na política.
- Dados protegidos. Quantidade de dados protegidos.
- Nome da origem. Qual cópia específica de uma imagem foi a origem de um job.
- Sourcemountpoint. O nome dos pontos de montagem de cada um dos volumes no host original.
- Data de início. A data e a hora em que o job começou a ser executado.
- Nome do modelo. O nome do modelo de nível de serviço.
- Transporte de dados. Como os dados foram transportados durante o job: pela SAN ou LAN.
- Uniqueid. Um identificador que identifica exclusivamente cada volume na imagem.
- Volumekey. Uma string usada internamente para identificar os vários volumes na imagem.
- VolumeUID. Um identificador exclusivo para cada volume na imagem.
Informações do volume
A lista a seguir mostra as informações de volume fornecidas.
- Capacidade. Tamanho do volume que foi armazenado em backup.
- Armazenamento de dados. Para uma máquina virtual, o repositório de dados em que o volume foi localizado.
- Nome do arquivo. VMware: caminho para o arquivo VMDK.
- HUID. Identificador exclusivo do host, uma string que identifica exclusivamente o volume.
- Rótulo. O rótulo do volume.
- Nome lógico. Um nome exclusivo legível para o volume. Para VMs VMware, esse é o nome do arquivo.
- Ponto de montagem da origem. O ponto de montagem do volume.
- Meta. O nome do VDisk de backup e DR para a cópia do volume.
Novas tentativas
Leia uma descrição dos metadados de nova tentativa na lista a seguir.
- Data de término. A data e a hora em que o job foi concluído, com sucesso ou falha.
- Código do erro. Zero ou o código de erro retornado pelo job.
- Mensagem de erro. Uma mensagem de texto correspondente ao código de erro.
- Nome do job. O nome do job original ou da tentativa de nova tentativa.
- Data de início. A data e a hora em que o job começou a ser executado.
Estatísticas
A lista a seguir descreve as estatísticas.
- Tempo de congelamento do aplicativo. O tempo total em que o aplicativo ficou congelado durante um backup. O aplicativo foi colocado em um estado congelado durante um backup (snapshot) para que todos os dados fossem capturados em um estado consistente.
- Tamanho do aplicativo (GB). O tamanho dos dados do aplicativo no disco de preparação.
- Número de volumes. O número de volumes no aplicativo que é o assunto do job.
- Dados copiados (GB). Mostra a quantidade de novos dados do aplicativo encontrados por esse job.
Tipos de job
O backup e a recuperação de desastres protegem e acessam dados por meio destes tipos de jobs:
| Tipo de job | Rótulo do monitor | Descrição |
|---|---|---|
| Limpar espelhamento | cleanupmirroring | Remove uma imagem do StreamSnap de um dispositivo remoto quando um plano de backup é removido de um aplicativo ou alterado para um que não inclui o mesmo tipo de replicação. |
| Clone | clone | Cria uma cópia de uma imagem de origem para um destino, como um servidor, banco de dados ou conjunto de discos. |
| Clone (migrar) | Clone (migrar) | Migra dados de discos montados para discos do servidor. |
| Clone (montagem) | Clone (montagem) | Monta uma imagem em um servidor em preparação para executar um job de clonagem (migração). |
| Excluir | delete | Exclui uma imagem que já foi desmontada do host. |
| Excluir teste | deletetest | Desmonta e exclui uma imagem criada por um job de teste de failover. |
| Direto para o OnVault | DirectOnVault | Cria uma imagem de um ponto no tempo de uma VM do VMware no pool do OnVault sem usar primeiro o pool de snapshots. |
| Expiração | expiration | Faz com que uma imagem expire/seja excluída quando ela chegar ao fim do período de armazenamento ou quando for solicitada sob demanda. |
| Failback | failback | Desmonta e exclui uma imagem criada por um job de failover, remove todas as imagens de sincronização para o aplicativo e aciona um job de exclusão de failover no dispositivo remoto. |
| Failover | failover | Realiza a montagem de um aplicativo a partir de uma imagem StreamSnap replicada, interrompendo novos jobs de snapshot na origem e rastreando mudanças para a replicação reversa (Syncback). |
| Failover: excluir | deletefailover | Acionado automaticamente para ser executado no dispositivo remoto quando o dispositivo local executa um job de failback. |
| Failover: teste | failovertest | Realiza a montagem de um aplicativo de uma imagem replicada do StreamSnap, mas mantém a replicação ativa e não ativa o syncback. |
| Finalizar | Finalizar | Executa a etapa final em um processo de montagem e migração do SQL Server, que inclui um job de migração combinado com uma exclusão de desmontagem. |
| Esquecer a montagem ativa | ForgetActiveMount | Remove o rastreamento de uma montagem de instância do Compute Engine sem excluir a instância no Compute Engine. |
| Esquecer a imagem importada do OnVault | Esquecer imagens do OnVault | Desfaz uma operação de importação de metadados do OnVault em um pool do OnVault de um dispositivo. |
| LiveClone | liveclone | Cria uma imagem do LiveClone (cópia completa) a partir de uma imagem de snapshot. |
| LogBackup | LogBackup | Cria uma imagem para capturar registros de aplicativos. |
| Log Replicate | logreplicate | Usa a tecnologia StreamSnap para realizar a replicação entre os dispositivos local e remoto, ou seja, a replicação de registros vai diretamente do pool de snapshots no dispositivo local para o pool de snapshots no dispositivo remoto. |
| Migrar | Migrar | Faz uma cópia dos dados de uma montagem para o armazenamento de um servidor. Para alguns tipos de aplicativo, ele vai realizar uma transição on-line e remover os discos montados de backup e DR. Para outros tipos de aplicativos, os jobs de migração são executados repetidamente até que o usuário inicie um job de finalização. |
| Migrar (Cancelar) | Migrar (Cancelar) | Cancela uma migração em andamento, desativa os jobs de migração futuros para a imagem montada e limpa os dados parcialmente migrados/copiados. |
| Montar | mount | Monta uma imagem em um host selecionado. |
| OnVault | vault | Copia uma imagem de snapshot para um pool do OnVault. |
| OnVault(Log) | Replica os registros do banco de dados em um ou mais pools do OnVault. | |
| Replicação no Vault | OnVaultReplicate | Reproduz uma imagem em um pool do OnVault para outro. |
| Rebalanceamento do ASM do Oracle | Restauração (mudança de ASM) Restauração (reequilíbrio do ASM) | O ASM Switch monta um banco de dados Oracle no lugar do banco de dados de origem original. O reequilíbrio do ASM inicia uma migração do banco de dados dos discos montados para os discos do servidor e, em seguida, remove os discos montados quando concluído. |
| Montagem de preparação | prep-mount | Realiza a montagem de uma imagem do LiveClone de uma maneira que permita a modificação direta do LiveClone. |
| Prep Unmount (em inglês) | prep-unmount | Desmonta um LiveClone que foi montado usando prep-mount e, opcionalmente, permite salvar as alterações feitas na montagem diretamente no LiveClone. |
| Atualizar o LiveClone | refreshliveclone | Atualiza incrementalmente uma imagem do LiveClone com dados de uma imagem de snapshot de origem diferente. |
| Montagem remota | montagem remota | Monta uma imagem remota (de outro dispositivo) em um host local. A replicação incremental reversa é realizada (se necessário) para realizar essa tarefa. |
| Reaprovisionamento | reabastecer | Recebe uma montagem existente de um aplicativo de banco de dados e a atualiza para um ponto diferente no tempo, executando uma exclusão de desmontagem e uma montagem subsequente da nova imagem, usando por padrão todas as mesmas opções usadas na montagem anterior. |
| Restaurar | restore | Substitui os dados de produção por uma imagem de backup selecionada. |
| Restauração (Cancelar) | Restaurar (Cancelar) | Cancela uma montagem em andamento e migra a restauração. Todos os dados migrados serão excluídos, e os dados de montagem serão removidos. |
| Restaurar (migrar) | Restaurar (migrar) | Faz uma cópia dos dados de uma restauração (montagem) para o armazenamento de um servidor. Para alguns tipos de aplicativo, ele vai realizar uma transição on-line e remover os discos montados de backup e DR. Para outros tipos de aplicativos, os jobs de migração são executados repetidamente até que o usuário inicie um job de finalização. |
| Restaurar (montar) | Restaurar (montar) | Monta uma imagem de um banco de dados no lugar do banco de dados de origem original, para se preparar para uma restauração subsequente (migração). |
| Resumo | snapshot | Cria uma imagem do ponto no tempo do aplicativo ou da VM no pool de snapshots. |
| StreamSnap | streamsnap | Cria ou atualiza uma imagem StreamSnap pronta para failover em
um dispositivo remoto.
Observação: um job de replicação do StreamSnap também está vinculado a uma política de snapshots específica. Ele usa as configurações de programação e frequência da política de snapshot ao realizar a replicação. |
| Syncback (em inglês) | syncback | Realiza uma replicação reversa incremental após um failover, criando uma imagem de sincronização no dispositivo local ou de origem que pode ser usada posteriormente para uma restauração. |
| Desmontar | desconectar | Desmonta uma imagem montada anteriormente em um host, mas mantém a imagem disponível para montagem posterior. |
| Desmontar Excluir | unmount delete | Desmonta uma imagem montada anteriormente em um host e descarta todas as mudanças feitas nessa montagem. |
Executar um job sob demanda
Se você precisar que um job seja iniciado imediatamente, execute um job sob demanda. Os jobs sob demanda incluem todos os tipos de jobs de restauração, clonagem, montagem e jobs criados quando as políticas são aplicadas sob demanda.
Cada dispositivo de backup/recuperação reserva um pool de slots para todas as várias categorias de jobs: acesso a dados, expiração, replicação de registros, registro OnVault, sob demanda, OnVault, snapshot, streamsnap. Além disso, há um pool de slots não reservados.
Antes de iniciar um job, cada appliance de backup/recuperação verifica se um slot correspondente à categoria do job está disponível para a execução. Quando um slot reservado não está disponível porque todos os slots dessa categoria estão executando jobs, o dispositivo de backup/recuperação verifica se um slot não reservado está disponível. Se um slot não reservado estiver disponível, o job será iniciado. No entanto, é possível reservar o número máximo de slots que os jobs de uma categoria específica podem usar do pool não reservado. Essa medida limita o número de slots que os jobs de uma categoria podem usar do pool não reservado.
Executar um job de backup sob demanda no console de gerenciamento
Para executar uma captura sob demanda de um aplicativo gerenciado na página Gerenciar plano de backup:
- Clique na guia App Manager e selecione a opção Applications na lista suspensa. A página Aplicativos é aberta.
- Selecione o aplicativo ou a VM e clique em Gerenciar plano de backup na lista suspensa. A página Gerenciar plano de backup é aberta.
Abra uma política de modelo na lista de políticas à direita.
Se um banco de dados for gerenciado com um modelo de backup com proteção de registro ativado e se os backups estiverem disponíveis, você terá outras opções de registro para o tipo de job a ser enviado. Nesse caso, você seleciona se quer capturar o banco de dados (DB) ou apenas os registros (Log).
Clique em Executar agora e uma mensagem de confirmação será aberta.
Clique em Sim para confirmar. Uma imagem pontual é criada de acordo com a política de backup.
Executar a replicação de registros de banco de dados sob demanda
Em alguns casos, talvez seja necessário iniciar manualmente a replicação de registros para o dispositivo de backup/recuperação remoto de uma imagem de banco de dados. Por exemplo, talvez seja necessário realizar a replicação de registros manualmente se o registro de uma imagem de banco de dados não foi replicado corretamente para o appliance de backup/recuperação ou se não houver um registro para a imagem do banco de dados no appliance de backup/recuperação. Em seguida, use os registros de transação no dispositivo remoto para recuperar um banco de dados em um ponto especificado no tempo.
Para iniciar manualmente a replicação de registros de banco de dados no dispositivo de backup/recuperação remoto:
- Clique na guia App Manager e selecione a opção Applications na lista suspensa. A página Aplicativos é aberta.
- Selecione a VM ou o aplicativo gerenciado e clique em Replicate Logs na lista suspensa no canto inferior direito da página.
- Clique em Confirmar na caixa de diálogo de confirmação que aparece. Os registros de transações do banco de dados são replicados para o dispositivo remoto definido pela política de replicação no modelo.
Monitorar jobs de montagem em contêineres
Para monitorar um job de montagem em um contêiner:
- Clique na guia Monitor e selecione Jobs no menu suspenso para abrir a página Jobs, onde você pode conferir uma lista de todos os jobs em execução.
- Filtrar por jobs de Montar.
- Identifique o job que você quer monitorar pelo rótulo ou outros detalhes.
Se o job estiver em execução, você poderá monitorar o progresso dele. Depois de concluído, selecione o job e clique em Ver detalhes para revisar:
- Detalhes sobre a vaga
- Informações do volume
- Número de novas tentativas de job
- Estatísticas do job
Consulte Como conferir os detalhes do job para saber mais sobre cada uma dessas áreas.
Acessar o código YAML do contêiner
A seção YAML do contêiner lista o snippet de código YAML que foi adicionado ao arquivo de configuração YAML do contêiner ou pod. Você pode consultar este código e usá-lo mais tarde, conforme necessário.
- Quando terminar de revisar os detalhes do job, clique em Voltar aos jobs para retornar à página "Jobs".
Cancelar um job em execução
É possível cancelar jobs que estão em execução ou na fila.
Para cancelar um job ativo:
- Clique na guia Monitor e selecione Jobs no menu suspenso. A página Jobs é aberta com a lista de todos os jobs em execução. É possível limpar esse filtro padrão para mostrar todos os jobs que estão sendo monitorados.
Selecione o job que você quer cancelar e clique em Cancel Job no canto inferior direito da janela.
Clique em Confirmar na caixa de diálogo Cancel Job.
Mudar a prioridade do job
É possível mudar a prioridade de um job em processo com base em como você quer que o appliance de backup/recuperação aloque os recursos necessários.
Para mudar a prioridade de um job em fila:
- Clique na guia Monitor e selecione Jobs no menu suspenso. A página Jobs é aberta com a lista de todos os jobs em execução. É possível limpar esse filtro padrão para mostrar todos os jobs que estão sendo monitorados.
Selecione o job que você quer mudar a prioridade na página Jobs e clique em View Details e em Change Priority no canto inferior direito da janela.
Na caixa de diálogo Set Job Priority, selecione a prioridade do job.
Clique em Confirmar para mudar a seleção de prioridade.
Como os jobs incompletos são repetidos antes de falhar
Quando um job programado falha, o programador tenta novamente até três vezes. Na primeira vez que um job falhar, o status da primeira tentativa será marcado como "Tentativa repetida", e o programador vai aguardar quatro minutos antes de colocar o job na fila novamente. Se falhar pela segunda vez, a próxima tentativa será colocada na fila após 16 minutos. Se falhar pela terceira vez, uma última tentativa será encaminhada após um período de espera de 64 minutos. Após três tentativas de nova tentativa (para um total de quatro tentativas), o job de nova tentativa final será marcado como "Falha" (em vez de Nova tentativa) e nenhuma outra tentativa será feita para esse aplicativo no período de programação.
O programador vai tratar uma nova tentativa de execução como qualquer outro job disponível. Se houver mais jobs na fila do que slots para acomodá-los, o job de repetição na fila vai precisar esperar por um slot. Se a janela de política fechar antes que um job de repetição possa ser iniciado, os jobs de repetição em fila não serão executados e nenhuma outra tentativa será feita.
As tentativas de repetição de jobs são informadas em Monitor > Jobs. Para identificar as tentativas de repetição de jobs, os quatro jobs terão o mesmo número de job no seguinte formato nesta ordem:
- Job_xxxxx (Status: Retried)
- Job_xxxxxa (status: repetição; colocado na fila após uma espera de 4 minutos)
- Job_xxxxxb (Status: Retried; queued after a 16 minute holdoff)
- Job_xxxxxc (status: falha; na fila após 64 minutos de espera)
A próxima vez que um job de backup para esse aplicativo for tentado depende da programação da política. Portanto, se a programação exigir um snapshot por dia em uma janela que começa às 01h, a próxima tentativa será no dia seguinte às 01h.
Fuso horário
Por padrão, no console de gerenciamento, todos os carimbos de data/hora mostrados nos menus de trabalhos e eventos estão no fuso horário local do usuário, conforme detectado pelo navegador da Web. Se você quiser confirmar qual fuso horário está em uso, na barra de menu do painel, selecione o ícone de usuário no canto superior direito. Ele mostra o fuso horário detectado automaticamente e define o fuso horário se o detectado não for adequado.
Use as instruções a seguir para mudar o fuso horário.
- No painel, clique no ícone do usuário no canto superior direito.
- Selecione Mudar fuso horário.
- No menu suspenso Fuso horário, selecione o fuso horário a ser usado ao exibir trabalhos e eventos.
- Clique em Salvar.
Sobre os jobs programados
Os jobs são executados de acordo com a programação atribuída nas políticas de modelo de backup. Se você tentar executar muitos trabalhos com uso intensivo de recursos simultaneamente, alguns deles precisarão esperar até que os recursos fiquem disponíveis. Se a espera for muito longa, a janela será fechada e uma violação do plano de backup vai ocorrer.
É melhor escalonar jobs com uso intensivo de recursos, como jobs de snapshot iniciais, ao longo do tempo, em vez de fazer com que todos eles concorram por recursos ao mesmo tempo. Por exemplo, em vez de fazer a captura de todas as VMs, sistemas de arquivos e bancos de dados às 18h nos dias úteis, considere fazer a captura de um tipo de aplicativo na hora, outro tipo aos 10 minutos após a hora e outro tipo aos 20 minutos após a hora.
O snapshot inicial de um aplicativo ou de uma VM é o maior e mais demorado, porque cada bit de dados é novo. Ao adicionar um novo aplicativo ou VM grande, faça um snapshot sob demanda em um horário de menor movimento para o primeiro snapshot e programe uma política de modelo de backup para todos os snapshots futuros.
Sobre os jobs sob demanda
A maioria dos jobs é executada de acordo com os planos de backup, mas para as próximas janelas de manutenção, upgrades de software e o primeiro snapshot de um novo aplicativo, é importante ter uma cópia dos dados criada antes de iniciar a tarefa de manutenção programada. Esses casos exigem um job sob demanda.
Sobre os slots de trabalho
O serviço de backup e DR gerencia jobs atribuindo slots de job. O dispositivo reserva um pool de slots para cada categoria de jobs, além de um pool de slots não reservados.
Antes de iniciar um job, o Backup e a DR verificam se um slot correspondente à categoria do job está disponível para execução. Quando um slot reservado não está disponível porque todos os slots dessa categoria estão executando jobs, o dispositivo verifica se um slot não reservado está disponível. Se um slot não reservado estiver disponível, o job será iniciado.
Fila de jobs de backup sob demanda
O serviço de backup e DR oferece suporte à fila de jobs sob demanda para oferecer a flexibilidade de criar imagens sem se preocupar com o número de slots de jobs sob demanda disponíveis para iniciar o job. O job sob demanda na fila permanece no estado de fila até que um slot de job sob demanda esteja disponível.
Quando um slot sob demanda é aberto, o job passa para o estado de execução. Essa sequência ocorre na ordem em que o job foi enviado. Se um job sob demanda falhar, o dispositivo tentará executar o próximo job na fila. Os jobs sob demanda usam slots de job diferentes dos jobs programados. Por isso, os jobs programados podem ser executados antes dos jobs em fila.
Enquanto um job sob demanda está em um estado em fila, você pode mudar a prioridade do job, cancelar o job ou cancelar a proteção do aplicativo. Para conferir os jobs em fila, clique em Monitor e em Jobs.
Um job sob demanda cancelado aparece na tabela de histórico de jobs como um job cancelado. O horário de início e de término do job será o momento em que a solicitação de cancelamento ou o cancelamento da proteção do aplicativo foi confirmado.
Manter a performance ao adicionar novos aplicativos
Se o sistema estiver com um desempenho aceitável e você adicionar novos aplicativos, o desempenho poderá sofrer por um curto período. Isso ocorre porque o rastreamento de blocos de mudança reconhece e protege novos dados, mesmo que eles sejam apenas uma pequena parte de um aplicativo grande. Isso significa que o sistema é otimizado para processar muitos blocos alterados todos os dias.
Um novo aplicativo exige muitos mais recursos para a captura inicial, porque são todos dados novos para o sistema.
Use as informações a seguir para ter os melhores resultados ao adicionar novos aplicativos:
Quando você adiciona um novo aplicativo, proteja-o pela primeira vez usando um job sob demanda durante um período de carga leve. Isso impede que o job de transferência inicial que consome muitos recursos interfira em outros jobs.
Ao adicionar vários aplicativos ou VMs novos, tente escalonar os jobs de proteção iniciais de cada novo aplicativo ao longo do tempo para evitar que todos os novos dados sejam ingeridos simultaneamente. Para isso, atribua planos de backup que são executados em horários diferentes. Você também pode usar o recurso de slots de job de acesso para minimizar a interrupção.
Separe o job de proteção inicial do job de espelhamento. Depois que um snapshot do aplicativo é feito, o job de espelhamento pode ser executado algumas horas depois, quando a carga do sistema estiver mais leve.
Os grupos de consistência podem ser uma maneira eficiente de proteger vários aplicativos com necessidades semelhantes. Consulte Capturar dados de aplicativos em grupos de consistência de backup e DR.
Fique atento aos seus planos de backup atuais e tente não programar jobs de snapshot simultaneamente com os jobs de snapshot para aplicativos muito grandes ou dinâmicos.
Você pode escolher na lista de imagens de snapshot preservadas na guia Gerenciar e:
Selecione uma das imagens preservadas e navegue até ela no Gerenciador de apps.
Expire uma ou mais imagens de snapshot selecionadas.