Add-DatabaseAvailabilityGroupServer

Referencia

Módulo:: ExchangePowerShell

Se aplica a:: Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

Este cmdlet solo está disponible en el entorno local de Exchange.

Utilice el cmdlet Add-DatabaseAvailabilityGroupServer cmdlet para agregar un servidor de buzones a un grupo de disponibilidad de base de datos (DAG). Un DAG es un conjunto de servidores de buzón de correo que usa la replicación continuadada y la disponibilidad gestionada para ofrecer recuperación automática de bases de datos por los errores provocados en una base de datos, un servidor o una red.

Para obtener más información acerca de los conjuntos de parámetros de la sección Sintaxis a continuación, vea Sintaxis del cmdlet de Exchange.

Syntax

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

Description

Se crea un objeto de equipo para un DAG en Active Directory cuando se agrega el primer servidor al DAG. Este objeto se usa para autenticar los servidores entre sí dentro de un DAG.

Para agregar un servidor de buzón de correo a un DAG, el servidor de buzones de correo debe ejecutar el sistema operativo Windows Server 2008 R2 Enterprise o Datacenter, el sistema operativo Windows Server 2012 Standard o Datacenter o el Windows Server 2012 Sistema operativo R2 y no debe pertenecer a ningún otro DAG. El servidor de buzones de correo debe ejecutar las mismas versiones del sistema operativo Windows y Microsoft Exchange, y estar en el mismo dominio de Active Directory que todos los demás servidores de buzones del DAG. Además, el servidor de buzones de correo no debe configurarse como un controlador de dominio de Active Directory o un servidor de catálogo global.

Para agregar el primer servidor a un DAG y crear un objeto de equipo para el DAG, el grupo de seguridad Permisos de Windows de Exchange debe tener los derechos adecuados para agregar cuentas de equipo al dominio. Como alternativa, se puede crea una cuenta de equipo y deshabilitarla antes de agregar el servidor. Al agregar el primer servidor al DAG, se habilita la cuenta de equipo para el DAG. Por lo tanto, la cuenta usada para la tarea no necesita permisos para agregar una cuenta de equipo al dominio. Si la cuenta del equipo se crea previamente, el nombre de la cuenta debe coincidir con el nombre del DAG. Por ejemplo, si el DAG se denomina DAG1, la cuenta de equipo debe denominarse DAG1.

Deberá tener asignados permisos antes de poder ejecutar este cmdlet. Aunque en este tema se enumeran todos los parámetros correspondientes a este cmdlet, tal vez no tenga acceso a algunos parámetros si no están incluidos en los permisos que se le han asignado. Para obtener los permisos necesarios para ejecutar cualquier cmdlet o parámetro en su organización, consulte Find the permissions required to run any Exchange cmdlet.

Ejemplos

Ejemplo 1

Add-DatabaseAvailabilityGroupServer -Identity DAG1 -MailboxServer MBX1

En este ejemplo se agrega el servidor de buzones de correo MBX1 al DAG DAG1.

Parámetros

-Confirm

El modificador Confirm especifica si se debe mostrar u ocultar el mensaje de confirmación. Cómo afecta este modificador el cmdlet depende de si el cmdlet requiere confirmación antes de continuar.

Los cmdlets destructivos (por ejemplo, cmdlets Remove-*) tienen una pausa integrada que obliga a confirmar el comando antes de continuar. Para estos cmdlets, puede omitir el mensaje de confirmación mediante esta sintaxis exacta: -Confirm:$false.
La mayoría de los demás cmdlets (por ejemplo, los cmdlets New-* y Set-*) no tienen una pausa integrada. En estos cmdlets, si se especifica el modificador Confirm sin ningún valor, se introduce una pausa que obliga a confirmar el 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

El parámetro DomainController especifica el controlador de dominio que el cmdlet usa para leer datos de Active Directory o escribirlos. El controlador de dominio se identifica por su nombre de dominio completo (FQDN). Por ejemplo, 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

El parámetro Identity especifica el nombre del DAG al que se va a agregar el servidor.

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

El parámetro MailboxServer especifica el servidor mailbox que se va a agregar al DAG. Puede usar cualquier valor que identifique de forma exclusiva el servidor. Por ejemplo:

Name
FQDN
Distinguished name (DN)
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

El conmutador SkipDagValidation especifica si se debe omitir la validación del modelo de quórum del DAG y la comprobación de estado en el servidor testigo del DAG cuando se agregan miembros al DAG. No es necesario especificar un valor con este modificador.

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

El modificador WhatIf simula las acciones del comando. Puede usar este modificador para ver los cambios que se producirían, pero sin aplicar los cambios. No es necesario especificar un valor con este modificador.

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 los tipos de entrada que acepta este cmdlet, consulte Tipos de entrada y salida de cmdlet. Si el campo Tipo de entrada de un cmdlet está en blanco, el cmdlet no acepta datos de entrada.

Salidas

Output types

Para ver los tipos de valor devuelto (también conocidos como tipos de resultado) que acepta este cmdlet, consulte Tipos de entrada y salida de cmdlet. Si el campo Tipo de resultado está en blanco, el cmdlet no devuelve datos.

Compartir a través de