Comparativo de software de backup: Acronis vs NinjaOne vs Comet vs MSP360
Comparamos o Acronis Cyber Protect Cloud Backup, Comet Backup, MSP360 Managed Backup e NinjaOne Backup em infraestrutura AWS idêntica. Cada fornecedor executou um backup em modo de arquivo da mesma carga de trabalho de 625.946 arquivos / 50 GB e um backup de imagem completo do disco do sistema, e depois restaurou o subdiretório médio de 15 GB.
Resultados do comparativo de software de backup
Aqui estão os quatro produtos de backup testados em uma carga de trabalho de 50 GB / 625.946 arquivos, classificados pelo número de dimensões lideradas entre imagem Windows + Linux, arquivo e restauração em nível de arquivo:
Taxa de transferência de backup Windows
Taxa de transferência de backup Linux
Restauração em nível de arquivo
O destino da restauração foi o subdiretório médio da carga de trabalho de arquivos (15 GB / 2.980 arquivos) em cada fornecedor.
Conclusões entre modos de imagem, arquivo e restauração
O Acronis foi o único fornecedor a liderar mais de uma dimensão. Ele assumiu o primeiro lugar na restauração Windows (99,3 MB/s), imagem Linux (única execução limpa), arquivo Linux (52,1 MB/s) e restauração Linux (100,7 MB/s), quatro das seis dimensões medidas. NinjaOne, MSP360 e Comet lideraram exatamente uma dimensão Windows cada. Onde a cobertura em ambos os sistemas operacionais e em todos os três modos importa, o Acronis apresentou o resultado mais consistente nesta execução.
O Acronis é o único produto cujo backup em nível de bloco Linux foi concluído sem avisos do fornecedor. O NinjaOne não envia nenhum agente de backup Linux. O agente Linux do MSP360 é apenas de arquivo. O plano de imagem Linux do Comet foi concluído, mas o driver de snapshot emitiu um aviso de compatibilidade de kernel contra o kernel 7.0 do Ubuntu 26.04 e executou no modo de fallback de melhor esforço.
A imagem Windows se divide em dois níveis. NinjaOne e MSP360 concluíram em 10 minutos; o Acronis levou 17 minutos e o Comet levou 16. Ambas as execuções mais lentas relataram um gargalo de ingestão em nuvem auto-divulgado. MSP360 e Comet ambos expõem armazenamento apoiado em Wasabi, mas estão em níveis diferentes, então a lacuna não deve ser atribuída apenas ao backend de armazenamento.
O modo de arquivo Windows varia 8,9x. Comet liderou com 32,43 MB/s, seguido pelo Acronis 20,9 MB/s, MSP360 6,30 MB/s e NinjaOne 3,64 MB/s. Os quatro produtos usam pipelines de agente diferentes para enumeração de pequenos arquivos em um corpus de 625.946 arquivos. O forte resultado de imagem Windows do NinjaOne não se generalizou para seu pipeline em modo de arquivo nos mesmos dados de origem.
O Acronis produziu a restauração medida mais rápida em ambos Windows (99,3 MB/s) e Linux (100,7 MB/s) nesta execução de passagem única. Os quatro produtos caíram dentro de uma faixa de 16 MB/s (83,3 a 99,3) na restauração Windows.
A deduplicação de smart-restore do Comet transferiu 67,84 MB de novo conteúdo quando o destino de 15 GB já existia no disco, uma redução de transferência de linha de ~222x nesta execução. Os outros produtos baixaram os 15 GB completos em cada execução. Em cenários de re-restauração menos ideais (taxa de correspondência diferente no destino), o ganho depende de quanto conteúdo já corresponde.
Adicionar como fonte preferencialProdutos de backup testados
Acronis Cyber Protect Cloud
Acronis Cyber Protect Cloud Backup teve a cobertura mais ampla entre os modos que testamos. É o único fornecedor cujo backup de imagem em nível de bloco Linux foi concluído sem avisos do fornecedor, o único fornecedor com um rótulo de gargalo auto-divulgado por teste e produziu o resultado de restauração medido mais rápido neste teste de passagem única em ambos Windows e Linux. Registramos o trial em eu2-cloud.acronis.com, que auto-atribuiu um datacenter de Frankfurt quando selecionamos Alemanha no cadastro.
Configuração do trial e instalação do agente
O cadastro do trial em eu2-cloud.acronis.com auto-encaminha para um datacenter de Frankfurt quando "Alemanha" é o país selecionado. O assistente "+ Add device" do console apresenta uma lista de plataformas (Workstations / Servers / Virtual machines / Microsoft 365 / etc.) e um link de download por plataforma.
O agente Windows é um pequeno instalador web que baixa a carga útil real do agente de 500 MB em tempo de execução. Tempo de relógio no VM-01 (Windows Server 2022): transferência do instalador web em segundos, download do pacote do agente cerca de 5 minutos, registro e online dentro de 10 minutos no total. O registro usa um código de uso único incorporado na URL do instalador ou um token de registro gerado separadamente (vida útil de até 12 meses, multi-dispositivo).
O assistente "Register workload" tem três etapas: selecionar conta, selecionar planos, revisar e registrar. Escolhemos Do not apply na etapa do plano para evitar que o plano de proteção completa padrão do Acronis auto-inicie um backup CDP antes de podermos medir execuções controladas D1.
O agente Linux é um instalador .bin de arquivo único de 1,16 GB (sem instalador web). A matriz de suporte oficial do Acronis no momento da escrita lista Ubuntu 18.04 até 25.10; testamos no 26.04, uma versão à frente. No 26.04, o caminho de instalação exigiu as seguintes etapas além da instalação silenciosa padrão:
1. Instalar a ferramenta rpm (o instalador espera; Ubuntu 26.04 não a envia por padrão).
2. Definir %_pkgverify_level none em /etc/rpm/macros (RPM 6.x impõe verificação estrita de assinatura; os pacotes do Acronis não são assinados).
3. Executar o .bin com –skip-prereq-check –nodeps –force-weak-snapapi –token=<registration-token> –rain=https://eu2-cloud.acronis.com para registro não interativo.
4. Instalar make gcc dkms linux-headers-$(uname -r) e executar sudo dkms autoinstall para que o DKMS compile snapapi26 e snumbd26 contra o kernel em execução, e depois sudo modprobe para carregá-los.
O tempo decorrido da instalação Linux no 26.04 foi de cerca de 15 minutos, incluindo as etapas acima. Em um Ubuntu LTS suportado (22.04 / 24.04 / 25.10), a instalação silenciosa documentada é mais curta. Uma vez que ambos os dispositivos apareceram no console como "online, não protegido", a configuração do trial foi concluída.
Configuração de backup e modos
Os planos de backup do Acronis são criados no console e enviados para os dispositivos. O modelo do plano tem um "Backup module" com dois modos principais: Entire machine (imagem em nível de bloco) e Files/folders (por arquivo). Para a carga de trabalho de pequenos arquivos, a escolha do modo domina o tempo de relógio. A máquina inteira completou o disco do sistema de 82,7 GB do VM-01 em 17 minutos; Files/folders na mesma origem levou 40 minutos a 20,9 MB/s. Onde a proteção de máquina completa é aceitável, configuração mais rápida para compartilhamentos Windows densos de pequenos arquivos (repositórios CAD, gerenciamento de documentos, árvores de origem). Cada tarefa do Acronis emite um rótulo de gargalo ("Write to destination 100%", "Read from source 100%"), que expõe a camada limitadora de taxa sem instrumentação externa.
Backup em nível de bloco Linux
O agente Linux do Acronis usa snapapi26 (um módulo de kernel compilado no momento da instalação via DKMS) para tirar um snapshot em nível de partição e transmitir uma imagem em nível de bloco. O pipeline estava ativo durante a execução: iostat mostrou atividade sustentada de leitura de disco e ifconfig mostrou TX de rede concorrente durante todo o tempo. O disco do sistema Ubuntu completo (56 GB usados) foi concluído em 14 minutos. O tempo de relógio no Linux foi 3 minutos mais curto que no Windows no mesmo modo (14 vs 17 minutos); ambas as execuções foram limitadas pelo caminho de ingestão em nuvem do Acronis Cyber Infrastructure.
Fluxo de restauração
A restauração no Acronis é um assistente iniciado a partir da página de detalhes do dispositivo. O usuário seleciona um ponto de recuperação, navega pela árvore de arquivos e escolhe arquivos ou pastas. Restauramos um subdiretório de arquivos de tamanho médio de 15 GB. A restauração Windows foi concluída em 2:31 a 99,3 MB/s; a restauração Linux em 2:29 a 100,7 MB/s. Ambas as execuções foram limitadas pelo caminho de download do Acronis Cloud; o fornecedor rotula este gargalo como "Read from source 100%" no feed de atividades da tarefa, o que corresponde ao que observamos. O Acronis produziu a restauração de passagem única mais rápida em ambos os sistemas operacionais.
NinjaOne Backup
NinjaOne Backup empatou com o MSP360 no tempo de relógio de imagem Windows mais rápido (10 minutos para o disco do sistema completo) e envia backup como parte de uma plataforma RMM integrada. A configuração é executada através de políticas de dispositivo (Windows Server Policy auto-atribuída ao VM-04) em vez de um assistente primeiro de backup, então clientes que já executam NinjaOne para correção, monitoramento e scripting podem habilitar backup do mesmo console. O produto está geralmente disponível em Windows e macOS, com backup Linux em um programa de Acesso Antecipado apenas para Debian.
Instalação de agente baseada em política e armazenamento gerenciado
O assistente add-computer do NinjaOne expõe Windows, Mac, Linux e Raspberry Pi como plataformas de agente com classificação de função (Server, Workstation, Laptop) e opções de arquitetura. Para Windows, o assistente gera uma URL de download MSI por locatário.
No VM-04 (Windows Server 2022) a instalação foi concluída em menos de um minuto e o dispositivo mostrou-se online no console imediatamente após. A configuração de backup vive em Administration → Policies → Agent policies → Windows Server Policy → Backup, com sub-abas Image e File/Folder. O menu suspenso de destino tem três opções: Cloud (gerenciado pelo NinjaOne), Local (disco por dispositivo) e Hybrid. O destino é armazenamento AWS gerenciado pelo NinjaOne; os clientes não trazem seu próprio S3, Wasabi, R2 ou bucket Blob Azure. Armazenamento gerenciado pelo fornecedor simplifica a integração (sem configuração IAM, sem configuração de bucket) ao custo de controle de política de armazenamento do lado do comprador.
O agente Linux (.deb de 44 MB) instala em cerca de 30 segundos no Ubuntu 26.04 com zero soluções alternativas e sem módulo de kernel. Os recursos RMM, correção e monitoramento são totalmente funcionais no Linux hoje. A política Linux Server no console ainda não expõe uma sub-abas Backup no nível de disponibilidade geral; esta é a observação de instalação do agente que motiva a subseção "Disponibilidade de backup Linux" abaixo.
Resultados de modo de imagem e arquivo
O plano de imagem do NinjaOne completou o disco do sistema de 73,4 GB do VM-04 em 10 minutos, empatado com o MSP360 no tempo de imagem Windows mais rápido que medimos. O plano de arquivo no mesmo corpus de 50 GB / 625.946 arquivos levou 229 minutos a 3,64 MB/s. O módulo RMM do NinjaOne sinalizou o consumo de CPU do próprio motor de backup durante a execução como um alerta (lockhart.exe em 69,5% sustentado por 14 minutos, 2,8 de 4 vCPU); o perfil de CPU do motor foi divulgado no mesmo console que os operadores usam para monitoramento normal. A lacuna de 23x de relógio entre o modo de imagem (10 min) e o modo de arquivo (229 min) segue o custo de CPU por arquivo em um corpus de 625.946 arquivos. A restauração a partir do plano de imagem completou 2.980 arquivos (15 GB) em 3 minutos a 83,3 MB/s.
Disponibilidade de backup Linux
O agente RMM do NinjaOne instala limpo no Ubuntu 26.04 (.deb, 44 MB, instalação de 30 segundos, sem módulo de kernel). RMM, correção e monitoramento funcionam totalmente no Linux hoje. A política Linux Server no console ainda não expõe uma sub-abas Backup no nível de disponibilidade geral. O NinjaOne executa um programa de Acesso Antecipado apenas para Debian para backup de arquivo Linux com engajamento de suporte do fornecedor sob solicitação; este artigo compara apenas funcionalidade de disponibilidade geral, então o caminho EA está fora do escopo. Clientes com cargas de trabalho de servidor Linux podem combinar NinjaOne com um produto de backup compatível com Linux até que o módulo Linux atinja a disponibilidade geral.
Comet Backup
O Comet oferece dois caminhos de implantação: Comet-Hosted (Comet Server gerenciado pelo fornecedor na região de Frankfurt) e Self-Hosted (cliente instala o Comet Server em sua própria infraestrutura). Selecionamos Comet-Hosted para paridade com os consoles estilo SaaS dos outros fornecedores.
Portal de conta e implantação
O portal de conta do Comet é uma arquitetura de dois portais: um Account Portal para faturamento e gerenciamento de locatários e um Management Console para operações diárias de backup. A primeira etapa pede ao operador que escolha entre Comet-Hosted (Comet Server gerenciado pelo fornecedor) e Self-Hosted (cliente instala e executa Comet Server em sua própria infraestrutura). Selecionamos Comet-Hosted, região Frankfurt para paridade com os consoles estilo SaaS dos outros fornecedores. O provisionamento leva alguns minutos e coloca o locatário no Comet Server v26.4.1 (trilha "phoebe") com um crédito de trial de $200 pré-anexado, sem método de pagamento necessário.
O Management Console chega em um subdomínio único por locatário com um Storage Vault padrão já anexado, visível na UI como Type: Wasabi. O Comet é o único fornecedor neste comparativo que divulga explicitamente seu backend de armazenamento subjacente na UI do console.
Instalação de agente em Windows e Linux
O agente Comet Backup é o mesmo binário em Windows e Linux na versão v26.4.1. O agente Windows instala a partir de um MSI em alguns minutos; o agente Linux é enviado como um .deb e instala em aproximadamente a mesma janela. Ambos registram contra o Management Console usando a URL do locatário e um login por usuário. Uma vez que ambos os dispositivos estão online, o console expõe as mesmas ações Connected Device em cada um (Run backup, Restore, Update, Login URL).
Configuração de backup e 13 tipos nativos
O assistente New Protected Item do Comet apresenta 13 tipos de backup nativos em um único menu suspenso: Files and Folders, Disk Image, Microsoft SQL Server, MySQL, MongoDB, Microsoft Exchange Server, Microsoft Hyper-V, VMware, MS Office 365, Mailbox Office 365, Application Folders, Program Output e Microsoft Windows Server Backup. O assistente Files and Folders configura caminhos de origem, retenção, agendamento e destino do storage vault. O assistente Disk Image enumera discos físicos e suporta seleção por volume. Paridade de versão do agente Win/Linux em v26.4.1 em ambas as plataformas é incomum neste comparativo.
Deduplicação smart-restore
Executamos a restauração de pasta de 15 GB duas vezes. A primeira execução visou a localização original, onde o Comet detectou que 15 GB de arquivos já existiam no destino, calculou hashes contra o índice de backup e baixou apenas 67,84 MB de novo conteúdo. Tempo total: 1:27. A segunda execução visou um caminho novo e baixou os 15,07 GB completos em 2:55 a 85,7 MB/s, que é a figura comparável na nossa tabela de resultados. O comportamento de dedup é real e único entre os quatro produtos. Nesta execução específica, o Comet reduziu a transferência de linha em mais de 200x; em cenários de re-restauração menos ideais (validação de failover de teste, recuperação parcial de um conjunto recriptografado após um backup limpo confirmado), o ganho depende de quanto conteúdo já corresponde no destino.
Plano de imagem de disco Linux
O plano de imagem de disco Linux do Comet executou até a conclusão em 15 minutos 54 segundos, 100 GB processados, 51,35 GB enviados. O trabalho terminou com status Warning. A entrada de log: driver de snapshot visa kernel < 6.18.0 e está no modo de fallback de melhor esforço no kernel 7.0 do Ubuntu 26.04. O Comet avisa que as imagens resultantes podem ser inconsistentes. O modo de backup de arquivo Linux na mesma VM executou limpo até um status Success em 19 minutos 14 segundos a 43,3 MB/s. Listamos o tempo decorrido da imagem para a tabela de comparação, mas não recomendaríamos esta configuração em produção.
MSP360 Managed Backup
O MSP360 empatou com o NinjaOne no tempo de relógio de imagem Windows mais rápido (10 minutos para o disco do sistema completo). O console roda em um destino de armazenamento apoiado em Wasabi (marca branca, exposto como "MSP360 Wasabi" na UI), a mesma infraestrutura Wasabi que o Comet usa. O agente Linux roda quatro versões principais atrás do agente Windows em uma base de código separada.
Ativação do trial e instalação do agente
O cadastro em msp360.com/managed-backup/free-trial aterrissa em um assistente "Getting started" com três trilhas de integração: Servers, M365, Hyper-V. A trilha Servers guia o operador através da instalação do agente, configuração de conta de armazenamento e um primeiro plano de backup em um fluxo linear único.
A etapa 1 é instalação do agente. O assistente apresenta downloads de instalador Windows / Mac / RPM / Deb em um seletor de plataforma. O instalador Windows é pequeno e executa através de um diálogo MSI padrão; o agente apareceu online no console dentro de alguns minutos de executar o instalador no VM-03.
A etapa 2 é conta de armazenamento. O fornecedor pré-cria uma conta de armazenamento apoiada em Wasabi em EU Central 2 Frankfurt; o operador precisa "assinar" antes que qualquer plano possa usá-la. A etapa de assinatura roteia através de um checkout FastSpring que pede um cartão de crédito e uma cobrança de ativação de trial de €1,19. O trial então roda 30 dias contra um limite de 2 TB; auto-renovação em $6,99/TB/mês mínimo entra em vigor a menos que cancelada antes da data de término do trial.
A etapa 3 seleciona a origem do backup (arquivo vs imagem, com a lista de disco local visível). Uma vez que um plano existe, a visão principal do console mostra o dispositivo como online.
O agente Linux (pacote Debian ou RPM) instala limpo no Ubuntu 26.04, mas roda em v4.5, quatro versões principais atrás do agente Windows (v8.6); os dois são bases de código separadas. O assistente Linux expõe apenas opções de backup de arquivo; não há modo de imagem / nível de disco em nenhum nível que pudéssemos acessar no trial. A CLI de locatário gerenciado Linux também está desabilitada para o nível de trial (acesso apenas GUI).
Backup de imagem
O plano de imagem do MSP360 completou o disco do sistema de 72,78 GB do VM-03 em 10 minutos, empatado com o NinjaOne no tempo de imagem Windows mais rápido que medimos. O console auto-divulga transições de fase (Consistency check, VSS snapshot, BootSector, SYSTEM, CBT scan, C:\ data) que não observamos no indicador opaco de porcentagem do NinjaOne. A imagem é escrita diretamente no bucket apoiado em Wasabi sem buffer intermediário no host do agente.
Capacidades do agente Linux
O agente Linux do MSP360 é v4.5, quatro versões principais atrás do agente Windows (v8.6). Os dois são bases de código separadas. O assistente Linux oferece backup em nível de arquivo apenas. Não há opção de imagem, nenhum plano em nível de disco, nenhum modo em nível de bloco. Confirmamos que esta é uma lacuna de produto do fornecedor, não um problema de configuração de locatário. A CLI de locatário gerenciado também está desabilitada para nosso nível de trial (acesso apenas GUI), o que limita caminhos de automação scriptada. Backup de arquivo Linux no VM-L-03 rodou em 2 horas 19 minutos a 6,43 MB/s, o que corresponde à taxa de transferência de arquivo Windows na carga de trabalho idêntica (6,30 MB/s). O agente limita agnóstico de plataforma na mesma taxa.
Restauração Windows e Linux
O MSP360 restaurou o subdiretório médio de 15 GB em 2:54 no Windows (86,2 MB/s) e 3:10 no Linux (84,8 MB/s). A taxa de transferência está dentro de 1,5 MB/s entre plataformas, consistente com a paridade de plataforma de backup de arquivo que vimos no backup (6,30 vs 6,43 MB/s). O fornecedor usa o mesmo formato de pipeline de agente em ambos os lados.
Ambiente de teste e metodologia
Infraestrutura
Carga de trabalho
Cálculo de taxa de transferência
Os tempos vêm do console de trabalho ou atividade de cada fornecedor (feed de Atividades do Acronis, logs de trabalho do Comet, visão de Monitoramento do MSP360, lista de planos do NinjaOne). Os tempos de tabela nas tabelas principais são arredondados para o minuto para legibilidade; tempos decorridos precisos são preservados em raw-results/<vendor>/*.json.
Exemplo: Restauração Linux do MSP360 em 3:10 relata 84,8 MB/s (16,11 GB / 190 s); restauração Linux do Comet no mesmo tempo decorrido relata 78,9 MB/s (15,07 GB / 190 s). A lacuna de 6 MB/s reflete bytes restaurados reais por fornecedor, não arredondamento.
Escopo
Limitações
Foco de cobertura de carga de trabalho: Windows Server 2022 e Ubuntu 26.04. Backup do Microsoft 365, backup do Google Workspace, macOS, Hyper-V, VMware, RDS, Azure SQL, GCP Compute e outras classes de carga de trabalho são cobertos em comparativos separados.
A matriz de integração de armazenamento de terceiros está fora do escopo. AWS S3 BYO, Cloudflare R2, Blob Azure e células de restauração cross-cloud são documentados na documentação do fornecedor, mas não medidos aqui.
Medição de passagem única. Cada backup e restauração rodou uma vez. Variância não é relatada.
Perguntas frequentes
O software de gerenciamento de backup é projetado para proteger seus dados criando backups de arquivos críticos, todo o seu sistema e máquinas virtuais, incluindo o sistema operacional e pastas. Com o software de backup certo, os usuários podem gerenciar backups de sistema, backups de arquivo e backups em nuvem para vários dispositivos, incluindo computadores, dispositivos móveis e outras máquinas, em várias plataformas.
Soluções modernas combinam backups automáticos, incrementais, diferenciais e completos para simplificar o processo e garantir que seu último backup esteja sempre disponível. Seja armazenado em armazenamento local, armazenamento conectado à rede, compartilhamentos de rede ou armazenamento em nuvem, como Google Drive ou Google Workspace, essas ferramentas protegem contra falhas de hardware, exclusão acidental, ransomware e desastres naturais.
O software de backup suporta diferentes estratégias dependendo se você é um negócio ou um usuário doméstico:
Backup completo: Cria uma cópia exata de todo o disco rígido ou todo o sistema, incluindo o sistema operacional e todos os arquivos.
Backup incremental: Faz backup apenas de arquivos novos ou alterados desde o último backup, economizando armazenamento e tempo.
Backup diferencial: Captura alterações desde o último backup completo, equilibrando eficiência e confiabilidade.
Backup local: Usa armazenamento local, armazenamento conectado à rede ou redes locais para criar cópias de backup próximas ao computador.
Backup online / Backup em nuvem: Mantém dados sensíveis em armazenamento em nuvem seguro, acessível de várias máquinas e oferece acesso remoto mesmo durante desastres naturais.
Esta flexibilidade permite que negócios e usuários domésticos escolham entre backup local para recuperação rápida ou backup em nuvem para resiliência contra perda de dados e até desastres naturais.
O software de gerenciamento de backup é mais do que apenas armazenar arquivos de backup; trata-se de garantir proteção de dados abrangente e recuperação rápida de falhas de hardware, exclusão acidental, ransomware ou desastres naturais. Com o processo de backup certo, negócios e usuários domésticos podem criar backups de dados críticos, de documentos importantes a discos rígidos inteiros.
Recursos como backup de sistema, backup automático, backup incremental e backup diferencial garantem que dados sensíveis estejam sempre protegidos. Além disso, o backup em nuvem adiciona resiliência armazenando arquivos de backup em armazenamento em nuvem (Google Drive, Google Workspace ou outros provedores de backup online). Ao mesmo tempo, opções de backup local, como armazenamento conectado à rede, armazenamento local ou compartilhamentos de rede, garantem acesso rápido de uma rede local.
Leitura adicional
- Software de Controle de Dispositivos
- Software de Prevenção de Perda de Dados (DLP)
- Software RMM com Preços
Cite esta pesquisa
Escolha o formato adequado ao local onde você vai publicar. Colar a versão com link no seu CMS preserva o backlink.
@misc{dilmegani2026,
author = {Dilmegani, Cem and Sarı, Ekrem},
title = {{Comparativo de software de backup: Acronis vs NinjaOne vs Comet vs MSP360}},
year = {2026},
month = jun,
howpublished = {\url{https://aimultiple.com/backup-software}},
note = {AIMultiple. Acessado em 16 Junho 2026}
}
Seja o primeiro a comentar
Seu endereço de e-mail não será publicado. Todos os campos são obrigatórios. Os comentários são deixados em seu idioma original.