Informações de integração de aplicação de servidor terminais

Traduções de Artigos Traduções de Artigos
Artigo: 186498 - Ver produtos para os quais este artigo se aplica.
Importante
Este artigo aplica-se para o Windows 2000. Suporte para o Windows 2000 termina em 13 de Julho de 2010. O Windows 2000 End-of-Support Solution Center é um ponto de partida para planear a estratégia de migração a partir do Windows 2000. Para mais informações consulte a Microsoft Support Lifecycle Policy.
Expandir tudo | Reduzir tudo

Nesta página

Sumário

Este artigo descreve o processo de instalação de aplicações para utilizar vários utilizadores num computador com o Terminal Server. Este artigo inclui orientações para integração de aplicações, descrições dos modos de instalação e execução e definições de registo para controlo da aplicação.

Mais Informação

Importante Esta secção, método ou tarefa contém passos que a saber como modificar o registo. No entanto, poderão ocorrer problemas graves se modificar o registo incorrectamente. Por conseguinte, certifique-se de que segue estes passos cuidadosamente. Para protecção adicional, cópia de segurança do registo antes de o modificar. Em seguida, pode restaurar o registo se ocorrer um problema. Para obter mais informações sobre como efectuar uma cópia de segurança e restaurar o registo, clique no número de artigo que se segue para visualizar o artigo na base de dados de conhecimento da Microsoft:
322756Como efectuar uma cópia de segurança e restaurar o registo no Windows
Para instalar aplicações, iniciar sessão no servidor de terminais como administrador. Cópias de segurança de ficheiros a DLL e SYS na sua SystemRoot directório (SystemRoot é o directório que seleccionou para instalar o servidor de terminais) sistema operativo e nos directórios de %SystemRoot%\System32 antes da instalação porque algumas aplicações tentarem colocar os seus próprios ficheiros DLL nestes directórios.

Se não for possível fazer uma cópia de segurança destes ficheiros, utilize os seguintes comandos:
DIR\%SystemRoot%\System32 LPT1:
- ou -
\System32 DIR\%SystemRoot% Sys32dir.txt
- e -
DIR\%SystemRoot%\System32 LPT1:
- ou -
DIR \%SystemRoot% Winntdir.txt
Se a instalação substitui qualquer do original Terminal Server ficheiros endereço especificamente que o sistema operativo de servidor de terminais, é possível a origem dos problemas de aplicações. Após a instalação concluir, comparar os directórios e, se necessário, crie uma cópia segurança alguns dos ficheiros.

Integração de aplicações

Se integrar uma aplicação num servidor de terminais ambiente, a áreas principal do consideração são:
  • Configuração e instalação da aplicação
  • Comunicações de rede de aplicação
  • Desempenho de vídeo de aplicação
Algumas aplicações têm características que, embora relativamente benigno num ambiente de utilizador único, podem conduzir a um desempenho reduzido ou incompatibilidades de aplicações, num ambiente multi-utilizador apresentação distribuída Terminal Server. Noções sobre e (se possível) evitar estas características ajuda a garantir a integração suave de uma aplicação num ambiente de servidor de terminais.

Como regra, siga estas directrizes de aplicação quando seleccionar ou desenvolver aplicações:
  • Win32 (Windows de 32 bits) as aplicações são preferenciais sobre Win16 (16 bits do Windows) aplicações. O servidor de terminais executa aplicações Win16 através de um processo denominado "Win16 no Win32," que faz com que aplicações Win16 para consumir cerca de 20 percentagem mais recursos do que as aplicações Win32 comparáveis.
  • Os ficheiros Windows INI devem ser acedidos utilizando APIs de adequada do Windows para que as funcionalidades de sincronização de ficheiros INI de servidor de terminais funcionem correctamente.
  • As aplicações (principalmente a aplicações de MS-DOS) que consultam um dispositivo de hardware ou o teclado em vez de aguardar um evento, podem ter um efeito adverso no desempenho do sistema. Pode utilizar o comando DOSKBD para optimizar as aplicações do MS-DOS que efectuam a consulta de teclado excessiva. Sempre que possível, utilize as APIs do Windows em vez da criação de código personalizado. Muitas APIs do Windows tem melhoramentos do Terminal Server MultiWin para facilmente suporta um ambiente multi-utilizador.
  • Evite rígido codificação caminhos e identificadores de rede.
  • Aplicações NetWare tem de poder ser executado no modo de enlace.
  • Gráficos de MS-DOS não são suportados no servidor de terminais clientes.
  • Evite utilizar mapas de bits em gráficos. Em vez disso, utilize gráficos baseados em vectores. Utilize o operador de quadrícula para gráficos de pincel no ecrã para um melhor desempenho.
  • Vxd não é suportado num ambiente Windows NT, Windows 2000 ou o Terminal Server.
As secções seguintes descrevem alguns destas directrizes em maior detalhe.

Instalação de aplicação e configuração

Num ambiente multi-utilizador como, por exemplo, Terminal Server, é essencial que todos os utilizadores podem efectuar utilizar das aplicações mesmas em simultâneo, sem interferir com as definições de preferência ou dados de uns dos outros.

O passo de primeiro e mais importante consiste em atribuir a cada utilizador um directório raiz exclusivo (por exemplo, C:\Users\%Username%). Apesar de um directório raiz predefinido for criado automaticamente para cada utilizador no perfil do utilizador, este pode fazer com que o perfil de utilizador crescer tremendously, que atrasa o processo de início de sessão e aumenta a utilização de recursos do sistema.

Para evitar este problema e permitir que as aplicações funcionar correctamente, utilize o Gestor de utilizadores para domínios para atribuir um directório raiz separado para cada utilizador.

Para configurar utilizadores existentes para utilizar directórios raiz separados, siga estes passos:
  1. Inicie sessão como administrador e iniciar o Gestor de utilizadores para domínios.
  2. Se iniciou sessão no domínio e pretende alterar utilizadores locais, no menu utilizador, clique em Seleccionar domínio e, em seguida, escreva o nome do computador do Terminal Server que se encontram as contas de utilizador no.
  3. Clique em contas de utilizador que pretende alterar. Para seleccionar várias contas de utilizador, prima e mantenha premida a tecla SHIFT enquanto prime as teclas de seta para cima e seta para baixo. Para seleccionar todas as contas de utilizador de um grupo específico, no menu utilizador e, em seguida, clique em Seleccionar utilizadores.
  4. No menu utilizador, clique em Propriedades.
  5. Clique em perfil.
  6. Clique na opção Caminho Local e, em seguida, escreva o seguinte comando:
    drive: \ Users \%Username%
    Em que drive é a unidade na qual o servidor de terminais está instalado (normalmente a unidade C) e Users é o directório que foi criado pelo sistema para directórios raiz.

    Nota: Embora Users é o directório é criado para directórios raiz, qualquer directório pode ser criado e utilizado.
  7. Clique em OK para voltar a utilizador propriedades caixa de diálogo.
  8. Clique em OK para voltar para o Gestor de utilizadores para domínios.
Aplicações de texto do MS-DOS e dos / 2 geralmente podem ser instaladas e utilizadas sem qualquer modificação. As aplicações do MS-DOS que executar a consulta de teclado poderão ter de ser modificado com o comando DOSKBD para evitar o consumo de recursos excessivos.

Aplicações do Windows utilizam frequentemente Windows funcionalidades, como, por exemplo, o registo de sistema e ficheiros INI. Algumas das informações nestes ficheiros é comum a todos os utilizadores e algumas informações são específicas do utilizador, que poderão requerer algumas personalização de aplicação.

Existem duas formas para instalar aplicações de Windows de 16 bits ou de 32 bits no servidor de terminais ambiente: utilizador-globais e específicos do utilizador.

Instalação de utilizador específicas

Específicas do utilizador significa que um utilizador específico instala a aplicação para a sua própria utilização. A instalação predefinida é específico do utilizador. Quaisquer ficheiros INI ou outros ficheiros que a aplicação tentar colocar o directório instalados para directório Windows doméstico do utilizador do Windows predefinido. Mesmo se a aplicação é instalada para uma rede ou partilhada directório, outros utilizadores não podem ter acesso a todos os ficheiros DLL e INI são necessários para executar a aplicação. O utilizador tem de fazer uma instalação específicas do utilizador. Em suma, deve ser feita uma instalação separada para cada utilizador que pretende utilizar a aplicação. Se uma aplicação for instalada utilizando o método específicas do utilizador, não existem considerações especiais relativamente ao armazenamento e obtenção de dados são necessários. No entanto, uma vez que cada aplicação tem de ser completamente instalada para cada utilizador, este método pode consumir uma grande quantidade de espaço em disco e adiciona a sobrecarga administrativa em ambientes maiores.

Algumas aplicações oferecem a opção de efectuar uma instalação de rede. Este processo copia os ficheiros de CD-ROM ou disquetes de instalação para um directório comum da rede a partir do qual os utilizadores individuais em seguida, podem executar um utilitário de configuração ou instalação. Este processo copia os ficheiros INI necessários para directório Windows raiz do utilizador. Apesar deste processo utiliza menos espaço no computador do Terminal Server de várias instalações específicas do utilizador, ainda requer que ser executado um processo separado para cada utilizador.

Utilizador global

A Microsoft recomenda que utilize o método global do utilizador para instalar aplicações do Windows. Com este método, uma aplicação é instalada uma vez por um administrador e pode ser executada por todos os utilizadores que iniciem sessão para esse computador servidor de terminais. Para efectuar uma instalação global do utilizador, utilize o utilitário Adicionar/remover programas no painel de controlo ou escreva change user /install na linha de comandos para colocar a sessão no modo de instalação. Estes métodos assegura que quaisquer ficheiros INI são instalados para o directório de sistema do servidor de terminais, em vez de directório do Windows doméstica do utilizador.

Quando a instalação estiver concluída, clique em Concluir se utilizado Adicionar/remover programas, ou utilize o Change User ou Executar o comando, para colocar a sessão de volta para modo de execução. Quando um utilizador inicia a aplicação para a primeira vez, os ficheiros específicas de utilizador necessários são copiados automaticamente para o directório raiz do utilizador.

Por predefinição, a maior parte das aplicações Win32 instalar como utilizador global, mesmo quando a sessão não está no modo de instalação. Estas aplicações usam de servidor de terminais registo, onde cada utilizador pode ter um conjunto exclusivo de definições de registo. As aplicações Win16 utilizar ficheiros INI para definições de configuração. Devem ser instaladas utilizando o modo de instalação para que vários utilizadores tenham separadas cópias destes ficheiros. A Microsoft recomenda que sempre instale qualquer aplicação do Windows, independentemente de 16 bits ou 32 bits, utilizando o modo de instalação.

Nota: é o erro mais comuns na instalação da aplicação inserir um CD de aplicação, deixe-iniciar com execução automática e fazer aparecer as respectivas opções de instalação e, em seguida, instale-a partir das opções de arranque do CD. Isto instala a aplicação apenas para o utilizador actualmente com sessão iniciada.

Reinstale a aplicação utilizando um dos seguintes dois métodos. A Microsoft recomenda que instale as aplicações utilizando Adicionar/remover programas no painel de controlo.

Para efectuar uma instalação de utilizador global utilizando Adicionar/remover programas, siga estes passos:
  1. Inicie sessão no computador do Terminal Server como administrador.
  2. Clique em Iniciar, aponte para definições e, em seguida, clique em Painel de controlo.
  3. Faça duplo clique em Adicionar/remover programas.
  4. Clique em instalar. Se adicionar/remover programas não conseguir localizar um programa de configuração, localize e, em seguida, seleccione o programa de configuração.
  5. Seleccione para instalar para todos os utilizadores ou apenas o utilizador que tem actualmente sessão iniciada. Se instalar para todos os utilizadores, o sistema é colocado no modo de instalação e permite que o servidor de terminais para manter um registo das entradas de registo de aplicação específicas do utilizador, ficheiros INI e ficheiros DLL que adiciona a aplicação para o sistema de terminal durante a instalação.

  6. Siga as instruções de instalação para a aplicação.

    Se lhe for pedido para escrever o nome durante o processo de instalação, poderá utilizar um nome genérico porque o nome será a predefinição para todos os utilizadores.
  7. Configure as definições de programa predefinido que pretende que todos os utilizadores tenham.
  8. Quando a instalação estiver concluída, clique em Concluir, que devolve o sistema para o modo de execução. Reinicie o servidor se for solicitado e, em seguida, avance para a secção "Passos que são comuns para o instalação modos".
Para efectuar uma instalação de utilizador global utilizando a linha de comandos, siga estes passos:
  1. Inicie sessão no computador do Terminal Server como administrador.
  2. Clique em Iniciar, aponte para programas e, em seguida, clique em linha de comandos.
  3. Na linha de comandos, escreva change user /install. Este comando coloca o sistema em modo de instalação e permite que o servidor de terminais para manter um registo das entradas de registo de aplicação específicas do utilizador, ficheiros INI e ficheiros DLL que adiciona a aplicação para o sistema de terminal durante a instalação.

  4. Siga as instruções de instalação para a aplicação.
  5. Configure as definições de programa predefinição que pretende que todos os utilizadores tenham.
  6. Depois de concluída a instalação, mudar para a linha de comandos e, em seguida, escreva/change user /execute, que devolve o sistema para o modo de execução.
  7. Reinicie o computador se for solicitado e, em seguida, avance para a secção "Passos que são comuns para o instalação modos".

Passos que são comuns a ambos os modos de instalação

  1. Certifique-se de que estão localizados os grupos de ícone que a aplicação criada no perfil All Users (o equivalente de grupos comuns no Citrix WinFrame ou Windows NT 3.51), que está localizado na directorySpecifically %SystemRoot%\Profiles. Verifique que os ícones criados no Profiles\All Users\Menu Iniciar\Programas directório. Ícones criados no directório Profiles\All Users\Menu Iniciar\Programas são apresentados na parte inferior (comum) do submenu de programas do utilizador (clique em Iniciar e, em seguida, aponte para programas). São apresentados ícones criados no perfil do utilizador ou no perfil de utilizador predefinido, na parte superior (pessoal) do submenu de programas do utilizador. Algumas aplicações estão codificados para escrever o perfil do utilizador apenas. Simplesmente copie os ícones para o perfil All Users.

  2. Termine e inicie novamente sessão como um utilizador para verificar se a aplicação funciona correctamente. Certifique-se de que quaisquer recursos partilhados, tais como unidades de rede ou impressoras, estão definidos para cada utilizador antes de executar a aplicação. Consulte a documentação do software para todas as notas que se poderão aplicar para a instalação ou a utilização da aplicação.
  3. Proteger escrita directório da aplicação de todos os utilizadores não-administrador. Isto permite aos utilizadores ler os ficheiros de programa e protege os ficheiros contra alterações inadvertidas ou eliminação.
Nota: Se tiver instalado numa partição NTFS, as opções de segurança no Explorador do Windows permitem definir a segurança para uma vasta gama de opções. Podem restringir o acesso apenas a utilizadores ou grupos específicos. Se a aplicação foi instalada numa partição FAT, pode utilizar o comando ATTRIB para marcar os ficheiros e directórios como só de leitura, mas não pode utilizar as funcionalidades de segurança avançada do NTFS. Por este motivo, a Microsoft recomenda que instale o servidor de terminais e todas as aplicações, em partições NTFS. Embora a utilização do NTFS não seja necessária, fornece um leque de opções de segurança. Se as aplicações residem num servidor de ficheiros NetWare, utilize o programa FILER para definir as opções de segurança.

Se necessitar de determinar se o sistema está em executar ou pedir do modo de instalação, tipo/alterar utilizador/consultar o comando at.

Pode configurar as acções exactas que são executadas quando uma aplicação de utilizador global é iniciada e optimizada criando e definindo os bits de compatibilidade em variáveis do registo que estão associadas com a aplicação.

As secções seguintes descrevem o que acontece no modo de instalação e modo de execução.

Modo de instalação

Se colocar uma sessão de utilizador no modo de instalação antes de instalar uma aplicação, a aplicação é instalada no directório % SystemRoot % em vez do directório raiz do utilizador. Se uma sessão de utilizador estiver no modo de instalação, todas as alterações efectuadas ao ficheiros INI de uma aplicação são escritas para esta localização central. Colocar a sessão no modo de instalação permite que o servidor de terminais para manter um registo das entradas de registo de aplicação específicas do utilizador e quaisquer ficheiros INI que a aplicação poderá instalar durante a instalação. Este permite que o servidor de terminais para propagar automaticamente estas chaves de registo e ficheiros para cada utilizador forem necessários por aplicações enquanto se encontram no modo de execução. Depois de instalar uma aplicação, devolver a sessão do utilizador para executar o modo para evitar a escrita de dados específicos do utilizador a instalação de utilizador global inicial. Se uma sessão está em modo de instalação quando instalar uma aplicação, ocorrem os seguintes passos:
  • Todas as entradas do registo que são criadas para o utilizador actual são sombreadas na seguinte subchave:
    HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Terminal Server\Install
  • Chaves de registo que são adicionadas por uma aplicação para o ramo HKEY_LOCAL_MACHINE são copiados na seguinte subchave:
    HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Terminal Server\Install\Machine
  • Se uma aplicação consulta o directório do WINDOWS utilizando a API GetWindowsDirectory, Terminal Server devolve a % SystemRoot % Directory. Se quaisquer entradas de ficheiro INI são adicionadas utilizando a API de WritePrivateProfileString, estas são adicionadas aos ficheiros INI no directório % SystemRoot %.
  • Se a aplicação não utilizar estas APIs para modificar ficheiros INI, os resultados não podem ser previstos e podem causar problemas de utilização ou desempenho.

Modo de execução

Executar o modo é o modo predefinido quando um utilizador inicia sessão. O servidor de terminais compara os ficheiros INI em % SystemRoot % para os ficheiros INI no directório Windows doméstico do utilizador. Se um ficheiro INI % SystemRoot % é mais recente do que o ficheiro INI no directório raiz do utilizador, o 0x00000040 bit de valor de registo para o ficheiro é utilizado. Este valor de registo está localizado na seguinte subchave:
HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Terminal Server\Compatibility\IniFiles
Se o bit é 0 (zero) ou se o valor não existir, do ficheiro INI do utilizador é over-written com a versão mais recente do ficheiro INI % SystemRoot %. Se o bit 1, o ficheiro INI do utilizador é intercalado com o % SystemRoot % INI ficheiro mais recente.

Versão anterior o utilizador do ficheiro INI é mudado para Inifile .ctx (onde Inifile é o nome do ficheiro INI).

Aviso: É podem ler ficheiros INI com um editor de texto mas não guarde as alterações. O servidor de terminais não tem maneira de saber que o ficheiro foi actualizado. As alterações podem ser perdidas e o ficheiro pode estar danificado.

O utilizador valores de registo são carregados a partir do perfil de utilizador ou do perfil predefinido, se não existe nenhum perfil de utilizador. Estes valores são armazenados em HKEY_USERS\ SID, onde o SID é o identificador de segurança para a conta do utilizador. Os valores são comparados com os valores de sistema que são armazenados na seguinte subchave:
HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Terminal Server\Install
Se chaves o utilizador estiverem mais antigas, são eliminados e substituídos com as versões do sistema. Mapeamento do registo está desactivado se o 0x00000100 bit de valor de registo para a seguinte subchave é definido como 1:
HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Terminal Server\Compatibility\Applications
Se existirem vários utilizadores no computador do Terminal Server, HKEY_CURRENT_USER aponta para o caminho HKEY_USERS para o utilizador actual.

Enquanto estiver em execução uma aplicação, ocorrerão as seguintes acções:
  • Se uma aplicação tentar ler uma chave de registo em HKEY_CURRENT_USER não existe, Terminal Server verifica para a chave na seguinte localização:
    HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Terminal Server\Install
  • Se uma aplicação tentar ler uma chave de registo em HKEY_CURRENT_USER que existe, a chave e subchaves são copiados para a localização apropriada em HKEY_CURRENT_USER.
  • Se uma aplicação utiliza a API de GetPrivateProfileString para ler um ficheiro INI que não existe no directório Windows doméstico do utilizador, o servidor de terminais verifica para o ficheiro INI em % SystemRoot %.
  • Se uma aplicação utiliza a API de GetPrivateProfileString para ler um ficheiro INI que existe em % SystemRoot %, o ficheiro INI é copiado para o directório raiz do utilizador.
  • Se uma aplicação utiliza a API GetWindowsDirectory para consultar o caminho de directório do Windows, o servidor de terminais devolve directório raiz do utilizador.

Controlar a execução de aplicações em execução modo

Compatibilidade vários bits podem ser definidas para uma aplicação, caminho de registo ou ficheiro INI alterar o modo como o Terminal Server processa a intercalação dos dados de inicialização de aplicação quando uma sessão está no modo de execução. Estes bits compatibilidade são definidos no registo na seguinte subchave:
HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Terminal Server\Compatibility
Existem três chaves separadas para aplicações, ficheiros INI e entradas do registo sob este caminho de registo. As definições predefinidas funcionam para a maioria das aplicações, mas podem ser personalizados utilizando os seguintes bits de compatibilidade.

Aviso: Estes bits de compatibilidade só devem ser alterados se uma aplicação não está a funcionar correctamente.

O primeiro conjunto de bits de compatibilidade indica a versão da aplicação que as definições são para. Nem todas as combinações são úteis; por exemplo, as aplicações do MS-DOS não Certifique quaisquer chamadas de registo. Porque não é especificado o caminho para o ficheiro e várias aplicações podem utilizar o mesmo nome de ficheiro (por exemplo, Setup.exe e Install.exe são agora regularmente utilizado para programas de instalação), especifique o tipo de aplicação para ajudar a certificar-se de que as definições de compatibilidade não irão afectar outras aplicações que têm o mesmo nome de ficheiro.

Para obter o valor de cadeia, adicione os valores de bits que pretende definir. Por exemplo, para devolver o nome de utilizador em vez do nome do computador para versões de 16 bits e 32 bits por MyApp.exe, crie uma chave de registo. Para o fazer, siga estes passos.
  1. Inicie o Editor de registo.
  2. Localize a seguinte subchave:
    HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Terminal Server\Compatibility\Applications\Myapp
  3. No menu Editar, clique em Adicionar valor e escreva as seguintes informações:
    Nome do valor: Flags
    Tipo: REG_DWORD
  4. Escreva o valor hexadecimal do 11 C (adicionar 0 x 00000004 para aplicações do Windows de 16 bits, adicione 0 x 00000008 para aplicações do Windows de 32 bits, adicione 0 x 00000010 para devolver o nome de utilizador em vez do nome do computador e adicionar 0x00000100 para desactivar o mapeamento do registo).

Aplicações

Os bits de compatibilidade seguinte afectam a aplicação quando está a ser executado. Estão localizadas na seguinte subchave de registo, onde <appname>é o nome do ficheiro executável da aplicação:
HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Terminal Server\Compatibility\Applications\<Appname>

Bits de compatibilidade

  • Aplicação DOS: 0 x 00000001
  • Aplicação OS/2: 0 x 00000002
  • Aplicação de 16 bits do Windows: 0 x 00000004
  • Aplicação de 32 bits do Windows: 0 x 00000008
  • Nome de utilizador de devolução em vez do nome do computador: 0 x 00000010
  • Devolver número de compilação do servidor de terminais: 0 x 00000020
  • Desactivar mapeamento do registo para esta aplicação: 0x00000100
  • Não substituir o directório de utilizador do Windows: 0 x 00000400
Utilize o "devolução nome de utilizador em vez do nome do computador" bit para as aplicações que utilizam o nome do computador como um identificador exclusivo. Este bit devolve o nome do utilizador à aplicação e fornece um identificador exclusivo para cada utilizador da aplicação.

Utilize o bit "Desactivar mapeamento do registo para esta aplicação" para manter apenas uma cópia global das variáveis de registo utilizado pela aplicação.

Se o bit "Não é substituir o directório de utilizador do Windows" estiver definido, retém o directório SystemRoot para chamadas à GetWindowsDirectory API. Se este bit não estiver definido, a acção predefinida é substituir todos os caminhos para o directório do Windows com o caminho para o directório do Windows do utilizador.

Ficheiros INI

Os bits de compatibilidade seguinte controlam propagação lenta de ficheiro INI. Estão localizadas na seguinte chave de registo, onde <inifile>é o nome do ficheiro INI:
HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Terminal Server\Compatibility\IniFiles\<Inifile>

Bits de compatibilidade

  • Aplicação de 16 bits do Windows: 0 x 00000004
  • Aplicação de 32 bits do Windows: 0 x 00000008
  • Sincronizar utilizador INI ficheiro para a versão de sistema: 0x00000040
  • Não substituir o directório de utilizador do Windows: 0x00000080
Se for definido o bit "Sincronizar utilizador INI ficheiro para a versão do sistema", adiciona novas entradas do ficheiro INI principal de sistema quando a aplicação é iniciada e não elimina quaisquer dados existentes no ficheiro INI do utilizador. Se este bit não estiver definido, a acção predefinida é substituir o ficheiro INI do utilizador se é mais antiga do que o ficheiro INI principal do sistema.

Se o bit "Não é substituir o directório de utilizador do Windows" estiver definido, retém SystemRoot directório para os caminhos de ficheiro no ficheiro INI quando o sistema mestre versão do ficheiro INI é copiado para o directório do Windows do utilizador. Se este bit não estiver definido, a acção predefinida é substituir todos os caminhos para o directório Windows com o caminho para o directório do Windows do utilizador.

Caminhos do registo

Os bits de compatibilidade seguinte controlam a propagação de registo. Estão localizadas na seguinte subchave de registo, onde <pathname>é o caminho de registo na chave HKEY_CURRENT_USER\Software:
HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Terminal Server\Compatibility\RegistryEntries\<Pathname>

Bits de compatibilidade

  • Aplicação de 32 bits do Windows: 0 x 00000008
  • Desactivar mapeamento do registo de aplicação: 0x00000100
Se o bit 'Desactivar o mapeamento do registo de aplicação' estiver definido, adiciona novas entradas a partir da imagem de registo principal do sistema quando a aplicação for iniciada. Não elimina quaisquer dados existentes no registo do utilizador. Se este bit não estiver definido, a acção predefinida consiste em eliminar e escrever sobre dados de registo do utilizador se for mais antigo do que os dados de registo principal do sistema.

Utilização de API necessários para compatibilidade de aplicações

Para utilizar totalmente a funcionalidade de instalação global do utilizador de servidor de terminais, uma aplicação tem de utilizar as APIs adequadas para ler e escrever informações de ficheiros e registo INI.

Aplicações de 16 bits

As aplicações de 16 bits tem de utilizar a API de GetPrivateProfileString para ler um ficheiro INI e a API de WritePrivateProfileString para escrever um INI ficheiro.

Aplicações de 32 bits

As aplicações de 32 bits tem de utilizar o registo API para actualizar chaves de registo. Estas APIs incluem:
  • RegOpenKeyEx
  • RegCloseKeyEx
  • RegEnumKeyEx
  • RegDeleteKeyEx
  • RegQueryValueEx
  • RegSetValueEx
No modo de instalação, estas APIs carimbo de data/hora de entrada e actualizar as definições de registo de cada utilizador da próxima vez que iniciarem sessão. Se o registo é editado manualmente, o carimbo de data / hora para a entrada de registo não é actualizado e as alterações não são propagadas aos utilizadores quando iniciarem sessão.

Integração de rede de aplicação

Para além dos requisitos de ambiente do Windows NT, poderão aplicar as seguintes considerações para aplicações que utilizem rede num ambiente de servidor de terminais:
  • Endereços de rede exclusivo
  • Gateways
  • Requisitos de NDS de NetWare Novell

Endereços de rede exclusivo

Algumas aplicações requerem um endereço de placa (NIC) de interface de rede exclusivo para cada instância da aplicação (por exemplo, uma aplicação cliente/servidor que requer um endereço IP exclusivo para cada cliente que estabelece ligação a um servidor). Estas aplicações permitem apenas uma instância simultânea do respectivo cliente para executar num computador servidor de terminais. Para uma aplicação comunicar correctamente num ambiente MultiWin do Terminal Server, a aplicação tem de negociar um socket exclusivo.

A capacidade de negociar um socket exclusivo é um componente chave na estrutura de uma aplicação de rede compatível. Disco rígido codificação qualquer parte do esquema de endereço poderá conduzir a incompatibilidades. Se tentarem duas aplicações comuniquem através do mesmo endereço, poderão resultar operação incorrecta e falha da aplicação.

TCP/IP

Algumas aplicações que utilizam o protocolo TCP/IP para comunicar utilizar o endereço IP como um identificador hard-coded do cliente. Várias instâncias destas aplicações não são executadas num ambiente de Terminal Server MultiWin. Para uma aplicação comunicar correctamente num ambiente MultiWin, a aplicação tem de negociar um socket privado. Isto permite que o cliente e o servidor para comunicar utilizando um endereço IP/PORT/SOCKET exclusivo.

IPX

Algumas aplicações que utilizam o IPX utilizam um socket hard-coded para comunicações e dependem de um endereço da NIC como identificador exclusivo. Não é possível executar estas aplicações num ambiente de Terminal Server MultiWin porque todos os utilizadores comunicam através do mesmo endereço da NIC, que faz com que o funcionamento incorrecto do programa.

NetBEUI e NetBIOS

Algumas aplicações que utilizam o NetBEUI ou NetBIOS de utilizar um nome específico como identificador exclusivo. Estas aplicações não são executadas num ambiente de Terminal Server MultiWin porque todos os utilizadores comuniquem utilizando o mesmo nome específico, que faz com que o funcionamento incorrecto do programa.

Gateways

Alguns produtos de conectividade mainframe a utilizar o endereço de rede do NIC como um identificador de sessão e de utilizador. Estes produtos estão limitados a um utilizador em simultâneo num servidor de terminais. Nestes casos, a única solução é utilizar um gateway de comunicações de dados entre o servidor de terminais e o minicomputador. O emulador de terminal, em seguida, pode utilizar um virtual baseadas em socket protocolo (por exemplo, IPX) para comunicar com o gateway que permite que vários utilizadores no servidor de terminais para utilizar o produto.

Requisitos de NDS Novell NetWare

Utilizadores do servidor de terminais podem ser autenticados pelo e utilizar recursos no ambiente de NDS de NetWare (NetWare 4.x). A maior parte das aplicações que são executadas num ambiente NDS não utilizam as APIs de NDS específicas. São executadas como fazem num ambiente NetWare bindery (NetWare 3.x). As aplicações executadas num computador com o Terminal Server tem de funcionar num ambiente NetWare bindery porque APIs específicas de NDS não são suportadas.

Outras considerações de rede

Para obter um melhor desempenho, não instale o componente de servidor do software de cliente/servidor, tal como o Microsoft SQL Server, no servidor de terminais computador. Estes componentes são muito intensiva do recurso e poderão afectar o desempenho de múltiplas sessões de utilizador do servidor de terminais. O servidor de terminais está sintonizado para executar vários ambientes do utilizador, não num ambiente de servidor. Poderá ser útil pensar de servidor de terminais como uma colecção de virtuais computadores que executam o Windows NT Workstation. Por exemplo, computadores que executam o Windows NT Workstation permitem processos apenas alguns ciclos de tempo de CPU antes de que mudam para outros processos em espera. Isto melhora multitarefa para aplicações de utilizador. O servidor de terminais está sintonizado para lidar com processos da mesma forma que o Windows NT Server está sintonizado diferente, que permite a aplicação de servidor (por exemplo, SQL Server ou Microsoft Exchange Server) processa a utilizar a CPU para muito mais períodos de tempo antes do computador muda para outros processos em espera.

Se utilizar uma aplicação de servidor COM clientes do servidor de terminais, a parte do servidor da aplicação não pode ser instalada no mesmo computador servidor de terminais a que os clientes ligam. Podem ser colocado em outros computadores servidores de terminais (se necessário) ou em outros recursos que não o Terminal Server (que é recomendado). A limitação de aplicações do COM é que as partes de cliente e servidor não é possível executar no computador servidor de terminais mesmo.

Cliente RDP do servidor de terminais e clientes de ICA da Citrix

Cliente Remote Desktop Protocol (RDP) da Microsoft e Citrix ICA clientes tem muitas funcionalidades comuns. Ambos são concebidos para serviços de apresentação do Windows de alto desempenho através de ligações de baixa largura de banda.

Cliente RDP da Microsoft e clientes Citrix ICA incluem as seguintes funcionalidades:
  • Apresentação de ecrã da aplicação de Windows gráfica
  • Teclado e rato de entrada
  • Controlo da sessão
  • Erro de detecção e recuperação
  • Encriptação
  • Compressão de dados
  • Vários níveis de segurança
  • Procura de servidor de terminais objectivo geral
Clientes Citrix ICA adicionar as seguintes funcionalidades:
  • Apresentação de texto de ecrã inteiro
  • Pacotes para ligações assíncronas
  • Redireccionamento do ficheiro de sistema
  • Redireccionamento de impressão
  • Redireccionamento da porta COM
  • Vários canais virtuais genéricos
  • Cortar e colar entre clientes e servidores
  • Vários sistema operativo plataformas, incluindo MS-DOS, Windows 3.1, Macintosh, UNIX
Com o nome de utilizar o cliente Citrix ICA com o servidor de terminais, instale o Citrix adicionar - no serviço, código MetaFrame está actualmente em versão beta. MetaFrame também permite aos administradores definir SPX, NetBEUI e ligações assíncronas no Terminal Server Connection Configuration. A edição inicial do Terminal Server utiliza apenas uma ligação TCP/IP (RDP é encapsulado e utiliza o TCP para o transporte e a ligação na porta 3389).

Os clientes RDP e ICA são concebidos para transmitir eficientemente o teclado, rato e informações de vídeo. A Microsoft e Citrix recomenda as seguintes directrizes para gráficos:

  • Utilize gráficos de vector em vez de bits de imagens para gráficos.
  • Utilize o operador de quadrícula para gráficos de pincel para o ecrã.
Mapas de bits requerem mais largura de banda do que os gráficos de vector porque todos os dados de imagem para cada mapa de bits exclusivo tem ser transmitidos a partir do servidor, pelo menos, uma vez. Clientes RDP e ICA compensar este através da Colocação em cache de cada mapa de bits exclusivo no sistema cliente. Se for um mapa de bits para ser apresentado, é comparado com mapas de bits na cache local do cliente. Se o mapa de bits apresentado corresponder a um que já está em cache no cliente, é enviado um comando que indica o cliente para apresentar a cópia local em vez de enviar a imagem através da rede.

A utilização de tipos de letra TrueType é preferencial porque estes tipos de letra são armazenados no cliente. Se uma aplicação tem de utilizar personalizado ou tipos de letra do Adobe, certifique-se os tipos de letra estão configurados como incorporados tipos de letra do Windows NT para permitir a apresentação mais rápida. Tecnologia de tipos de letra mais agora está a ser incorporada no kernel do Windows NT; Isto vai melhorar o desempenho em futuras versões de servidor de terminais. Para RDP clientes, os tipos de letra são o motivo por que razão o modo de MS-DOS de ecrã inteiro foi desactivado. Para activar o modo de MS-DOS de ecrã inteiro, um conjunto de tipo de letra inteiro tem de ser transferido porque os tipos de letra TrueType não podem ser utilizados. Porque isto diminui gravemente o desempenho, a funcionalidade foi desactivada.

Cursores intermitente causar a utilização de largura de banda desnecessários porque cada intermitência requer pacotes de dados para serem transmitidos. As aplicações que não utilize um cursor intermitente ou permitir que o cursor intermitente ser desactivada são preferenciais. Isto pode ser configurado no painel de controlo.

Comentários adicionais

Os seguintes motivos são os motivos de chaves nesta propagação pode não estar a funcionar:
  1. O cliente ou o servidor não está aceder ao ficheiro .ini com as APIs adequadas.
  2. O servidor de terminais não está no modo de /install quando o respectivo ficheiro .ini está a ser escrito pelas API correctas. Por exemplo, quando em modo de /install escreve para o servidor C:\%systemroot%\Win.ini ficheiro em vez de unidade raiz cópia o utilizador administrador do ficheiro que está localizado no perfil de utilizador administrador.
  3. A definição de registo correcto não é efectuada na seguinte chave:
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Terminal Server\Compatibility\Inifiles\

Como tornar o ficheiro .ini principal substituir o ficheiro .ini do perfil

  1. No servidor, siga estes passos:
    1. Colocar o servidor de terminais no modo de /install.
    2. Escrever o ficheiro .ini com as APIs de WritePrivateProfile.
    3. Início / modo de execução.
  2. No cliente, siga estes passos:
    1. Inicie sessão no computador cliente.
    2. O ficheiro .ini irá não existir no perfil.
    3. Ler o ficheiro .ini com API GetPrivateProfile.
    4. O ficheiro .ini será copiado para o perfil.
    5. Termine sessão no computador cliente.
  3. No servidor, siga estes passos:
    1. Colocar o servidor de terminais no modo de /install
    2. Actualize o ficheiro .ini com as APIs de WritePrivateProfile.
    3. Início / modo de execução.
  4. No cliente, siga estes passos:
    1. Inicie sessão no computador cliente.
    2. Nome do ficheiro .ini irá ter sido mudado para uma extensão de ficheiro .CTX.
    3. Ler o ficheiro .ini com API GetPrivateProfile.
    4. Uma nova cópia do ficheiro .ini será copiada para o perfil.

Como tornar o ficheiro .ini principal impressão em série com o ficheiro .ini do perfil

  1. No servidor, siga estes passos:
    1. Colocar o servidor de terminais no modo de /install.
    2. Escrever o ficheiro .ini com as APIs de WritePrivateProfile.
    3. Início / modo de execução.
  2. No cliente, siga estes passos:
    1. Inicie sessão no computador cliente.
    2. O ficheiro .ini irá não existir no perfil.
    3. Ler o ficheiro .ini com API GetPrivateProfile.
    4. O ficheiro .ini será copiado para o perfil.
    5. Actualize o ficheiro .ini com API WritePrivateProfile.
    6. Termine sessão no computador cliente.
  3. No servidor, siga estes passos:
    1. Colocar o servidor de terminais no modo de /install.
    2. Actualize o ficheiro .ini com as APIs de WritePrivateProfile.
    3. Colocar o servidor em / modo de execução.
  4. No cliente, siga estes passos:
    1. Inicie sessão no computador cliente.
    2. Ler o ficheiro .ini com as APIs de GetPrivateProfileString/Int.
    3. Vai ser criada uma nova cópia do ficheiro Inifile.upd no perfil.
    4. O ficheiro .ini do perfil será intercalado com a versão do ficheiro .ini do servidor.

Propriedades

Artigo: 186498 - Última revisão: 6 de novembro de 2007 - Revisão: 3.6
A informação contida neste artigo aplica-se a:
  • Microsoft Windows NT Server 4.0 Terminal Server
  • Microsoft Windows 2000 Server
Palavras-chave: 
kbmt kbinfo KB186498 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: 186498

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