Envio do registo de perguntas mais frequentes - SQL Server 2000-

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

Nesta página

Sumário

Este artigo descreve vários aspectos do transporte marítimo de registo e responde às perguntas mais frequentes relativas ao programa de configuração, segurança, monitorização, alteração de função e a remoção do registo de envio no SQL Server 2000 Enterprise Edition.

Mais Informação

Registo de envio no SQL Server 2000 fornece uma forma de estabelecer uma cópia de segurança quente solução utilizando o Assistente de planeamento de manutenção do SQL Server. Cópias de segurança de registo de transacções numa base de dados podem ser automaticamente enviadas para um servidor diferente e aplicadas numa base de dados em modo de espera. Pode utilizar a base de dados em modo de espera para efectuar operações só de leitura (consoante o estado de carga).

Configurar o envio de registo

P1: Qual a versão do SQL Server tenho de ter de configurar o envio de registo?

A1: A matriz que se segue mostra a edição do SQL Server que é necessário para os três componentes que participam no envio do registo:
Reduzir esta tabelaExpandir esta tabela
ComponenteEdição do SQL Server necessárias
Servidor primárioEmpresa ou Developer Edition
Servidor secundárioEmpresa ou Developer Edition
Servidor de monitorQualquer edição


P2: O que tenho de efectuar antes de iniciar o registo de envio de conjunto de cópias através do SQL Server Enterprise Manager?

A2: Segue-se a lista do que deve fazer antes de começar a expedição de registo no SQL Server 2000.

  • Iniciar o SQL Server e SQL Server Agent conta de domínio de undera de serviços ou configurar relevante primário, secundário e monitorservers para a segurança de pass-through (consulte a pergunta três nesta posição mais informação).
  • Pode configurar registo de envio a partir de qualquer computador que tenha SQLServer Enterprise Manager (SEM) instalado. Tem de registar todos os computadores que são com o SQL Server que funcionam como servidores, que sejam destinam a ser a servidores de thesecondary, através de SEM, no computador a partir do qual envio isgoing deve ser estabelecido um do registo.
  • Criar uma pasta no servidor principal para o verso transactionlog ups. Pode criar esta pasta em qualquer local no computador principal.Tem de existir espaço livre suficiente na unidade onde colocar a suspensão de folderto, pelo menos dias de registo de transacções novamente da ups. O spacerequired exacta não é fácil porque depende do tamanho e a frequência de registo de transacções de previsão efectuar ups da base de dados de segurança. A Microsoft recomenda que youcreate uma pasta diferente para cada base de dados que o navio a sessão.
  • Partilhe as pastas que criou no passo anterior. Makesure que concede ler e alterar permissões para o NTaccounts de Windows da Microsoft em que serviços SQL Server e SQL Server Agent são iniciadas para os servidores que participam no envio do registo. Se utilizar segurança pass-through, conceda estas permissões para a conta local do Windows NT, ao abrigo do qual o SQLServer relacionados com os serviços são iniciados.
  • Remova ou desactive qualquer registo de transacções efectua a cópia de projectos em thedatabases que serão enviado do registo. Isto inclui qualquer upjobs de trás de terceiros.
P3: Tenho de iniciar o SQL Server relacionados com serviços ao abrigo de uma conta de domínio em vez de uma conta local do Windows NT?

A3: É possível configurar os serviços do SQL Server para iniciar uma conta local do Windows NT, a menos que o SQL Server estiver configurado para ser executado como um servidor virtual em conjunto com o serviço de Cluster da Microsoft. Pode utilizar a segurança do Windows NT pass-through para o efeito. Siga estes passos para configurar a segurança de pass-through:
  • Crie uma conta Windows NT nos computadores principal e secundária andmonitor com o mesmo nome e as palavras-passe.
  • Configurar o SQL Server relacionados com serviços para iniciar em theseWindows NT contas em todos os computadores.
Os serviços SQL Server tem de ser iniciados com uma conta de domínio se o SQL Server estiver configurado para ser executado como um servidor virtual com o serviço de Cluster da Microsoft. Mesmo que o SQL Server é um servidor virtual, a Microsoft recomenda que utilize uma conta de domínio para iniciar os serviços, quando os computadores com o SQL Server estão num domínio. Obtém o seguinte partido fazendo com que o SQL Server relacionados com serviços de início sob uma conta de domínio:
  • Alteração da palavra-passe para o resultado de willnot de conta numa falha de tarefas de envio do registo de arranque do SQL Server. Para continuar com êxito logshipping numa situação de segurança de pass-through, todos os servidores tem de ter thepassword alterado para o Windows NT iniciar conta, ao mesmo tempo.
P4: Onde posso configurar o envio a partir do registo?

A4: No SQL Server Enterprise Manager, a base de dados para o registo de envio tem de ser configurado com o botão direito e, em seguida, clique em Plano de manutenção. Na caixa de diálogo Bem-vindo , clique em seguinte. Clique para seleccionar a caixa de verificação do navio, o registo de transacções para outros servidores de SQL (envio de registo) . A caixa de verificação indica ao Assistente de plano de manutenção do SQL Server que esta base de dados tem de ter o envio de registo. Pode efectuar este passo de um cliente que tenha instalado o SQL Server Enterprise Manager.

P5: Por que razão está a caixa de verificação de envio do registo, por vezes, esbatida na caixa de diálogo Plano de manutenção ?

A5: A caixa de verificação podem ficar desactivada por um dos seguintes motivos:
  • Várias bases de dados podem estar seleccionadas para o MaintenancePlan.
  • A base de dados seleccionado não está no modelo completo ou A recuperação de Logged em massa .
  • SQL Server 2000 Enterprise Edition não está instalado no theserver.
P6: Porque é que o envio de registo configurar Falha ao executar a configuração inicial?

A6: Existem várias razões que podem fazer com que o envio conjunto de cópias a falha do registo. Neste momento não existe, pelo menos, um problema conhecido que faz com que este comportamento. Para mais informações, clique no número de artigo seguinte para visualizar o artigo na Microsoft Knowledge Base:
298743 Erro: Todas as alterações podem não ser balançadas novamente quando o Assistente de manutenção de envio de registo falhar
P7: As tabela da base de dados e esquema ficheiro estrutura alterações são propagadas para o servidor secundário?

A7: No SQL Server 2000, todas as tabela esquema e a base de dados do ficheiro estrutura alterações são operações registadas. No entanto, se for adicionado um novo ficheiro NDF ou ldf Respectivamente à base de dados primário, a tarefa de restauro do registo de transacções Falha ao carregar a cópia de segurança de registo de transacção que foi efectuada imediatamente após o ficheiro de base de dados foi adicionado à base de dados primário. Para mais informações, clique no número de artigo seguinte para visualizar o artigo na Microsoft Knowledge Base:
286280 Descrição do efeito para recuperação de base de dados depois de adicionar ou remover ficheiros de base de dados
P8: Posso script registo envio?

A8: N. º Actualmente, não é possível ao script de envio de registos. É a única forma suportada de configurar o envio de registo através do assistente, como descrito 4 em questão da presente secção.

P9: Posso configurar o envio entre servidores em vários domínios do registo?

A9: Sim. É possível definir envio entre servidores que estão em domínios separados do registo. Existem duas formas de efectuar este procedimento:
  • Utilize a segurança de pass-through. Configurar o Windows NT accountswith o mesmo nome e palavras-passe no primária, secundária e monitorizar servidores.Configurar o SQL Server relacionados com serviços para iniciar sob estas contas no allservers e utilizar a autenticação de SQL durante a configuração de registo de envio para ligar ao servidor de monitor. - ou -

  • Utilize a segurança do Windows NT convencional. Tem de domínios de configurethe com fidedignidades bidireccionais. SQL Server relacionados com os serviços podem ser startedunder contas de domínio. Autenticação de SQL ou canbe de autenticação do Windows utilizada pelas tarefas nos servidores primários e secundários para ligar a monitorserver. Todos os outros requisitos são os mesmos explicado 2 em questão do thissection.
P10: Posso configurar os servidores primário e secundário para utilizar a autenticação de SQL para ligar ao servidor monitor?

A10: Sim. É possível utilizar o Windows ou SQL autenticação para servidores primário e secundário para ligar ao servidor de monitor. A Microsoft recomenda que utilize a autenticação do Windows para o efeito. No entanto, se não for possível utilizar a autenticação do Windows, pode utilizar a autenticação de SQL. SQL Server irá criar uma conta de "log_shipping_monitor_probe" no primária, secundária e monitorizar servidores, se ainda não exista, com a palavra-passe especificada quando configurou o envio de registo. Se a autenticação de SQL for utilizado para envio do registo, tem de configurar servidor de SQL na primária, secundária e monitorizar servidores para utilizar a autenticação de modo misto.

Considerações de segurança de envio do registo

P1: Se I indisponibilizar a conta "convidado" antes de configurar o envio de registo e pretendo que a minha base de dados secundária para estar num estado inactivo, como posso permitir utilizadores tenham acesso à base de dados secundária (impor o mesmo modelo de segurança como o servidor primário)?

A1: A conta "convidado" não deve ser retirada do SQL Server por qualquer motivo. Para mais informações, clique no número de artigo seguinte para visualizar o artigo na Microsoft Knowledge Base:
315523 Remoção a conta de convidado pode causar um erro 916 no SQL Server 2000 SP4 ou uma violação de acesso de tratou da excepção em versões anteriores do SQL Server 2000
No entanto, pode fazer com que o disponível para bases de dados de conta "convidado" caso possam ficar preocupações de segurança. Uma vez que a base de dados secundária está num Estado de suspensão, não é possível utilizar o sp_change_users_login procedimento armazenado novamente mapear correctamente os inícios de sessão. Para impor o mesmo modelo de segurança numa base de dados em modo de espera, crie os inícios de sessão no servidor secundário, utilizando o mesmo valor de identificador (SID) de segurança como o servidor primário. Leia o seguinte artigo da Base de dados de conhecimento da Microsoft para obter mais informações sobre como criar inícios de sessão com os mesmos SID valores:
303722 Como conceder acesso aos inícios de sessão SQL numa base de dados em modo de espera quando o utilizador de convidado está desactivado no SQL Server
Para mais informações, clique no número de artigo seguinte para visualizar o artigo na Microsoft Knowledge Base:
321247 Como configurar a segurança para SQL Server envio de registos
P2: Que sp_resolve_logins?

A2: No momento do registo de envio de alteração de função, o sp_resolve_logins procedimento armazenado requer um ficheiro BCP de tabela de sistema syslogins partir do servidor principal. Este procedimento armazenado carrega o ficheiro BCP para a tabela temporária e ciclos através de cada início de sessão para verificar se um início de sessão com o mesmo nome existe na tabela de sistema de syslogins do servidor secundário. Em seguida, verifica se o valor de SID para este início de sessão existe na tabela de sistema de sysusers da base de dados secundária. Finalmente verifica se o valor de SID na tabela de sistema secundário da base de dados sysusers não é o mesmo que o valor de SID na tabela de syslogins do servidor secundário. Se estas verificações forem satisfeitas, o procedimento armazenado sp_resolve_logins executa o procedimento de sp_Change_users_login armazenado para esse início de sessão e correcções do SID na tabela de sistema de sysusers da base de dados secundária. A execução deste procedimento armazenado é necessária apenas se existem novos inícios de sessão criados no servidor principal após o envio do registo foi inicializado e esses mesmos inícios de sessão não são criados nos servidores secundários com os mesmos SID (como descrito na Microsoft Knowledge Base artigo Q303722).

P3: O sp_resolve_logins armazenado é executado de procedimento com êxito; No entanto, não é efectuado as alterações esperadas para a segurança no servidor secundário. Por que razão?

A3: O procedimento armazenado sp_resolve_logins requer um ficheiro BCP actualizado da tabela de sistema de syslogins o servidor primário. Estes inícios de sessão já tem criado num servidor secundário. Se estas duas condições sejam verificarem, o procedimento armazenado sp_resolve_logins executa as modificações à tabela de sistema sysusers na base de dados secundária.

P4: É necessário que executar uma tarefa de transferência DTS inícios de sessão em conjunto com o procedimento armazenado sp_resolve_logins antes de efectuar a alteração de função?

A4: Sim. Tem de utilizar a tarefa de inícios de sessão de transferência para se certificar de que os inícios de sessão existem na tabela de sistema de syslogins no servidor secundário. Isto garante que o utilizador pode utilizar a base de dados secundária (se a base de dados secundário é carregado em modo de suspensão). Se o utilizador tem de utilizar a base de dados secundária antes de efectuar o envio de alteração de função do registo, consulte a pergunta 1 nesta secção.

P5: Funciona o procedimento armazenado sp_resolve_logins para inícios de sessão remotos no SQL Server?

A5: N. º O sp_resolve_logins armazenados procedimento só funciona para inícios de sessão típicas. Qualquer inícios de sessão remotos tem de ser criados manualmente no servidor secundário.

Iniciar a monitorização de envio

P1: Cópia de segurança do registo de envio e alertas dessincronizadas são accionar, mesmo quando o servidor secundário é actualizado com as cópias de segurança do registo de transacções. É possível?

A1: Sim. É possível que os alertas poderão fogo mesmo quando a base de dados secundário está a ser actualizado. Se o limiar de alerta estiver definido como um valor inferior a duas vezes o tempo entre cópias de segurança e copie ou restaure trabalhos, os alertas que podem ser aumentados. Se os alertas são a ser criados e o limiar é fechar para igual ou inferior a duas vezes o tempo entre a cópia de segurança subsequente e copiar ou restaurar tarefas, avançar e aumentar o limiar.

P2: Porque é que as cópias de segurança do registo de transacções não conseguir restaurar no servidor secundário?

A2: Cópias de segurança de registo de transacções só podem ser restauradas se estiverem numa sequência. Esta sequência é determinada pelos campos LastLSN e FirstLSN que são devolvidos pela RESTAURAR HEADERONLY comando. Se o campo de LastLSN e o campo de FirstLSN não apresentarem o mesmo número de cópias de segurança de registo de transacções consecutivas, não são restaurável por esta ordem. Podem existir vários motivos para cópias de segurança de registo de transacções estar fora de sequência. Algumas das razões mais comuns são:
  • Existem transacções redundantes registo cópia de segurança trabalhos no servidor primário que estão a causar a sequência estar quebrados.
  • Não existem não-logged operações, executada na base de dados. Para mais informações, clique no número de artigo seguinte para visualizar o artigo na Microsoft Knowledge Base:
    272093 Descrição dos efeitos das operações de nonlogged e minimamente registados em cópia de segurança de registo de transacções e o processo de restauro no SQL Server
  • O modelo de recuperação da base de dados foi provavelmente toggledbetween cópias de segurança de registo de transacções.
  • A tarefa de serviços de transformação de dados (DTS) relativa a primaryserver pode estar a causar este problema. Para mais informações, clique no número de artigo seguinte para visualizar o artigo na Microsoft Knowledge Base:
    308267 CORRECÇÃO: DTS copiar objectos de tarefa (DMO) quebras cadeia de cópia de segurança de registo de transacção ao mudar o modo de recuperação para simples durante a transferência
P3: Onde posso encontrar informações sobre erros ao efectuar cópia de segurança, copiar ou operações de restauro?

A3: Para obter mais informações sobre um par de envio do registo específico, siga estes passos:
  1. Abra o SQL Server Enterprise Manager e, em seguida, ligar ao servidor de themonitor.
  2. Em Gestão, clique em Monitorizar de envio do registo. No painel direito da janela, todos os o envio de pares aredisplayed (que foram configuradas com este servidor como o servidor de monitor) do registo.Se o par de envio do registo não estiver visível, o Monitor de envio do registo (em Gestão) com o botão direito e, em seguida, clique em Actualizar.
  3. Com o botão direito do par de que pretende obter informações sobre como e, em seguida, clique em Ver histórico de cópia de segurança para visualizar o histórico da tarefa de cópia de envio do registo.
  4. O par de envio do registo com o botão direito e, em seguida, clique em Ver histórico de cópia/restauro para visualizar o histórico de cópia de segurança e restaurar a tarefas.
  5. Com o botão direito do par de envio do registo e, em seguida, clique em Propriedades para visualizar o registo actual, estado, origem e Destinationalert de envio estado.
P4: O first_file_000000000000.trn de nome de ficheiro indica que a tarefa de cópia ou de restauro foi concluída com êxito?

A4: Cada execução da tarefa de cópia e o restauro está associada a pelo menos um ficheiro. Por predefinição, se nenhum dos ficheiros é copiados ou restaurada de uma determinada sequência de qualquer uma destas duas tarefas, o SQL Server coloca first_file_000000000000.trn no campo nome do ficheiro . Isto pode ou não pode indicar um problema. Por exemplo, a primeira vez que tarefas de cópia ou de restauro são executadas no servidor secundário, poderão não existir qualquer ficheiros disponíveis para copiar ou restaurar. Neste caso, first_file_000000000000.trn não representa necessariamente um erro. No entanto, em determinadas circunstâncias, isto pode representar um problema. Leia o seguinte artigo da Base de dados de conhecimento da Microsoft para obter mais informações:
292586 Cópia de segurança, cópia e carregar informações sobre a tarefa não é actualizado no monitor de envio do registo
P5: É possível modificar a frequência e o destino de cópias de segurança da registo da transacção, no servidor principal, após o envio de registo operacional durante algum tempo?

A5: Sim. Esta informação é no plano de manutenção no servidor principal. Para visualizar as informações, siga estes passos:
  1. Faça duplo clique sobre o Plano de manutenção no servidor principal para a base de dados para que este informationmust ser modificado.
  2. Clique no separador Cópia de segurança de registo de transacções modificar o destino e a frequência no dialogbox.
  3. Uma vez que a tarefa de cópia no servidor secundário é expectingto Copiar transacção registo cópias de segurança da partilha especificada em logshipping o tempo foi configurado, esta tarefa poderá falhar depois de modificar a pasta de destino para o registo de transacções novamente ups. Para mais informações sobre como trabalhar aroundthis o problema, leia o seguinte artigo na Microsoft KnowledgeBase:
    314570 Não é possível modificar a partilha de rede de cópia de segurança depois de alterar a pasta de cópia de segurança de registo de transacções

Alterar a função de envio do registo

P1: Como efectuar um alteração de função de envio do registo?

A1: Clique na seguinte hiperligação para ler o tópico sobre como efectuar um alteração de função de envio do registo SQL Server 2000 Books Online:

Como configurar e efectuar um alteração de função (Transact-SQL) de envio do registo

P2: Posso efectuar uma alteração de função enquanto o servidor primário estiver offline ou indisponível?

A2: Sim. A executar o sp_change_primary_role procedimento armazenado no servidor principal é opcional.

P3: Motivo o sp_resolve_logins armazenados falhas de procedimento com a mensagem de erro 208 quando executar a partir da base de dados secundária no momento da alteração de função?

A3: O procedimento sp_resolve_logins armazenadas não se qualifica a tabela de sistema sysusers com o prefixo de base de dados principal . Este é um problema conhecido com o código para o procedimento armazenado sp_resolve_logins . Para mais informações sobre este problema, leia o seguinte artigo na Microsoft Knowledge Base:
310882 Erro: sp_resolve_logins armazenado procedimento falhar se executada durante o envio de alteração de função do registo
P4: Existe um problema ao promover um servidor secundário para ser um servidor primário, quando existem vários servidores secundários envolvidos numa alteração de função?

A4: Leia o seguinte artigo da Base de dados de conhecimento da Microsoft sobre um problema conhecido que pode causar erros ao efectuar uma alteração de função que envolve vários servidores secundários:
300497 CORRECÇÃO: Envio de registos: não é possível alterar a função de secundário para principal quando os nomes de base de dados são diferentes
P5: Como pode I restabelecer envio de registo depois de promover o servidor secundário para ser o servidor principal?

A5: Se estiver seleccionada a caixa de verificação Permitir que a base de dados para assumir o papel principal , durante a configuração de registo ' envio ', na caixa de diálogo Adicionar base de dados de destino , siga estes passos para adicionar um servidor secundário novo depois de efectuar uma alteração de função. Se a definição não foi seleccionada, utilize o Assistente de planeamento de manutenção para configurar o envio após uma alteração de função do registo.
  1. Abra o SQL Server Enterprise Manager e, em seguida, ligue para o servidor primário de thepromoted. Registe o servidor que pretende adicionar como servidor de thesecondary.
  2. Expanda Gestão (no SQL Server Enterprise Manager) e, em seguida, clique em Planos de manutenção. O plano de manutenção adequada da lista de contexto, andthen clique em Propriedades.
  3. Clique no separador Envio do registo e, em seguida, clique em Adicionar.
  4. Fornecer as informações adequadas sobre o secondaryserver sobre esta caixa de diálogo e, em seguida, clique em OK. Este procedimento adicionará o novo servidor secundário para logshipping.
P6: Como posso continuar a registar o navio para o servidor principal antigo sem restaurar uma cópia de segurança da base de dados?

A6: É possível iniciar o navio entre dois servidores repetidamente sem ter de restaurar a cópia de segurança da base de dados. O requisito é que os servidores primários e secundários estão disponíveis quando executar o procedimento de alteração de função. Como parte de efectuar a alteração de função, tem de executar o sp_change_primary_role procedimento armazenado. Tem de executar o procedimento armazenado sp_change_primary_role com um parâmetro de @final_state de 2 ou 3. Depois de efectuar o registo de transacções efectua a cópia deste modo, deixará a base de dados principal num Estado não recuperado. Uma vez que a base de dados for deixada num Estado não cobrado, esta base de dados pode ser seleccionado quando o destino de envio do registo é adicionado (tal como explicado à questão anterior). Desta forma, que não é necessário para recarregar uma cópia de segurança da base de dados.

Envio de remoção do registo

P1: Como posso parar envio do registo para um registo específico par de envio?

A1: Siga estes passos para remover um par de envio do registo:
  1. Abra o SQL Server Enterprise Manager no primaryserver. Expanda Gestãoe, em seguida, clique em Plano de manutenção. Com o botão direito do Plano de manutençãoe, em seguida, clique em Propriedades.
  2. Clique no separador Envio do registo e, em seguida, clique para seleccionar o envio de par de wantto remover do registo.
  3. Clique no botão de comando Eliminar para remover este par de envio do registo. Se este for o último par do transporte marítimo, registo, clicando em Eliminar remove o envio de registo. Se pretender continuar o envio para o servidor de adifferent ou para uma base de dados do registo, clique em Adicionar. Em seguida, clique para seleccionar o servidor adequado ou a base de dados para o servidor secundário de actas antes de remover o envio secundário do registo existente.
P2: Existe um problema com a remoção de envio do registo para uma base de dados com caracteres especiais no respectivo nome?

A2: Leia o seguinte artigo da Microsoft Knowledge Base, que aborda este problema mais detalhadamente:
295936 Corrigir: Erro remover o envio de registo na base de dados secundária quando o nome de base de dados tem uma cotação

REFERÊNCIAS

Para mais informações sobre o envio de registo, visite os seguintes Web sites da Microsoft
Envio do registo
http://msdn2.microsoft.com/en-us/library/aa213785 (SQL.80).aspx
275146 Envio do registo de perguntas mais frequentes - SQL Server 7.0-
Viu uma resposta à pergunta? Visite os Newsgroups do Microsoft SQL Server em:
Newsgroups do Microsoft SQL Serverhttp://www.microsoft.com/communities/newsgroups/en-us/
Comentários sobre este e outros artigos de Base de dados de conhecimento da Microsoft? Largue-numa nota no SQLKB@Microsoft.com.

Para mais informações, clique no número de artigo seguinte para visualizar o artigo na Microsoft Knowledge Base:
917544 Erro: Recebe uma mensagem de erro quando executa o processo "Registo de envio alerta tarefa - restauro" no SQL Server 2000

Propriedades

Artigo: 314515 - Última revisão: 24 de junho de 2014 - Revisão: 2.0
A informação contida neste artigo aplica-se a:
  • Microsoft SQL Server 2000 Enterprise Edition
  • Microsoft SQL Server 2000 Developer Edition
Palavras-chave: 
kbsqlsetup kbinfo kbmt KB314515 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: 314515

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