INFO: COM activação de servidores e estações de Windows NT

Traduções de Artigos Traduções de Artigos
Artigo: 169321 - Ver produtos para os quais este artigo se aplica.
Expandir tudo | Reduzir tudo

Nesta página

Sumário

Quando um cliente pede um objecto de classe para uma classe registado, COM devolve um objecto de classe existente ou inicia um processo que está registado como contendo o objecto de classe pedida. O processo de obtenção de uma referência de objecto de classe para um cliente que efectua o pedido (ou não que resulta num processo de criação ou "Iniciar") é chamado de "Activação".

Em determinadas circunstâncias, COM poderá iniciar um novo processo de servidor, mesmo quando um objecto de classe existente está a ser executado e foi registado como utilizar vários. Além disso, quando COM cria um novo processo esse processo pode ser iniciado num ambiente de segurança nova conhecido como "uma estação" em vez de partilha de uma estação existente como a estação interactivo. (Para mais informações em estações de janela, procure documentação do Win32 SDK para essa expressão.)

É importante compreender algoritmos do COM para criação de novos processos e estações de janela durante um pedido de activação por diversas razões. Em primeiro lugar, COM poderá criar instância de processo mais de um objecto de classe de utilização de múltiplas devido a problemas de segurança. Em segundo lugar, "utilização única" servidores sempre serão iniciados em processos separados, mas podem ou não podem ser iniciados numa janela separada estações. Esta diferença pode manifestar-se ao código de aplicação em determinados casos invulgares, tais como quando dois servidores COM tentam comunicar através de mensagens de janela ou instalações de comunicação segura como COM ou RPC. Em terceiro lugar, uma vez que o número de estações de janela em simultâneo podem ser criados no Windows NT é limitado, é importante saber quando o servidor COM obtém uma nova estação.

Este artigo examina cenários diferentes de activação e explica quando são criadas novos processos e estações de janela.

Mais Informação

Quando COM cria um novo processo de servidor ou atribui uma nova estação para um novo processo de servidor depende de vários factores:
  1. A identidade de segurança em que a classe COM é definida para iniciar. A identidade de uma classe pode ser definida através da ferramenta DCOMCNFG e é especificada pelo RunAs chamadas valor da chave AppID para a classe.
  2. Utilização única vs vários utilização registo pelos objectos de classe.
  3. Identifier(SID) segurança do processo de cliente (este é o valor numérico que representa um determinado utilizador conta/identidade objecto/principal de segurança num ambiente Windows NT).
  4. O identificador de início de sessão (LUID) do cliente de processo. (é gerado um novo identificador de início de sessão para cada início de sessão único num computador com o Windows NT. Este início de sessão pode ser através de um utilizador escrever um nome de utilizador e palavra-passe na linha de comandos de início de sessão da NT ou através de uma chamada para o LogonUser de API do win32.)
  5. Activação remota local vs.
  6. A estação do cliente.

Utilização de várias classes

Uma classe de utilização de múltiplos é uma classe que está registada COM (através de API de CoRegisterClassObject()) especificar o sinalizador REGCLS_MULTIPLEUSE. Classe, COM utiliza normalmente a mesma instância do processo do servidor para todos os pedidos de activação de cliente. No entanto, para classes configuradas para ser executado a segurança dos utilizadores inicia e alguns outros casos, COM inicia uma nova instância do processo do servidor a pedidos de activação do serviço. Quando uma nova instância do processo do servidor, assim, é iniciada, é possível que o processo do servidor é uma nova estação bem. Irá examinar as várias situações, mas primeiro irá explicar brevemente porque COM inicia novos processos com objectos de classe pedida quando uma instância do objecto classe já está registada como uma classe "utilização de múltiplas".

Primeiro, quando uma classe COM (com mais precisão, quando um AppID associado com uma classe COM) está registado com o sistema para ser executado como "o utilizador inicia", o administrador do sistema definiu uma determinada política de segurança relativamente a essa classe. A política é se um activador deve receber um objecto de classe dentro de um processo em execução no contexto de segurança mesmo que o código activating.

Esta política de segurança pode resultar em conflito com o comportamento definidas pelo servidor de ter apenas um objecto de fábrica de classe para todos os pedidos de activação (como indicado pela REGCLS_MULTIPLEUSE). COM prioritizes a política de segurança sobre o comportamento da aplicação. Como resultado, utilização de múltiplos servidores registados para ser executado como "o utilizador inicia" não funcionarão acordo com para as regras normais de utilização de múltiplas. Será iniciado um novo processo para cada activating principal de segurança.

Em segundo lugar, se um processo não são iniciado pelo COM executado num contexto segurança diferente daquele especificado para o CLSID especificado regista esse CLSID, esse registo irá fail(CoRegisterClassObject will return an error code CO_E_WRONG_SERVER_IDENTITY in this case). E, se um pedido de activação posteriormente chega um novo processo será iniciado por COM o contexto de segurança especificado para o CLSID/AppID. COM não é possível confiança código chamar CoRegisterClassObject() (uma operação não segura), só pode confiar a definição de registo (o registo é uma base de dados segura) para determinar o objecto de classe a utilizar e como executá-la. Este comportamento impede ilícitas globais fraude de objectos de classe de utilizadores não autorizados.

Com que não se esqueça, é agora volta para o problema de quando novos processos e estações de janela são criadas quando a utilização de múltiplos servidores são iniciadas pelo COM. Repare que não é importante LUID do cliente de qualquer forma no caso de classe de utilização de múltiplas.
  1. Identidade de segurança 'Utilizador interactivo'. Em casos onde está configurada AppID uma utilização de múltiplos COM classe para executar como a identidade 'Utilizador interactivo', o primeiro processo do servidor e respectivo objecto de classe serão utilizados pelo COM para todos os pedidos de activação subsequentes. Esta instância do servidor terá a estação interactivo, caso exista (se nenhum utilizador tiver sessão iniciada localmente, em seguida, todos os pedidos de activação irão falhar). Tal como indicado acima, se um processo não são iniciadas pelo COM e não está a utilizar a estação interactivo regista o CLSID, esse registo falhará. E se mais tarde for recebido um pedido de activação, será iniciado um novo processo com o contexto de segurança do utilizador interactivo. Este comportamento impede fraude ilícitas de objectos de classe. Uma vez que existem processos de servidor adicional nunca são iniciados por COM, a pergunta da nova janela estações é moot. O SID do cliente, seu LUID ou se é local ou remoto não é importante neste caso.
  2. Identidade de segurança 'Este utilizador'. Do mesmo modo, se uma classe COM de utilização de múltiplas AppID está configurado para executar como 'este utilizador' (um ID de segurança predefinido), o primeiro servidor processar e respectivo objecto de classe será utilizado pelo COM para todos os pedidos de activação subsequentes. Esta primeira instância do servidor tem sua própria estação criada como parte da primeira criação do processo. Uma vez que existem processos de servidor adicional nunca são iniciados por COM, a pergunta de estações de janela adicionais é moot. O SID do cliente, seu LUID ou se é local ou remoto não é importante neste caso. Note que uma nova estação será criada quando iniciar a primeira ocorrência de uma classe/AppID configurado para executar como 'Este utilizador', mesmo se o mesmo utilizador actualmente tiver sessão iniciada no winstation interactivo. COM nunca utiliza winstation interactivo para iniciar um servidor configurado para executar como 'Este utilizador' porque o que iria resultar num comportamento diferente para a classe consoante o problema não relacionado da identidade do utilizador actualmente com sessão iniciada. Conforme indicado acima, se um processo não são iniciadas pelo COM e não ser executado na conta especificada em 'Este utilizador' tenta registar o CLSID que registo irá falhar e se um pedido de activação posteriormente chega um novo processo serão iniciados na conta "Este utilizador". Este comportamento impede fraude ilícitas de objectos de classe. Por outro lado, se o processo registado para um CLSID especificado/APPID configurado para utilizar como "Este utilizador", é criada na conta de utilizador apropriados por alguns agente diferente COM (por exemplo,-é executado pelo utilizador interactivo quando o utilizador interactivo é o mesmo utilizador como "Este utilizador" ou é iniciado através da CreateProcess() por um serviço em execução no mesmo contexto de segurança como 'este utilizador') e, em seguida, regista os respectivos objectos de classe REGCLS_MULTIPLEUSE, COM irá utilizar o objecto de classe existente em execução para satisfazer os pedidos de activação receber subsequentes a partir de qualquer cliente.
  3. Identidade de segurança "Iniciar o utilizador". Neste caso, AppID a classe é definido para iniciar em idenitity o "Utilizador iniciar" (isto é também conhecido como uma classe "Activar como Activator"). cliente a. local. Considere primeiro o caso de computador local. Existem duas regras: 1. cada cliente activação diferentes SID causará COM iniciar uma nova instância do processo de servidor, mesmo na estação de janela mesmo. 2., Mesmo para a correspondência SID (tal como o caso em que o mesmo utilizador tem sessão iniciado mais do que uma vez um único computador NT), cada estação de cliente local diferente causará COM iniciar uma nova instância do processo do servidor. Por outras palavras, inicia utilizador identidade utilização de múltiplos servidores nunca são partilhadas em estações de janela. Todos os processos de cliente com o mesmo SID e estações de janela mesmo vão partilhar um processo de servidor único na mesma estação de janela. Uma vez que o servidor de partilha a estação do cliente são criadas sem novas estações de janela. Por exemplo, suponha que tem sessão interactivamente iniciada no como a_domain\a_user. Executar várias instâncias do cliente, que irá estabelecer ligação na mesma instância do servidor (que tem a estação interactivo). Agora vamos suponha que tem um cliente, que é um serviço, que está definido para iniciar iniciar a_domain\a_user. Este serviço será aberta uma nova instância do servidor COM. Isto acontece porque COM fará com que uma nova instância do servidor a ser iniciado uma vez que o processo do serviço tem uma estação diferente a estação interactivo--mesmo que a identidade do processo service(client) seja a mesma que a identidade do processo do servidor em execução (a_domain\a_user). No entanto, tenha em atenção que não nova estação é criada para o processo do servidor COM. O servidor ainda vai herdar a estação do serviço. Se o serviço estiver definido para iniciar em sistema local e para interagir com o ambiente de trabalho (consulte a caixa de verificação "Permitir serviços para interacção com Desktop" no serviço de aplicação no painel de controlo), em seguida, o serviço será executado na estação interactivo ou winsta0. Neste caso COM ainda iniciar uma nova instância do servidor (SID do cliente que é sistema local neste caso é diferente do SID do servidor que é a_domain\a_user) na estação de janela interactivo. b. remoto cliente. No caso de activação remota, COM ignora a estação do cliente porque o cliente remoto, ao contrário do local caixa acima. A regra aqui é que cada novo cliente SID fará com que uma nova instância do processo do servidor seja iniciado e cada novo processo de servidor irá obter uma nova estação. Activação subsequente pedidos por clientes remotos com o mesmo que SID reutilizar que os existentes registados o objecto de classe, bem como respectiva estação de processo e a janela. Por exemplo, suponha que tem sessão iniciada como a_domain\a_user em 10 computadores diferentes. Os clientes de todos os estes computadores irão ligar a mesma instância do servidor no computador servidor. Um cliente a partir de um computador a_domain\b_user iniciará uma nova instância de servidor e uma nova estação. Chamadas remotos com o SID do mesmo como utilizador local que lançou o servidor COM registado para o CLSID pedido reutilizar o objecto de classe existente. No entanto, a ordem na qual o servidor do COM é iniciado é importante neste caso. Se o servidor é iniciado pelo cliente local em primeiro lugar, o cliente remoto com o mesmo SID ligará a este servidor. Por outro lado, se o servidor é iniciado pelo cliente remoto pela primeira vez, um cliente local com o mesmo SID iniciará uma nova instância do servidor. Isto volta as regras de estação de janela acima mencionados. Para clientes locais, a estação do cliente e o servidor tem de corresponder ao, para clientes remotos que a estação do cliente é ignorada. Por exemplo, se cliente local a_domain\a_user inicia o servidor pela primeira vez, a_domain\a_user cliente remoto irá ligar ao servidor. Por outro lado, se o cliente remoto a_domain\a_user inicia o servidor pela primeira vez, em seguida, cliente local a_domain\a_user iniciará uma nova instância de servidor e uma nova estação. LUID do cliente não interessa neste caso.
  4. Com o serviço COM servidores. Uma classe de COM/AppID é fornecida num serviço Win32 é prática necessária um servidor de utilização de múltiplas desde que serviços podem ser lançados a apenas uma vez. Neste caso, no primeiro pedido de activação de um novo processo é iniciado na sua própria estação. Existem duas excepções: a. Se o serviço estiver definido para iniciar sob a conta LocalSystem, irá herdar uma estação de janela predefinidos do sistema. b. Se o serviço estiver definido para iniciar sob a conta LocalSystem e pode interagir com o ambiente de trabalho, herdará a estação interactivo ou winsta0. Todos os pedidos de activação subsequentes, local ou remoto, são processados pelo objecto de classe do serviço. Conforme indicado acima, se um processo não são iniciado pelo COM e não em execução, o serviço especificado regista o CLSID, esse registo irá falhar e se um pedido de activação chega posteriormente o serviço registado serão iniciados. Este comportamento impede fraude ilícitas de objectos de classe.

Classes de utilização única

NOTA: Só utilizar classes devem ser evitadas quanto possível. Registo de utilização única é uma definição legacy e destina-se para suportar aplicações COM mais antigas e para facilitar a migrar aplicações não COM legacy para COM. É vivamente recomendado que novas classes ser concebido para suportar registo de objecto de classe de utilização de múltiplas. Isto ocorre especialmente no caso de servidores com identidade 'Este utilizador', onde causar exactamente oposto efeito das classes multi-use classes de utilização única. Se criarem um novo servidor processo e nova estação por activação e, à medida que abordam abaixo, isto pode causar problemas de recursos no Windows NT.

Uma classe de utilização única é aquele que está registado COM (através de API CoRegisterClassObject()) especificar o sinalizador REGCLS_SINGLEUSE. Para classe, COM sempre iniciar uma nova instância de processo do servidor a classe para cada pedido de activação de qualquer cliente (local ou remoto). Para efeitos deste artigo, pergunta restante é: quando o servidor terá uma nova estação bem?
  1. Identidade de segurança 'Utilizador interactivo'. Tirar o caso em que a classe de utilização única é definida através do respectivo AppID para ser iniciado sob a identidade 'Utilizador interactivo'. Neste caso, cada nova instância do processo do servidor sempre vai partilhar a estação interactivo, caso exista (se nenhum utilizador tiver sessão iniciada localmente, em seguida, todos os pedidos de activação irão falhar). Não nova estação vai ser criada pelo COM.
  2. Identidade de segurança 'Este utilizador'. Tenha em consideração o caso em que IDAplic a utilização única COM classe está definido para ser executado sob a identidade 'Este utilizador'. Neste caso, a regra é muito simples. Cada nova activação de cliente é iniciado um novo processo numa nova estação de janela. Isto acontece independentemente de se o utilizador especificado como 'Este utilizador' iniciou sessão para a estação interactivo no momento dos pedidos de activação.
  3. Identidade de segurança "Iniciar o utilizador". cliente a. local. No cenário de activação local, o processo do servidor terá sempre a estação do cliente. Não novas estações de janela nunca são criadas. Por exemplo, suponha que tem sessão interactivamente iniciada no como a_domain\a_user e executar várias instâncias do programa cliente. Cada nova instância resultante do servidor terá a estação interactivo. Agora suponha que o cliente é um serviço em execução sob a conta sistema local. Neste caso, o servidor COM vai partilhar a estação do processo de serviço. b. remoto cliente. Caso a activação remota, COM ignora a estação do cliente de uma vez que o cliente é remoto. Como sempre, um nova instância de processo do servidor será iniciado para cada activação remota. As regras são: 1. para cada novo cliente remoto SID, será criada uma nova estação para o processo do servidor. 2. Para cada novo cliente remoto LUID, será criada uma nova estação para o processo do servidor. 3. Todos os clientes remotos com o mesmo par SID/LUID criará servidores que irão partilhar a mesma estação. Por exemplo, tem sessão iniciada no computador cliente remoto como a_domain\a_user. Este cliente inicia o servidor remoto que irá obter uma nova estação. Agora, se a_domain\a_user iniciar uma segunda instância da aplicação cliente do mesmo computador de cliente que por sua vez inicia uma nova cópia do servidor no computador remoto, este servidor partilhará estação do servidor original. Agora partem do princípio inicie sessão no outro computador novamente como a_domain\a_user e executar o cliente a partir daí. A instância do servidor correspondente terá uma nova estação. Demonstra que, mesmo se o SID do cliente do mesmo modo, uma vez que o cliente segundo tem um LUID diferente, o processo de servidor terá uma nova estação.
  4. Com o serviço COM servidores. Classes de utilização única nunca devem ser implementadas como serviços do Windows NT. Faz sem sentido, porque não é possível executar várias instâncias de um processo de serviço do Windows NT.

Tabela Summarizing cenários

---------------------------------------------------------------------------
       |                      Multiple-Use Server
       |             (class factory has requested reuse)
       |                       Activation Modes
       |-------------------------------------------------------------------
       |   Interactive     | As "This       |As "Launching    | Win32
Client |      User         |   User"        |   user"         | service
				
Local  | Process launched  | Process        | Process         | Service
       | in the            | launched in a  | launched client | started on
       | interactive window| new window     | window station  | first
       | station on first  | station on     | on first        | activation
       | activation        | first          | request,        | request
       | request,          | activation     | subsequent      | (new winsta
       | subsequent        | request,       | requests from   | or system/ 
       | requests get      | subsequent     | the same SID/   | interactive
       | existing class    | requests get   | window station  | winsta
       | object,           | existing class | get existing    | depending
       | activations fail  | object         | class object, no| on service
       | if no user logged |                | sharing of class| config),
       | on locally        |                | objects across  | subsequent
       |                   |                | window stations | requests
       |                   |                | even if same SID| get
-------|                   |                |-----------------| existing
Remote |                   |                | Process launched| class
       |                   |                | in new winsta on| objects
       |                   |                | first activation|
       |                   |                | request by a    |
       |                   |                | SID, subsequent |
       |                   |                | remote requests |
       |                   |                | by the same SID |
       |                   |                | get existing    |
       |                   |                | class object;   |
       |                   |                | class launched  |
       |                   |                | by local user   |
       |                   |                | reused by remote|
       |                   |                | callers with    |
       |                   |                | same SID        |
				
---------------------------------------------------------------------------

---------------------------------------------------------------------------
       |                      Single-Use Server
       |          (new process created for each activation request)
       |                       Activation Modes
       |-------------------------------------------------------------------
       |   Interactive     | As "This       |As "Launching    | Win32
Client |      User         |   User"        |   user"         | service
				
Local  | Process always    | Process always | Process always  | N/A(only
       | launched in the   | launched in a  | launched in     | one
       | interactive       | new window     | the window      | activation
       | window station,   | station        | station of      | possible)
       | if no interactive |                | client process  |
       | window station    |                |                 |
       | activation fails  |                |                 |
-------|                   |                |-----------------|
Remote |                   |                | if both SID and |
       |                   |                | LUID of the     |
       |                   |                | client match    |
       |                   |                | previous client |
       |                   |                | activation,     |
       |                   |                | process launched|
       |                   |                | in existing     |
       |                   |                | window station, |
       |                   |                | otherwise in new|
       |                   |                | windowstation   |
				
---------------------------------------------------------------------------

Estações de janela e recursos do Windows NT

Nesta secção irá examinar as implicações de criação de novas estações de janela no Windows NT e como que deverá afectar a configuração do servidor COM. Como verá, existe um limite para o número de estações de janela que pode ser criado num computador Windows NT. Quando esse limite é excedido, o Windows NT irá falhar uma tentativa por COM para iniciar uma nova instância do processo do servidor. Normalmente, é apresentada uma mensagem de erro semelhante ao seguinte:
Inicialização da biblioteca de ligação dinâmica
d:\winnt\system32\kernel32.dll falhou. O processo
terminar irregularmente.
No Windows NT, cada estação tem, pelo menos, um ambiente de trabalho associada. Windows NT utiliza uma pilha de memória especial para todas as aplicações de windows em execução num ambiente de trabalho. Por predefinição, cada pilha do ambiente de trabalho consome 3 MB de memória. Windows NT tem um limite não configurável de 48 MB para criar pilhas de ambiente de trabalho. Isto significa que o número máximo de estações de janela que pode ser criado num computador Windows NT é 16 (provavelmente menos uma vez que uma estação pode conter mais do que um ambiente de trabalho). Para aumentar este número, pode reduzir o tamanho da pilha do ambiente de trabalho predefinido através da edição do registo utilizando o Editor de registo.

Aviso: A utilização incorrecta do Editor de registo pode causar problemas sérios, todo o sistema que poderão forçar a reinstalação do Windows NT. Microsoft não garante que os problemas resultantes da utilização do Editor de registo podem ser resolvidos. Utilize esta ferramenta por sua conta e risco.

O valor com nome tem de editar aparece na seguinte chave:
   HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session
   Manager\SubSystems
				
tem de editar o "Windows" valor com nome. É uma cadeia REG_SZ. Edite a cadeia e procure "secção partilhada = 1024, 3072". Modificar esta opção para ler "secção partilhada = 1024, 3072, 512". Terá de reiniciar o computador para esta alteração surta efeito. Ao efectuar esta alteração, está a especificar tamanho da pilha de 3 MB (predefinição) ambiente a interactivo estação de trabalho e 512 KB para todos os não - interactivos ambientes de trabalho (o primeiro parâmetro é obsoleto, mas não deve ser alterado). Esta alteração permitirá a criação de aproximadamente menos 48 MB/512 KB ou 96 estações de janela.

NOTA: A estação pode conter vários ambientes de trabalho nele. Num debate de servidores de 'Utilizador executar' acima, sempre que a estação do processo de cliente local é mencionada, deve ser considerada como um formulário mais curto para "estação e ambiente de trabalho". "A iniciar o utilizador" definição destina-se realmente para os servidores utilizem não DCOM legacy e deve ser utilizada raramente. Estes servidores legacy esperar executar os seus próprios computadores de secretária. Assim, para MULTIPLEUSE "Utilizador executar" servidores, cada cliente processo no ambiente de trabalho diferente dentro da mesma estação faz com que um novo processo de servidor para ser iniciados no ambiente de janela estação/trabalho. Para SINGLEUSE "Utilizador executar" servidores, novamente, o servidor herda o ambiente de windows estação/trabalho do processo de cliente.

Windows NT 4.0 Service Pack 4.0, COM tenta reutilizar estações de janela. Anteriores a situação, se um servidor é definido como RunAs um utilizador específico e se são iniciadas várias instâncias de processo do servidor, cada processo obterá sua própria estação. Isto origina a estação limitações descrevem acima. No SP4, COM irá tentar criar todos os servidores de RunAs (ou seja, não "Activar como Activator" ou "Utilizador executar") estão definidos para ser executado sob o mesmo utilizador identidade (ou token) na mesma estação de janela.

Isto elimina a necessidade para ajustar o tamanho da pilha do ambiente de trabalho nesses casos em que utilizam vários processos de servidor com o mesmo token. Se a configuração, todos os servidores estiverem definidos para RunAs o mesmo utilizador ou múltiplas instâncias do mesmo processo de servidor de RunAs, executar, deve reduzir não heapsize o ambiente de trabalho tal como sugerido no artigo. É recomendável que mantenha-o valor predefinido (3 M) neste caso. Isto deve-se ao facto de, se reduzir a pilha do ambiente de trabalho, em seguida, o sistema pode criar ambientes de mais janela estações/trabalho; no entanto, o número de processos que possa executar uma estação/ambiente de trabalho janela tornam-se progressivamente mais pequeno.

Por outro lado, na configuração, se tiver vários servidores com tokens diferentes, em seguida, que irá enfrenta as limitações de estação de janela. Neste caso, deverá seguir as sugestões do artigo para reduzir o tamanho da pilha do ambiente de trabalho.

Referências

Para obter informações adicionais sobre o problema de pilha do ambiente de trabalho, consulte o seguinte artigo na base de dados de conhecimento da Microsoft:

142676Como corrigir erros de ficheiro User32.dll comuns

Propriedades

Artigo: 169321 - Última revisão: 11 de julho de 2005 - Revisão: 2.5
A informação contida neste artigo aplica-se a:
  • Microsoft OLE 4.0 nas seguintes plataformas
    • Microsoft Platform Software Development Kit-January 2000 Edition
Palavras-chave: 
kbmt kbapi kbdcom kbenv kbinfo kbinterop kbkernbase kbprogramming kbusage KB169321 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: 169321

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