{"id":30649,"date":"2019-10-31T21:36:42","date_gmt":"2019-10-31T18:36:42","guid":{"rendered":"https:\/\/prohoster.info\/blog\/bekap-nagotove-razrushaem-mify-v-chest-prazdnika\/"},"modified":"2019-10-31T21:36:42","modified_gmt":"2019-10-31T18:36:42","slug":"bekap-nagotove-razrushaem-mify-v-chest-prazdnika","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/bekap-nagotove-razrushaem-mify-v-chest-prazdnika","title":{"rendered":"Backup preparado: desmistificando mitos em homenagem ao feriado","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Backup
\n
\nO backup n\u00e3o \u00e9 uma tecnologia da moda, sobre a qual todos gritam incessantemente. Ele simplesmente deve estar presente em qualquer empresa s\u00e9ria, e \u00e9 isso. No nosso banco, milhares de servidores s\u00e3o respaldados \u2013 \u00e9 um trabalho complexo e interessante, sobre algumas nuances do qual, assim como sobre cren\u00e7as equivocadas a respeito de backups, gostaria de falar.
\n<\/a><\/noindex>
\nEstou lidando com esse tema h\u00e1 quase 20 anos, sendo que nos \u00faltimos 2 anos estou no PromSvyazBank. No in\u00edcio da pr\u00e1tica, eu fazia backups praticamente manualmente, com scripts que apenas copiavam arquivos. Depois, surgiram ferramentas convenientes no Windows: o utilit\u00e1rio Robocopy para preparar arquivos e o NT Backup para c\u00f3pia. E ent\u00e3o chegou a hora de softwares especializados, principalmente o Veritas Backup Exec, que agora \u00e9 chamado de Symantec Backup Exec. Portanto, conhe\u00e7o bem os backups.<\/p>\n

Falando de maneira simples, backup \u00e9 a preserva\u00e7\u00e3o de uma c\u00f3pia dos dados (m\u00e1quinas virtuais<\/a>, aplica\u00e7\u00f5es, bancos de dados e arquivos) por precau\u00e7\u00e3o, com uma certa regularidade. A precau\u00e7\u00e3o geralmente se manifesta na forma de uma falha de hardware ou l\u00f3gica, levando \u00e0 perda de dados. A tarefa do sistema de backup \u00e9 minimizar os danos causados pela perda de informa\u00e7\u00f5es. Uma falha de hardware, por exemplo, \u00e9 a falha de um servidor ou de um armazenamento onde a base de dados reside. A falha l\u00f3gica \u00e9 a perda ou modifica\u00e7\u00e3o de parte dos dados, incluindo devido ao fator humano: acidentalmente excluir uma tabela, um arquivo ou executar um script incorreto. Tamb\u00e9m existem exig\u00eancias regulat\u00f3rias relacionadas \u00e0 reten\u00e7\u00e3o de determinados tipos de informa\u00e7\u00f5es por longos per\u00edodos, por exemplo, de v\u00e1rios anos.<\/p>\n

\"Backup
\n
\nO uso mais t\u00edpico de backups \u00e9 a recupera\u00e7\u00e3o de uma c\u00f3pia salvaguardada de bancos de dados para implementa\u00e7\u00e3o de diferentes sistemas de teste, clones para desenvolvedores.<\/p>\n

Ao redor do backup existem v\u00e1rios mitos t\u00edpicos que j\u00e1 \u00e9 hora de desmistificar. Aqui est\u00e3o os mais conhecidos. <\/p>\n

Mito 1. O backup \u00e9 apenas uma fun\u00e7\u00e3o menor dentro dos sistemas de seguran\u00e7a ou armazenamento.<\/h3>\n

\nSistemas de backup ainda s\u00e3o uma classe separada de solu\u00e7\u00f5es, e bastante independentes. Eles t\u00eam uma tarefa extremamente importante. Na verdade, eles representam a \u00faltima linha de defesa quando se trata de proteger dados. Portanto, o backup opera em seu pr\u00f3prio ritmo, de acordo com sua pr\u00f3pria programa\u00e7\u00e3o. Relat\u00f3rios di\u00e1rios s\u00e3o gerados para os servidores, com eventos que atuam como gatilhos para o sistema de monitoramento.<\/p>\n

\"Backup
\n
\nAl\u00e9m disso, o modelo de acesso baseado em fun\u00e7\u00f5es ao sistema de backup permite delegar parte dos poderes aos administradores dos sistemas-alvo para gerenciar os backups.<\/p>\n

Mito 2. Quando h\u00e1 RAID, o backup n\u00e3o \u00e9 mais necess\u00e1rio.<\/h3>\n

\n\"Backup
\n
\nSem d\u00favida, matrizes RAID e replica\u00e7\u00e3o de dados s\u00e3o uma boa maneira de proteger sistemas de informa\u00e7\u00e3o contra falhas de hardware, e com um servidor de standby dispon\u00edvel, a mudan\u00e7a para ele pode ser feita rapidamente em caso de falha da m\u00e1quina principal.<\/p>\n

Erros l\u00f3gicos cometidos pelos usu\u00e1rios do sistema n\u00e3o podem ser evitados apenas com redund\u00e2ncia e replica\u00e7\u00e3o. Um servidor de standby com grava\u00e7\u00e3o delayed - sim, pode ajudar se o erro for detectado antes de ser sincronizado. E se o momento for perdido? S\u00f3 um backup feito a tempo pode ajudar. Se \u00e9 sabido que os dados mudaram ontem, \u00e9 poss\u00edvel restaurar o sistema ao estado de anteontem e recuperar os dados necess\u00e1rios. Considerando que erros l\u00f3gicos s\u00e3o os mais comuns, o bom e velho backup continua sendo uma ferramenta confi\u00e1vel e necess\u00e1ria.<\/p>\n

Mito 3. O backup \u00e9 algo que \u00e9 feito uma vez por m\u00eas.<\/h3>\n

\nA frequ\u00eancia de backup \u00e9 um par\u00e2metro configur\u00e1vel, que depende principalmente das exig\u00eancias do sistema de backup. \u00c9 totalmente poss\u00edvel encontrar dados que praticamente nunca mudam e que n\u00e3o s\u00e3o particularmente importantes, cuja perda n\u00e3o ser\u00e1 cr\u00edtica para a empresa.
\nEsses dados podem realmente ser salvos uma vez por m\u00eas ou at\u00e9 com menos frequ\u00eancia. No entanto, dados mais cr\u00edticos s\u00e3o salvos com mais frequ\u00eancia, dependendo do valor de RPO (Recovery Point Objective), que estabelece a perda de dados aceit\u00e1vel. Isso pode ser uma vez por semana, uma vez por dia ou at\u00e9 v\u00e1rias vezes por hora. Aqui, s\u00e3o os registros de transa\u00e7\u00f5es do SGBD.<\/p>\n

\"Backup
\n
\nAo implementar sistemas em produ\u00e7\u00e3o, \u00e9 imprescind\u00edvel que a documenta\u00e7\u00e3o sobre backup seja aprovada, refletindo os principais pontos, regulamenta\u00e7\u00e3o de atualiza\u00e7\u00e3o, procedimentos de recupera\u00e7\u00e3o do sistema, armazenamento de backups, entre outros.<\/p>\n

Mito 4. O volume de c\u00f3pias cresce continuamente e ocupa todo o espa\u00e7o alocado.<\/h3>\n

\nOs backups t\u00eam um prazo de armazenamento limitado. N\u00e3o faz sentido, por exemplo, acumular todos os 365 backups di\u00e1rios por um ano. Geralmente, \u00e9 aceit\u00e1vel guardar c\u00f3pias di\u00e1rias por 2 semanas, ap\u00f3s as quais s\u00e3o substitu\u00eddas por novas, e a vers\u00e3o que foi feita primeiro no m\u00eas \u00e9 mantida para armazenamento a longo prazo. Esta, por sua vez, tamb\u00e9m tem um tempo de reten\u00e7\u00e3o \u2013 cada c\u00f3pia tem um tempo de vida espec\u00edfico.<\/p>\n

\"Backup
\n
\nH\u00e1 prote\u00e7\u00e3o contra perda de dados. A regra \u00e9: antes que um backup seja exclu\u00eddo, o pr\u00f3ximo deve ser criado. Portanto, os dados n\u00e3o ser\u00e3o deletados se o backup falhar, por exemplo, devido \u00e0 indisponibilidade do servidor. N\u00e3o s\u00e3o apenas os prazos que s\u00e3o respeitados, mas tamb\u00e9m \u00e9 controlada a quantidade de c\u00f3pias no conjunto. Se o sistema definir que deve haver dois backups completos, sempre haver\u00e1 dois, e o antigo ser\u00e1 exclu\u00eddo apenas quando um novo terceiro for gravado com sucesso. Assim, o aumento do volume ocupado pelo arquivo de backups est\u00e1 relacionado apenas ao crescimento da quantidade de dados protegidos e n\u00e3o depende do tempo.<\/p>\n

Mito 5. O backup come\u00e7ou - tudo travou.<\/h3>\n

\n\u00c9 melhor dizer assim: se tudo travou, significa que as habilidades do administrador n\u00e3o s\u00e3o as adequadas. Na verdade, o desempenho do backup depende de muitos fatores. Por exemplo, da velocidade do pr\u00f3prio sistema de backup: qu\u00e3o r\u00e1pidas s\u00e3o as unidades de armazenamento, bibliotecas de fitas. Do desempenho servidores<\/a> do sistema de backup: se ele consegue processar os dados, realizar compress\u00e3o e deduplica\u00e7\u00e3o. E tamb\u00e9m da velocidade das linhas de comunica\u00e7\u00e3o entre o cliente e o servidor. <\/p>\n

O backup pode ser feito em um ou v\u00e1rios fluxos, dependendo de o sistema sendo salvo suportar multithreading. Por exemplo, o SGBD Oracle permite iniciar v\u00e1rios fluxos, correspondendo ao n\u00famero de processadores dispon\u00edveis, at\u00e9 que a velocidade de transfer\u00eancia atinja o limite da largura de banda da rede.<\/p>\n

Se voc\u00ea tentar fazer backup com um grande n\u00famero de threads, h\u00e1 uma chance de sobrecarregar o sistema em funcionamento, e ele realmente come\u00e7ar\u00e1 a desacelerar. Portanto, escolhe-se um n\u00famero otimizado de threads para garantir desempenho adequado. Se uma redu\u00e7\u00e3o mesmo m\u00ednima no desempenho for cr\u00edtica, existe uma excelente op\u00e7\u00e3o: fazer o backup n\u00e3o do servidor em produ\u00e7\u00e3o, mas de sua c\u00f3pia \u2013 standby na terminologia de bancos de dados. Esse processo n\u00e3o sobrecarrega o sistema principal. Os dados podem ser capturados atrav\u00e9s de um maior n\u00famero de threads, j\u00e1 que o servidor n\u00e3o \u00e9 utilizado para atendimento.<\/p>\n

Em grandes organiza\u00e7\u00f5es, uma rede separada \u00e9 criada para o sistema de backup, para que o backup n\u00e3o impacte a produ\u00e7\u00e3o. Al\u00e9m disso, o tr\u00e1fego pode ser transferido n\u00e3o pela rede, mas atrav\u00e9s de SAN.
\n\"Backup
\nN\u00f3s tamb\u00e9m tentamos distribuir a carga ao longo do tempo. Os backups geralmente ocorrem fora do hor\u00e1rio comercial: \u00e0 noite, nos finais de semana. Al\u00e9m disso, n\u00e3o s\u00e3o iniciados todos ao mesmo tempo. Os backups de m\u00e1quinas virtuais s\u00e3o um caso especial. O processo praticamente n\u00e3o afeta o desempenho da pr\u00f3pria m\u00e1quina, por isso o backup pode ser distribu\u00eddo ao longo do dia, e n\u00e3o deixado todo para a noite. H\u00e1 muitas sutilezas; se tudo for considerado, o backup n\u00e3o impactar\u00e1 o desempenho dos sistemas.<\/p>\n

Mito 6. Iniciei o sistema de backup \u2013 e aqui est\u00e1 a redund\u00e2ncia.<\/h3>\n

\nNunca se esque\u00e7a de que o sistema de backup \u00e9 a \u00faltima linha de defesa, e isso significa que deve haver mais cinco sistemas antes dele, garantindo continuidade, alta disponibilidade e resili\u00eancia da infraestrutura de TI e dos sistemas de informa\u00e7\u00e3o da empresa.<\/p>\n

N\u00e3o deve-se esperar que o backup recupere todos os dados e restaure rapidamente o servi\u00e7o que caiu. A perda de dados do momento do backup at\u00e9 o momento da falha \u00e9 garantida, e os dados no novo servidor podem ser transferidos por v\u00e1rias horas (ou dias, dependendo da situa\u00e7\u00e3o). Portanto, faz sentido criar sistemas de redund\u00e2ncia completos, sem deixar tudo a cargo do backup.<\/p>\n

Mito 7. Configurei o backup uma vez, verifiquei que est\u00e1 funcionando. Apenas resta olhar os registros.<\/h3>\n

\nEste \u00e9 um dos mitos mais prejudiciais, cuja falsidade s\u00f3 se percebe durante um incidente. Os logs de uma c\u00f3pia de seguran\u00e7a bem-sucedida n\u00e3o garantem que tudo ocorreu como deveria. \u00c9 importante verificar antecipadamente se a c\u00f3pia salva \u00e9 recuper\u00e1vel. Ou seja, devemos iniciar o processo de restaura\u00e7\u00e3o em um ambiente de teste e analisar o resultado. <\/p>\n

E um pouco sobre o trabalho do administrador de sistemas<\/h3>\n

\nNingu\u00e9m copia dados manualmente h\u00e1 muito tempo. Os modernos sistemas de recupera\u00e7\u00e3o podem fazer backups de praticamente tudo, basta configur\u00e1-los corretamente. Se um novo servidor for adicionado, deve-se definir as pol\u00edticas: escolher o conte\u00fado a ser copiado, especificar os par\u00e2metros de armazenamento e aplicar um cronograma.<\/p>\n

\"Backup
\n
\nAinda assim, o trabalho n\u00e3o \u00e9 pouco devido ao extenso parque de servidores, que inclui bancos de dados, sistemas de e-mail, clusters de m\u00e1quinas virtuais e recursos de arquivos tanto no Windows quanto no Linux\/Unix. Os funcion\u00e1rios que mant\u00eam a funcionalidade do sistema de backup n\u00e3o ficam parados.<\/p>\n

Em celebra\u00e7\u00e3o ao feriado, desejo a todos os administradores nervos fortes, movimentos precisos e um espa\u00e7o infinito para armazenar backups!<\/p><\/blockquote>\n

Fonte: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0420\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u0435 \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435 \u043d\u0435 \u043e\u0442\u043d\u043e\u0441\u0438\u0442\u0441\u044f \u043a \u043c\u043e\u0434\u043d\u044b\u043c \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u044f\u043c, \u043e \u043a\u043e\u0442\u043e\u0440\u044b\u0445 \u043a\u0440\u0438\u0447\u0430\u0442 \u0438\u0437 \u043a\u0430\u0436\u0434\u043e\u0433\u043e \u0443\u0442\u044e\u0433\u0430. \u041e\u043d\u043e \u043f\u0440\u043e\u0441\u0442\u043e \u0434\u043e\u043b\u0436\u043d\u043e \u0431\u044b\u0442\u044c \u0432 \u043b\u044e\u0431\u043e\u0439 \u0441\u0435\u0440\u044c\u0435\u0437\u043d\u043e\u0439 \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0438, \u0432\u043e\u0442 \u0438 \u0432\u0441\u0451. \u0423 \u043d\u0430\u0441 \u0432 \u0431\u0430\u043d\u043a\u0435 \u0431\u044d\u043a\u0430\u043f\u0438\u0442\u0441\u044f \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u0442\u044b\u0441\u044f\u0447 \u0441\u0435\u0440\u0432\u0435\u0440\u043e\u0432 \u2013 \u044d\u0442\u043e \u0441\u043b\u043e\u0436\u043d\u0430\u044f, \u0438\u043d\u0442\u0435\u0440\u0435\u0441\u043d\u0430\u044f \u0440\u0430\u0431\u043e\u0442\u0430, \u043e \u043d\u0435\u043a\u043e\u0442\u043e\u0440\u044b\u0445 \u0442\u043e\u043d\u043a\u043e\u0441\u0442\u044f\u0445 \u043a\u043e\u0442\u043e\u0440\u043e\u0439, \u0430 \u0442\u0430\u043a\u0436\u0435 \u043e \u0442\u0438\u043f\u0438\u0447\u043d\u044b\u0445 \u0437\u0430\u0431\u043b\u0443\u0436\u0434\u0435\u043d\u0438\u044f\u0445 \u043e\u0442\u043d\u043e\u0441\u0438\u0442\u0435\u043b\u044c\u043d\u043e \u0431\u044d\u043a\u0430\u043f\u043e\u0432 \u043a\u0430\u043a \u0440\u0430\u0437 \u0438 \u0445\u043e\u0447\u0435\u0442\u0441\u044f \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u0430\u0442\u044c. \u042d\u0442\u043e\u0439 \u0442\u0435\u043c\u0430\u0442\u0438\u043a\u043e\u0439 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":22639,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-30649","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Backup a postos: desmistificando mitos em celebra\u00e7\u00e3o | ProHoster","description":"Backup n\u00e3o se aplica a.","canonical_url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/bekap-nagotove-razrushaem-mify-v-chest-prazdnika","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\u0411\u044d\u043a\u0430\u043f \u043d\u0430\u0433\u043e\u0442\u043e\u0432\u0435: \u0440\u0430\u0437\u0440\u0443\u0448\u0430\u0435\u043c \u043c\u0438\u0444\u044b \u0432 \u0447\u0435\u0441\u0442\u044c \u043f\u0440\u0430\u0437\u0434\u043d\u0438\u043a\u0430 | ProHoster","og:description":"\u0420\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u0435 \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435 \u043d\u0435 \u043e\u0442\u043d\u043e\u0441\u0438\u0442\u0441\u044f \u043a.","og:url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/bekap-nagotove-razrushaem-mify-v-chest-prazdnika","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-31T18:36:42+00:00","article:modified_time":"2019-10-31T18:36:42+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"30649","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-02-09 17:13:31","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 03:31:24","updated":"2026-02-09 17:13:31","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\/30649","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=30649"}],"version-history":[{"count":2,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/30649\/revisions"}],"predecessor-version":[{"id":159238,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/30649\/revisions\/159238"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media\/22639"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media?parent=30649"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/categories?post=30649"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/tags?post=30649"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}