New-DatabaseAvailabilityGroup
Este cmdlet solo está disponible en el entorno local de Exchange.
Use el cmdlet New-DatabaseAvailabilityGroup para crear un grupo de disponibilidad de base de datos (DAG).
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
New-DatabaseAvailabilityGroup
[-Name] <String>
[-ActivityState <ActivityStateOption>]
[-Confirm]
[-DagConfiguration <DatabaseAvailabilityGroupConfigurationIdParameter>]
[-DatabaseAvailabilityGroupIpAddresses <IPAddress[]>]
[-DomainController <Fqdn>]
[-FileSystem <FileSystemMode>]
[-ThirdPartyReplication <ThirdPartyReplicationMode>]
[-WhatIf]
[-WitnessDirectory <NonRootLocalLongFullPath>]
[-WitnessServer <FileShareWitnessServerName>]
[<CommonParameters>] Description
Al crear un DAG, debe especificar un nombre de equipo válido para el DAG que no tenga más de 15 caracteres que sea único en el bosque de Active Directory. Además, cada DAG se configura con un servidor testigo y un directorio testigo. El servidor testigo y su directorio se usan sólo para fines de quórum cuando la cantidad de miembros del DAG es par. No es necesario crear un directorio testigo por adelantado. Exchange crea automáticamente y protege el directorio en el servidor testigo. El directorio no debe usarse para ningún fin que no sea para el servidor testigo del DAG.
Los requisitos para el servidor testigo son los siguientes:
- El servidor testigo no puede ser miembro del DAG.
- El servidor testigo debe ejecutar el sistema operativo Windows Server 2008 o posterior.
- Un único servidor puede actuar como testigo para varios DAG; no obstante, cada DAG requiere su propio directorio testigo.
Están disponibles las siguientes combinaciones de opciones y comportamientos:
- Puede especificar un nombre para el DAG, el servidor testigo que desea usar y el directorio que va a crear y compartir en el servidor testigo.
- Puede especificar un nombre para el DAG y el servidor testigo que desea usar. En este caso, la tarea creará el directorio predeterminado en el servidor testigo especificado.
Si el servidor testigo que especifique no es un servidor de Exchange, debe agregar el grupo de seguridad universal del Subsistema de confianza de Exchange (USG) al grupo de administradores local en el servidor testigo. Si el servidor testigo es un servidor de directorios, debe agregar el USG del Subsistema de confianza de Exchange al grupo Builtin\Administrators. Estos permisos de seguridad son necesarios para asegurar que Exchange pueda crear un directorio y compartirlo en el servidor testigo, según sea preciso.
En Windows Server 2012 R2 o posterior, se crea un DAG sin un punto de acceso administrativo de clúster de forma predeterminada. En este caso, no es necesario proporcionar ninguna dirección IP al DAG. Sin embargo, en todas las versiones compatibles de Windows, tiene la opción de asignar direcciones IP estáticas al DAG usando el parámetro DatabaseAvailabilityGroupIpAddresses. Si especifica Any o 0.0.0.0, la tarea intentará usar el Protocolo de configuración dinámica de host (DHCP) para obtener direcciones IP. Si omite este parámetro o lo configura con un valor de None o 255.255.255.255, el DAG no tendrá un punto de acceso administrativo del clúster.
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
New-DatabaseAvailabilityGroup -Name DAG1 -WitnessServer SERVER1 -WitnessDirectory C:\DAG1En este ejemplo se crea un DAG denominado DAG1 que se configura para que use un servidor testigo de SERVER1 y un directorio local de C:\DAG1. Este ejemplo requiere Windows Server 2012 R2 o posterior.
Ejemplo 2
New-DatabaseAvailabilityGroup -Name DAG2 -WitnessServer SERVER2 -DatabaseAvailabilityGroupIpAddresses ([])::AnyEn este ejemplo se crea un DAG denominado DAG2 con un servidor testigo denominado SERVER2. El sistema selecciona automáticamente un servidor exchange en el mismo sitio que el DAG para usarlo como servidor testigo. DAG2 está configurado para usar DHCP en la dirección IP del DAG.
Ejemplo 3
New-DatabaseAvailabilityGroup -Name DAG3 -WitnessServer SERVER1 -WitnessDirectory C:\DAG3 -DatabaseAvailabilityGroupIpAddresses 10.0.0.8,192.168.0.8En este ejemplo se crea un DAG denominado DAG3. DAG3 está configurado para usar SERVER1 en el servidor testigo y un directorio testigo en SERVER1 de C:\DAG3. A DAG3 se asignan varias direcciones de IP estáticas porque la red MAPI para DAG contiene o contendrá varias subredes (10.0.0.x y 192.168.0.x).
Parámetros
-ActivityState
Este parámetro está reservado para uso interno de Microsoft.
| Type: | ActivityStateOption |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2016, Exchange Server 2019 |
-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 |
-DagConfiguration
Este parámetro está reservado para uso interno de Microsoft.
| Type: | DatabaseAvailabilityGroupConfigurationIdParameter |
| 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 |
-DatabaseAvailabilityGroupIpAddresses
El parámetro DatabaseAvailabilityGroupIpAddresses especifica una o varias direcciones IPv4 estáticas al DAG cuando se agrega a este un servidor de buzones de correo. Si especifica el valor Any o 0.0.0.0, el sistema intenta conceder una o más direcciones IPv4 de un servidor DHCP para asignarlas al DAG. Si no usa este parámetro o especifica el valor 255.255.255.255.255 o None, el DAG se crea sin un punto de acceso administrativo del clúster.
| Type: | IPAddress[] |
| 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 |
-FileSystem
El parámetro FileSystem especifica el sistema de archivos que se usa para el DAG. Los valores admitidos son:
- NTFS
- Árbitros
| Type: | FileSystemMode |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2016, Exchange Server 2019 |
-Name
El parámetro Name especifica un nombre único para el nuevo DAG de hasta 15 caracteres. El nombre que usa no debe entrar en conflicto con ningún nombre de equipo de la organización.
| Type: | String |
| Position: | 1 |
| Default value: | None |
| Required: | True |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019 |
-ThirdPartyReplication
El parámetro ThirdPartyReplication especifica para configurar y habilitar un DAG para usar la replicación de terceros que aprovecha la API de replicación de terceros de Exchange en lugar de la replicación continua integrada. Los valores válidos son Enabled y Disabled. Una vez habilitado este modo, no se puede cambiar.
| Type: | ThirdPartyReplicationMode |
| 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 |
-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 |
-WitnessDirectory
El parámetro WitnessDirectory especifica el nombre del directorio en el servidor testigo que se usa para almacenar los datos de testigo de uso compartido de archivos. El directorio y el recurso compartido deben hospedarse en un servidor exchange distinto de cualquiera de los servidores de buzones de correo del DAG. Esto permite a un administrador de Exchange mantener el control operativo sobre el directorio. El directorio especificado no lo puede usar ningún otro DAG y solo lo puede usar el servidor testigo. Si no usa este parámetro, se usa la directiva de testigo predeterminada.
| Type: | NonRootLocalLongFullPath |
| 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 |
-WitnessServer
El parámetro WitnessServer especifica el nombre de un servidor que se usará como testigo de quórum cuando el DAG contenga un número par de miembros. El servidor especificado no puede ser miembro del DAG configurado para usarlo. Se recomienda un servidor de buzones independiente o un servidor de buzones en otro DAG.
| Type: | FileShareWitnessServerName |
| 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.
Comentarios
Próximamente: A lo largo de 2024 iremos eliminando gradualmente GitHub Issues como mecanismo de comentarios sobre el contenido y lo sustituiremos por un nuevo sistema de comentarios. Para más información, vea: https://aka.ms/ContentUserFeedback.
Enviar y ver comentarios de