Na guia Monitorar, é possível ver 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 de dispositivos. Também é possível ver 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 aplicativo.
Painel de status do job
O painel Jobs do console de gerenciamento do appliance fornece informações sobre jobs que foram executados nas últimas 24 horas (padrão).
- Trabalhos atuais ou anteriores. Uma visão rápida de quantos jobs estão em execução, foram concluídos, falharam, foram repetidos ou foram cancelados.
- Tipos de serviços ou eletrodomésticos. Links para o monitor filtrado para mostrar o status dos jobs por tipo de serviço nas últimas 24 horas ou por dispositivo gerenciado de backup/recuperação.
Na seção "Jobs anteriores", também é possível conferir o status da última semana ou do último mês, se necessário. Esse painel busca dados atualizados a cada dois minutos.
Monitorar jobs
Use estas instruções para monitorar jobs:
- Clique na guia Monitorar 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. Selecione o filtro Em execução 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. A filtragem por nome do job, host e aplicativo na visualização Jobs ou por mensagem de evento na visualização Eventos agora é enviada automaticamente. Conforme você digita a consulta, o conjunto de resultados é atualizado. A Pesquisa por palavra-chave não diferencia maiúsculas de minúsculas.
- Iniciada, encerrada e na fila. Esses filtros têm botões de opção únicos para selecionar um período que abrange um dia, uma semana ou um mês.
- Ajustar campos. As opções no canto superior direito da barra de ferramentas permitem definir colunas como visíveis ou ocultas e definir o número de linhas a serem mostradas.
- Ajustar a largura da coluna. Para ajustar a largura de uma coluna da tabela para mostrar mais conteúdo na tabela, arraste o divisor de coluna em um cabeçalho de coluna para a esquerda ou direita para redimensionar a largura da coluna. Os divisores de coluna são marcados por um par de linhas cinza finas.
- Atualização automática. Da visualização em grade Monitor a cada 15 segundos.
- A página Monitorar mostra o horário da última atualização e o tempo até a próxima. É possível fazer uma atualização manual a qualquer momento.
Para exportar a lista de jobs como um PDF, clique no ícone de exportação.
Para modificar o número de linhas mostradas em uma página de tabela, selecione uma opção na lista suspensa na parte de baixo. As opções incluem: 10, 25, 50, 100 ou 500 linhas por página da tabela.
Para filtrar a lista de jobs e ver apenas um subconjunto, clique em Abrir filtros para abrir o painel de filtros. Faça as 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. Nessa página, você pode analisar o seguinte:
- Detalhes sobre o trabalho
- Informações de volume
- Número de novas tentativas de jobs
- Estatísticas do job
Consulte Ver detalhes do job para saber mais 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 automaticamente pelo sistema porque o pool de destino excedeu o limite seguro.
- Falha. O job não foi concluído dentro do período do plano de backup. Em caso de falha, um evento é criado com informações sobre a falha do job. Se houver tempo no período do plano de backup, o job original será repetido e um novo job idêntico será enfileirado.
- Não executada. O job não pôde ser 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, ele é criado com o status na fila. Se não houver restrições, ele entrará no estado em execução. Se as restrições impedirem a execução, ele vai permanecer na fila. Se as restrições continuarem presentes até o momento de executar a próxima instância da mesma política, o job vai receber o status notrun, e uma nova instância de job com o mesmo ID e uma letra anexada será adicionada ao estado enfileirado.
- Queued_Readiness. O status do job se aplica apenas a jobs Onvault e Direct to OnVault. Ele é exibido quando uma verificação é realizada para saber se um pool OnVault está pronto para o job na fila. Se não houver 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á repetido e uma nova instância de job com o mesmo ID e uma letra anexada será enfileirada. Há três tentativas de repetição, 4, 16 e 64 minutos após a falha de cada job. Quando o tempo do plano de backup acaba ou se outra instância do job começa, 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, mas também foi impresso um aviso que pode ser visto em Monitorar > Eventos. Um exemplo típico é que um snapshot de instância do Compute Engine foi concluído, mas o upload de metadados para o OnVault não.
- Concluída. O job foi concluído de acordo com o plano de backup que o invocou.
Ver detalhes do job
Na janela Detalhes do job, é possível analisar o seguinte:
- Detalhes sobre o trabalho
- Informações de volume
- Número de novas tentativas de jobs
- 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 job.
- 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 falhas ou com aplicativos. Indica se o aplicativo foi desativado durante o job.
- Duração. O período entre as datas de início e 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 a imagem vai expirar.
- Nome do host. Nome do host em que o aplicativo é executado.
- Tipo de imagem. Snapshot, cloud, o tipo de imagem criada pelo job.
- isbootvmdk. Defina como "true" para o volume na imagem que é o volume de inicialização, se houver.
- Islvm. Para cada volume, seja ele um volume do Logical Volume Manager.
- código da tarefa. Um número exclusivo que identifica um job.
- Última data de 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, conforme identificado pelo sistema host.
- Host montado. Para um job de failover de montagem, o host em que a imagem está montada.
- Nome da política. O nome da política associada ao job.
- Prioridade. Baixa, média ou alta, definida 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 para 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.
- Mídia de transporte. 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.
- Data Store. Para uma máquina virtual, o repositório de dados em que o volume estava 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 do VMware, esse é o nome do arquivo.
- Ponto de montagem de origem. O ponto de montagem do volume.
- Meta. O nome do VDisk do 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 execução.
- 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 de aplicativos encontrados por este job.
Tipos de job
O Backup e DR protege e acessa dados com estes tipos de jobs:
| Tipo de job | Marcador de monitoramento | Descrição |
|---|---|---|
| Limpar o espelhamento | cleanupmirroring | Remove uma imagem 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. |
| Clonar | clone | Cria uma cópia de uma imagem de origem para um destino, como um servidor, banco de dados ou pool de discos. |
| Clonar (migrar) | Clonar (migrar) | Migra dados de discos montados para discos do servidor. |
| Clonar (montar) | Clonar (montar) | Monta uma imagem em um servidor para se preparar para executar um job de clonagem (migração). |
| Excluir | excluir | Exclui uma imagem que já foi desmontada do host. |
| Excluir teste | deletetest | Executa uma desmontagem e exclusão de uma imagem criada por um job de teste de failover. |
| Direto para o OnVault | DirectOnVault | Cria uma imagem pontual de uma VM do VMware no pool do OnVault sem usar primeiro o pool de snapshots. |
| Expiração | expiration | Expira/exclui uma imagem quando ela atinge o fim do período de armazenamento ou quando solicitado sob demanda. |
| Failback | failback | Executa uma desmontagem e exclusão de uma imagem criada por um job de failover, remove todas as imagens de sincronização de retorno do aplicativo e aciona um job de exclusão de failover no dispositivo remoto. |
| Failover | failover | Executa a montagem de um aplicativo de uma imagem StreamSnap replicada, interrompendo novos jobs de snapshot na origem e rastreando mudanças para replicação inversa (Syncback). |
| Failover - Excluir | deletefailover | Acionada automaticamente para ser executada no dispositivo remoto quando o dispositivo local realiza um job de failback. |
| Failover - Teste | failovertest | Executa a montagem de um aplicativo de uma imagem StreamSnap replicada, mas mantém a replicação direta ativa e não ativa a sincronização de volta. |
| Finalização | 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 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 LiveClone (cópia completa) com base em 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 locais e remotos. Isso significa que a replicação de registros vai diretamente do pool de snapshots no dispositivo local para o pool de snapshots no dispositivo remoto. |
| Migrar | Migrar | Executa uma cópia de dados de uma montagem para o armazenamento de um servidor. Para alguns tipos de aplicativos, ele vai realizar uma transição on-line e remover os discos montados do 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 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 registros de banco de dados para um ou mais pools do OnVault. | |
| Replicação do OnVault | OnVaultReplicate | Replica uma imagem de um pool do OnVault para outro. |
| Rebalanceamento do Oracle ASM | Restaurar (troca do ASM) Restaurar (reequilíbrio do ASM) | O ASM Switch ativa um banco de dados Oracle no lugar do banco de dados de origem original. O rebalanceamento do ASM inicia uma migração do banco de dados dos discos montados para os discos do servidor e remove os discos montados quando termina. |
| Preparar a montagem | prep-mount | Executa a montagem de uma imagem LiveClone de forma que permita a modificação direta do LiveClone. |
| Preparar a desmontagem | prep-unmount | Desmonta um LiveClone que foi montado usando prep-mount e permite salvar as mudanças feitas na montagem diretamente no LiveClone. |
| Atualizar o LiveClone | refreshliveclone | Atualiza incrementalmente uma imagem LiveClone com dados de uma imagem de snapshot de origem diferente. |
| Remote-Mount | montagem remota | Monta uma imagem remota (de outro dispositivo) em um host local. A replicação incremental inversa é realizada (se necessário) para executar essa tarefa. |
| Novo provisionamento | reprovisionar | Usa 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 montagem subsequente da nova imagem, usando todas as mesmas opções usadas na montagem anterior. |
| Restaurar | restore | Substitui os dados de produção por uma imagem de backup selecionada. |
| Restaurar (cancelar) | Restaurar (cancelar) | Cancela uma restauração de ativação e migração em andamento. Todos os dados migrados serão excluídos, e os dados de montagem serão removidos. |
| Restaurar (migrar) | Restaurar (migrar) | Executa uma cópia de dados de uma restauração (montagem) para o armazenamento de um servidor. Para alguns tipos de aplicativos, ele vai realizar uma transição on-line e remover os discos montados do 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 preparar uma restauração (migração) subsequente. |
| Snapshot | snapshot | Cria uma imagem pontual 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 snapshot específica. Ele usa as configurações de programação e frequência da política de snapshot ao realizar a replicação. |
| Syncback (link 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 e excluir | desconectar excluir | 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 aos dados, expiração, replicação de registros, OnVault de registros, sob demanda, OnVault, snapshot e 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 execução. Quando um slot reservado não está disponível porque todos os slots dessa categoria estão executando jobs, o appliance 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 do appliance
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 Aplicativos 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.
Expanda uma política de modelo na lista à direita.
Se um banco de dados for gerenciado com um modelo de backup que tenha a proteção de registros ativada e se backups estiverem disponíveis, você terá mais opções de registros para o tipo de job a ser enviado. Nesse caso, selecione se você quer capturar o banco de dados (DB) ou apenas os registros (Log).
Clique em Executar agora. Uma mensagem de confirmação vai aparecer.
Clique em Sim para confirmar. Uma imagem pontual é criada de acordo com a política de backup.
Executar a replicação de registros do banco de dados sob demanda
Em alguns casos, talvez seja necessário iniciar manualmente a replicação de registros no dispositivo remoto de backup/recuperação para uma imagem de banco de dados. Por exemplo, talvez seja necessário fazer 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 há um registro para a imagem de banco de dados no appliance de backup/recuperação. Em seguida, use os registros de transações no dispositivo remoto para recuperar um banco de dados até um ponto específico no tempo.
Para iniciar manualmente a replicação de registros do banco de dados no dispositivo remoto de backup/recuperação:
- Clique na guia Gerenciador de apps e selecione a opção Aplicativos na lista suspensa. A página Aplicativos é aberta.
- Selecione o aplicativo gerenciado ou a VM e clique em Replicar registros na lista suspensa no canto inferior direito da página.
- Clique em Confirmar na caixa de diálogo de confirmação. 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 Monitorar e selecione Jobs no menu suspenso para abrir a página Jobs, onde você pode ver uma lista de todos os jobs em execução.
- Filtre por jobs de montagem.
- 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 o trabalho
- Informações de volume
- Número de novas tentativas de jobs
- Estatísticas do job
Consulte Como ver 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 esse código e usá-lo mais tarde, conforme necessário.
- Quando terminar de revisar os detalhes do job, clique em Voltar a Jobs para retornar à página "Jobs".
Cancelar um job em execução
É possível cancelar jobs em execução ou na fila.
Para cancelar um job ativo:
- Clique na guia Monitorar e selecione Jobs no menu suspenso. A página Jobs será aberta com 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 Cancelar job no canto inferior direito da janela.
Clique em Confirmar na caixa de diálogo Cancelar job.
Mudar a prioridade do job
É possível mudar a prioridade de um job em andamento 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 na fila:
- Clique na guia Monitorar e selecione Jobs no menu suspenso. A página Jobs será aberta com 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 Ver detalhes e em Mudar prioridade no canto inferior direito da janela.
Na caixa de diálogo Definir prioridade do job, selecione a prioridade.
Clique em Confirmar para mudar a seleção de prioridade.
Como os jobs não concluídos são repetidos antes de falhar
Quando um job programado falha, o programador tenta executar o job automaticamente até três vezes. Na primeira vez que um job falha, o status da primeira tentativa é marcado como "Retried", e o programador aguarda quatro minutos antes de colocar o job na fila novamente. Se falhar uma segunda vez, a próxima tentativa será colocada na fila após 16 minutos. Se falhar pela terceira vez, uma última tentativa será enfileirada após um período de espera de 64 minutos. Após três tentativas de repetição com falha (total de quatro tentativas), o job de repetição final será marcado como "Falha" (em vez de Repetido), e nenhum outro job será tentado para esse aplicativo nesse período de programação.
O programador vai tratar uma nova tentativa de job como qualquer outro job disponível. Se houver mais jobs na fila do que slots para acomodá-los, o job de nova tentativa em fila precisará esperar por um slot. Se a janela de política for fechada antes que um job de nova tentativa possa ser iniciado, os jobs de nova tentativa na fila não serão executados, e não haverá mais tentativas.
As novas tentativas de job são informadas em Monitorar > Jobs. Para identificar novas tentativas de jobs, todos os quatro jobs terão o mesmo número no seguinte formato e ordem:
- Job_xxxxx (Status: Retried)
- Job_xxxxxa (Status: Retried; queued after a 4 minute holdoff)
- Job_xxxxxb (Status: Retried; queued after a 16 minute holdoff)
- Job_xxxxxc (Status: Failed; queued after a 64 minute holdoff)
A próxima vez que um job de backup desse aplicativo será tentado depende da programação da política. Assim, se a programação exigir um snapshot por dia em uma janela que começa às 1h, a próxima tentativa será no dia seguinte às 1h.
Fuso horário
Por padrão, no console de gerenciamento do appliance, todos os carimbos de data/hora mostrados nos menus de jobs e eventos estão no fuso horário local do usuário, conforme detectado pelo navegador da Web. Para confirmar qual fuso horário está em uso, na barra de menus do painel, selecione o ícone do usuário no canto superior direito. Ele mostra o fuso horário detectado automaticamente e permite definir um 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 de 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 mostrar trabalhos e eventos.
- Clique em Salvar.
Sobre 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 jobs que exigem muitos recursos simultaneamente, alguns terão que esperar que os recursos fiquem disponíveis. Se a espera for muito longa, a janela será fechada e ocorrerá uma violação do plano de backup.
É melhor escalonar jobs que consomem muitos recursos, como os de snapshot inicial, ao longo do tempo do que fazer com que todos disputem recursos ao mesmo tempo. Por exemplo, em vez de criar snapshots de todas as VMs, sistemas de arquivos e bancos de dados às 18h nos dias úteis, crie snapshots de um tipo de aplicativo na hora, outro tipo 10 minutos depois da hora e outro tipo 20 minutos depois da hora.
O snapshot inicial de um aplicativo ou uma VM é o maior e mais demorado porque cada bit de dado é novo. Ao adicionar um novo aplicativo ou VM grande, faça um snapshot sob demanda em um horário de folga para o primeiro snapshot e programe uma política de modelo de backup para todos os snapshots futuros.
Sobre 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 garantir que você tenha uma cópia dos dados criada antes de iniciar a tarefa de manutenção programada. Esses casos exigem um job sob demanda.
Sobre slots de trabalho
O serviço de Backup e DR gerencia jobs atribuindo slots de job. O appliance 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 DR verifica 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 appliance verifica se há um slot não reservado 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 ao enfileiramento 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 "na 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 trabalho sob demanda falhar, o appliance vai tentar executar o próximo trabalho na fila. Os jobs sob demanda usam slots diferentes dos jobs programados, então os jobs programados podem ser executados antes dos jobs enfileirados.
Enquanto um job sob demanda está em estado de fila, é possível mudar a prioridade dele, cancelar o job ou a proteção contra cancelamento do aplicativo. Para ver os jobs na fila, clique em Monitorar 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 término do job será o momento em que o pedido de cancelamento ou o cancelamento da proteção do aplicativo foi reconhecido.
Manter o desempenho ao adicionar novos aplicativos
Se o sistema estiver funcionando de maneira aceitável e você adicionar novos aplicativos, o desempenho poderá ser afetado por um curto período. Isso acontece porque o rastreamento de blocos de mudanças reconhece novos dados e os protege mesmo quando eles são apenas uma pequena parte de um grande aplicativo. Isso significa que o sistema é otimizado para processar muitos blocos alterados todos os dias.
Um novo aplicativo exige muito 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:
Ao adicionar um novo aplicativo, proteja-o pela primeira vez usando um job sob demanda durante um período de carga leve. Isso evita que o job de ingestão inicial, que consome muitos recursos, interfira em outros jobs.
Ao adicionar vários aplicativos ou VMs, tente escalonar os jobs de proteção iniciais de cada um 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 integração para minimizar a interrupção.
Separe o job de proteção inicial do job de espelhamento. Depois que um snapshot do aplicativo é criado, 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 do Backup e DR.
Conheça seus planos de backup atuais e evite programar jobs de snapshot simultaneamente com os jobs de snapshot para aplicativos muito grandes ou dinâmicos.
Escolha na lista de imagens de snapshots preservadas na guia Gerenciar e:
Selecione uma das imagens preservadas na lista e navegue até ela no Gerenciador de apps.
Expirar uma ou mais imagens de snapshot selecionadas.