C:\ é para sistema operacional, D:\ é para dados?

Question

"Antigamente", sempre segregávamos nossas unidades de sistema operacional (no Windows) de nossas unidades de dados. No mundo Linux, embora eu esteja muito menos familiarizado com ele, estou ciente de que a sabedoria dita ainda mais volumes definidos e usados ​​em uma configuração de melhores práticas.

Agora que é provável que o armazenamento do servidor esteja em uma SAN (onde os recursos de disco são compartilhados por muitos sistemas operacionais e aplicativos individuais), realmente importa mais que o sistema operacional e as partições de dados sejam segregados no nível do volume?

Quais são seus pensamentos?

Answer 1

Existem três drivers principais para manter o sistema operacional e os dados separados em termos de armazenamento.

1. Espaço. Como ErikA aponta, você realmente não quer que o volume do seu sistema operacional fique sem espaço. Todos os tipos de coisas ruins podem acontecer. Separando esses dois métodos de crescimento
2. Requisitos de acesso de E/S. O tipo de E/S usado no volume do sistema operacional geralmente é muito diferente do tipo usado pelos volumes de dados. Manter seus tipos de E/S separados é uma ideia muito boa em muitos níveis.
3. Portabilidade de armazenamento. Quando chegar a hora de atualizar o sistema operacional do seu servidor, você poderá destruir o volume do sistema operacional e manter todos os dados. Ou em ambientes SAN ou VM, você pode simplesmente mover o volume de dados para um servidor novo e recém-instalado e economizar tempo em atualizações.

Além disso, alguns sistemas operacionais (o Windows está entre eles) não são muito gentis em redimensionar o volume do sistema operacional, o que significa que geralmente você precisa fornecer o máximo que for necessário durante sua vida útil ao formatar o servidor. Compare isso com os volumes de dados que podem e frequentemente são redimensionados muitas vezes durante a vida útil de um servidor. Mesmo em ambientes totalmente virtualizados onde o sistema operacional e os próprios volumes de dados estão hospedados no mesmo armazenamento real, não ser capaz de redimensionar o volume do sistema operacional pode ser uma grande desvantagem. O Windows 2008+ agora recomenda 30 GB para a unidade C:\ atualmente, muito longe dos 10 GB que usávamos no Server 2003; isso é algo que irá surpreender muitos administradores do Windows ao fazerem a conversão de 2003 para 2008.

Answer 2

Sim, certamente separe o sistema operacional dos dados. Já vi isso repetidas vezes onde, com uma partição compartilhada, a partição acaba enchendo e impossibilitando o patch do sistema operacional, impossível estender a partição (por vários motivos), etc.

IMO, a sobrecarga de gerenciamento de duas partições é um pequeno preço a pagar pelo isolamento fornecido.

Com relação aos sistemas apoiados por SAN aos quais você se referiu, isso ainda não o protegerá contra o preenchimento de dados na partição do sistema operacional. Com armazenamento totalmente virtualizado, você não precisa se preocupar tanto em garantir que o sistema operacional e os dados residam em eixos separados.

Answer 3

Eu diria que depende do que você está fazendo com o sistema. Se precisar reinstalar o sistema operacional, você pode evitar problemas colocando todos os seus dados em uma partição separada. Caso contrário, não vejo mais necessidade. Meus dois centavos.

Answer 4

As recomendações históricas de particionamento do Linux (bem, Unix, na verdade) devem-se em parte às suas origens como um sistema operacional de servidor de mainframe (em rede), que, por sua vez, suspeito que tenha sido influenciado pela (então) relativa falta de confiabilidade do hardware. Por exemplo, os registros e os dados temporários eram normalmente separados porque essas áreas de armazenamento sofriam muito desgaste, mas não seria um grande problema se eles fossem perdidos.

Se você estiver construindo um sistema de desktop, eu optaria pela divisão dados/não dados/swap. A menos que você esteja construindo um servidor que espera levar a sério, coisas como /usr/local e /var/tmp separados se tornam uma dor de cabeça na alocação de espaço.