Diminuir partição no servidor de produção

Question

Nosso servidor de produção foi configurado apenas com uma partição grande.

Eu configurei um servidor em espera e particionei-o corretamente. Agora o chefe quer que a partição do ambiente de produção seja reduzida.

É um HP DL380 G6

Temos 4 unidades de troca a quente em um array RAID 5.

Qual a melhor maneira de fazer isso? Parece uma má ideia para mim.

Devo usar o Windows ou a HP para fazer o particionamento?

De que devo estar ciente em um ambiente de produção? A idéia é colocar o site (Inetpub) em uma partição separada em vez da unidade C :.

Quanto tempo de inatividade devo esperar?

Esta é uma ideia terrível?

Algo mais que perdi?

EDITAR / ATUALIZAR: Apresentei as informações que reuni e incluí as informações fornecidas aqui pelos usuários e NÃO estamos fazendo o particionamento! OBRIGADO! FYI: Sua idéia era criar duas partições para que, se o sistema operacional falhasse, os dados ficassem seguros.

Agora, a parte mais difícil é escolher uma resposta correta para isso ... Vocês todos deram informações tão boas. Faça uma sugestão nos comentários desta pergunta e eu vou escolher uma das respostas.

    

Answer 1

Um ... não é uma boa ideia, na minha opinião. É um servidor de produção.

Quando seria uma boa ideia?

Você precisaria de backups. Testado que você pode restaurá-lo a partir do zero. Ou seja, você está jogando com uma partição . Um erro = muito tempo de inatividade.

Você pode ser capaz de usar um disco de boot do Linux com o gparted para editar a partição, mas você ainda está correndo um grande risco, esp. com o controlador RAID.

Sua melhor aposta é fazer o backup de tudo , limpar a unidade e reparticioná-la e restaurar os dados do backup.

Melhor ainda, mude o seu servidor de reserva para o servidor de produção e, em seguida, transforme o servidor de produção em espera e faça a repartição com a técnica acima.

Tempo de inatividade - pode levar uma hora, ou se algo der errado, de meio dia a um dia ou mais. Você não saberá até que descubra se algo está errado.

Primeiramente, eu me preocupo com a migração do off de ser um servidor de produção antes de tentar qualquer coisa com ele. Você está meio que procurando problemas jogando com as partições de um servidor de produção ao vivo.

    

Answer 2

Sim, como Bart disse, mova a carga para o outro servidor e, em seguida, limpe e recarregue o primeiro em paz seria a opção mais simples. Mas eu não vejo muito sentido em ter duas partições se ambas estiverem no mesmo array RAID-5, completamente estendido - não é como se isso ajudasse o desempenho ou que o inetpub seja difícil de encontrar no volume do sistema.

Eu quase iria para a outra rota e refazer o outro servidor para usar apenas uma partição para resolver seu problema de caminho e o problema de mexer em um servidor de produção em execução? Ou invista em um par de unidades extras para uma matriz de espelhamento do sistema operacional separada e limpe, recarregue as duas ^^

Se não houver espaço para encolher (adoro o gerenciamento de volumes do Server 2008 btw, ele está finalmente começando a fazer coisas úteis como estender e encolher volumes do sistema), você está sem opções on-line. Use uma ferramenta defrag que moverá os arquivos para o início do disco - talvez o defragger interno o ajude o suficiente. Em seguida, execute novamente a verificação de redução. Tenha um backup bem testado e faça isso durante uma janela de manutenção.

    

Answer 3

Mude seu servidor em espera para o servidor de produção, em seguida, torne o servidor de produção em um modo de espera e faça a repartição dele, enquanto pode ser lixo, ele só precisa funcionar enquanto você está reconstruindo o antigo primário. Se essa é a idéia de seus chefes, considere a opção que ele quer - use um downwtime planejado e espere que a espera seja ativada se a reconstrução do servidor demorar mais que o esperado ou troque de máquina e consiga serviços potencialmente degradados enquanto estiver sendo construída. Esta não deve ser a sua chamada em si - apresente as opções para a empresa e deixe que elas decidam

    

Answer 4

Em primeiro lugar, o reparticionamento não é grande coisa, com um número de produtos prontamente disponíveis para fazer o trabalho, mas há sempre uma possibilidade de que algo possa dar errado. A Lei de Murphy garante que, quanto mais você precisar desse sistema em funcionamento, maior a probabilidade de que tudo vá em forma de pêra. Você, portanto, absolutamente deve ter backups que podem ser usados a partir do estado de metal frio, como outros já disseram.

Apesar do exposto acima, você não informou um motivo real para essa operação, o que pode fazer com que o tempo de inatividade seja de meia hora até o tempo necessário para restaurar a partir do backup. Mesmo quando tudo correr bem, a quantidade de tempo de inatividade dependerá de vários fatores, principalmente o tamanho da partição, a quantidade de dados e o nível de fragmentação.

A idéia antiga de separar o SO e os dados em partições separadas, pelo menos em máquinas Windows, é seguida apenas por um número muito pequeno de administradores nos dias de hoje, como a maioria de nós aprendeu há muito tempo que há inúmeras desvantagens e sem vantagens reais. Se eles precisarem ser separados, faça isso em unidades separadas, não em partições na mesma unidade. O uso de RAID não altera isso de qualquer forma.