Você deve fazer upgrade de todos os servidores NetWare 4 para NetWare 4.2 para obter vantagens de performance e administração.
Entretanto, durante a migração para o NetWare 4.2, versões diferentes do NetWare 4 e NetWare 3 ainda interoperarão. As redes NetWare 4 suportam isto oferecendo serviços de bindery e NetSync.
Alguns aplicativos, serviços e clientes que são executados no ambiente NetWare 4 atualmente não usufruem totalmente das vantagens da tecnologia NDS. Para habilitar os usuários ao acesso a estes serviços a partir do ambiente NetWare 4, a Novell oferece serviços de bindery.
Com os serviços de bindery, o NDS imita uma estrutura simples para objetos folha dentro de um objeto Organização ou objeto Unidade Organizacional. Assim, quando serviços de bindery são habilitados, todos os objetos dentro do container especificado podem ser acessados pelos objetos NDS e por servidores baseados em bindery e estações de trabalho cliente.
IMPORTANTE: Serviços de bindery aplicam-se somente a objetos folha no objeto container especificado.
Para habilitar serviços de bindery, utilize o parâmetro "SET BINDERY CONTEXT=nome_completo" com o comando SET ou o utilitário do servidor SERVMAN. (Consulte "SERVMAN" em Refer[ecirc ]ncia dos Utilitários.) O objeto container indicado com o parâmetro SET BINDERY CONTEXT é chamado contexto do bindery.
A figura a seguir ilustra os serviços de bindery quando um objeto Unidade Organizacional é especificado como contexto de bindery .
Figura 12-1.
Serviços de Bindery em uma Árvore do Diretório
Uma réplica gravável da partição que inclui o objeto container a ser configurado como o contexto de bindery deve ser armazenada em cada servidor em que você deseja habilitar os serviços de bindery
Entretanto, por default, somente os três primeiros servidores instalados em uma partição recebem uma réplica da partição durante o processo de instalação e, subseqüentemente, suportam os serviços de bindery. .
Você pode acrescentar réplicas a outros servidores, se necessário, para serviços de bindery. Se não houver uma réplica leitura/gravação ou master, use os utilitários NDS Manager ou PARTMGR para acrescentar uma ao servidor. Para obter informações e procedimentos, consulte "Colocação de Réplicas para Serviços de Bindery".
IMPORTANTE: Se um contexto de bindery não estiver configurado, o NDS não poderá suportar os serviços de bindery.
Normalmente, todos os objetos que um usuário deseja acessar sob os serviços de bindery devem estar localizados no mesmo contexto de bindery. Contudo, isto nem sempre é possível ou prático.
Você pode configurar contextos múltiplos de bindery para usuários que precisam acessar objetos fora de seus próprios contextos de bindery. Por exemplo, considere a Árvore do Diretório na figura a seguir.
Figura 12-2.
Contextos Múltiplos de Bindery 
Para configurar contextos de bindery nos servidores HQ_SRV1 e HQ_SRV2 nesta figura, digita-se o comando a seguir no arquivo do servidor AUTOEXEC.NCF onde os usuários estão localizados:
CONFIGURAÇÃO CONTEXTO DE BINDERY=ACCT.HQ.ACME;PROD1. DETROIT.MFG.ACME;TEST.DETROIT.MFG.ACME;
Para configurar contextos múltiplos de bindery, deve-se configurar os contextos para incluir o caminho todo até a [Root] da árvore. Pode-se configurar até 16 contextos por servidor. Use ponto-e-vírgula para separar os nomes completos dos containers aos quais você deseja que o contexto de bindery seja configurado.
ADVERTÊNCIA: Não altere um contexto de bindery do servidor uma vez configurado. A alteração do contexto de bindery de um servidor impede que todos os usuários dos serviços de bindery (do contexto original) que precisam fazer login naquele servidor acessem os serviços de bindery. A alteração do contexto de bindery do servidor pode também desabilitar o acesso a filas de impressão.
Os serviços de bindery permitem que os servidores NetWare 4 tentem se igualar às versões anteriores do NetWare e são, portanto, centrados no servidor. Por exemplo, se uma estação de trabalho cliente requerer um login de bindery, os serviços de bindery direcionam o servidor default a utilizar o login script de bindery encontrado no diretório de correio no volume SYS: em vez do login script NDS global do usuário. As alterações ao login script de bindery são mantidas localmente e não são distribuídas a outros servidores.
Você não poderá desabilitar os serviços de bindery se estiver logado via serviços de bindery e os objetos bindery estão sempre disponíveis a menos que os serviços de bindery sejam desabilitados.
Quando planejar e implementar serviços de bindery, você precisará considerar o que se segue.
Tenha estas diretrizes em mente quando planejar serviços de bindery:
Durante a instalação, um objeto bindery SUPERVISOR é criado, mas não é utilizado com o NDS. Os utilitários NDS não mostram este objeto. Este objeto deve ser utilizado com os serviços de bindery e para acessar o servidor via login de bindery. Uma vez que os serviços de bindery estejam habilitados, pode-se utilizar este objeto para fazer login no servidor, se você fizer login como objeto bindery. Você pode criar um objeto Usuário NDS SUPERVISOR e designar direitos ADMIN equivalentes a ele no NDS. Entretanto, o objeto de bindery e o objeto Diretório são exclusivos e separados mesmo que sejam identificados pelo mesmo nome.
Algumas informações do NDS não ficam disponíveis a usuários durante os serviços de bindery. Estas informações incluem os itens a seguir, mas não são limitadas a eles:
O contexto de bindery para um servidor pode ser configurado a um container que seja parte de uma partição armazenada em um outro servidor. Mas, antes de utilizar serviços de bindery, você precisa colocar uma réplica gravável da partição que inclua o contexto de bindery no servidor com serviços de bindery habilitados.
Se você configurar o contexto de bindery para um servidor a um objeto container que não seja parte de uma réplica gravável naquele servidor, os usuários não poderão fazer login via serviços de bindery.
Para obter mais informações, consulte "Colocação de Réplicas para Serviços de Bindery".
O NetSync sincroniza os usuários e grupos do NetWare 3 com objetos do Diretório em contextos de bindery de servidores NetWare 4 específicos. Quando você atualiza ou cria um usuário ou grupo no servidor NetWare 4, o servidor NetWare 4 sincroniza as informações com os servidores NetWare 3 no cluster NetSync. O usuário ou grupo existe agora em todos os servidores NetWare 3 no cluster.
A configuração do NetSync permite que você
Você deve utilizar o NetSync por uma das seguintes razões:
Você não deve utilizar o NetSync se:
Para obter mais informações sobre configuração e utilização do NetSync, consulte Instalação e Uso do NetSync.
Deve-se fazer um upgrade em todos os servidores NetWare 4 para NetWare 4.2 de modo a melhorar a performance e a administração. Contudo, durante a migração para o NetWare 4.2, versões diferentes do NetWare 4 e do NetWare 3 ainda continuarão a interoperar.
Para manter um ambiente NetWare 4 misto é necessária manutenção especial para assegurar que a versão correta do NDS.NLM esteja sendo utilizada. Além disso, você precisará entender algumas limitações de particionamento específicas ao distribuir particionamentos em servidores NetWare 4 mistos.
O esquema base do NDS foi modificado no NetWare 4.2. O novo esquema é compatível com o DS.NLM versão 5.00 e posterior, e as versões DS.NLM suportadas no NetWare 4.2.
Para verificar a versão de DS.NLM que está sendo carregada, vá para o console do servidor e digite
MODULES
Uma amostra pode aparecer da seguinte maneira:
DS.NLM
NetWare 4.2 Directory Services
Version 6.00 September 23, 1995
Copyright 1993-1996 Novell, Inc. All rights reserved
A amostra acima indica que o servidor NetWare 4.2 está utilizando o DS.NLM versão 6.00.
|
Se |
Então |
|---|---|
|
Você estiver fazendo upgrade em um servidor NetWare 4.1 que estiver executando uma versão do DS.NLM anterior a 6.00 |
Consulte as instruções no arquivo READUPDS.TXT. |
Para evitar conflitos no esquema base do NDS, sempre faça upgrade do servidor retendo primeiramente a réplica master da partição [Root].