Como você lida com a atitude de que os backups não são importantes?

Question

Tenho notado em meu local de trabalho que existe uma atitude de que os backups não são muito importantes (certamente, o desenvolvimento / teste acontece antes que qualquer forma de estratégia de backup seja implementada).

Como o resto da minha equipe não é administrador do sistema / falta conhecimento do administrador do sistema como eu, considerações de backups / recuperação de desastres são discutidas, mas não são implementadas. Há uma atitude de que, como nada deu errado (mas uma coisa esquecida é a exclusão acidental), não precisamos nos preocupar muito com os backups.

Como você lida com essa cultura? Tenho certeza que deve ser comum?

Obrigado

    

Answer 1

A culpa e os cenários de desastres plausíveis são um bom começo, mas nada ensina como um desastre real que dificilmente se evita através de esforços heróicos. Levamos alguns anos para convencer os poderes que nossas bibliotecas de fitas precisavam substituir. Foi preciso muito esforço e não conseguimos o que precisávamos (tínhamos que nos contentar com o SDLT320, não poderíamos pagar pelo LTO), mas pelo menos era melhor. Cada vez que o TPTB recebe uma lebre selvagem sobre deve ser totalmente replicado! Deve ter um site de backup quente! nós orçamos o que custaria, e toda vez que eles decidem que não podem pagar.

Exceto a rodada mais recente. Para uma maravilha, eles decidiram que a matriz de armazenamento de camada intermediária poderia obter replicação ao vivo. O nível superior é ... vai esperar pela sua substituição, se é que vai. O nível inferior caiu no final do orçamento.

É preciso um esforço constante e é muito desgastante a longo prazo. Até agora ainda não tivemos um desastre educacional.

Mais geralmente é preciso educação e perseverança. A educação quanto aos fatores de risco e a probabilidade dos mesmos (também conhecidos como "gerenciamento de risco", supostamente ensinam esse tipo de coisa nas escolas de negócios), bem como mitigações e custos. Se você tiver que ir até lá, redigir um relatório detalhado de como exatamente a empresa está ferida se um provável caso de desastre chegar e quanto dinheiro seria perdido por não abordar o problema é um bom começo. Isso está fazendo o trabalho deles, mas às vezes você precisa fazer o que é certo.

Infelizmente, ainda não ajudará se eles decidirem que você está apenas assustando e ignorando você. Pelo menos agora você tem uma pista de papel mostrando que você sabia sobre o problema, tentou mitigá-lo e foi negado, no caso de um desastre real. Tem uma quase falta? Repita esse relatório novamente e veja se a cor rosa se apagou dos óculos ainda.

    

Answer 2

Encontrei essa atitude mais do que gostaria de ver na minha carreira profissional de consultoria.

Sobre tudo o que você pode fazer é tentar educar o cliente sobre o porquê dele ser importante. Espero que eles escutem e decidam as coisas certas a fazer. Em última análise, é a sua decisão depois de tudo bem ou mal.

O que aconteceu em um caso, foi com uma inicialização com tudo em uma máquina, incluindo alguns bancos de dados Oracle, sem backups e sem querer enviar o tempo e o esforço para gerá-los. Foi simplesmente fascinante a rapidez com que esta empresa mudou de ideia quando o sistema principal sofreu uma falha de hardware (não-disco). Também fiquei impressionado com o fato de que um autor significativo de livros na Web, que era proprietário parcial, permitiria que essa situação acontecesse e continuasse.

    

Answer 3

Esta é uma discussão que requer envolvimento de liderança de negócios, incluindo gerenciamento de risco, se você tiver. Uma boa maneira de começar a discussão é fornecendo um resumo executivo dos serviços de backup que você está fornecendo agora e solicitando seu envolvimento na determinação se o serviço atender aos requisitos operacionais e legais.

Prepare-se para a reunião documentando seu serviço de backup ... algumas coisas a considerar:

• O que está sendo feito em backup?
• O que não está sendo feito backup?
• Com que frequência está sendo feito backup?
• Qual é o esquema de retenção?
• Quanto custa manter esse serviço anualmente? (licenciamento, hardware (ciclo de vida), etc)

Seja honesto com o que o serviço representa agora, independentemente de como isso possa refletir sobre o profissionalismo da TI ou a inclusão da liderança nos negócios no assunto. É importante que seja feito certo e uma boa liderança empresarial reconheça isso e aprecie o fato de tentar trazer um nível transparente de gerenciamento para o processo. Além disso, uma avaliação honesta muitas vezes traz a quantidade certa de realidade para que a liderança executiva perceba. Eles precisam ser contratados, e você paga pelo nível de serviço que recebe.

Durante o projeto (vai ser um), documente tudo. Documente as necessidades de negócios, documente a implementação técnica, escreva um contrato de nível de serviço e faça com que a liderança de negócios assine após a implementação.

Boa sorte.

    

Answer 4

Se você quiser que eles mudem de ideia, force-os a assinar o mesmo trabalho, informando-os de que devem fazer o backup e que você não é responsável em caso de desastre. Normalmente as pessoas não querem se inscrever e começar a pensar. Volte 2-3 dias depois (se não for tarde demais)

    

Answer 5

Encontre alguns dados importantes para eles, mas que não tenham backup, mova-os e espere para ver qual é a reação.

Eu tive alguns departamentos cuja primeira sugestão de "entender" foi quando eles ficaram no final da minha mesa com um laptop fumegante perguntando se há alguma maneira de recuperar os dados.

Existe um ponto em que tudo o que você pode fazer é ter uma política em vigor que defina o que será armazenado em backup, quando será feito backup e quem é responsável por colocar os dados nesse local, além do que você precisa suponha que os usuários assumirão um pouco de responsabilidade - o que alguns não farão, mas sempre há um hardcore que espera que você pense literalmente neles.