{"id":39250,"date":"2019-10-31T22:28:41","date_gmt":"2019-10-31T19:28:41","guid":{"rendered":"https:\/\/prohoster.info\/blog\/rezervnoe-kopirovanie-chast-7-vyvody\/"},"modified":"2019-10-31T22:28:41","modified_gmt":"2019-10-31T19:28:41","slug":"rezervnoe-kopirovanie-chast-7-vyvody","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/rezervnoe-kopirovanie-chast-7-vyvody","title":{"rendered":"Backup, parte 7: Conclus\u00f5es","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Backup, parte 7: Conclus\u00f5es\" src=\"\/wp-content\/uploads\/2019\/10\/475781030b157d85aa9e9a1dc7ea7c6b.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Este artigo encerra o ciclo sobre backup. Ele aborda a organiza\u00e7\u00e3o l\u00f3gica de um servidor dedicado (ou VPS) que \u00e9 conveniente para backup, al\u00e9m de apresentar uma op\u00e7\u00e3o para recupera\u00e7\u00e3o r\u00e1pida do servidor a partir do backup, sem grandes per\u00edodos de inatividade em caso de falha.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h2 id=\"ishodnye-dannye\">Dados de origem<\/h2>\n<p><\/p>\n<p>Um servidor dedicado geralmente possui pelo menos dois discos r\u00edgidos, que s\u00e3o utilizados para organizar um array RAID de n\u00edvel um (mirror). Isso \u00e9 necess\u00e1rio para continuar as opera\u00e7\u00f5es do servidor caso um disco falhe. Se for um servidor dedicado comum, pode haver um controlador RAID de hardware separado, com tecnologia de caching ativa em SSD, permitindo que um ou mais SSDs sejam conectados al\u00e9m dos discos r\u00edgidos normais. \u00c0s vezes, s\u00e3o oferecidos servidores dedicados que t\u00eam apenas SATADOMs (discos pequenos, estruturalmente semelhantes a um pen drive, conectados a uma porta SATA), ou at\u00e9 mesmo um pen drive pequeno (8-16 GB) conectado a uma porta interna especial, sendo que os dados s\u00e3o obtidos de uma SAN (Storage Area Network) conectada atrav\u00e9s de uma rede de armazenamento dedicada (Ethernet 10G, FC, etc.). Existem tamb\u00e9m servidores dedicados que fazem boot diretamente da SAN. N\u00e3o irei abordar essas op\u00e7\u00f5es, pois nestes casos a responsabilidade pelo backup do servidor geralmente recai sobre o especialista que mant\u00e9m a SAN, onde frequentemente existem diferentes tecnologias propriet\u00e1rias para criar snapshots de estado, desduplica\u00e7\u00e3o integrada e outras vantagens do administrador de sistemas, discutidas nas partes anteriores deste ciclo. O volume do array de discos de um servidor dedicado pode alcan\u00e7ar v\u00e1rias dezenas de terabytes, dependendo do n\u00famero e do tamanho dos discos conectados ao servidor. No caso do VPS, os volumes s\u00e3o mais modestos: geralmente n\u00e3o ultrapassam 100 GB (mas podem ser maiores), e as tarifas para esses VPS podem facilmente ser mais altas do que as dos servidores dedicados mais baratos do mesmo provedor. Um VPS geralmente tem um \u00fanico disco, pois est\u00e1 sob um sistema de armazenamento (ou algo hiperconvergente). \u00c0s vezes, os VPS t\u00eam v\u00e1rios discos com diferentes caracter\u00edsticas, para diferentes finalidades:<\/p>\n<p><\/p>\n<ul>\n<li>pequeno sistema \u2014 para instalar o sistema operacional;<\/li>\n<li>grande \u2014 para armazenamento de dados do usu\u00e1rio.<\/li>\n<\/ul>\n<p><\/p>\n<p>Ao reinstalar o sistema usando o painel de controle, o disco com dados do usu\u00e1rio n\u00e3o \u00e9 apagado, mas o disco do sistema \u00e9 completamente reescrito. No caso de um VPS, o provedor pode oferecer um bot\u00e3o que faz uma captura do estado do VPS (ou do disco), no entanto, se voc\u00ea instalar seu pr\u00f3prio sistema operacional ou esquecer de ativar o servi\u00e7o necess\u00e1rio dentro do VPS, parte dos dados pode ainda assim ser perdida. Al\u00e9m do bot\u00e3o, geralmente \u00e9 oferecido um servi\u00e7o de armazenamento de dados, muitas vezes bastante limitado. Normalmente, trata-se de uma conta com acesso via protocolo FTP ou SFTP, \u00e0s vezes junto com SSH, com um shell restrito (como rbash), ou limita\u00e7\u00f5es na execu\u00e7\u00e3o de comandos via authorized_keys (por meio de ForcedCommand). <\/p>\n<p><\/p>\n<p>Um servidor dedicado est\u00e1 conectado \u00e0 rede por meio de duas portas com velocidade de 1 Gbit\/s, \u00e0s vezes podem ser placas com velocidade de 10 Gbit\/s. Em VPS, a interface de rede geralmente \u00e9 uma s\u00f3. Na maioria das vezes, os data centers n\u00e3o limitam a velocidade da rede dentro do data center, mas limitam a velocidade de acesso \u00e0 Internet.<\/p>\n<p><\/p>\n<p>A carga t\u00edpica de um servidor dedicado ou VPS inclui um servidor web, banco de dados e servidor de aplicativos. \u00c0s vezes, podem ser instalados diferentes servi\u00e7os adicionais, incluindo para o servidor web ou banco de dados: mecanismo de busca, sistema de e-mail, etc.<\/p>\n<p><\/p>\n<p>O espa\u00e7o para armazenamento de backups \u00e9 um servidor especialmente configurado, sobre o qual ser\u00e1 falado em mais detalhes a seguir.<\/p>\n<p><\/p>\n<h2 id=\"logicheskaya-organizaciya-diskovoy-sistemy\">Organiza\u00e7\u00e3o l\u00f3gica do sistema de arquivos<\/h2>\n<p><\/p>\n<p>Se houver um controlador RAID ou se for um VPS com um \u00fanico disco e n\u00e3o h\u00e1 prefer\u00eancias espec\u00edficas para o funcionamento do subsistema de disco (por exemplo, um disco r\u00e1pido separado para o banco de dados) \u2014 todo o espa\u00e7o livre \u00e9 dividido assim: \u00e9 criado um \u00fanico particionamento, sobre o qual \u00e9 criada um grupo de volumes LVM, com v\u00e1rios volumes: 2 pequenos do mesmo tamanho, usados como sistema de arquivos raiz (trocados alternadamente durante as atualiza\u00e7\u00f5es para permitir um retorno r\u00e1pido, ideia inspirada na distribui\u00e7\u00e3o Calculate Linux), outro \u2014 para a parti\u00e7\u00e3o de swap, o restante do espa\u00e7o livre \u00e9 dividido em pequenos volumes, utilizados como sistema de arquivos raiz para cont\u00eaineres completos, discos para m\u00e1quinas virtuais, sistemas de arquivos para contas em \/home (cada conta \u2014 seu pr\u00f3prio sistema de arquivos), sistemas de arquivos para cont\u00eaineres de aplicativos.<\/p>\n<p><\/p>\n<p>Observa\u00e7\u00e3o importante: os volumes devem ser totalmente autossuficientes, ou seja, n\u00e3o devem depender uns dos outros nem do sistema de arquivos raiz. No caso de m\u00e1quinas virtuais ou cont\u00eaineres, esse ponto \u00e9 cumprido automaticamente. Se forem cont\u00eaineres de aplicativos ou diret\u00f3rios pessoais, \u00e9 prudente considerar a separa\u00e7\u00e3o dos arquivos de configura\u00e7\u00e3o do servidor web e de outros servi\u00e7os de modo a maximizar a elimina\u00e7\u00e3o das depend\u00eancias entre os volumes. Por exemplo, cada site funciona com seu pr\u00f3prio usu\u00e1rio, os arquivos de configura\u00e7\u00e3o do site ficam no diret\u00f3rio pessoal do usu\u00e1rio, nas configura\u00e7\u00f5es do servidor web, os arquivos de configura\u00e7\u00e3o dos sites n\u00e3o s\u00e3o inclu\u00eddos atrav\u00e9s de \/etc\/nginx\/conf.d\/<em>.conf, mas, por exemplo, \/home\/<\/em>\/configs\/nginx\/*.conf<\/p>\n<p><\/p>\n<p>Se houver v\u00e1rios discos \u2014 pode-se criar um arranjo RAID por software (e configur\u00e1-lo para cache em SSD, se houver necessidade e recursos), sobre o qual montar LVM de acordo com as regras propostas acima. Al\u00e9m disso, nesse caso, pode-se usar ZFS ou BtrFS, mas \u00e9 necess\u00e1rio pensar cuidadosamente: ambos exigem uma abordagem muito mais rigorosa em rela\u00e7\u00e3o aos recursos, al\u00e9m disso, o ZFS n\u00e3o vem inclu\u00eddo no n\u00facleo do Linux.<\/p>\n<p><\/p>\n<p>Independentemente do esquema utilizado, \u00e9 sempre bom estimar a velocidade aproximada de grava\u00e7\u00e3o das altera\u00e7\u00f5es nos discos e, em seguida, calcular o tamanho do espa\u00e7o livre que ser\u00e1 reservado para a cria\u00e7\u00e3o de snapshots. Por exemplo, se o nosso servidor estiver gravando dados a uma velocidade de 10 megabytes por segundo, e o tamanho total do array de dados for de 10 terabytes \u2014 o tempo de sincroniza\u00e7\u00e3o pode chegar a um dia (22 horas \u2014 esse \u00e9 o tempo que levar\u00e1 para transferir esse volume pela rede de 1 Gbps) \u2014 deve-se reservar cerca de 800 GB. Na realidade, o n\u00famero ser\u00e1 menor, podendo-se dividi-lo pelo n\u00famero de volumes l\u00f3gicos.<\/p>\n<p><\/p>\n<h2 id=\"ustroystvo-servera-hraneniya-rezervnyh-kopiy\">Dispositivo de servidor de armazenamento de backups<\/h2>\n<p><\/p>\n<p>A principal diferen\u00e7a do servidor para armazenamento de backups \u00e9 que ele utiliza discos grandes, baratos e relativamente lentos. Como os HDD modernos j\u00e1 ultrapassaram a marca de 10 TB em um \u00fanico disco, \u00e9 imprescind\u00edvel a aplica\u00e7\u00e3o de sistemas de arquivos ou RAID com somas de verifica\u00e7\u00e3o, pois durante a reestrutura\u00e7\u00e3o do array ou a recupera\u00e7\u00e3o do sistema de arquivos (que pode levar v\u00e1rios dias!) o segundo disco pode falhar devido \u00e0 carga excessiva. Em discos com capacidade de at\u00e9 1 TB, isso n\u00e3o era t\u00e3o sens\u00edvel. Para simplificar a descri\u00e7\u00e3o, suponho que o espa\u00e7o em disco esteja dividido em duas partes aproximadamente iguais (novamente, por exemplo, usando LVM):<\/p>\n<p><\/p>\n<ul>\n<li>volumes correspondentes nos servidores, utilizados para armazenar dados dos usu\u00e1rios (neles ser\u00e1 desdobrada a \u00faltima c\u00f3pia de backup feita para verifica\u00e7\u00e3o);<\/li>\n<li>volumes utilizados como reposit\u00f3rios BorgBackup (onde os dados para os backups ir\u00e3o diretamente).<\/li>\n<\/ul>\n<p><\/p>\n<p>O princ\u00edpio de funcionamento consiste em criar volumes separados para cada servidor sob os reposit\u00f3rios BorgBackup, onde os dados dos servidores de produ\u00e7\u00e3o ser\u00e3o armazenados. Os reposit\u00f3rios operam em modo apenas de adi\u00e7\u00e3o, o que exclui a possibilidade de exclus\u00e3o intencional de dados, e por meio da deduplica\u00e7\u00e3o e limpeza peri\u00f3dica dos reposit\u00f3rios de backups antigos (ficam as c\u00f3pias anuais, as mensais do \u00faltimo ano, as semanais do \u00faltimo m\u00eas, as di\u00e1rias da \u00faltima semana, podendo \u2014 em casos especiais \u2014 ser geradas c\u00f3pias a cada hora do \u00faltimo dia: no total, 24 + 7 + 4 + 12 + anuais \u2014 cerca de 50 c\u00f3pias para cada servidor).<br \/>\nNos reposit\u00f3rios do BorgBackup, o modo apenas para adi\u00e7\u00e3o n\u00e3o \u00e9 ativado, em vez disso, utiliza-se o ForcedCommand no .ssh\/authorized_keys em um formato semelhante a este:<\/p>\n<p><\/p>\n<pre><code class=\"plaintext\">from=\"endere\u00e7o do servidor\",command=\"\/usr\/local\/bin\/borg serve --append-only --restrict-to-path \/home\/nome_do_servidor\/borgbackup\/\",no-pty,no-agent-forwarding,no-port-forwarding,no-X11-forwarding,no-user-rc AAAAA.......<\/code><\/pre>\n<p><\/p>\n<p>No caminho especificado, h\u00e1 um script wrapper sobre o borg, que, al\u00e9m de iniciar o bin\u00e1rio com os par\u00e2metros, tamb\u00e9m inicia o processo de restaura\u00e7\u00e3o do backup ap\u00f3s a conclus\u00e3o da coleta de dados. Para isso, o script wrapper cria um arquivo indicativo ao lado do reposit\u00f3rio correspondente. O \u00faltimo backup feito \u00e9 automaticamente restaurado na unidade l\u00f3gica correspondente ap\u00f3s a conclus\u00e3o do processo de upload de dados.<\/p>\n<p><\/p>\n<p>Essa constru\u00e7\u00e3o permite limpar periodicamente backups desnecess\u00e1rios, al\u00e9m de impedir que servidores de produ\u00e7\u00e3o excluam qualquer coisa no servidor de armazenamento de backups.<\/p>\n<p><\/p>\n<h2 id=\"process-rezervnogo-kopirovaniya\">O processo de backup<\/h2>\n<p><\/p>\n<p>O iniciador do backup \u00e9 o pr\u00f3prio servidor dedicado ou VPS, uma vez que esse esquema d\u00e1 mais controle sobre o processo de backup por parte desse servidor. Primeiramente, \u00e9 feito um instant\u00e2neo do estado do sistema de arquivos raiz ativo, que \u00e9 montado e enviado com o BorgBackup para o servidor de armazenamento de backups. Ap\u00f3s a conclus\u00e3o da coleta de dados, o instant\u00e2neo \u00e9 desmontado e exclu\u00eddo.<\/p>\n<p><\/p>\n<p>No caso de haver uma pequena base de dados (at\u00e9 1 GB para cada site), \u00e9 feito um backup da base de dados, que \u00e9 salvo na respectiva unidade l\u00f3gica, onde est\u00e3o localizados os outros dados do mesmo site, mas de modo que o backup n\u00e3o seja acess\u00edvel atrav\u00e9s do servidor web. Se as bases forem grandes, deve-se configurar a extra\u00e7\u00e3o de dados 'quente', por exemplo, usando xtrabackup para MySQL, ou o funcionamento do WAL com archive_command no PostgreSQL. Nesse caso, a base de dados ser\u00e1 restaurada separadamente dos dados dos sites.<\/p>\n<p><\/p>\n<p>Se cont\u00eaineres ou m\u00e1quinas virtuais forem utilizados, deve-se configurar o qemu-guest-agent, CRIU ou outras tecnologias necess\u00e1rias. Em outros casos, normalmente n\u00e3o ser\u00e3o necess\u00e1rias configura\u00e7\u00f5es adicionais \u2014 simplesmente criamos instant\u00e2neos das unidades l\u00f3gicas, que depois s\u00e3o processados de forma semelhante ao instant\u00e2neo do estado do sistema de arquivos raiz. Ap\u00f3s a coleta de dados, os instant\u00e2neos s\u00e3o exclu\u00eddos.<\/p>\n<p><\/p>\n<p>O trabalho subsequente \u00e9 realizado no servidor de armazenamento de backups:<\/p>\n<p><\/p>\n<ul>\n<li>verificando o \u00faltimo backup realizado em cada reposit\u00f3rio,<\/li>\n<li>verificando a presen\u00e7a de um arquivo de etiqueta, indicando que o processo de extra\u00e7\u00e3o de dados foi conclu\u00eddo,<\/li>\n<li>realizando a recupera\u00e7\u00e3o de dados no volume local correspondente,<\/li>\n<li>removendo o arquivo de etiqueta,<\/li>\n<\/ul>\n<p><\/p>\n<h2 id=\"process-vosstanovleniya-rabotosposobnosti-servera\">Processo de recupera\u00e7\u00e3o da funcionalidade do servidor,<\/h2>\n<p><\/p>\n<p>Se o servidor principal falhar, um servidor dedicado equivalente ser\u00e1 iniciado, que carrega a partir de uma imagem padr\u00e3o. Provavelmente, o carregamento ocorrer\u00e1 pela rede, embora o t\u00e9cnico do Data Center que configura o servidor possa imediatamente copiar essa imagem padr\u00e3o para um dos discos. O carregamento ocorre na mem\u00f3ria RAM e, em seguida, inicia-se o processo de recupera\u00e7\u00e3o:<\/p>\n<p><\/p>\n<ul>\n<li>realizando uma solicita\u00e7\u00e3o para anexar o dispositivo de bloco via iscsinbd ou outro protocolo similar de volume l\u00f3gico, contendo o sistema de arquivos raiz do servidor falecido; como o sistema de arquivos raiz deve ser pequeno, essa etapa deve ser conclu\u00edda em poucos minutos. O carregador de inicializa\u00e7\u00e3o tamb\u00e9m \u00e9 restaurado;<\/li>\n<li>recriando a estrutura dos volumes l\u00f3gicos locais, anexando os volumes l\u00f3gicos do servidor de backup usando o m\u00f3dulo do kernel dm_clone: iniciando a recupera\u00e7\u00e3o de dados, e as altera\u00e7\u00f5es s\u00e3o escritas imediatamente nos discos locais.<\/li>\n<li>iniciando um cont\u00eainer com todos os discos f\u00edsicos dispon\u00edveis - a funcionalidade do servidor \u00e9 totalmente restaurada, mas com desempenho reduzido;<\/li>\n<li>depois que a sincroniza\u00e7\u00e3o de dados \u00e9 conclu\u00edda, os volumes l\u00f3gicos do servidor de backup s\u00e3o desanexados, o cont\u00eainer \u00e9 desligado e o servidor \u00e9 reiniciado;<\/li>\n<\/ul>\n<p><\/p>\n<p>Ap\u00f3s a reinicializa\u00e7\u00e3o, o servidor ter\u00e1 todos os dados que estavam no momento da cria\u00e7\u00e3o do backup, al\u00e9m de incluir todas as altera\u00e7\u00f5es feitas durante o processo de recupera\u00e7\u00e3o.<\/p>\n<p>\n<b class=\"spoiler_title\">Outros artigos do ciclo,<\/b><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/449282\/\">Backup, parte 1: Por que o backup \u00e9 necess\u00e1rio, vis\u00e3o geral dos m\u00e9todos e tecnologias,<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/452630\/\">Backup, parte 2: Vis\u00e3o geral e teste de ferramentas de backup baseadas em rsync<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/454420\/\">Backup, parte 3: Vis\u00e3o geral e teste do duplicity, duplicati,<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/454734\/#first_unread\">Backup, parte 4: Vis\u00e3o geral e teste do zbackup, restic, borgbackup,<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/459550\/\">Backup, parte 5: Teste do Bacula e Veeam Backup for Linux,<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/468963\/\">Backup: parte a pedido dos leitores: vis\u00e3o geral do AMANDA, UrBackup, BackupPC<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/470802\/\">Backup, Parte 6: Compara\u00e7\u00e3o de ferramentas de backup<\/a><\/noindex><br \/>\nBackup, parte 7: Conclus\u00f5es<\/p>\n<p><\/p>\n<p>Convido a discutir a proposta nos coment\u00e1rios, obrigado pela aten\u00e7\u00e3o!<\/p>\n<p>Fonte: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/472776\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0414\u0430\u043d\u043d\u0430\u044f \u0437\u0430\u043c\u0435\u0442\u043a\u0430 \u0437\u0430\u0432\u0435\u0440\u0448\u0430\u0435\u0442 \u0446\u0438\u043a\u043b \u043e \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u043c \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0438. \u0412 \u043d\u0435\u0439 \u043f\u043e\u0439\u0434\u0435\u0442 \u0440\u0435\u0447\u044c \u043e \u043b\u043e\u0433\u0438\u0447\u0435\u0441\u043a\u043e\u0439 \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u0438 \u0432\u044b\u0434\u0435\u043b\u0435\u043d\u043d\u043e\u0433\u043e \u0441\u0435\u0440\u0432\u0435\u0440\u0430 (\u0438\u043b\u0438 VPS), \u0443\u0434\u043e\u0431\u043d\u043e\u0439 \u0434\u043b\u044f \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u0433\u043e \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f, \u0430 \u0442\u0430\u043a\u0436\u0435 \u0431\u0443\u0434\u0435\u0442 \u043f\u0440\u0435\u0434\u043b\u043e\u0436\u0435\u043d \u0432\u0430\u0440\u0438\u0430\u043d\u0442 \u0431\u044b\u0441\u0442\u0440\u043e\u0433\u043e \u0432\u043e\u0441\u0441\u0442\u0430\u043d\u043e\u0432\u043b\u0435\u043d\u0438\u044f \u0441\u0435\u0440\u0432\u0435\u0440\u0430 \u0438\u0437 \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u0439 \u043a\u043e\u043f\u0438\u0438 \u0431\u0435\u0437 \u043e\u0441\u043e\u0431\u044b\u0445 \u043f\u0440\u043e\u0441\u0442\u043e\u0435\u0432 \u0432 \u0441\u043b\u0443\u0447\u0430\u0435 \u0430\u0432\u0430\u0440\u0438\u0438. \u0418\u0441\u0445\u043e\u0434\u043d\u044b\u0435 \u0434\u0430\u043d\u043d\u044b\u0435 \u0412\u044b\u0434\u0435\u043b\u0435\u043d\u043d\u044b\u0439 \u0441\u0435\u0440\u0432\u0435\u0440 \u0447\u0430\u0449\u0435 \u0432\u0441\u0435\u0433\u043e \u0438\u043c\u0435\u0435\u0442 \u043c\u0438\u043d\u0438\u043c\u0443\u043c \u0434\u0432\u0430 \u0436\u0435\u0441\u0442\u043a\u0438\u0445 \u0434\u0438\u0441\u043a\u0430, \u0441\u043b\u0443\u0436\u0430\u0449\u0438\u0445 \u0434\u043b\u044f \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u0438 RAID \u043c\u0430\u0441\u0441\u0438\u0432\u0430 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":29456,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-39250","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.3 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0414\u0430\u043d\u043d\u0430\u044f \u0437\u0430\u043c\u0435\u0442\u043a\u0430 \u0437\u0430\u0432\u0435\u0440\u0448\u0430\u0435\u0442 \u0446\u0438\u043a\u043b \u043e \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u043c.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/rezervnoe-kopirovanie-chast-7-vyvody\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.3\" \/>\n\t\t<meta property=\"og:locale\" content=\"pt_PT\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0420\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u0435 \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435, \u0447\u0430\u0441\u0442\u044c 7: \u0412\u044b\u0432\u043e\u0434\u044b | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0414\u0430\u043d\u043d\u0430\u044f \u0437\u0430\u043c\u0435\u0442\u043a\u0430 \u0437\u0430\u0432\u0435\u0440\u0448\u0430\u0435\u0442 \u0446\u0438\u043a\u043b \u043e \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u043c.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/rezervnoe-kopirovanie-chast-7-vyvody\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T19:28:41+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T19:28:41+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Backup, Parte 7: Conclus\u00f5es | ProHoster","description":"Esta nota conclui o ciclo sobre backup.","canonical_url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/rezervnoe-kopirovanie-chast-7-vyvody","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"pt_PT","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0420\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u0435 \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435, \u0447\u0430\u0441\u0442\u044c 7: \u0412\u044b\u0432\u043e\u0434\u044b | ProHoster","og:description":"\u0414\u0430\u043d\u043d\u0430\u044f \u0437\u0430\u043c\u0435\u0442\u043a\u0430 \u0437\u0430\u0432\u0435\u0440\u0448\u0430\u0435\u0442 \u0446\u0438\u043a\u043b \u043e \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u043c.","og:url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/rezervnoe-kopirovanie-chast-7-vyvody","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:28:41+00:00","article:modified_time":"2019-10-31T19:28:41+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"39250","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-24 01:28:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 00:53:37","updated":"2026-01-24 01:28:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/39250","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/comments?post=39250"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/39250\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media\/29456"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media?parent=39250"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/categories?post=39250"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/tags?post=39250"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}