Conjuntos de FT software não são suportados no Microsoft Cluster Server

Traduções de Artigos Traduções de Artigos
Artigo: 171052 - Ver produtos para os quais este artigo se aplica.
Este artigo foi arquivado. Este artigo é oferecido "tal como está" e deixará de ser actualizado.
Expandir tudo | Reduzir tudo

Sumário

A tolerância a falhas software incluída no Windows NT Server (FTDISK) não será suportada no Microsoft Cluster Server (MSCS) 1.0 para recursos de disco de cluster no barramento SCSI partilhado do cluster. Isto incluirá conjuntos de espelhos, conjuntos de volumes e conjuntos de repartições com e sem paridade. FTDISK continuará a ser suportadas para recursos de disco local.

Isto inclui recursos de disco local nos servidores de Windows NT Server Enterprise Edition com MSCS 1.0. Utilizar FTDISK para recursos de disco local iria exemplos de criar um conjunto de repartições (stripe) FTDISK RAID 5 utilizado para fins de cluster não num servidor. Por exemplo, um cliente pode escolher um volume FTDISK para uma aplicação não foi utilizado num cluster. No entanto, para MSCS recursos de disco num barramento SCSI partilhado, o RAID apenas é suportada pela Microsoft é o nível de hardware RAID.

Os factos chaves duas sobre esta situação são:
  • MSCS ainda suporta RAID em todos os discos num cluster, para proteger os dados no caso de uma falha no disco. No entanto, discos no barramento SCSI partilhado tem de ser protegidos por hardware RAID, enquanto os discos que são locais para cada servidor podem estar protegidos por hardware ou software RAID.

  • Windows NT Server software RAID ainda totalmente é suportada para todos os discos ligados a um servidor sem clusters. As razões técnicas que impedem a Microsoft suportar software RAID em discos SCSI partilhados num cluster exclusivamente estão relacionados com a forma como MSCS efectua a activação pós-falha do servidor.

Mais Informação

Existem dois motivos técnicos chaves porque FTDISK não é suportado o barramento SCSI partilhado em Microsoft Cluster Server 1.0.

A primeira razão é que metadados RAID não é possível ser eficazmente recuperados por MSCS em todos os cenários de activação pós-falha de servidor. FTDISK armazena informações de metadados sobre todos os membros de disco no registo no computador local. (A localização destas informações é HKEY_LOCAL_MACHINE\System\Disk.) Por conseguinte, a única forma para obter os metadados do disco é montar o sistema de ficheiros dos membros do disco. Isto apresenta sem dificuldades com servidores sem clusters porque, por predefinição, sempre têm acesso a dispositivos de armazenamento local.

No entanto, num cluster, com base em sequências de falha e de arranque específicas, existem ocasionais estados onde um computador não conseguir iniciar com todos os volumes necessários para diskset FTDISK. Neste caso, um conjunto de dados podem ser isolado ou distribuído para uma versão anterior, dado que as informações necessárias para identificar a propriedade do disco estão contidas no disco que está a ser montado. Num cluster seria teoricamente possível para falhas de servidor resultar em estados desconhecidos para discos geridos pelo FTDISK actual. A incapacidade de com segurança recuperar o estado do disco RAID até que os discos foram já colocados novamente online poderá também expor os membros de disco para a possibilidade de danos nos dados, perda de dados, dados obsoletos e outros problemas de um volume de dados.

O outro problema técnico impedir suporte FTDISK actual para discos SCSI partilhados num cluster é a falta de um método de recuperação de problemas do disco totalmente automatizado. Por exemplo, no caso de uma activação pós-falha, o CHKDSK teria de ser executado num volume FT a avaliar a integridade do próprio volume. Neste momento, não existe não significa automática de o fazer, deixando a responsabilidade de executar o CHKDSK para o utilizador.

Para obter informações adicionais, consulte os seguintes artigos na base de dados de conhecimento da Microsoft:
CHKNTFS.EXE 160963: o que pode utilizar-para

158675 como cancelar o CHKDSK depois de este tem sido agendada
As informações acima só são relevantes para implementar a tolerância a falhas de software no Microsoft Cluster Server 1.0. O software FTDISK actual RAID permanece uma solução de protecção de disco suportado, fiável e excelente para o Windows NT Server quando executar num servidor único.

Propriedades

Artigo: 171052 - Última revisão: 21 de fevereiro de 2014 - Revisão: 2.2
A informação contida neste artigo aplica-se a:
  • Microsoft Windows NT Server 4.0 Enterprise Edition
  • Microsoft Cluster Server 1.1
Palavras-chave: 
kbnosurvey kbarchive kbmt kbinfo kbsetup KB171052 KbMtpt
Tradução automática
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática? erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 171052

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com