é fácil citar as melhores práticas e dizer a alguém o que eles devem fazer, mas nem sempre funciona na prática real. “Tudo funciona no papel”, foi a minha resposta a um arquiteto que me disse que eu preciso ” aderir às diretrizes recomendadas e melhores práticas ao invés de ser um sysadmin desonesto.”O facto é que eu não era um sysadmin desonesto. O problema era que este “arquiteto” nunca tinha estado sequer dentro de um centro de dados, nem nunca tinha visto um recinto de servidor. Ele estava simplesmente a ler um manual e a dizer-me como deve ser feito, embora nunca tivesse tido a experiência de o fazer ele próprio.As minhas experiências (e atitude) à parte, devem seguir, o mais de perto possível, as orientações e as melhores práticas para os seus sistemas. Mas, também siga o seu próprio melhor julgamento em qualquer coisa que você faça, desde que você tenha em mente os interesses de seus usuários e do seu sistema. Aqui estão meus cinco backup Linux e restaurar dicas das trincheiras, em nenhuma ordem particular.
1. A velha regra 3-2-1-eu não acho que este é absolutamente necessário para cada situação, mas você também nunca será demitido por ter muitas cópias boas dos dados de sua empresa ou para proteger dados corporativos demais. A regra 3-2-1 afirma que você deve manter três (ou mais) cópias de seus dados em dois meios diferentes e um em um local fora do local. Aqueles que usam este método raramente se encontram sem um backup viável disponível para restaurar seus arquivos. As desvantagens desta regra são requisitos de espaço e gestão. Três cópias de dados requerem muito espaço, e armazenar em dois meios diferentes é caro. Fora do local pickup e armazenamento também são caros, mas você tem que pesar a despesa de 3-2-1 contra não ter um bom e recuperável backup.
2. Uma rede de backup dedicada-adicione uma placa de interface de rede (NIC) aos seus sistemas de servidor, coloque esses NICs em seu próprio VLAN isolado (de modo que o tráfego de backup pesado não afeta o tráfego de produção), e use uma localização de backup central, como um servidor de armazenamento ou armazenamento ligado à rede. Certifique-se de ligar vários NICs juntos no servidor de armazenamento para lidar com todos os dados de entrada. Conjuntos de discos de alta velocidade também ajudam com o registo simultâneo de dados de vários locais.
3. Empata os teus backups – parece que todos querem que os backups comecem à 1:00 da manhã. Não faças isso. Vai inundar a rede com tráfego de reserva, até um VLAN segregado, e os seus backups vão acabar por não terminar porque eles param, ou vão correr para sempre. Calcular quanto tempo cada backup leva e, em seguida, cavalgar em conformidade. Além disso, nem todos os servidores precisam de ser suportados durante a noite. Alguns servidores podem ficar em silêncio às 18: 00, quando todos se desligaram da rede corporativa. Você pode fazer backup de vários sistemas ao mesmo tempo-apenas não todos os servidores.
4. Documente seus procedimentos de backup-eu sei que a documentação é a coisa menos favorita de todos para fazer, mas lembre-se que você não trabalha completamente em um vácuo. Há outras pessoas que podem ter que seguir suas instruções ou para pegar onde você deixa quando você muda de emprego. Por favor, documente sua estratégia de backup, os passos que você toma para backup de dados, onde os dados são suportados, identificar e explicar automação, e explicar como recuperar dados de backup. Verifique a sua documentação fazendo com que outra pessoa execute um backup e uma restauração. A entrega é crítica, e se deixar a sua empresa actual numa situação má, está a limitar as suas possibilidades futuras de carreira. Os círculos tecnológicos são pequenos, e todos falam. Se tiveres uma má reputação por sabotagem ou separações negativas, vais danificar a empresa temporariamente, mas vais magoar-te permanentemente.
5. Verifique seus backups-embora esta dica deve ir sem dizer, muitos administradores de sistema executar backups, verificar para ver se eles correram, mas nunca verificar que o backup é realmente útil. A forma como verifico os backups é que coloco um ficheiro chamado algo como backup_verify.TXT em algum lugar no sistema de arquivos, normalmente em /etc/configus que eu restaurar em uma base regular. Você pode automatizar esta restauração se você quiser; ele não tem que ser um processo de restauração manual para verificar que você pode pegar este arquivo de um backup e restaurá-lo para um local conhecido.
encerrar
Backups são um importante e comum ponto de dor entre os administradores do sistema. Ninguém gosta de realizar backups, e parece nos deixar com raiva quando temos que restaurar a partir de um backup. Os Backups são simplesmente uma dor universal. Eles são, no entanto, um mal necessário. Um bom backup pode salvar você um monte de tempo, enquanto backups ruins, ou proibir, sem backups em tudo, vai fazer pouco para melhorar a sua carreira sysadmin.