Aqueles que est\u00e3o perto dos 50 anos, como eu, presenciaram muitas mudan\u00e7as no mundo. Viveram na pele a mudan\u00e7a de um mundo totalmente anal\u00f3gico para um quase inteiramente digital. Basta lembrarmos que para comunicar com algu\u00e9m distante s\u00f3 t\u00ednhamos as cartas enviadas pelos correios. Ah, e escritas \u00e0 m\u00e3o ou, para os moderninhos, usando m\u00e1quina de escrever! <\/p>\n\n\n\n
Al\u00e9m disso, o que dizer ent\u00e3o dos que trabalham na \u00e1rea de Tecnologia h\u00e1 mais de 25 anos? Essa mudan\u00e7a foi dram\u00e1tica. Us\u00e1vamos disquetes, BBS\u2019s em DOS, desconfi\u00e1vamos de telas gr\u00e1ficas e faz\u00edamos backup usando dezenas de fitas, trocadas durante a madrugada. <\/p>\n\n\n\n
Essa evolu\u00e7\u00e3o criou diversas \u00e1reas dentro da TI. Algumas delas recebem mais investimentos e aten\u00e7\u00e3o.\u00a0 Outras, que n\u00e3o est\u00e3o tanto no foco, podem ser esquecidas. Uma \u00e1rea que normalmente \u00e9 deixada de lado, at\u00e9 que o pior aconte\u00e7a<\/strong>, \u00e9 o backup e a continuidade de neg\u00f3cios<\/strong>. E hoje vou falar um pouco desse assunto. Vem comigo.\u00a0<\/p>\n\n\n\n Lembro a primeira vez que vi o VMware\u00ae em funcionamento. Foi em 2001. Eu trabalhava no Jornal Valor Econ\u00f4mico e demorei a entender o conceito de um \u00fanico servidor (hardware), disponibilizando diversos servidores (m\u00e1quinas virtuais). Hoje \u00e9 algo t\u00e3o natural que dif\u00edcil \u00e9 ver um servidor n\u00e3o virtualizado!\u00a0 <\/p>\n\n\n\n N\u00e3o\n \u00e9 muito diferente quando falamos de backup. Em 1996 eu administrava a \nrede de uma multinacional e us\u00e1vamos discos \u00f3ticos regrav\u00e1veis de 700 MB\n (nunca mais vi desses). O problema, por\u00e9m, era que o backup full \nutilizava entre 10 e 12 discos. Eu revezava com um colega, semana sim, semana n\u00e3o a troca de discos de sexta para s\u00e1bado. <\/p>\n\n\n\n Quando me deparei com a primeira Tape Library<\/em> foi uma surpresa. Os novatos n\u00e3o perderiam mais as noites de sono trocando fitas, j\u00e1 que elas s\u00e3o trocadas automaticamente. Acontece que, para muitas empresas, a Tape Library<\/em>, foi a \u00faltima inova\u00e7\u00e3o na prote\u00e7\u00e3o dos dados. No m\u00e1ximo, talvez, algumas se aventuraram pelo do backup em disco. <\/p>\n\n\n\n Todavia, isso \u00e9 muito pouco comparado com toda a tecnologia que temos dispon\u00edvel para prote\u00e7\u00e3o de dados. Na pr\u00f3xima se\u00e7\u00e3o falarei um pouco sobre isso. <\/p>\n\n\n\n Como\n eu disse anteriormente, muitas organiza\u00e7\u00f5es ainda utilizam o backup \ntradicional, onde os arquivos s\u00e3o copiados um a um em uma fita ou \nunidade de disco. Funciona. Contudo, o backup (como tudo referente \u00e0 \ntecnologia) evoluiu e temos v\u00e1rias novas funcionalidades que, al\u00e9m de \ndiminuir a famigerada \u201cjanela de backup\u201d<\/strong> pode ser uma op\u00e7\u00e3o mais econ\u00f4mica. <\/p>\n\n\n\n Abaixo uma lista das principais inova\u00e7\u00f5es quando falamos de backup e um resumo de suas funcionalidades. Em outros artigos irei abordar de forma mais profunda cada uma delas. <\/p>\n\n\n\n Nas\n solu\u00e7\u00f5es tradicionais os arquivos s\u00e3o copiados um a um para o destino \nde backup. Isso demanda que cada arquivo seja acessado, copiado e depois\n finalizado o acesso, o que toma tempo.\n J\u00e1 reparou como servidores com muitos arquivos demoram mais para \nterminar o backup do que servidores com pouco arquivos, mesmo que o volume deste \u00faltimo seja bem maior? Isso ocorre pelo tempo de processamento de cada arquivo individualmente. <\/p>\n\n\n\n Uma solu\u00e7\u00e3o de backup de imagem gera uma \u201cfoto do sistema\u201d\n no momento da c\u00f3pia e a transfere como um \u00fanico arquivo. Com isso o \ntempo de c\u00f3pia \u00e9 otimizado, pois o processamento do arquivo se d\u00e1 uma \n\u00fanica vez. <\/p>\n\n\n\n Al\u00e9m dessa vantagem, as c\u00f3pias por bloco possibilitam a restaura\u00e7\u00e3o do sistema protegido por completo. Por fazer a c\u00f3pia de todos os arquivos (Sistema Operacional, drives, aplicativos instalados, dados de aplica\u00e7\u00f5es e usu\u00e1rios, bancos de dados etc.), \u00e9 poss\u00edvel restaur\u00e1-lo totalmente em poucos cliques. Sem nenhuma reinstala\u00e7\u00e3o manual. <\/p>\n\n\n\n Ok, a palavra desduplica\u00e7\u00e3o (ou deduplica\u00e7\u00e3o para alguns) n\u00e3o existem na l\u00edngua portuguesa… ainda. Vem do ingl\u00eas deduplication<\/em> e como o pr\u00f3prio nome j\u00e1 diz, significa retirar os dados duplicados. Isso \u00e9 muito \u00fatil, j\u00e1 que em um \u00fanico servidor podemos descobrir v\u00e1rios arquivos iguais. <\/p>\n\n\n\n Agora, quando falamos de desduplica\u00e7\u00e3o em n\u00edvel de bloco, economizamos ainda mais espa\u00e7o. Isso porque, todos os arquivos armazenados s\u00e3o sequencias de zeros e uns, independente de seus conte\u00fados. E\n essa sequ\u00eancia pode se repetir em arquivos diferentes, por exemplo, nos\n documentos do Microsoft\u00ae Word h\u00e1 um cabe\u00e7alho que identifica o tipo de \narquivo. Uma sequ\u00eancia de zeros e uns presente em todos os documentos Word, independentemente de seu conte\u00fado. A desduplica\u00e7\u00e3o por bloco copia uma \u00fanica vez os dados dos cabe\u00e7alhos Word e os arquivos s\u00e3o copiados sem esses bytes<\/em>. <\/p>\n\n\n\n A desduplica\u00e7\u00e3o permite uma economia de, no m\u00ednimo<\/strong> <\/strong>66<\/strong>%<\/strong> no espa\u00e7o para armazenamento de seus backups. Sem falar que em algumas solu\u00e7\u00f5es \u2013 como o Arcserve UDP \u2013 essa desduplica\u00e7\u00e3o \u00e9 global, ou seja, compara os blocos de arquivos em diferentes origens (servidores). <\/p>\n\n\n\n Al\u00e9m disso, com a desduplica\u00e7\u00e3o na origem, a rede de comunica\u00e7\u00e3o \u2013 e o link de Internet em caso de backups remotos \u2013 \u00e9 otimizada, pois nela s\u00f3 ir\u00e3o trafegar os dados <\/strong>desduplicados<\/strong>. <\/p>\n\n\n\n Uma\n das preocupa\u00e7\u00f5es mais comuns para os administradores de rede era se a \njanela de backup seria suficiente o full semanal. Era! Isso porque com o\n backup incremental infinito n\u00e3o \u00e9 mais necess\u00e1rio se realizar \nperiodicamente c\u00f3pias de todos os dados. A pr\u00f3pria ferramenta faz a \nc\u00f3pia apenas do que foi alterado desde o \u00faltimo backup realizado e, de \nacordo com a pol\u00edtica configurada, gera automaticamente<\/strong> novos fulls<\/em>. <\/em> <\/p>\n\n\n\n Al\u00e9m disso a c\u00f3pia incremental em n\u00edvel de bloco n\u00e3o funciona como o incremental tradicional, onde o arquivo alterado \u00e9 novamente copiado em sua totalidade. Ele faz a c\u00f3pia apenas dos blocos alterados<\/strong> no arquivo. <\/p>\n\n\n\n Aliado as vantagens do backup, h\u00e1 tamb\u00e9m a vantagem no restore. Ao contr\u00e1rio dos restores tradicionais, onde era necess\u00e1rio retornar o backup full, seguido de todos os incrementais, no incremental\n infinito isso n\u00e3o \u00e9 necess\u00e1rio. Cada incremental funciona como um \nbackup full e pode ser restaurado tanto em sua totalidade como de forma \ngranular. <\/p>\n\n\n\n Para um n\u00edvel maior de prote\u00e7\u00e3o uma c\u00f3pia do backup full \u2013 normalmente uma fita \u2013 era levada para fora da empresa. A famosa c\u00f3pia offsite<\/em>. Isso n\u00e3o \u00e9 mais necess\u00e1rio, j\u00e1 que as novas solu\u00e7\u00f5es permitem diversos est\u00e1gios automatizados durante o backup, inclusive a c\u00f3pia para um site remoto. <\/p>\n\n\n\n Podemos, por exemplo, realizar o backup incremental infinito em disco local e periodicamente levar essa c\u00f3pia \u2013 a partir do backup e n\u00e3o dos sistemas em produ\u00e7\u00e3o \u2013 para um site remoto ou nuvem<\/strong>. E isso utilizando todas as funcionalidades que vimos at\u00e9 agora (imagem, desduplica\u00e7\u00e3o e incremental infinito). <\/p>\n\n\n\n Isso s\u00f3 \u00e9 poss\u00edvel devido a otimiza\u00e7\u00e3o dos dados copiados e as tecnologias presentes em algumas ferramentas, como controle de banda. <\/p>\n\n\n\n Falei no t\u00f3pico anterior sobre c\u00f3pia para nuvem como uma op\u00e7\u00e3o para backup offsite<\/em>. Mas que tal uma nuvem dispon\u00edvel para realizar backups diretos para ela, sem necessitar de nenhuma infraestrutura local? Sim, isso j\u00e1 \u00e9 poss\u00edvel. Tanto para backups de sistemas completos (data centers) como de esta\u00e7\u00f5es de trabalho. <\/p>\n\n\n\n Com isso poupa-se gastos com infraestrutura internas como hardwares, softwares, conectividade, storages, al\u00e9m de contar com uma nuvem especializada em backup e continuidade de neg\u00f3cios. <\/p>\n\n\n\n Normalmente\n o backup s\u00f3 \u00e9 lembrado em um momento de crise. Quando um sistema perde \nos dados ou os usu\u00e1rios seus arquivos. N\u00e3o \u00e9 raro nesses momentos \nenfrentarmos problemas durante o restore. Isso porque \u00e9 muito dif\u00edcil dedicar tempo e recursos para testes peri\u00f3dicos de restaura\u00e7\u00e3o e o procedimento s\u00f3 \u00e9 realizado quando mais se precisa dele. <\/p>\n\n\n\n J\u00e1 imaginou testes de restores automatizados com possibilidade de checar n\u00e3o s\u00f3 a integridade dos arquivos \u201cbackupeados\u201d, mas o funcionamento de sistemas completos? Saiba que isso j\u00e1 \u00e9 poss\u00edvel. <\/p>\n\n\n\n Ficou interessado no tema? No pr\u00f3ximo artigo irei abordar um assunto correlacionado: as inova\u00e7\u00f5es em continuidade de neg\u00f3cios. N\u00e3o perca! <\/p>\n\n\n\n Os consultores da ITware t\u00eam mais de 15 anos de experi\u00eancia com backup e continuidade de neg\u00f3cios em parceria com a Arcserve. <\/p>\n\n\n\nInova\u00e7\u00e3o em backup<\/strong> <\/h3>\n\n\n\n
Principais inova\u00e7\u00f5es em backup<\/strong> <\/h3>\n\n\n\n
1. Backup de imagem<\/strong> <\/h4>\n\n\n\n
2. <\/strong>Desduplica\u00e7\u00e3o<\/strong> em n\u00edvel de bloco<\/strong> <\/h4>\n\n\n\n
3. Backups incrementais infinitos<\/strong> em n\u00edvel de bloco<\/strong> <\/h4>\n\n\n\n
4. Replica\u00e7\u00e3o automatizada de backups<\/strong> <\/h4>\n\n\n\n
5. Backup em nuvem<\/strong> <\/h4>\n\n\n\n
6. Testes automatizados de <\/strong>restore<\/strong> <\/h4>\n\n\n\n
Quer saber <\/strong>mais<\/strong>?<\/strong> <\/h4>\n\n\n\n