Implementando as pastas base em um cluster de servidor

Traduções deste artigo Traduções deste artigo
ID do artigo: 256926 - Exibir os produtos aos quais esse artigo se aplica.
Expandir tudo | Recolher tudo

Neste artigo

Sumário

Este artigo descreve o procedimento básico para compartilhar pastas base em um disco compartilhado em um cluster.

Mais Informações

No administrador de cluster, não é a configuração ideal para criar um recurso de compartilhamento de arquivo de cluster para pasta base da todos os usuários. Não apenas isso requer muito trabalho administrativo, mas também usa memória e recursos de CPU que ele não é necessário. O serviço Cluster usa memória e ciclos de CPU para cada recurso que você definiu no administrador de cluster. Mais recursos você tiver, mais sobrecarga que o serviço gera de cluster. Supondo que haja pastas base 750 usuários em um cluster, um recurso de compartilhamento de arquivo deve ser criado para cada usuário. Tempos de failover de um nó para outro aumento, bem como exibir recursos no administrador de cluster. O cenário de pior é que um cluster muito ocupado pode soltar conexões devido à quantidade de tempo que está sendo usado para gerenciar recursos de cluster 750.

A melhor maneira de usar um cluster de servidor para pastas base casa é usar o "Compartilhar subdiretórios" ou o recurso dinâmico compartilhamentos. A entidade básica por trás de compartilhamentos de arquivos dinâmico é que um recurso de compartilhamento de arquivo único cluster for criado, mas um compartilhamento de arquivo independentes é criado para cada pasta de usuário. Por exemplo:
Z:\
Z:\Users
Z:\Users\Steve
Z:\Users\Shon
Z:\Users\Elden
Z:\Users\Dewitt
Z:\Users\Emily
Unidade Z é o disco compartilhado. A pasta Z:\Users é o compartilhamento de raiz que contém todas as pastas base do usuário.

Configuração incorreta:
  1. Crie um recurso de compartilhamento de arquivo de cluster para cada usuário. Nesse caso, um recurso de cluster está definido cinco vezes para cada usuário a Z:\Users pasta.
  2. Definir permissões NTFS na pasta Z:\Users\ Username para permitir que somente o acesso de usuário se destina a pasta.
  3. Sempre que um usuário é criado, vá para a pasta Z:\Users e criar a pasta apropriada com as permissões. Em seguida, use o administrador de cluster para criar um recurso de compartilhamento de arquivo.
A configuração apropriada:
  1. Criar um recurso de compartilhamento de arquivo único cluster para o Z:\Users pasta raiz.
  2. Dê o todos permissões de nível de compartilhamento de controle total grupo no administrador de cluster.
  3. Usando a guia parâmetros para o recurso de compartilhamento de arquivo de cluster raiz, clique para selecionar a caixa de seleção compartilhar todos os subdiretórios .
  4. Defina as permissões de NTFS na pasta Z:\Users\ Username para permitir que o usuário pretendido acessar a pasta. A conta do serviço de cluster precisa ter pelo menos permissões de leitura. Neste ponto, todas as pastas em Z:\users são compartilhadas automaticamente com as mesmas permissões de rede como o compartilhamento de raiz. Para adicionar um usuário quando você estiver usando compartilhamentos dinâmicos, crie uma pasta em Z:\Users e atribuir NTFS adequadas permissões (consulte a etapa 4). O serviço de cluster compartilha automaticamente a pasta.

    Observação : quando você executar a etapa seguinte, você não ocultá-os diretórios em um compartilhamento, somente os compartilhamentos próprios.

  5. Para tornar os compartilhamentos de usuário ocultos, use a guia parâmetros para o recurso de compartilhamento de arquivo de cluster raiz e clique para selecionar a caixa de seleção Ocultar compartilhamentos de subpastas . Esta ação acrescenta "$" ao final dos compartilhamentos localizado em Z:\Users\ <username>.
O recurso "Compartilhar subdiretórios" foi adicionado para o Microsoft Windows NT 4.0, Enterprise Edition, serviço de cluster com o Service Pack 4 e aprimorado com Service Pack 5. Aplicar o Service Pack 5 se você pretende implementar dinâmico compartilhamentos de arquivo. O Windows 2000 Advanced Server inclui esse recurso.

Se os subdiretórios são compartilhados em um compartilhamento de arquivo agrupado e houver mais de um arquivo de compartilhamento grupos dentro do cluster que usar variáveis de ambiente por nome de usuário, o seguinte comportamento pode ocorrer quando os grupos são colocados online no mesmo nó físico. Por exemplo, você tem as unidades em cada grupo que tem as seguintes pastas:
  • \\<virtual_server1>\Users U: unidade |--usuários |--Usuário1 |--user2
  • \\<virtual_server2>\Data unidade Z: |--dados |--Usuário1 |--user2
Por exemplo, quando você usar variáveis de ambiente e um ou ambos os seguintes dois grupos de servidor virtual ficar online no mesmo nó físico, os usuários podem se conectar a compartilhamentos corretos:
  • \\<virtual_server1>\users\%username%
  • \\<virtual_server2>\data\%username%
No entanto, se você usar a uma ou ambas os seguintes grupos de servidor virtual, os usuários podem ter resultados inconsistentes quando eles mapeiam unidades de rede:
  • "net use * \\ <virtual_server1> \%username%"
  • "net use * \\ <virtual_server2> \%username%"
O serviço de servidor do LANMAN não diferencia entre compartilhamentos subpasta. Portanto, não é possível distinguir que \\<virtual_server1>\%username% e \\<virtual_server2>\%username% são diferentes compartilhamentos de arquivo. Quando a segunda instância do compartilhamento de % username % arquivo tenta compartilhar, ocorrerá o seguinte erro 2118 no arquivo de log de cluster e que compartilham não será criado:

Compartilhamento de arquivos WARN <data>: SmbpCheckAndBringSubSharesOnline: falha de NetShareAdd para subshare <user1> $ erro: 2118.
Compartilhamento de arquivos WARN <data>: SmbpCheckAndBringSubSharesOnline: falha de NetShareAdd para subshare <user2> $ erro: 2118.
C:\err>Err 2118 # para 0x846 2118 / hexadecimal decimal NERR_DuplicateShare lmerr.h # / * O nome já foi compartilhado. */

Porque não existem os compartilhamentos de segundo, o mapeamento da unidade se conectará ao compartilhamento primeiro. A melhor solução para evitar a colisão de nome de compartilhamento não é compartilhar diretórios de sub-rotina em Propriedades avançadas do recurso Compartilhamento de arquivos no administrador de cluster. Você pode usar ABE (enumeração baseado em Access) para aplicar ACLs (lista de controle de acesso) para as subpastas de usuário.Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
907458 Como implementar a enumeração baseado em acesso do Windows Server 2003 em um ambiente de DFS
Como alternativa, os compartilhamentos de arquivos podem ser criados usando um dos dois métodos a seguir:
  • Renomear todas as subpastas sob os locais de compartilhamento original para algo diferente para que eles nunca haverá correspondência
  • Não compartilhar subdiretórios e mapear tudo para \\<virtual_server1>\users ou \\<virtual_server2>\data ou ambos. Em seguida, use as permissões de NTFS para que os usuários possam acessar somente sua próprias compartilhamento.

Artigos relacionados

186496Proteger uma pasta comum
194831Compartilhamentos de cluster SP4 devem ser redefinidos para reconhecer subpastas adicionadas
224967Como criar compartilhamentos de arquivos em um cluster
254219Considerações de segurança durante a implementação de cluster compartilhamentos de arquivos
257389Microsoft Cluster Server não pode compartilhar pastas automaticamente

Propriedades

ID do artigo: 256926 - Última revisão: sexta-feira, 26 de outubro de 2007 - Revisão: 3.2
A informação contida neste artigo aplica-se a:
  • Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows NT Server 4.0 Enterprise Edition
Palavras-chave: 
kbmt kbproductlink kbclustering kbenv kbinfo KB256926 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 traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 256926

Submeter comentários

 

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