Add-MailboxDatabaseCopy
Este cmdlet solo está disponible en el entorno local de Exchange.
Utilice el cmdlet Add-MailboxDatabaseCopy para crear una copia pasiva de una base de datos de buzones activa existente.
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-MailboxDatabaseCopy
[-Identity] <DatabaseIdParameter>
[-MailboxServer] <MailboxServerIdParameter>
[-ActivationPreference <UInt32>]
[-ConfigurationOnly]
[-Confirm]
[-DomainController <Fqdn>]
[-ReplayLagMaxDelay <EnhancedTimeSpan>]
[-ReplayLagTime <EnhancedTimeSpan>]
[-SeedingPostponed]
[-TruncationLagTime <EnhancedTimeSpan>]
[-WhatIf]
[<CommonParameters>] Description
A fin de usar el cmdlet Add-MailboxDatabaseCopy para agregar una copia de base de datos de buzones de correo, deben cumplirse los siguientes criterios:
- El servidor de buzón de correo especificado debe encontrarse en el mismo grupo de disponibilidad de base de datos (DAG) y el DAG debe tener quórum y ser correcto.
- El servidor Buzón de correo especificado ya no debe admitir una copia de la base de datos de buzones de correo especificada.
- La ruta de la base de datos usada por la base de datos especificada también debe estar disponible en el servidor de buzón de correo específico ya que todas las copias de la base de datos deben usar la misma ruta.
- Al agregar la segunda copia de una base de datos (por ejemplo, agregar la primer copia pasiva de la base de datos), el registro circular no debe estar habilitado para la base de datos de buzón de correo especificada. Si el registro circular está habilitado, primero, lo deberá deshabilitar. Después de agregar la copia de la base de datos del buzón, se podrá habilitar el registro circular. Una vez que se haya habilitado el registro circular para una base de datos de buzón de correo replicada, se usa el registro circular de replicación continua (CRCL) en lugar del registro circular JET. Al agregar la tercer copia, o subsiguiente, a una base de datos, el CRCL puede permanecer habilitado.
Después de ejecutar el cmdlet Add-MailboxDatabaseCopy, la nueva copia permanecerá en un estado de suspensión si se especifica el parámetro SeedingPostponed. Cuando el estado de copia de la base de datos se establece en Suspendido, SuspendMessage se establece en "La replicación se suspende para la copia de base de datos '{0}' porque la base de datos debe inicializarse".
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-MailboxDatabaseCopy -Identity DB1 -MailboxServer MBX3 -ReplayLagTime 00:10:00 -TruncationLagTime 00:15:00 -ActivationPreference 2En este ejemplo se agrega una copia de la base de datos DB1 al servidor de buzón de correo MBX3. El tiempo de retardo de reproducción y el tiempo de retardo de truncamiento están configurados con valores de 10 minutos y 15 minutos, respectivamente. La preferencia de activación está configurada con un valor de 2.
Ejemplo 2
Add-MailboxDatabaseCopy -Identity DB2 -MailboxServer MBX1 -ActivationPreference 3En este ejemplo se agrega una copia de la base de datos DB2 al servidor de buzón de correo MBX1. El tiempo de retardo de reproducción y el tiempo de retardo de truncamiento se dejan en los valores predeterminados de cero y la preferencia de activación está configurada con un valor de 3.
Ejemplo 3
Add-MailboxDatabaseCopy -Identity DB3 -MailboxServer MBX4 -ActivationPreference 5 -SeedingPostponedEn este ejemplo se agrega una copia de la base de datos DB3 al servidor de buzón de correo MBX4. El tiempo de retardo de reproducción y el tiempo de retardo de truncamiento se dejan en los valores predeterminados de cero y la preferencia de activación se configura con un valor de 5. Además, la inicialización se pospone para esta copia para que se inicialice usando un servidor de origen local en vez de la copia de la base de datos activa actual, geográficamente distante de MBX4.
Parámetros
-ActivationPreference
El valor del parámetro ActivationPreference se usa como parte del proceso de selección de la mejor copia efectuado por Active Manager y para redistribuir bases de datos de buzón activo en todo el DAG al utilizar el script RedistributeActiveDatabases.ps1. El valor de la preferencia de activación es un número igual o superior a 1, donde 1 está al principio de la orden de preferencia. El número de preferencia no puede ser más grande que el número de copias de la base de datos de buzón de correo.
| Type: | UInt32 |
| 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 |
-ConfigurationOnly
El modificador ConfigurationOnly permite agregar copias de base de datos sin invocar la propagación automática. No es necesario especificar un valor con este modificador.
No es necesario que la base de datos de origen esté en línea o presente al usar este parámetro. Se creará una base de datos nueva en Active Directory sin ponerse en contacto con el servidor de destino. Este parámetro puede ser útil en situaciones en las que el servidor de destino está inactivo por razones de mantenimiento y la copia de la base de datos nueva todavía no existe en el servidor de destino.
| 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 |
-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 la base de datos de buzón de correo que se va a copiar. Puede usar cualquier valor que identifique la base de datos de forma exclusiva. Por ejemplo:
- Nombre
- Nombre completo (DN)
- GUID
| Type: | DatabaseIdParameter |
| 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 nombre del servidor que admitirá la copia de la base de datos. Dicho servidor debe pertenecer al mismo DAG y no hospedar ya una copia de la base de datos.
| Type: | MailboxServerIdParameter |
| 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 |
-ReplayLagMaxDelay
El parámetro ReplayLagMaxDelay especifica el retraso máximo para la reproducción de copia de base de datos retrasada (también conocida como reproducción diferida de copia retrasada). Si la latencia de E/S de lectura del disco es mayor que 25 ms, la reproducción de copia retrasada se retrasa hasta el valor de este parámetro.
Para especificar un valor, introdúzcalo como un intervalo de tiempo: dd.hh:mm:ss donde dd = días, hh = horas, mm = minutos y ss = segundos.
El valor predeterminado es 24:00:00 (24 horas). Para deshabilitar la reproducción diferida de la copia retrasada, especifique el valor 00:00:00.
Tenga en cuenta que cuando el disco se está quedando sin espacio, el valor de este parámetro se omite y la reproducción de copia retrasada se produce sin demora.
| Type: | EnhancedTimeSpan |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2016, Exchange Server 2019 |
-ReplayLagTime
El parámetro ReplayLagTime especifica la cantidad de tiempo que espera el servicio de replicación de Exchange Microsoft antes de reproducir los archivos de registro que se han copiado en la copia de la base de datos.
Para especificar un valor, escríbalo como un intervalo de tiempo: dd.hh:mm:ss donde dd = días, hh = horas, mm = minutos y ss = segundos.
El valor predeterminado es 00.00:00:00, que especifica que no existe ningún retardo de truncamiento. El valor máximo es 14.00:00:00 (14 días).
| Type: | EnhancedTimeSpan |
| 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 |
-SeedingPostponed
El modificador SeedingPostponed especifica que la tarea no inicializa la copia de base de datos, por lo que debe inicializar explícitamente la copia de la base de datos. 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 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019 |
-TruncationLagTime
El parámetro TruncationLagTime especifica la cantidad de tiempo que espera el servicio de replicación de Exchange Microsoft antes de truncar los archivos de registro que se han reproducido en una copia de la base de datos. El intervalo de tiempo empieza una vez que el registro se ha reproducido correctamente en la copia de la base de datos.
Para especificar un valor, introdúzcalo como un intervalo de tiempo: dd.hh:mm:ss donde dd = días, hh = horas, mm = minutos y ss = segundos.
El valor predeterminado es 00.00:00:00, que especifica que no existe ningún retardo de truncamiento. El valor máximo es 14.00:00:00 (14 días).
| Type: | EnhancedTimeSpan |
| 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 |
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