Add-DatabaseAvailabilityGroupServer

Este cmdlet está disponível somente no Exchange local.

Use o cmdlet Add-DatabaseAvailabilityGroupServer para adicionar um servidor Caixa de Correio a um DAG (grupo de disponibilidade de banco de dados). Um DAG é um conjunto de servidores de Caixa de Correio que usa a replicação contínua e a disponibilidade gerenciada para fornecer a recuperação automática no nível de banco de dados diante de uma falha no banco de dados, no servidor ou na rede.

Para saber mais sobre os conjuntos de parâmetros na seção Sintaxe, abaixo, consulte Exchange cmdlet syntax.

Syntax

Add-DatabaseAvailabilityGroupServer
   [-Identity] <DatabaseAvailabilityGroupIdParameter>
   [-MailboxServer] <ServerIdParameter>
   [-Confirm]
   [-DomainController <Fqdn>]
   [-SkipDagValidation]
   [-WhatIf]
   [<CommonParameters>]

Description

Um objeto de computador para um DAG é criado no Active Directory quando o primeiro servidor é adicionado ao DAG. Este objeto é usado para autenticar servidores um no outro dentro de um DAG.

Para adicionar um servidor de caixa de correio a um DAG, o servidor mailbox deve estar executando o sistema operacional Windows Server 2008 R2 Enterprise ou Datacenter, o sistema operacional Windows Server 2012 Standard ou Datacenter ou o sistema operacional Windows Server 2012 R2 e não deve pertencer a nenhum outro DAG. O servidor mailbox deve estar executando as mesmas versões do sistema operacional Windows e Microsoft Exchange e estar no mesmo domínio do Active Directory que todos os outros servidores da Caixa de Correio no DAG. Além disso, o servidor mailbox não deve ser configurado como um controlador de domínio do Active Directory ou servidor de catálogo global.

Para adicionar o primeiro servidor a um DAG e criar um objeto de computador para o DAG, o grupo de segurança Permissões do Exchange Windows deve ter os direitos apropriados para adicionar contas de computador ao domínio. Como alternativa, uma conta de computador pode ser criada e desabilitada antes de adicionar o servidor. A adição do primeiro servidor ao DAG habilita a conta de computador para o DAG. Por isso, a conta usada para a tarefa não precisa de permissões para adicionar uma conta de computador ao domínio. Se você estiver criando previamente a conta de computador, o nome da conta deve corresponder ao nome do DAG. Por exemplo, se o DAG se chamar DAG1, a conta do computador deverá se chamar DAG1.

Para executar esse cmdlet, você precisa ter permissões. Embora este tópico liste todos os parâmetros do cmdlet, talvez você não tenha acesso a alguns parâmetros se eles não estiverem incluídos nas permissões atribuídas a você. Para localizar as permissões necessárias para executar qualquer cmdlet ou parâmetro em sua organização, confira Find the permissions required to run any Exchange cmdlet.

Exemplos

Exemplo 1

Add-DatabaseAvailabilityGroupServer -Identity DAG1 -MailboxServer MBX1

Este exemplo adiciona o servidor de Caixa de Correio MBX1 ao DAG DAG1.

Parâmetros

-Confirm

A opção Confirm especifica se a solicitação de confirmação deve ser mostrada ou ocultada. Como essa opção afeta o cmdlet dependerá do fato de o cmdlet exigir ou não confirmação antes de continuar.

  • Cmdlets destrutivos (por exemplo, cmdlets Remove-*) têm uma pausa interna que força você a reconhecer o comando antes de prosseguir. Para estes cmdlets, você pode pular o pedido de confirmação usando esta sintaxe exata: -Confirm:$false.
  • A maioria dos outros cmdlets (por exemplo, cmdlets New-* e Set-*) não tem uma pausa interna. Para esses cmdlets, especificar a opção Confirm sem um valor introduz uma pausa que força você a confirmar o comando antes de continuar.
Type:SwitchParameter
Aliases:cf
Position:Named
Default value:None
Required:False
Accept pipeline input:False
Accept wildcard characters:False
Applies to:Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

-DomainController

O parâmetro DomainController especifica o controlador de domínio que é usado por esse cmdlet para ler dados ou gravar dados no Active Directory. Você identifica o controlador de domínio por seu FQDN (nome de domínio totalmente qualificado). Por exemplo, dc01.contoso.com.

Type:Fqdn
Position:Named
Default value:None
Required:False
Accept pipeline input:False
Accept wildcard characters:False
Applies to:Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

-Identity

O parâmetro Identity especifica o nome do DAG ao qual servidor está sendo adicionado.

Type:DatabaseAvailabilityGroupIdParameter
Position:1
Default value:None
Required:True
Accept pipeline input:True
Accept wildcard characters:False
Applies to:Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

-MailboxServer

O parâmetro MailboxServer especifica o servidor Mailbox a ser adicionado ao DAG. É possível usar qualquer valor que identifique o servidor com exclusividade. Por exemplo:

  • Nome
  • FQDN
  • DN (nome diferenciado)
  • ExchangeLegacyDN
Type:ServerIdParameter
Position:2
Default value:None
Required:True
Accept pipeline input:True
Accept wildcard characters:False
Applies to:Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

-SkipDagValidation

A opção SkipDagValidation especifica se se deve ignorar a validação do modelo de quorum do DAG e a verificação de integridade da testemunha do DAG ao adicionar membros ao DAG. Não é preciso especificar um valor com essa opção.

Type:SwitchParameter
Position:Named
Default value:None
Required:False
Accept pipeline input:False
Accept wildcard characters:False
Applies to:Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

-WhatIf

A opção WhatIf simula as ações do comando. Você pode usar essa opção para exibir as alterações que ocorreriam sem realmente aplicar essas alterações. Não é preciso especificar um valor com essa opção.

Type:SwitchParameter
Aliases:wi
Position:Named
Default value:None
Required:False
Accept pipeline input:False
Accept wildcard characters:False
Applies to:Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

Entradas

Input types

Para ver os tipos de entrada que este cmdlet aceita, confira Tipos de entrada e saída de cmdlet. Se o campo Tipo de Entrada de um cmdlet estiver em branco, isso significa que o cmdlet não aceita dados de entrada.

Saídas

Output types

Para ver os tipos de retorno, também conhecidos como tipos de saída, que este cmdlet aceita, consulte Tipos de entrada e saída de cmdlet. Se o campo Tipo de Saída estiver em branco, o cmdlet não retorna dados.