Por que criar partições no linux é uma boa solução para recuperação fácil?

Question

Eu ouvi dizer que se você não fizer partições no linux, é tão difícil recuperar os dados. E se você fizer poucas partições, será fácil recuperar os dados.

por exemplo, se você fizer /par1 /part2 /part3 , é melhor para a recuperação.

Mas agora alguns dos meus amigos me dizem que /home/user/{all data here} não tem nenhuma diferença em fazer /par1 /part2 /part3 em relação à recuperação.

Qual é a verdade e por quê?

    

Answer 1

Para ilustrar a pergunta de maneira simples e eficiente, considere dois cenários:

• Você instala sua distribuição favorita do Linux em todo o disco, ou seja, sem nenhuma partição:

  Suponha que o sistema esteja com falha porque o sistema operacional não consegue acessar alguns setores e não consegue inicializar. Você perdeu alguns dados devido a setores defeituosos e, por causa disso, pode não conseguir acessar outros blocos de dados no disco rígido. A conclusão é que algum setor ruim está afetando seus dados inteiros. Portanto, a recuperação aqui é provavelmente difícil do que se você usasse várias partições para diferentes categorias de dados.

• Você instala sua distribuição Linux preferida particionando o disco rígido:

  Se você particionar seu disco rígido, diga sda1 para inicialização, sda2 para raiz, sda3 para opt, sda4 para usr, sda5 para casa e assim por diante, agora se ocorrer algum tipo de problema de falha ou setor defeituoso, então há uma probabilidade maior do que o cenário anterior, você pode salvar / recuperar suas outras partições. Também é útil em casos como, por exemplo, dizer que eu bati meu sistema (considere-o como um problema) e o sistema não inicializa, eu poderia reinstalar meu sistema sem tocar minha partição inicial, portanto a partição home é isolada e segura. Outros benefícios são os seguintes:

  1. menor quantidade de tempo na verificação do sistema de arquivos.
  2. liberdade para escolher diferentes sistemas de arquivos.
  3. proteção de sistemas de arquivos.
  4. facilidade em reparar sistemas de arquivos apontando para o sistema de arquivos problemático.

E, claro, há benefícios do Gerenciamento de Volume Lógico (LVM), ele começa com um único grupo de volumes e, subsequentemente, cria vários volumes lógicos para manter os sistemas de arquivos necessários. Eu pessoalmente não uso LVM, então, para mais, você pode visitar Wikipedia e Gentoo

    

Answer 2

A falta de partições é uma causa comum para a necessidade de recuperação, em primeiro lugar.

Uma tabela de partição é a maneira mais comum / padrão de declarar que o disco está em uso (e, graças a vários tipos de partição, normalmente também declara para que exatamente cada partição é usada).

Um disco não particionado parece um disco não utilizado para muitos programas; instaladores os selecionam para instalação; os particionadores criam tabelas de partições neles; É fácil obter danos nos metadados do sistema de arquivos ou no cabeçalho LUKS, se você não criar uma partição para eles mesmos.

Se você sabe exatamente o que está fazendo e tem controle total sobre o seu ambiente, talvez não precise de partições. Eu ainda recomendo que você os use.

    

Answer 3

Isso era verdade uma vez - uma vez as unidades eram menores (e mais lentas), assim como as fitas. Se você tem um grande grupo de ataque e sofre uma falha (composta) - todos os dados desse grupo de ataque devem ser recuperados.

À medida que os tamanhos aumentam, o mesmo acontece com o número de fitas necessário.

Portanto, um sistema de arquivos grande, no qual você está fazendo uma restauração completa, pode significar recuperar tudo e fazer isso de uma sequência de fitas em que você se lembra de backups completos e incrementais subsequentes. Em um servidor de arquivos grande, isso pode consumir muito tempo.

Da mesma forma - o ciclo de backup pode levar muito tempo - havia um perigo real de que você não conseguiria concluir sua programação de backup "diária" todos os dias.

Então, o que você faria: criar sistemas de arquivos separados em dispositivos físicos separados e fazer backup deles de maneira independente. Você poderia então escalonar seu backup ou fluxo para diferentes dispositivos de fita. Se uma falha ocorresse, você substituiria e restauraria apenas aquele segmento e terminaria.

Esses motivos ainda se aplicam a uma extensão, mas as unidades e as fitas são maiores e mais rápidas. (E muitas pessoas voltam direto para o disco de qualquer maneira). As reconstruções automatizadas também são mais fáceis.

Então, agora, os principais motivos para particionar são:

• controle sobre o uso do espaço. Você não quer que um usuário exploda 'root' porque baixou muito lixo para 'casa'.
• Segregando 'coisas que você precisa fazer backup' de 'coisas que você não faz'. Se o seu processo de recriação automatizado for suave o suficiente, você deve ser capaz de reconstruir mais rápido do que recupera e, em seguida, basta adicionar os dados temporários (arquivos de banco de dados, dados do usuário, etc.).
• Segregação da configuração do disco. Você provavelmente não precisa de alto desempenho ou alto disco de resiliência. Você pode então escolher diferentes tipos de tecnologia de disco ou RAID.
• backups da camada de disco - você pode ajustar ou clonar, mas normalmente só pode fazer isso em um nível por LUN. Essa tecnologia permite algumas opções de recuperação / retrocesso / encaminhamento bastante interessantes, mas é necessário separar o armazenamento que você está fazendo. (Você não quer limpar suas unidades de casa toda vez que reverter um banco de dados Oracle)