{"id":921624,"date":"2026-11-06T12:38:33","date_gmt":"2026-11-06T12:38:33","guid":{"rendered":"https:\/\/www.ninjaone.com\/blog\/politica-de-backup-e-recuperacao-de-dados\/"},"modified":"2026-11-06T12:38:34","modified_gmt":"2026-11-06T12:38:34","slug":"politica-de-backup-e-recuperacao-de-dados","status":"publish","type":"post","link":"https:\/\/www.ninjaone.com\/pt-br\/blog\/politica-de-backup-e-recuperacao-de-dados\/","title":{"rendered":"Como criar uma pol\u00edtica de backup e recupera\u00e7\u00e3o de dados que fortalece a governan\u00e7a do MSP"},"content":{"rendered":"<div class=\"in-context-cta\"><h2 style=\"margin-top: 0px;\">Pontos principais<\/h2>\n<ul>\n<li>Backup conclu\u00eddo n\u00e3o \u00e9 o mesmo que estar pronto para recuperar. Corrup\u00e7\u00e3o silenciosa de arquivos, configura\u00e7\u00f5es de recupera\u00e7\u00e3o erradas e depend\u00eancias ausentes podem fazer a restaura\u00e7\u00e3o falhar bem na hora de um incidente real.<\/li>\n<li>MSPs precisam de valida\u00e7\u00e3o cont\u00ednua de restaura\u00e7\u00e3o para garantir a integridade dos backups, confirmar que os RTOs podem ser cumpridos e verificar se os procedimentos de restaura\u00e7\u00e3o refletem o estado atual de cada ambiente de cliente.<\/li>\n<li>Uma arquitetura de backup em camadas \u00e9 essencial em ambientes distribu\u00eddos e de nuvem h\u00edbrida. Ela oferece a redund\u00e2ncia necess\u00e1ria entre nuvem, armazenamento externo, plataformas SaaS e orquestra\u00e7\u00e3o de recupera\u00e7\u00e3o h\u00edbrida.<\/li>\n<li>A governan\u00e7a de recupera\u00e7\u00e3o precisa estar alinhada aos SLAs dos clientes, aos requisitos de continuidade de neg\u00f3cios e \u00e0 coordena\u00e7\u00e3o da resposta a incidentes, para atender \u00e0s expectativas reais de recupera\u00e7\u00e3o.<\/li>\n<li>Quando n\u00e3o fica claro quem responde pela recupera\u00e7\u00e3o, surgem lacunas de responsabilidade quase invis\u00edveis na opera\u00e7\u00e3o do dia a dia.<\/li>\n<li>Visibilidade cont\u00ednua de todos os ambientes de tenants evita o desvio da pol\u00edtica de recupera\u00e7\u00e3o. MSPs devem monitorar o sucesso dos backups, o alinhamento com os SLAs e a valida\u00e7\u00e3o das restaura\u00e7\u00f5es para manter as pol\u00edticas em dia.<\/li>\n<\/ul>\n<\/div>\n<p>O <strong>backup e a recupera\u00e7\u00e3o de dados<\/strong> est\u00e3o entre os principais servi\u00e7os oferecidos pelos MSPs. Muitas vezes s\u00e3o vendidos como um servi\u00e7o s\u00f3, mas saber criar backups e conseguir recuper\u00e1-los s\u00e3o coisas bem diferentes.<\/p>\n<p>Alguns MSPs, por exemplo, executam jobs de backup todos os dias sem nunca verificar se \u00e9 poss\u00edvel restaur\u00e1-los em um evento real de perda de dados. O resultado aparece depois: recupera\u00e7\u00f5es frustradas, SLAs n\u00e3o cumpridos e at\u00e9 perda definitiva de dados.<\/p>\n<p>Pior ainda: esses problemas se agravam conforme os ambientes gerenciados ficam mais complexos. Infraestruturas distribu\u00eddas e ambientes de nuvem h\u00edbrida acrescentam uma camada extra de complexidade \u00e0s opera\u00e7\u00f5es de backup e recupera\u00e7\u00e3o, o que dificulta ainda mais manter visibilidade e testes consistentes de recupera\u00e7\u00e3o.<\/p>\n<p>\u00c9 exatamente esse problema que uma pol\u00edtica bem estruturada de backup e recupera\u00e7\u00e3o de dados resolve. Em vez de tratar a cria\u00e7\u00e3o de backups e a prontid\u00e3o para recupera\u00e7\u00e3o como assuntos separados, ela coloca os dois sob o mesmo modelo de governan\u00e7a.<\/p>\n<p>Este guia mostra como construir uma pol\u00edtica madura de backup e recupera\u00e7\u00e3o de dados, que fortalece a governan\u00e7a e mant\u00e9m a opera\u00e7\u00e3o pronta para recuperar de verdade.<\/p>\n<h2>Manter a governan\u00e7a de recupera\u00e7\u00e3o em v\u00e1rios ambientes \u00e9 mais dif\u00edcil do que parece<\/h2>\n<p>Na teoria, governan\u00e7a de recupera\u00e7\u00e3o parece simples. Na pr\u00e1tica, n\u00e3o existem dois ambientes de cliente iguais. Um tenant pode rodar totalmente on-premises, enquanto outro trabalha com nuvem h\u00edbrida.<\/p>\n<p>Cada ambiente traz requisitos de recupera\u00e7\u00e3o, riscos e pontos de falha pr\u00f3prios, o que torna as opera\u00e7\u00f5es de recupera\u00e7\u00e3o ainda mais desafiadoras do que j\u00e1 s\u00e3o.<\/p>\n<p>E, sem um modelo de governan\u00e7a centralizado, manter consist\u00eancia em toda a base vira algo quase imposs\u00edvel. Como n\u00e3o h\u00e1 procedimento definido a seguir, os fluxos de trabalho mudam de cliente para cliente e de t\u00e9cnico para t\u00e9cnico.<\/p>\n<p>Tem tamb\u00e9m a quest\u00e3o da visibilidade. Sem monitoramento e valida\u00e7\u00e3o consistentes nos ambientes gerenciados, a equipe n\u00e3o consegue saber quais jobs de backup est\u00e3o funcionando, falhando ou saindo do alinhamento.<\/p>\n<p>Quanto mais clientes voc\u00ea gerencia, mais esses desafios aparecem. Mesmo com as ferramentas certas, os problemas continuam se n\u00e3o houver uma pol\u00edtica confi\u00e1vel de backup e recupera\u00e7\u00e3o de dados por tr\u00e1s.<\/p>\n<h2>Erros comuns de governan\u00e7a de recupera\u00e7\u00e3o nos MSPs<\/h2>\n<p>Al\u00e9m da complexidade que ambientes distribu\u00eddos e h\u00edbridos trazem, existem os erros operacionais que os MSPs costumam cometer.<\/p>\n<h3>Achar que backup conclu\u00eddo \u00e9 o mesmo que estar pronto para recuperar<\/h3>\n<p>Um dos maiores erros dos MSPs nas opera\u00e7\u00f5es de recupera\u00e7\u00e3o \u00e9 supor que, se o job de backup terminou, os dados est\u00e3o automaticamente recuper\u00e1veis. O painel mostrar tudo verde e o log do job parecer limpo n\u00e3o significa que todo o backup \u00e9 mesmo recuper\u00e1vel.<\/p>\n<p>Um backup conclu\u00eddo e um backup recuper\u00e1vel s\u00e3o coisas diferentes. Alguns backups terminam com sucesso, mas falham na restaura\u00e7\u00e3o por problemas como:<\/p>\n<ul>\n<li>Corrup\u00e7\u00e3o silenciosa de arquivos<\/li>\n<li>Configura\u00e7\u00f5es de recupera\u00e7\u00e3o incorretas<\/li>\n<li>Captura incompleta do journal de altera\u00e7\u00f5es<\/li>\n<li>Depend\u00eancias de aplicativos ausentes<\/li>\n<\/ul>\n<p>Tratar os dois como a mesma coisa \u00e9 um dos caminhos mais r\u00e1pidos para a recupera\u00e7\u00e3o falhar em um evento real de perda de dados.<\/p>\n<h3>Esquecer de validar os fluxos de restaura\u00e7\u00e3o<\/h3>\n<p>Executar jobs de backup sem testar se s\u00e3o restaur\u00e1veis \u00e9 como fazer um simulado de inc\u00eandio com o pr\u00e9dio vazio. Cria uma falsa sensa\u00e7\u00e3o de preparo, que s\u00f3 cai por terra quando a recupera\u00e7\u00e3o real chega.<\/p>\n<p>Nessa hora, j\u00e1 \u00e9 tarde para investigar a causa, e o que resta \u00e9 a press\u00e3o dos clientes esperando o sistema voltar.<\/p>\n<h3>N\u00e3o ter visibilidade das depend\u00eancias operacionais<\/h3>\n<p>Outro descuido comum \u00e9 n\u00e3o mapear as depend\u00eancias operacionais. A recupera\u00e7\u00e3o de dados n\u00e3o acontece isolada: h\u00e1 sistemas, aplicativos e cargas de trabalho que precisam entrar na conta para que a restaura\u00e7\u00e3o d\u00ea certo.<\/p>\n<p>Sem isso, n\u00e3o d\u00e1 para sequenciar a recupera\u00e7\u00e3o com precis\u00e3o, e o ambiente do cliente fica, na melhor das hip\u00f3teses, parcialmente funcional e, na pior, inst\u00e1vel.<\/p>\n<h3>N\u00e3o definir quem responde pela recupera\u00e7\u00e3o<\/h3>\n<p>Quando n\u00e3o fica claro quem cuida de cada parte da recupera\u00e7\u00e3o, coisas se perdem no caminho. O plano pode parecer s\u00f3lido no papel, mas sem responsabilidades atribu\u00eddas, a confus\u00e3o aparece no pior momento poss\u00edvel.<\/p>\n<p>O complicado \u00e9 que essas lacunas de responsabilidade s\u00e3o quase imposs\u00edveis de enxergar no dia a dia. Na superf\u00edcie, parece tudo sob controle. Mas, no instante em que acontece uma perda real de dados, as equipes descobrem que h\u00e1 tarefas cr\u00edticas de recupera\u00e7\u00e3o sem dono definido.<\/p>\n<h3>Separar a governan\u00e7a de backup do planejamento de resili\u00eancia<\/h3>\n<p>Por fim, alguns MSPs tratam a governan\u00e7a de backup e o planejamento de resili\u00eancia como assuntos distintos, sob times diferentes e com revis\u00f5es em calend\u00e1rios diferentes. Na realidade, est\u00e3o profundamente ligados.<\/p>\n<p><a href=\"https:\/\/www.ninjaone.com\/pt-br\/blog\/quando-fortalecer-estrategia-de-backup\/\">As estrat\u00e9gias de backup<\/a> precisam estar alinhadas a objetivos maiores de resili\u00eancia, como Recovery Time Objectives (RTOs), Recovery Point Objectives (RPOs) e outros requisitos de continuidade de neg\u00f3cios espec\u00edficos de cada ambiente de cliente.<\/p>\n<p>Quando essas duas fun\u00e7\u00f5es operam isoladas, o resultado \u00e9 um servi\u00e7o de backup e recupera\u00e7\u00e3o que cumpre as pr\u00f3prias m\u00e9tricas no papel, mas n\u00e3o atende \u00e0s expectativas reais dos clientes.<\/p>\n<h2>Como criar uma pol\u00edtica de backup e recupera\u00e7\u00e3o de dados que melhora a governan\u00e7a do MSP<\/h2>\n<p>Uma boa pol\u00edtica de <a href=\"https:\/\/www.ninjaone.com\/pt-br\/blog\/backup-e-recuperacao-de-dados-explicado\/\">backup e recupera\u00e7\u00e3o de dados<\/a> permite manter opera\u00e7\u00f5es de recupera\u00e7\u00e3o consistentes em todos os ambientes de clientes, por mais diversos que sejam.<\/p>\n<p>Mais importante: d\u00e1 \u00e0 equipe uma forma estruturada de construir e manter a prontid\u00e3o para recupera\u00e7\u00e3o.<\/p>\n<h3>Transforme a prontid\u00e3o para recupera\u00e7\u00e3o em rotina, com valida\u00e7\u00e3o cont\u00ednua<\/h3>\n<p>Um dos sinais mais claros de um MSP maduro \u00e9 nunca presumir a prontid\u00e3o para recupera\u00e7\u00e3o e valid\u00e1-la o tempo todo. Isso vai al\u00e9m de monitorar jobs de backup: exige um processo estruturado de valida\u00e7\u00e3o para confirmar:<\/p>\n<ul>\n<li><strong>Integridade dos backups: <\/strong>os backups s\u00e3o mesmo recuper\u00e1veis? Os dados capturados est\u00e3o completos e sem corrup\u00e7\u00e3o?<\/li>\n<li><strong>Expectativas de tempo de recupera\u00e7\u00e3o: <\/strong>d\u00e1 para cumprir os RTOs dos tenants? Os prazos de restaura\u00e7\u00e3o batem com as janelas de recupera\u00e7\u00e3o documentadas?<\/li>\n<li><strong>Procedimentos de restaura\u00e7\u00e3o: <\/strong>os fluxos de recupera\u00e7\u00e3o est\u00e3o atualizados e corretos? Ainda refletem o estado de cada ambiente de cliente?<\/li>\n<li><strong>Depend\u00eancias operacionais: <\/strong>o plano de recupera\u00e7\u00e3o considera os sistemas interligados? As rela\u00e7\u00f5es entre aplicativos, bancos de dados e cargas de trabalho est\u00e3o mapeadas com precis\u00e3o?<\/li>\n<li><strong>Fluxos de orquestra\u00e7\u00e3o da recupera\u00e7\u00e3o: <\/strong>o processo de ponta a ponta est\u00e1 pronto para rodar? Voc\u00ea j\u00e1 testou o fluxo inteiro?<\/li>\n<\/ul>\n<p>MSPs que incorporaram a valida\u00e7\u00e3o cont\u00ednua ao modelo de governan\u00e7a correm menos riscos durante uma recupera\u00e7\u00e3o em andamento do que os que n\u00e3o fizeram isso.<\/p>\n<h3>Conecte a governan\u00e7a de recupera\u00e7\u00e3o \u00e0 opera\u00e7\u00e3o do cliente<\/h3>\n<p>Um modelo de governan\u00e7a de recupera\u00e7\u00e3o desalinhado das necessidades de neg\u00f3cio do cliente sempre vai deixar a desejar justamente quando mais importa. Garanta que a pol\u00edtica de backup e recupera\u00e7\u00e3o de dados esteja ligada diretamente a:<\/p>\n<ul>\n<li>SLAs dos clientes<\/li>\n<li>Planos de continuidade de neg\u00f3cios<\/li>\n<li>Depend\u00eancias operacionais<\/li>\n<li>Fluxos de recupera\u00e7\u00e3o<\/li>\n<\/ul>\n<p>Ela deve ser desenhada a partir do que os clientes precisam, e n\u00e3o apenas do que \u00e9 tecnicamente vi\u00e1vel do ponto de vista do backup. Assim, a equipe responde a qualquer incidente com o contexto certo.<\/p>\n<h3>Reforce a resili\u00eancia do backup na nuvem com uma arquitetura em camadas<\/h3>\n<p>Conforme os ambientes dos tenants ficam mais distribu\u00eddos e dependentes da nuvem, uma abordagem de backup em camada \u00fanica deixa de ser suficiente. MSPs maduros montam arquiteturas de backup em camadas, que garantem redund\u00e2ncia e cobertura em cada parte do ambiente do cliente.<\/p>\n<p>Uma arquitetura bem estruturada em camadas inclui:<\/p>\n<ul>\n<li><strong>Recupera\u00e7\u00e3o na nuvem<\/strong> para restaura\u00e7\u00f5es escal\u00e1veis e independentes de localiza\u00e7\u00e3o<\/li>\n<li><strong>Armazenamento de backup externo <\/strong>para proteger contra falhas localizadas ou ataques de ransomware<\/li>\n<li><strong>Controles de recupera\u00e7\u00e3o de endpoints <\/strong>para dispositivos remotos e notebooks fora da cobertura tradicional de backup<\/li>\n<li><strong>Fluxos de recupera\u00e7\u00e3o de servidores <\/strong>ajustados \u00e0s configura\u00e7\u00f5es e depend\u00eancias espec\u00edficas do ambiente de servidores de cada cliente<\/li>\n<li><strong>Prote\u00e7\u00e3o com backup SaaS<\/strong> para plataformas como Microsoft 365 ou Google Workspace<\/li>\n<li><strong>Orquestra\u00e7\u00e3o de recupera\u00e7\u00e3o h\u00edbrida <\/strong>que une cada camada em uma estrat\u00e9gia de recupera\u00e7\u00e3o coerente e escal\u00e1vel<\/li>\n<\/ul>\n<p>O objetivo da arquitetura em camadas \u00e9 flexibilidade operacional. Se um caminho de recupera\u00e7\u00e3o estiver indispon\u00edvel ou comprometido, n\u00e3o tem problema: h\u00e1 outro pronto para usar.<\/p>\n<p>\ud83d\udca1<strong>Dica: <\/strong>provedores de SaaS e outros provedores de servi\u00e7os de nuvem (CSPs) operam sob um <a href=\"https:\/\/www.crowdstrike.com\/en-us\/cybersecurity-101\/cloud-security\/shared-responsibility\/\" target=\"_blank\" rel=\"noopener\">modelo de responsabilidade compartilhada<\/a>, estrutura que vale para todos os modelos de servi\u00e7o em nuvem. Ele define a responsabilidade pela seguran\u00e7a entre o provedor e o cliente. O CSP cuida da infraestrutura subjacente, e os clientes respondem pelos pr\u00f3prios dados, aplicativos e configura\u00e7\u00f5es.<\/p>\n<h3>Mantenha visibilidade cont\u00ednua de todos os ambientes de tenants<\/h3>\n<p>At\u00e9 o modelo de governan\u00e7a mais bem estruturado se desgasta com o tempo sem visibilidade consistente do pr\u00f3prio desempenho. Ambientes de backup mudam e as infraestruturas dos clientes crescem.<\/p>\n<p>Todas essas mudan\u00e7as abrem lacunas entre a <a href=\"https:\/\/www.ninjaone.com\/backup\/policy-management\/\">pol\u00edtica de recupera\u00e7\u00e3o<\/a> e o que ela realmente entrega \u2014 lacunas que s\u00f3 aumentam se ningu\u00e9m monitorar. Para evitar isso, acompanhe continuamente:<\/p>\n<ul>\n<li>Status de sucesso dos backups<\/li>\n<li>Prontid\u00e3o para recupera\u00e7\u00e3o<\/li>\n<li>Valida\u00e7\u00e3o das restaura\u00e7\u00f5es<\/li>\n<li>Depend\u00eancias de infraestrutura<\/li>\n<li>Alinhamento com os SLAs<\/li>\n<li>Responsabilidade operacional<\/li>\n<\/ul>\n<p>Esse n\u00edvel de visibilidade tamb\u00e9m fortalece o relacionamento com os clientes. Eles viram parceiros de longo prazo quando a equipe comprova a prontid\u00e3o para recupera\u00e7\u00e3o com dados validados, e n\u00e3o com promessas verbais.<\/p>\n<h2>A governan\u00e7a de recupera\u00e7\u00e3o come\u00e7a com uma boa pol\u00edtica de backup e recupera\u00e7\u00e3o de dados<\/h2>\n<p>Fortalecer a governan\u00e7a de recupera\u00e7\u00e3o vai al\u00e9m de manter c\u00f3pias de backup e ter um plano de recupera\u00e7\u00e3o de desastres. Para entregar resultados consistentes e confi\u00e1veis aos clientes, trate a governan\u00e7a como uma disciplina operacional ativa, que a equipe precisa manter e aprimorar.<\/p>\n<p>Isso significa incorporar a valida\u00e7\u00e3o cont\u00ednua \u00e0 rotina, manter visibilidade de cada ambiente e definir donos claros para cada tarefa cr\u00edtica de recupera\u00e7\u00e3o.<\/p>\n<p>Ao reunir todos esses elementos em uma pol\u00edtica bem estruturada de backup e recupera\u00e7\u00e3o de dados, a equipe ganha <a href=\"https:\/\/www.ninjaone.com\/it-hub\/seguranca-de-endpoints\/what-is-operational-efficiency\/\">efici\u00eancia operacional<\/a> e os resultados de recupera\u00e7\u00e3o ficam mais consistentes em todos os ambientes de tenants que voc\u00ea gerencia.<\/p>\n<p><strong>Temas relacionados:<\/strong><\/p>\n<ul>\n<li><a href=\"https:\/\/www.ninjaone.com\/pt-br\/blog\/estrategias-de-backup-seguro\/\">Estrat\u00e9gias de backup seguras para alcan\u00e7ar resili\u00eancia de dados<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/pt-br\/blog\/guia-completo-para-recuperacao-de-backup-de-dados\/\">Guia completo de backup e recupera\u00e7\u00e3o de dados<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/pt-br\/blog\/resiliencia-de-backup-msp\/\">Como provedores de servi\u00e7os gerenciados podem entregar resili\u00eancia real de backup<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/pt-br\/blog\/custos-falha-de-backup\/\">Modelo para MSPs: como comunicar aos clientes o custo de neg\u00f3cio de uma falha de backup<\/a><\/li>\n<\/ul>\n","protected":false},"excerpt":{"rendered":"<p>O backup e a recupera\u00e7\u00e3o de dados est\u00e3o entre os principais servi\u00e7os oferecidos pelos MSPs. Muitas vezes s\u00e3o vendidos como um servi\u00e7o s\u00f3, mas saber criar backups e conseguir recuper\u00e1-los s\u00e3o coisas bem diferentes. Alguns MSPs, por exemplo, executam jobs de backup todos os dias sem nunca verificar se \u00e9 poss\u00edvel restaur\u00e1-los em um evento [&hellip;]<\/p>\n","protected":false},"author":35,"featured_media":941574,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_relevanssi_hide_post":"","_relevanssi_hide_content":"","_relevanssi_pin_for_all":"","_relevanssi_pin_keywords":"","_relevanssi_unpin_keywords":"","_relevanssi_related_keywords":"","_relevanssi_related_include_ids":"","_relevanssi_related_exclude_ids":"","_relevanssi_related_no_append":"","_relevanssi_related_not_related":"","_relevanssi_related_posts":"","_relevanssi_noindex_reason":"","_lmt_disableupdate":"","_lmt_disable":"","footnotes":""},"categories":[12434,12429],"tags":[],"class_list":["post-921624","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-backup-pt-br","category-crescimento-para-msp"],"acf":[],"modified_by":null,"_links":{"self":[{"href":"https:\/\/www.ninjaone.com\/pt-br\/wp-json\/wp\/v2\/posts\/921624","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.ninjaone.com\/pt-br\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.ninjaone.com\/pt-br\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/pt-br\/wp-json\/wp\/v2\/users\/35"}],"replies":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/pt-br\/wp-json\/wp\/v2\/comments?post=921624"}],"version-history":[{"count":1,"href":"https:\/\/www.ninjaone.com\/pt-br\/wp-json\/wp\/v2\/posts\/921624\/revisions"}],"predecessor-version":[{"id":921625,"href":"https:\/\/www.ninjaone.com\/pt-br\/wp-json\/wp\/v2\/posts\/921624\/revisions\/921625"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/pt-br\/wp-json\/wp\/v2\/media\/941574"}],"wp:attachment":[{"href":"https:\/\/www.ninjaone.com\/pt-br\/wp-json\/wp\/v2\/media?parent=921624"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.ninjaone.com\/pt-br\/wp-json\/wp\/v2\/categories?post=921624"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.ninjaone.com\/pt-br\/wp-json\/wp\/v2\/tags?post=921624"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}