Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
Este tópico descreve como remover servidores em Espaços de Armazenamento Diretos usando o PowerShell.
Remover um servidor, mas manter as suas unidades
Se você pretende adicionar o servidor de volta ao cluster em breve, ou se pretende manter suas unidades movendo-as para outro servidor, você pode remover o servidor do cluster sem remover suas unidades do pool de armazenamento. Esse é o comportamento padrão se você usar o Gerenciador de Cluster de Failover para remover o servidor.
Use o cmdlet Remove-ClusterNode no PowerShell:
Remove-ClusterNode <Name>
Esse cmdlet tem sucesso rapidamente, independentemente de quaisquer considerações de capacidade, porque o pool de armazenamento "lembra" os drives ausentes e espera que eles retornem. Não há movimento de dados a partir das unidades ausentes. Enquanto eles permanecerem ausentes, seu Status Operacional será exibido como "Comunicação Perdida", e seus volumes mostrarão "Incompleto".
Quando as unidades voltam, elas são automaticamente detectadas e reassociadas ao pool, mesmo que agora estejam num novo servidor.
Warning
Não distribua unidades com dados de pool de um servidor para vários outros servidores. Por exemplo, se um servidor com dez unidades falhar (porque sua placa-mãe ou unidade de inicialização falhou, por exemplo), você pode mover todas as dez unidades para um novo servidor, mas não pode mover cada uma delas separadamente para outros servidores diferentes.
Remover um servidor e as suas unidades de disco
Se desejar remover permanentemente um servidor do cluster (às vezes chamado de dimensionamento), você poderá remover o servidor do cluster e remover suas unidades do pool de armazenamento.
Use o cmdlet Remove-ClusterNode com o sinalizador opcional -CleanUpDisks :
Remove-ClusterNode <Name> -CleanUpDisks
Esse cmdlet pode levar muito tempo (às vezes muitas horas) para ser executado porque o Windows deve mover todos os dados armazenados nesse servidor para outros servidores no cluster. Quando isso for concluído, as unidades serão removidas permanentemente do pool de armazenamento, retornando os volumes afetados a um estado saudável.
Requirements
Para dimensionar permanentemente (remover um servidor e suas unidades), o cluster deve atender aos dois requisitos a seguir. Caso contrário, o cmdlet Remove-ClusterNode -CleanUpDisks retornará um erro imediatamente, antes de iniciar qualquer movimentação de dados, para minimizar a interrupção.
Capacidade suficiente
Primeiro, você deve ter capacidade de armazenamento suficiente nos servidores restantes para acomodar todos os seus volumes.
Por exemplo, se você tiver quatro servidores, cada um com unidades de 10 x 1 TB, terá 40 TB de capacidade total de armazenamento físico. Depois de remover um servidor e todas as suas unidades, você terá 30 TB de capacidade restante. Se as dimensões dos seus volumes forem superiores a 30 TB combinadas, eles não caberão nos servidores restantes, e o cmdlet não moverá nenhum dado e retornará um erro.
Domínios de falha suficientes
Em segundo lugar, você deve ter domínios de falha suficientes (normalmente servidores) para fornecer a resiliência de seus volumes.
Por exemplo, se os seus volumes usarem espelhamento de três vias ao nível do servidor para garantir resiliência, eles não poderão estar completamente saudáveis, a menos que tenha pelo menos três servidores. Se você tiver exatamente três servidores e, em seguida, tentar remover uma e todas as suas unidades, o cmdlet retornará um erro e não moverá nenhum dado.
Esta tabela mostra o número mínimo de domínios de falha necessários para cada tipo de resiliência.
| Resiliency | Domínios de falha mínimos necessários |
|---|---|
| Espelho bidirecional | 2 |
| Espelho de três vias | 3 |
| Paridade dupla | 4 |
Note
Não há problema em ter brevemente menos servidores, como durante falhas ou manutenção. No entanto, para que os volumes retornem a um estado totalmente íntegro, você deve ter o número mínimo de servidores listados acima.