Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
SI APPLICA A:
2016
2019
Edizione in abbonamento
Microsoft Exchange Server utilizza il concetto di mobilità del database, ovvero failover a livello di database gestiti da Exchange. La mobilità del database consente di disconnettere i database dai server, di aggiungere il supporto per un massimo di 16 copie di un singolo database e di aggiungere copie di database a un database.
Caratteristiche principali
Di seguito sono riportate le caratteristiche principali delle copie dei database delle cassette postali:
È possibile creare fino a 16 copie di un database delle cassette postali di Exchange Server su più server Cassette postali, purché i server siano raggruppati in un gruppo di disponibilità del database (DAG), che rappresenta un limite per la replica continua. I database delle cassette postali di Exchange Server possono essere replicati solo nella stessa versione Server Cassette postali di Exchange all'interno di un gruppo di disponibilità del database. Non è possibile replicare un database all'esterno di un gruppo di disponibilità del database, né un database delle cassette postali di Exchange 2016 o Exchange 2019 in un server che esegue Exchange 2013 o versioni precedenti. Per ulteriori informazioni sui gruppi di disponibilità del database, vedere Gruppi di disponibilità del database.
Tutti i server di cassette postali in un gruppo di disponibilità del database devono trovarsi nello stesso dominio diActive Directory.
Le copie del database delle cassette postali supportano i concetti dell'intervallo di riesecuzione e del ritardo di troncamento. Prima di abilitare queste funzionalità, è necessario eseguire una pianificazione appropriata.
È possibile eseguire il backup di tutte le copie del database delle cassette postali utilizzando un'applicazione di backup basata sul Servizio Copia Shadow del volume e compatibile con Exchange.
Le copie del database possono essere create solo sui server di cassette postali che non ospitano la copia attiva di un database. Non è possibile creare due copie dello stesso database sullo stesso server.
Tutte le copie di un database utilizzano lo stesso percorso su ogni server contenente una copia. I percorsi del database e dei file di registro per una copia del database su ciascun server di cassette postali non devono essere in conflitto con qualsiasi altro percorso del database.
Le copie del database possono essere create negli stessi siti di Active Directory o in siti differenti, sulla stessa subnet di rete o su subnet diverse.
Le copie del database non sono supportate tra server di cassette postali con latenza di rete round trip superiore a 500 millisecondi.
Copie del database delle cassette postali
È possibile creare una copia del database delle cassette postali in qualsiasi momento. Le copie del database delle cassette postali possono essere distribuite nei server di cassette postali in maniera flessibile e granulare.
È possibile creare una copia del database delle cassette postali utilizzando la procedura guidata Aggiungi copia database delle cassette postali nell'interfaccia di amministrazione di Exchange o utilizzando il cmdlet Add-MailboxDatabaseCopy in Exchange Management Shell.
Durante la creazione di una copia del database delle cassette postali è necessario specificare i seguenti parametri:
Identità: questo parametro specifica il nome del database che viene copiato. I nomi dei database devono essere univoci all'interno dell'organizzazione di Exchange.
MailboxServer: questo parametro specifica il nome del server Cassette postali che ospiterà la copia del database. Questo server deve essere membro dello stesso gruppo di disponibilità del database e non deve ospitare già una copia del database.
Eventualmente, è possibile anche specificare quanto segue:
ActivationPreference: questo parametro specifica il numero di preferenza di attivazione, che viene utilizzato come parte del processo di selezione della migliore copia di Active Manager. Viene anche utilizzato per ridistribuire i database attivi delle cassette postali nell'ambito del DAG quando si utilizza lo script RedistributeActiveDatabases.ps1. Il valore della preferenza di attivazione è un numero uguale a o maggiore di 1, dove 1 si trova al vertice dell'ordine di preferenza. Il numero di posizione non può essere superiore al numero delle copie del database delle cassette postali.
ReplayLagTime: questo parametro specifica la quantità di tempo che il servizio di replica di Microsoft Exchange deve attendere prima di riprodurre i file di registro copiati nella copia del database. Il formato di questo parametro è giorni.ore:minuti:secondi. Il valore predefinito per questa impostazione è 0 secondi. L'impostazione massima consentita per questo valore è 14 giorni. L'impostazione minima consentita è 0 secondi. Se l'intervallo di riesecuzione è impostato su 0, il ritardo di riesecuzione del registro viene disattivato.
TruncationLagTime: questo parametro specifica la quantità di tempo che il servizio di replica di Microsoft Exchange deve attendere prima di troncare i file di registro che sono stati riprodotti in una copia del database. Il periodo di tempo ha inizio successivamente alla riesecuzione del registro nella copia del database. Il formato di questo parametro è giorni.ore:minuti:secondi. Il valore predefinito per questa impostazione è 0 secondi. L'impostazione massima consentita per questo valore è 14 giorni. L'impostazione minima consentita è 0 secondi. Se l'intervallo di troncamento è impostato su 0, il ritardo di troncamento del registro viene disattivato.
SeedingPostponed: questo parametro specifica che l'attività non deve eseguire automaticamente il seeding della copia del database nel server Cassette postali specificato. Questa opzione è in genere utilizzata quando si intende effettuare il seeding di una nuova copia del database delle cassette postali utilizzando una copia passiva esistente del database (ad esempio, aggiungendo una seconda copia di un determinato database in una posizione remota). Quando si utilizza tale parametro, è necessario effettuare manualmente il seeding della copia del database utilizzando il cmdlet Update-MailboxDatabaseCopy.
Per ulteriori informazioni sulla creazione, l'utilizzo e la gestione di copie del database delle cassette postali, vedere Gestione delle copie del database delle cassette postali.