Add-MailboxDatabaseCopy
Questo cmdlet è disponibile solo in Exchange locale.
Utilizzare il cmdlet Add-MailboxDatabaseCopy per creare una copia passiva di un database delle cassette postali attivo già esistente.
Per informazioni sui set di parametri nella sezione Sintassi, vedere Sintassi del cmdlet di Exchange.
Sintassi
Add-MailboxDatabaseCopy
[-Identity] <DatabaseIdParameter>
[-MailboxServer] <MailboxServerIdParameter>
[-ActivationPreference <UInt32>]
[-ConfigurationOnly]
[-Confirm]
[-DomainController <Fqdn>]
[-ReplayLagMaxDelay <EnhancedTimeSpan>]
[-ReplayLagTime <EnhancedTimeSpan>]
[-SeedingPostponed]
[-TruncationLagTime <EnhancedTimeSpan>]
[-WhatIf]
[<CommonParameters>] Descrizione
Per utilizzare il cmdlet Add-MailboxDatabaseCopy per aggiungere una copia del database di cassette postali, è necessario soddisfare i seguenti criteri:
- Il server Cassette postali specificato deve trovarsi nello stesso gruppo di disponibilità del database e questo gruppo deve avere il quorum ed essere integro.
- Sul server di cassette postali specificato non deve già essere presente una copia del database di cassette postali specificato.
- Il percorso del database utilizzato dal database specificato deve essere disponibile anche sul server Cassette postali specificato perché tutte le copie di un database devono utilizzare lo stesso percorso.
- Se si aggiunge la seconda copia di un database (ad esempio, aggiungendo la prima copia passiva del database), è necessario che per il database delle cassette postali specificato non sia abilitata la registrazione circolare. Se è abilitata la registrazione circolare, è necessario prima disabilitarla. Una volta aggiunta la copia del database delle cassette postali, è possibile abilitare la registrazione circolare. Dopo aver abilitato la registrazione circolare per un database delle cassette postali replicato, viene utilizzata la registrazione circolare CRCL invece che JET. Se si sta aggiungendo la terza copia di un database (o una copia successiva), la registrazione circolare CRCL può restare abilitata.
Dopo aver eseguito il cmdlet Add-MailboxDatabaseCopy, la nuova copia rimane in uno stato sospeso se viene specificato il parametro SeedingPostponed. Quando lo stato della copia del database è impostato su Sospeso, SuspendMessage viene impostato su "La replica è sospesa per la copia del database '{0}' perché il database deve essere sottoposto a seeding.
È necessario disporre delle autorizzazioni prima di poter eseguire questo cmdlet. Sebbene in questo argomento vengano elencati tutti i parametri relativi al cmdlet, si potrebbe non avere accesso ad alcuni di essi qualora non siano inclusi nelle autorizzazioni assegnate. Per individuare le autorizzazioni necessarie per eseguire cmdlet o parametri nell'organizzazione, vedere Trovare le autorizzazioni necessarie per eseguire i cmdlet di Exchange.
Esempio
Esempio 1
Add-MailboxDatabaseCopy -Identity DB1 -MailboxServer MBX3 -ReplayLagTime 00:10:00 -TruncationLagTime 00:15:00 -ActivationPreference 2In questo esempio, una copia del database delle cassette postali DB1 viene aggiunta al server Cassette postali MBX3. L'intervallo di riesecuzione e l'intervallo di troncamento vengono configurati su un valore rispettivamente pari a 10 e 15 minuti. La preferenza di attivazione è configurata su un valore pari a 2.
Esempio 2
Add-MailboxDatabaseCopy -Identity DB2 -MailboxServer MBX1 -ActivationPreference 3In questo esempio, una copia del database delle cassette postali DB2 viene aggiunta al server Cassette postali MBX1. L'intervallo di riesecuzione e l'intervallo di troncamento rimangono sul valore predefinito pari a zero, e la preferenza di attivazione viene configurata su un valore pari 3.
Esempio 3
Add-MailboxDatabaseCopy -Identity DB3 -MailboxServer MBX4 -ActivationPreference 5 -SeedingPostponedIn questo esempio, una copia del database delle cassette postali DB3 viene aggiunta al server Cassette postali MBX4. Il tempo di ritardo di riproduzione e il tempo di ritardo del troncamento vengono lasciati ai valori predefiniti pari a zero e la preferenza di attivazione viene configurata con un valore pari a 5. Inoltre, l'esecuzione del seeding viene ritardata per questa copia in modo da poter eseguire il seeding utilizzando un server di origine locale anziché la copia del database attualmente attivo ma geograficamente distante da MBX4.
Parametri
-ActivationPreference
Il valore del parametro ActivationPreference viene utilizzato come parte della selezione della copia migliore di Active Manager e per ridistribuire i database delle cassette postali attive all'intero DAG quando si utilizza lo script RedistributeActiveDatabases.ps1. Il valore per la preferenza di attivazione è un numero uguale o maggiore a 1, dove 1 si trova al vertice dell'ordine di preferenza. Il numero della preferenza non può essere superiore al numero di copie del database delle cassette postali.
| 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
L'opzione ConfigurationOnly consente di aggiungere copie del database senza richiamare il seeding automatico. Con questa opzione non è necessario specificare alcun valore.
Non è necessario che il database di origine sia online o presente quando si utilizza questo parametro. Verrà creato un nuovo database in Active Directory senza dover contattare il server di destinazione. Questo parametro potrebbe rivelarsi utile nei casi in cui il server di destinazione sia inattivo per manutenzione e la copia del nuovo database non esista ancora nel server di destinazione.
| 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
L'opzione Confirm consente di specificare se visualizzare o nascondere la richiesta di conferma. L'impatto di questa opzione sul cmdlet dipende dalla richiesta di conferma del cmdlet prima di procedere.
- I cmdlet distruttivi , ad esempio i cmdlet Remove-*, hanno una pausa predefinita che impone di confermare il comando prima di procedere. Per questi cmdlet, è possibile ignorare la richiesta di conferma usando questa precisa sintassi:
-Confirm:$false. - La maggior parte degli altri cmdlet (ad esempio, i cmdlet New-* e Set-*) non hanno una pausa predefinita. Per questi cmdlet, specificando l'opzione Confirm senza un valore viene introdotta una pausa che impone all'utente di confermare il comando prima di procedere.
| 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
Il parametro DomainController consente di specificare il controller di dominio utilizzato da questo cmdlet per la lettura o la scrittura dei dati in Active Directory. Identificare il controller di dominio mediante il relativo nome di dominio completo (FQDN). Ad esempio, 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
Il parametro Identity consente di specificare il database delle cassette postali da copiare. È possibile utilizzare qualsiasi valore che identifichi il database in maniera univoca. Ad esempio:
- Nome
- Nome distinto (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
Il parametro MailboxServer consente di specificare il nome del server in cui verrà copiato il database. Questo server deve essere membro dello stesso gruppo di disponibilità del database e non deve ospitare già una copia del database.
| 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
Il parametro ReplayLagMaxDelay consente di specificare il ritardo massimo per il play down della copia ritardata del database (noto anche come riproduzione della copia ritardata posticipata). Se la latenza di I/O di lettura del disco è maggiore di 25 ms, il play-down della copia ritardata viene ritardato fino al valore di questo parametro.
Per specificare un valore, immetterlo come intervallo di tempo: dd.hh:mm:ss dove dd = days, hh = hours, mm = minuti e ss = secondi.
Il valore predefinito è 24:00:00 (24 ore). Per disabilitare il play down della copia ritardata posticipata, specificare il valore 00:00:00.
Si noti che quando lo spazio del disco è insufficiente, il valore di questo parametro viene ignorato e il play-down della copia ritardata si verifica senza ritardi.
| 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
Il parametro ReplayLagTime consente di specificare il tempo di attesa del servizio Replica di Exchange Microsoft prima di riprodurre i file di log copiati nella copia del database.
Per specificare un valore, immetterlo come intervallo di tempo: dd.hh:mm:ss dove dd = giorni, hh = ore, mm = minuti e ss = secondi.
Il valore predefinito è 00.00:00:00, con il quale non viene applicato alcun ritardo di troncamento. Il valore massimo è 14.00:00:00 (14 giorni).
| 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
L'opzione SeedingPostponed specifica che l'attività non esegue il seeding della copia del database, pertanto è necessario impostare in modo esplicito il seeding della copia del database. Con questa opzione non è necessario specificare alcun valore.
| 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
Il parametro TruncationLagTime consente di specificare la quantità di tempo di attesa del servizio replica di Exchange Microsoft prima di troncare i file di log riprodotti in una copia del database. Il periodo di tempo ha inizio successivamente alla riesecuzione del registro nella copia del database.
Per specificare un valore, immetterlo come intervallo di tempo: dd.hh:mm:ss dove dd = days, hh = hours, mm = minuti e ss = secondi.
Il valore predefinito è 00.00:00:00, con il quale non viene applicato alcun ritardo di troncamento. Il valore massimo è 14.00:00:00 (14 giorni).
| 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
L'opzione WhatIf consente di simulare le azioni del comando. È possibile utilizzare tale opzione per visualizzare le modifiche che verrebbero applicate senza effettivamente applicarle. Con questa opzione non è necessario specificare alcun valore.
| 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 |
Input
Input types
Per verificare i tipi di input accettati da questo cmdlet, vedere Tipi di input e output dei cmdlet. Se il campo relativo al tipo di input di un cmdlet è vuoto, il cmdlet non accetta dati di input.
Output
Output types
Per verificare i tipi restituiti, detti anche tipi di output, accettati da questo cmdlet, vedere Tipi di input e output dei cmdlet. Se il campo relativo al tipo di output è vuoto, il cmdlet non restituisce dati.
Commenti e suggerimenti
Presto disponibile: Nel corso del 2024 verranno gradualmente disattivati i problemi di GitHub come meccanismo di feedback per il contenuto e ciò verrà sostituito con un nuovo sistema di feedback. Per altre informazioni, vedere https://aka.ms/ContentUserFeedback.
Invia e visualizza il feedback per