Implementando as pastas base em um cluster de servidor

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

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: 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: 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