{"id":93710,"date":"2020-09-09T07:42:42","date_gmt":"2020-09-09T05:42:42","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/politiki-hraneniya-veeam-br-rasputyvaem-bekapnye-czepi-vmeste-s-tehpodderzhkoj"},"modified":"2020-09-09T07:42:42","modified_gmt":"2020-09-09T05:42:42","slug":"politiki-hraneniya-veeam-br-rasputyvaem-bekapnye-czepi-vmeste-s-tehpodderzhkoj","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/politiki-hraneniya-veeam-br-rasputyvaem-bekapnye-czepi-vmeste-s-tehpodderzhkoj","title":{"rendered":"Pol\u00edticas de armazenamento Veeam B&R \u2014 resolvendo cadeias de backup junto com o suporte t\u00e9cnico","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Sauda\u00e7\u00f5es aos leitores do nosso blog! De certa forma, j\u00e1 nos conhecemos \u2013 minhas postagens em ingl\u00eas apareceram aqui na tradu\u00e7\u00e3o da minha querida colega polarowl<\/a><\/noindex>. Desta vez, decidi me dirigir diretamente ao p\u00fablico de l\u00edngua russa. <\/p>\n

Para minha estreia, queria encontrar um tema que fosse interessante para um p\u00fablico amplo e que exigisse uma an\u00e1lise detalhada. Daniel Defoe afirmava que todos est\u00e3o destinados a enfrentar a morte e os impostos. Por minha parte, posso dizer que todos os engenheiros de suporte enfrentam quest\u00f5es sobre as pol\u00edticas de reten\u00e7\u00e3o de pontos de restaura\u00e7\u00e3o (ou, mais simplesmente, reten\u00e7\u00e3o). Eu comecei a explicar como funciona a reten\u00e7\u00e3o h\u00e1 4 anos, quando era um engenheiro j\u00fanior de primeiro n\u00edvel, e continuo explicando agora, j\u00e1 como l\u00edder de equipe de uma equipe de l\u00edngua espanhola e italiana. Tenho certeza de que meus colegas de segundo e at\u00e9 terceiro n\u00edvel de suporte tamb\u00e9m respondem regularmente \u00e0s mesmas perguntas. <\/p>\n

Nesse sentido, quis escrever um post definitivo e o mais detalhado poss\u00edvel, ao qual os usu\u00e1rios de l\u00edngua russa poderiam recorrer repetidamente como um guia. O momento \u00e9 adequado \u2013 a rec\u00e9m-lan\u00e7ada d\u00e9cima vers\u00e3o comemorativa adicionou novas funcionalidades ao funcionalismo b\u00e1sico, que n\u00e3o havia mudado por anos. Meu post \u00e9 voltado principalmente para esta vers\u00e3o \u2014 embora grande parte do que est\u00e1 escrito seja v\u00e1lida tamb\u00e9m para vers\u00f5es anteriores, algumas das funcionalidades descritas voc\u00ea simplesmente n\u00e3o encontrar\u00e1 l\u00e1. Finalmente, olhando um pouco para o futuro, direi que algumas mudan\u00e7as s\u00e3o esperadas na pr\u00f3xima vers\u00e3o, mas sobre isso falaremos quando chegar a hora. Ent\u00e3o, vamos come\u00e7ar.<\/p>\n

\"Pol\u00edticas
\n<\/a><\/noindex><\/p>\n

Tarefas de backup (Backup job)<\/h2>\n

\nPara come\u00e7ar, vamos analisar a parte que n\u00e3o sofreu altera\u00e7\u00f5es na vers\u00e3o 10. A pol\u00edtica de reten\u00e7\u00e3o \u00e9 determinada por v\u00e1rios par\u00e2metros. Vamos abrir a janela de cria\u00e7\u00e3o de uma nova tarefa e ir para a aba Armazenamento. Aqui veremos o par\u00e2metro que define o n\u00famero desejado de pontos de restaura\u00e7\u00e3o:<\/p>\n

\"Pol\u00edticas
\n
\nNo entanto, isso \u00e9 apenas uma parte da equa\u00e7\u00e3o. O n\u00famero real de pontos tamb\u00e9m \u00e9 determinado pelo modo de backup definido para a tarefa. Para selecionar este par\u00e2metro, \u00e9 necess\u00e1rio clicar no bot\u00e3o Avan\u00e7ado na mesma aba. Isso abrir\u00e1 uma nova janela com v\u00e1rias op\u00e7\u00f5es. Vamos numer\u00e1-las e analis\u00e1-las uma a uma:<\/p>\n

\"Pol\u00edticas
\n
\nSe apenas a op\u00e7\u00e3o 1 for ativada, a tarefa funcionar\u00e1 em modo de \"incremento infinito\" (forever forward incremental). N\u00e3o h\u00e1 complexidades aqui - a tarefa armazenar\u00e1 um n\u00famero definido de pontos de recupera\u00e7\u00e3o desde o backup completo (arquivo com a extens\u00e3o VBK) at\u00e9 o \u00faltimo incremento (arquivo com a extens\u00e3o VIB). Quando o n\u00famero de pontos exceder o valor definido, o incremento mais antigo ser\u00e1 mesclado com o backup completo. Em outras palavras, se a tarefa est\u00e1 configurada para armazenar 3 pontos, logo ap\u00f3s a sess\u00e3o atual, haver\u00e1 4 pontos no reposit\u00f3rio, ap\u00f3s o que o backup completo ser\u00e1 mesclado com o incremento mais antigo e o n\u00famero total de pontos retornar\u00e1 a 3. <\/p>\n

\"Pol\u00edticas
\n
\nA reten\u00e7\u00e3o para o modo \"incremento reverso\" (reverse incremental) (op\u00e7\u00e3o 2) tamb\u00e9m \u00e9 extremamente simples. Nesse caso, o ponto mais recente ser\u00e1 um backup completo, seguido de uma cadeia de chamadas de rollbacks (arquivos com a extens\u00e3o VRB), ent\u00e3o, para aplicar a reten\u00e7\u00e3o, basta excluir o rollback mais antigo. A situa\u00e7\u00e3o ser\u00e1 a mesma: logo ap\u00f3s a sess\u00e3o, o n\u00famero de pontos exceder\u00e1 o definido em 1, depois disso retornar\u00e1 ao valor desejado.<\/p>\n

\"Pol\u00edticas
\n
\nNote que com o modo de incremento reverso, um backup completo peri\u00f3dico tamb\u00e9m pode ser ativado (op\u00e7\u00e3o 4), mas isso n\u00e3o mudar\u00e1 a ess\u00eancia. Sim, a cadeia ter\u00e1 pontos de recupera\u00e7\u00e3o completos, mas ainda estaremos apenas removendo os pontos mais antigos um a um. <\/p>\n

Finalmente, chegamos a uma parte interessante. Se ativar o backup incremental, mas al\u00e9m disso incluir as op\u00e7\u00f5es 3 ou 4 (ou ambas simultaneamente), a tarefa come\u00e7ar\u00e1 a criar backups completos peri\u00f3dicos de maneira \"ativa\" ou sint\u00e9tica. O m\u00e9todo de cria\u00e7\u00e3o de backup completo n\u00e3o \u00e9 importante - ele conter\u00e1 os mesmos dados, e a cadeia incremental ser\u00e1 dividida em \"subcadeias\". Este m\u00e9todo \u00e9 chamado de forward incremental, e \u00e9 ele que gera uma parte significativa das d\u00favidas de nossos clientes. <\/p>\n

A reten\u00e7\u00e3o \u00e9 aplicada aqui removendo a parte mais antiga da cadeia (do backup completo at\u00e9 o incremental). Nesse caso, n\u00e3o vamos remover apenas o backup vazio ou apenas parte dos incrementais. Toda a \"subcadeia\" \u00e9 removida completamente de uma vez. O significado da configura\u00e7\u00e3o do n\u00famero de pontos tamb\u00e9m muda \u2013 enquanto em outros m\u00e9todos \u00e9 o n\u00famero m\u00e1ximo permitido, o que desencadeia a reten\u00e7\u00e3o, aqui essa configura\u00e7\u00e3o define o n\u00famero m\u00ednimo. Em outras palavras, ap\u00f3s a remo\u00e7\u00e3o da parte mais antiga da \"subcadeia\", o n\u00famero de pontos na parte restante n\u00e3o deve cair abaixo desse m\u00ednimo. <\/p>\n

Vou tentar ilustrar esse conceito graficamente. Suponha que a reten\u00e7\u00e3o est\u00e1 definida para 3 pontos, e a tarefa roda todos os dias com um backup completo na segunda-feira. A reten\u00e7\u00e3o, nesse caso, ser\u00e1 aplicada quando o n\u00famero total de pontos atingir 10:<\/p>\n

\"Pol\u00edticas
\n
\nPor que exatamente 10, quando configuramos 3? Na segunda-feira, foi criado um backup completo. Da ter\u00e7a at\u00e9 o domingo, a tarefa gerou incrementais. Finalmente, na pr\u00f3xima segunda-feira, \u00e9 criado novamente um backup completo e somente quando 2 incrementais forem gerados, toda a parte antiga da cadeia pode ser removida, porque a quantidade restante de pontos n\u00e3o cair\u00e1 abaixo dos 3 estabelecidos. <\/p>\n

Se a ideia est\u00e1 clara, sugiro que voc\u00ea tente calcular a reten\u00e7\u00e3o sozinho. Vamos considerar as seguintes condi\u00e7\u00f5es: a tarefa \u00e9 iniciada pela primeira vez na quinta-feira (certamente, ser\u00e1 feito um backup completo). A tarefa est\u00e1 programada para criar backups completos nas quartas e domingos e armazenar 8 pontos de recupera\u00e7\u00e3o. Quando a reten\u00e7\u00e3o ser\u00e1 aplicada pela primeira vez?<\/p>\n

Para responder a essa pergunta, recomendo que voc\u00ea pegue uma folha de papel, a divida por dias da semana e escreva qual ponto \u00e9 criado a cada dia. A resposta se tornar\u00e1 \u00f3bvia.<\/p>\n

Resposta<\/b>
\n \"Pol\u00edticas
\nExplica\u00e7\u00e3o: para responder, basta perguntar a si mesmo \"quando a reten\u00e7\u00e3o ser\u00e1 aplicada\"? A resposta \u00e9 \u2013 quando pudermos remover os 3 primeiros pontos (VBK, VIB, VIB) e a cadeia restante n\u00e3o cair abaixo dos 8 pontos estabelecidos. Fica claro que poderemos fazer isso quando tivermos um total de 11 pontos, ou seja, no domingo da segunda semana. <\/p>\n

Alguns leitores podem contestar: \"por que tudo isso, se j\u00e1 existe rps.dewin.me<\/a><\/noindex>?\u00bb. \u0411\u0435\u0437 \u0441\u043e\u043c\u043d\u0435\u043d\u0438\u044f, \u044d\u0442\u043e \u043e\u0447\u0435\u043d\u044c \u043f\u043e\u043b\u0435\u0437\u043d\u044b\u0439 \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442, \u0438 \u0432 \u043d\u0435\u043a\u043e\u0442\u043e\u0440\u044b\u0445 \u0441\u043b\u0443\u0447\u0430\u044f\u0445 \u044f \u0431\u044b \u043f\u0440\u0438\u043c\u0435\u043d\u044f\u043b \u0438\u043c\u0435\u043d\u043d\u043e \u0435\u0433\u043e, \u043d\u043e \u0435\u0441\u0442\u044c \u0443 \u043d\u0435\u0433\u043e \u0438 \u043e\u0433\u0440\u0430\u043d\u0438\u0447\u0435\u043d\u0438\u044f. \u041f\u0440\u0435\u0436\u0434\u0435 \u0432\u0441\u0435\u0433\u043e, \u043e\u043d \u043d\u0435 \u043f\u043e\u0437\u0432\u043e\u043b\u044f\u0435\u0442 \u0443\u043a\u0430\u0437\u0430\u0442\u044c \u043d\u0430\u0447\u0430\u043b\u044c\u043d\u044b\u0435 \u0443\u0441\u043b\u043e\u0432\u0438\u044f, \u0430 \u0432\u043e \u043c\u043d\u043e\u0433\u0438\u0445 \u0441\u043b\u0443\u0447\u0430\u044f\u0445 \u0441\u043b\u0443\u0447\u0430\u0435\u0432 \u0432\u043e\u043f\u0440\u043e\u0441 \u0437\u0432\u0443\u0447\u0438\u0442 \u0438\u043c\u0435\u043d\u043d\u043e \u00ab\u0443 \u043d\u0430\u0441 \u0435\u0441\u0442\u044c \u0442\u0430\u043a\u0430\u044f \u0446\u0435\u043f\u043e\u0447\u043a\u0430, \u0447\u0442\u043e \u0431\u0443\u0434\u0435\u0442, \u0435\u0441\u043b\u0438 \u0438\u0437\u043c\u0435\u043d\u0438\u0442\u044c \u0442\u0430\u043a\u0438\u0435-\u0442\u043e \u043d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0438?\u00bb. \u0412\u043e-\u0432\u0442\u043e\u0440\u044b\u0445, \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442\u0443 \u0432\u0441\u0435-\u0442\u0430\u043a\u0438 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u043d\u0435 \u0445\u0432\u0430\u0442\u0430\u0435\u0442 \u043d\u0430\u0433\u043b\u044f\u0434\u043d\u043e\u0441\u0442\u0438. \u041f\u043e\u043a\u0430\u0437\u044b\u0432\u0430\u044f \u0441\u0442\u0440\u0430\u043d\u0438\u0447\u043a\u0443 RPS \u043a\u043b\u0438\u0435\u043d\u0442\u0430\u043c, \u044f \u043d\u0435 \u043d\u0430\u0445\u043e\u0434\u0438\u043b \u043f\u043e\u043d\u0438\u043c\u0430\u043d\u0438\u044f, \u0430 \u0432\u043e\u0442 \u0440\u0430\u0441\u043f\u0438\u0441\u0430\u0432 \u0435\u0435 \u043a\u0430\u043a \u0432 \u043f\u0440\u0438\u043c\u0435\u0440\u0435 (\u0434\u0430\u0436\u0435 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044f \u0442\u043e\u0442 \u0436\u0435 Paint), \u0434\u0435\u043d\u044c \u0437\u0430 \u0434\u043d\u0435\u043c, \u0432\u0441\u0435 \u0441\u0442\u0430\u043d\u043e\u0432\u0438\u043b\u043e\u0441\u044c \u044f\u0441\u043d\u043e. <\/p>\n

Finalmente, n\u00e3o examinamos a op\u00e7\u00e3o \"Transformar cadeias de backup anteriores em retrocessos\" (marcada com o n\u00famero 5). Esta op\u00e7\u00e3o \u00e0s vezes confunde os clientes que a ativam \"automaticamente\", desejando apenas incluir um backup sint\u00e9tico. Entretanto, essa op\u00e7\u00e3o ativa um modo de backup bastante espec\u00edfico. Sem entrar em detalhes, posso dizer que, neste est\u00e1gio de desenvolvimento do produto, \"Transformar cadeias de backup anteriores em retrocessos\" \u00e9 uma op\u00e7\u00e3o obsoleta, e n\u00e3o consigo imaginar um \u00fanico cen\u00e1rio em que deva ser utilizada. Seu valor \u00e9 t\u00e3o duvidoso que, por algum tempo, at\u00e9 mesmo Anton Gostev lan\u00e7ou um apelo no f\u00f3rum pedindo que lhe enviassem exemplos de seu uso \u00fatil (se voc\u00ea os tiver, escreva nos coment\u00e1rios, estou muito interessado). Se n\u00e3o aparecerem (eu acho que n\u00e3o aparecer\u00e3o), a op\u00e7\u00e3o ser\u00e1 removida nas pr\u00f3ximas vers\u00f5es. <\/p>\n

A tarefa criar\u00e1 incrementos (VIB) at\u00e9 o dia em que um backup completo sint\u00e9tico for agendado. Naquele dia, um VBK \u00e9 realmente criado, mas todos os pontos at\u00e9 esse VBK s\u00e3o transformados em retrocessos (VRB). Depois disso, a tarefa continuar\u00e1 criando incrementos para o backup completo at\u00e9 o pr\u00f3ximo backup sint\u00e9tico. No final, cria-se uma mistura explosiva de arquivos VBK, VBR e VIB. A reten\u00e7\u00e3o \u00e9 aplicada de maneira muito simples \u2013 deletando o \u00faltimo VBR:<\/p>\n

\"Pol\u00edticas
\n<\/p>\n

Problemas<\/h3>\n

\nAl\u00e9m de entender como isso funciona, a maioria dos problemas que surgem ao usar o modo incremental geralmente est\u00e3o relacionados ao backup completo. Um backup completo regular \u00e9 necess\u00e1rio para esse modo, caso contr\u00e1rio, o reposit\u00f3rio acumular\u00e1 pontos at\u00e9 transbordar. <\/p>\n

Por exemplo, um backup completo pode ser criado com muita raridade. Digamos que a tarefa est\u00e1 configurada para manter 10 pontos, mas um backup completo \u00e9 criado uma vez por m\u00eas. \u00c9 claro que o n\u00famero real de pontos ser\u00e1 significativamente maior do que o configurado. Ou a tarefa est\u00e1 configurada para operar em modo incremental infinito e manter 50 pontos. Ent\u00e3o, algu\u00e9m acidentalmente criou um backup completo. Pronto, a tarefa agora aguardar\u00e1 at\u00e9 que o ponto completo acumule 49 incrementos, ap\u00f3s o que aplicar\u00e1 a reten\u00e7\u00e3o e retornar\u00e1 ao modo completamente infinito.<\/p>\n

Em outros casos, o backup completo \u00e9 configurado para ser criado regularmente, mas por algum motivo isso n\u00e3o acontece. Vou descrever aqui a raz\u00e3o mais comum. Alguns clientes preferem usar a op\u00e7\u00e3o de agendamento \"run after\" e configurar as tarefas para funcionarem em sequ\u00eancia. Vamos considerar o seguinte exemplo: existem 3 tarefas que s\u00e3o executadas todos os dias e criam um backup completo no domingo. A primeira tarefa come\u00e7a \u00e0s 22h30, e as outras s\u00e3o iniciadas em sequ\u00eancia. O backup incremental leva 10 minutos, e, portanto, \u00e0s 23h00 todas as tarefas terminam. No entanto, o backup completo leva uma hora, ent\u00e3o no domingo acontece o seguinte: a primeira tarefa funciona das 22h30 \u00e0s 23h30. A segunda, das 23h30 \u00e0 00h30. E a terceira tarefa \u00e9 iniciada apenas na segunda-feira. O backup completo est\u00e1 agendado para domingo, ent\u00e3o, nesse caso, simplesmente n\u00e3o haver\u00e1. A tarefa vai aguardar o backup completo para aplicar a reten\u00e7\u00e3o. Portanto, tenha cuidado ao usar a op\u00e7\u00e3o \"run after\" ou n\u00e3o a use de jeito nenhum \u2013 apenas defina as tarefas para iniciar ao mesmo tempo e deixe o agendador de recursos fazer seu trabalho. <\/p>\n

A complicada op\u00e7\u00e3o \"Remove deleted items\"<\/h2>\n

\nAo percorrer as configura\u00e7\u00f5es da tarefa Storage \u2013 Advanced \u2013 Maintenance, voc\u00ea pode se deparar com a op\u00e7\u00e3o \"remove deleted items data after\", que \u00e9 contabilizada em dias. <\/p>\n

\"Pol\u00edticas
\n
\nAlguns clientes esperam que isso seja a reten\u00e7\u00e3o. Na verdade, \u00e9 uma op\u00e7\u00e3o completamente separada, cuja falta de compreens\u00e3o pode levar a consequ\u00eancias inesperadas. No entanto, antes de tudo, precisamos explicar como o B&R reage a situa\u00e7\u00f5es em que, durante a sess\u00e3o, apenas algumas m\u00e1quinas s\u00e3o backupadas com sucesso. <\/p>\n

Vamos imaginar o seguinte cen\u00e1rio: uma tarefa incremental infinita, configurada para manter 6 pontos. Na tarefa, h\u00e1 2 m\u00e1quinas, uma sempre foi backupada com sucesso, a outra \u00e0s vezes apresentava erros. Como resultado, ao chegar ao s\u00e9timo ponto, a seguinte situa\u00e7\u00e3o se formou:<\/p>\n

\"Pol\u00edticas
\n
\n\u00c9 hora de aplicar a reten\u00e7\u00e3o, mas uma m\u00e1quina tem 7 pontos, enquanto a outra tem apenas 4. A reten\u00e7\u00e3o ser\u00e1 aplicada aqui? A resposta \u00e9 sim, ser\u00e1. Se ao menos um objeto foi backupado, o B&R considera que o ponto foi criado. <\/p>\n

Uma situa\u00e7\u00e3o semelhante pode ocorrer se alguma m\u00e1quina simplesmente n\u00e3o foi inclu\u00edda na tarefa durante uma determinada sess\u00e3o. Isso acontece, por exemplo, quando as m\u00e1quinas s\u00e3o adicionadas \u00e0 tarefa n\u00e3o individualmente, mas como parte de cont\u00eaineres (pastas, reposit\u00f3rios) e alguma m\u00e1quina migra temporariamente para outro cont\u00eainer. Neste caso, a tarefa ser\u00e1 considerada bem-sucedida, mas nas estat\u00edsticas voc\u00ea encontrar\u00e1 uma mensagem que alerta que determinada m\u00e1quina n\u00e3o est\u00e1 mais sendo processada pela tarefa. <\/p>\n

\"Pol\u00edticas
\n
\nO que acontece se ignorarmos esse aviso? No caso de modos de backup incremental infinito ou incremental reverso, o n\u00famero de pontos de restaura\u00e7\u00e3o da m\u00e1quina 'problem\u00e1tica' diminuir\u00e1 a cada sess\u00e3o, at\u00e9 atingir 1, que \u00e9 salvo no VBK. Em outras palavras, mesmo que a m\u00e1quina n\u00e3o seja salva por um longo per\u00edodo, ainda assim um ponto de restaura\u00e7\u00e3o permanecer\u00e1. A situa\u00e7\u00e3o \u00e9 diferente se backups completos peri\u00f3dicos estiverem ativados. Se ignorarmos os avisos do B&R, no final o \u00faltimo ponto pode ser removido juntamente com a parte antiga da cadeia. <\/p>\n

Entendendo esses detalhes, finalmente podemos considerar a op\u00e7\u00e3o 'Remover dados de itens exclu\u00eddos ap\u00f3s'. Ela remover\u00e1 todos os pontos para uma determinada m\u00e1quina se essa m\u00e1quina n\u00e3o for salva por um per\u00edodo de X dias. Observe que esta configura\u00e7\u00e3o n\u00e3o reage a erros (tentou \u2013 n\u00e3o funcionou). N\u00e3o deve haver sequer uma tentativa de backup da m\u00e1quina. \u00c0 primeira vista, essa op\u00e7\u00e3o parece \u00fatil e deve ser mantida ativada. Se o administrador excluiu a m\u00e1quina da tarefa, \u00e9 l\u00f3gico limpar os dados desnecess\u00e1rios e a cadeia depois de algum tempo. No entanto, a configura\u00e7\u00e3o requer disciplina e aten\u00e7\u00e3o.<\/p>\n

Vou dar um exemplo pr\u00e1tico: na tarefa foram adicionados v\u00e1rios cont\u00eaineres, cuja composi\u00e7\u00e3o era bastante din\u00e2mica. Devido \u00e0 falta de RAM, o servidor B&R enfrentou problemas que passaram despercebidos. A tarefa foi iniciada e tentou fazer backup das m\u00e1quinas, exceto uma, que naquele momento n\u00e3o estava presente no cont\u00eainer. Como muitas m\u00e1quinas geraram erros, por padr\u00e3o o B&R deve realizar 3 tentativas adicionais para fazer backup das m\u00e1quinas \"problem\u00e1ticas\". Devido aos constantes problemas de RAM, essas tentativas se prolongaram por v\u00e1rios dias. A nova tentativa de fazer backup da VM ausente n\u00e3o ocorreu (a aus\u00eancia da VM n\u00e3o \u00e9 um erro). Como resultado, durante uma das tentativas repetidas, a condi\u00e7\u00e3o \u201cRemover itens deletados\u201d foi executada e todos os pontos da m\u00e1quina foram removidos. <\/p>\n

Sobre isso, posso dizer o seguinte: se voc\u00ea tem alertas configurados sobre os resultados das tarefas, e ainda melhor \u2014 usa a integra\u00e7\u00e3o com o Veeam ONE, ent\u00e3o provavelmente isso n\u00e3o acontecer\u00e1 com voc\u00ea. Se voc\u00ea verifica o servidor B&R uma vez por semana para checar se tudo est\u00e1 funcionando, \u00e9 melhor abrir m\u00e3o das op\u00e7\u00f5es que podem potencialmente levar \u00e0 exclus\u00e3o de backups. <\/p>\n

O que foi adicionado na v.10<\/h2>\n

\nO que discutimos anteriormente existia no B&R por muitas vers\u00f5es. Agora que entendemos esses princ\u00edpios de funcionamento, vamos ver o que foi adicionado na celebra\u00e7\u00e3o da \"dezena\". <\/p>\n

Reten\u00e7\u00e3o di\u00e1ria<\/h3>\n

\nAcima, consideramos a pol\u00edtica de armazenamento \"cl\u00e1ssica\", baseada na quantidade de pontos. Uma abordagem alternativa \u00e9 definir no mesmo menu \"dias\" ao inv\u00e9s de \"pontos de restaura\u00e7\u00e3o\". <\/p>\n

\"Pol\u00edticas
\n
\nA ideia est\u00e1 clara pelo nome \u2014 a reten\u00e7\u00e3o ir\u00e1 armazenar o n\u00famero definido de dias, enquanto o n\u00famero de pontos em cada dia n\u00e3o importa. Entretanto, \u00e9 necess\u00e1rio lembrar o seguinte:<\/p>\n