Boa parte das empresas que dizem ter backup nunca discutiu como esse backup \u00e9 feito. A rotina foi configurada por um t\u00e9cnico em algum momento do passado, roda de madrugada, e a \u00fanica evid\u00eancia de que existe \u00e9 uma mensagem autom\u00e1tica que ningu\u00e9m abre. A escolha entre copiar tudo todos os dias ou copiar apenas o que mudou \u2014 decis\u00e3o que define quanto a empresa perde numa falha e quanto tempo leva para voltar \u2014 nunca passou pela mesa de quem responde pelo neg\u00f3cio.<\/p>\n\n\n\n
Essa escolha tem nome: estrat\u00e9gia de backup. E ela n\u00e3o \u00e9 um detalhe de configura\u00e7\u00e3o. \u00c9 a diferen\u00e7a entre uma restaura\u00e7\u00e3o que devolve a opera\u00e7\u00e3o em horas e uma que consome dias, entre perder o trabalho de uma manh\u00e3 e perder o de uma semana. Entender as tr\u00eas estrat\u00e9gias b\u00e1sicas \u2014 total, incremental e diferencial \u2014 \u00e9 o m\u00ednimo que um gestor precisa para cobrar a coisa certa de quem cuida da sua infraestrutura.<\/p>\n\n\n\n
O backup total<\/strong> copia tudo, sempre. \u00c9 a estrat\u00e9gia mais simples de entender e a mais confi\u00e1vel na hora de restaurar: existe uma c\u00f3pia completa e recente, basta traz\u00ea-la de volta. O pre\u00e7o aparece do outro lado \u2014 copiar tudo consome tempo, espa\u00e7o de armazenamento e capacidade da rede. Em opera\u00e7\u00f5es com volume relevante de dados, rodar c\u00f3pias completas com alta frequ\u00eancia se torna caro e lento, e a janela de execu\u00e7\u00e3o come\u00e7a a invadir o hor\u00e1rio de expediente.<\/p>\n\n\n\n O backup incremental<\/strong> copia apenas o que mudou desde a \u00faltima c\u00f3pia, qualquer que tenha sido ela. \u00c9 a estrat\u00e9gia mais econ\u00f4mica: execu\u00e7\u00f5es r\u00e1pidas, pouco espa\u00e7o consumido, possibilidade de rodar v\u00e1rias vezes ao dia. A fragilidade est\u00e1 na restaura\u00e7\u00e3o \u2014 reconstruir o ambiente exige a \u00faltima c\u00f3pia completa mais toda a cadeia de incrementos, na ordem certa. Quanto mais longa a cadeia, mais demorada a recupera\u00e7\u00e3o e maior o risco de um elo corrompido comprometer o conjunto.<\/p>\n\n\n\n O backup diferencial<\/strong> fica no meio do caminho: copia tudo o que mudou desde a \u00faltima c\u00f3pia completa. Cada execu\u00e7\u00e3o \u00e9 maior que um incremento, mas a restaura\u00e7\u00e3o precisa de apenas duas pe\u00e7as \u2014 a c\u00f3pia completa e o \u00faltimo diferencial. Em troca de mais espa\u00e7o de armazenamento, a empresa ganha uma recupera\u00e7\u00e3o mais r\u00e1pida e menos sujeita a falhas de cadeia.<\/p>\n\n\n\n Nenhuma das tr\u00eas \u00e9 “a melhor”. Cada uma troca custo por velocidade de recupera\u00e7\u00e3o em propor\u00e7\u00f5es diferentes \u2014 e \u00e9 exatamente por isso que a escolha pertence \u00e0 gest\u00e3o, n\u00e3o apenas \u00e0 t\u00e9cnica.<\/p>\n\n\n\n A estrat\u00e9gia errada n\u00e3o avisa que est\u00e1 errada. Ela funciona normalmente todos os dias \u2014 at\u00e9 o dia em que \u00e9 testada de verdade. Uma empresa que roda apenas incrementais h\u00e1 meses, sem c\u00f3pias completas peri\u00f3dicas, descobre no meio da crise que a restaura\u00e7\u00e3o vai levar muito mais tempo do que a opera\u00e7\u00e3o aguenta parada. Outra, que roda c\u00f3pias totais di\u00e1rias por excesso de zelo, paga por armazenamento e infraestrutura que n\u00e3o precisaria, sem ganhar prote\u00e7\u00e3o adicional relevante. Relat\u00f3rios de mercado sobre recupera\u00e7\u00e3o de incidentes mostram que o tempo de restaura\u00e7\u00e3o, mais do que a exist\u00eancia da c\u00f3pia, \u00e9 o fator que separa empresas que atravessam uma falha das que sofrem preju\u00edzo prolongado (IBM).<\/p>\n\n\n\n O crit\u00e9rio para escolher vem de duas perguntas que s\u00f3 o neg\u00f3cio pode responder. Primeira: quanto tempo a opera\u00e7\u00e3o aguenta parada antes que o preju\u00edzo se torne grave? Segunda: quanto trabalho a empresa aceita perder \u2014 as \u00faltimas horas, o \u00faltimo dia, a \u00faltima semana? As respostas definem a frequ\u00eancia das c\u00f3pias, a combina\u00e7\u00e3o de estrat\u00e9gias e o investimento adequado. Sem elas, qualquer configura\u00e7\u00e3o \u00e9 chute.<\/p>\n\n\n\n Na pr\u00e1tica, uma pol\u00edtica madura de backup raramente usa uma estrat\u00e9gia s\u00f3. O desenho mais comum combina c\u00f3pias completas peri\u00f3dicas com incrementais ou diferenciais entre elas \u2014 a c\u00f3pia completa funciona como ponto de apoio da restaura\u00e7\u00e3o, e as c\u00f3pias parciais mant\u00eam a perda potencial de dados dentro do limite que o neg\u00f3cio definiu. A dosagem entre elas \u00e9 calibrada pelas duas respostas do par\u00e1grafo anterior, pelo volume de dados da opera\u00e7\u00e3o e pela criticidade de cada sistema: o servidor de arquivos e o banco do ERP n\u00e3o precisam do mesmo tratamento que a pasta de materiais de marketing.<\/p>\n\n\n\n E existe uma regra que vale para qualquer estrat\u00e9gia: backup que nunca foi restaurado em teste n\u00e3o \u00e9 backup \u2014 \u00e9 esperan\u00e7a. A valida\u00e7\u00e3o peri\u00f3dica da restaura\u00e7\u00e3o \u00e9 o que transforma a rotina de c\u00f3pias em garantia real de continuidade, e \u00e9 justamente a etapa que arranjos improvisados de TI quase nunca executam.<\/p>\n\n\n\n \u00c9 esse desenho completo que a CTECH entrega com o i-BACKUP: a defini\u00e7\u00e3o da estrat\u00e9gia adequada ao porte e \u00e0 criticidade de cada opera\u00e7\u00e3o, a execu\u00e7\u00e3o monitorada das rotinas e os testes peri\u00f3dicos de restaura\u00e7\u00e3o \u2014 para que a resposta sobre quanto a empresa perde numa falha seja uma decis\u00e3o tomada com anteced\u00eancia, e n\u00e3o uma descoberta feita durante a crise.<\/p>\n\n\n\nO erro de escolher sem crit\u00e9rio<\/strong><\/h3>\n\n\n\n
O uso adequado \u00e9 combina\u00e7\u00e3o, n\u00e3o escolha \u00fanica<\/strong><\/h3>\n\n\n\n