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 la copia de la base de datos se establece en suspendido, la SuspendMessage se establece en "la replicación está suspendida para la copia de la base de datos" {0} porque la base de datos debe ser inicializada. "

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.

Examples

Ejemplo 1

Add-MailboxDatabaseCopy -Identity DB1 -MailboxServer MBX3 -ReplayLagTime 00:10:00 -TruncationLagTime 00:15:00 -ActivationPreference 2

En 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 3

En 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 -SeedingPostponed

En 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 está configurada 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.

Parameters

-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
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 bases de datos sin invocar la inicializació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
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, los cmdlets Remove-*) tienen una pausa integrada que obliga a confirmar el comando antes de continuar. Para estos cmdlets, puede omitir la solicitud de confirmación con esta sintaxis exacta: -Confirm:$false .
  • La mayoría de los otros cmdlets (por ejemplo, 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
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
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 buzones de correo que se está copiando. 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
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
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 la copia de la base de datos atrasada (también conocida como reproducción de copia retrasada aplazada). Si la latencia de e/s de lectura de disco es superior a 25 ms, la reproducción de la copia retrasada se retrasó hasta el valor de este parámetro.

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 24:00:00 (24 horas). Para deshabilitar la reproducción de la copia retrasada aplazada, especifique el valor 00:00:00.

Tenga en cuenta que cuando el disco se está quedando sin espacio, se ignora el valor de este parámetro y la reproducción de copias retrasadas se produce sin demora.

Type:EnhancedTimeSpan
Position:Named
Default value:None
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 el servicio de replicación de Microsoft Exchange espera 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
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 la 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
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 el servicio de replicación de Microsoft Exchange espera 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, 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
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
Accept pipeline input:False
Accept wildcard characters:False
Applies to:Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

Inputs

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.

Outputs

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.