Informazioni sul reseeding automatico

SI APPLICA A:YES-IMG-162016 yes-img-192019 yes-img-seEdizione in abbonamento

Il reseeding automatico, o reseeding automatico, è una funzionalità che sostituisce le azioni standard eseguite dagli amministratori in risposta a un errore del disco, a un evento di danneggiamento del database o a un altro problema che richiede il reseeding di una copia del database.

Panoramica di Autoreseed

Nella configurazione del reseeding automatico, viene utilizzata una struttura di presentazione dell'archiviazione standardizzata e l'amministratore stabilisce il punto di partenza. Il reseeding automatico consiste nel ripristinare la ridondanza il più presto possibile in seguito ad un errore di un'unità. Questa configurazione prevede l'utilizzo di punti di montaggio per premappare un set di volumi (inclusi i volumi di riserva) e database. Se un disco non è più disponibile per il sistema operativo o un disco non è più scrivibile, il sistema alloca un volume di riserva. Le copie del database interessate vengono riseminate automaticamente.

  1. Il Servizio di replica di Exchange scannerizza periodicamente le copie che hanno uno stato di FailedAndSuspended. Se tutte le copie del database in un volume configurato per AutoReseed sono in stato FailedandSuspended per 15 minuti consecutivi, viene avviato il flusso di lavoro AutoReseed.

  2. AutoReseed tenta di riprendere le copie non riuscite e sospese fino a tre volte, con una sospensione di 5 minuti tra ogni tentativo. Talvolta, dopo la ripresa di una copia del database FailedandSuspended, la copia rimane nello stato Failed. Questo problema può verificarsi per vari motivi, quindi questo passaggio è progettato per gestire questi casi. AutoReseed sospende automaticamente una copia del database non riuscita per 10 minuti consecutivi per mantenere il flusso di lavoro in esecuzione. Se le azioni di sospensione e ripresa non producono una copia del database integra, il flusso di lavoro continua.

  3. Quando trova una copia con tale stato, esegue alcuni controlli preliminari. Verifica ad esempio le condizioni seguenti:

    • È disponibile un disco di riserva.
    • Il database e i relativi file di log sono configurati nello stesso volume.
    • Il database e i relativi file di log si trovano nei percorsi appropriati che corrispondono alle convenzioni di denominazione richieste.
  4. Se i controlli dei prerequisiti vengono superati correttamente, la funzione Disk Reclaimer all'interno del servizio di replica di Microsoft Exchange alloca, rimappa e formatta un disco di riserva in base alle sequenze temporali nella tabella successiva. AutoReseed tenta di assegnare un volume di riserva fino a cinque volte, con un'ora di sospensione tra ogni tentativo.

  5. Dopo l'assegnazione di una riserva, AutoReseed esegue un'operazione InPlaceSeed utilizzando l'opzione di seeding SafeDeleteExistingFiles. Tutti i database presenti sul disco interessato vengono sottoposti di nuovo al seeding usando la copia attiva del database come origine di seeding.

  6. Al termine dell'operazione di seeding, il servizio di replica di Microsoft Exchange verifica che la copia di cui è stato eseguito il seeding sia integra.

Una volta esauriti tutti i tentativi, il flusso di lavoro si interrompe. Se dopo tre giorni la copia del database è ancora non riuscita e sospesa, lo stato del flusso di lavoro viene reimpostato e viene riavviato dal passaggio 1. Questo comportamento di reimpostazione/ripresa è utile (e intenzionale) poiché può richiedere alcuni giorni per sostituire un disco, un controller e così via guasti.

A questo punto, se l'errore è stato un errore del disco, sarebbe necessario un intervento manuale di un operatore o amministratore per rimuovere e sostituire il disco danneggiato e riconfigurarlo come riserva.

Il reseeding automatico viene configurato utilizzando tre proprietà del DAG. Due delle proprietà riguardano i due punti di montaggio in uso. Exchange Server utilizza il fatto che Windows Server consente più punti di montaggio per volume. La proprietà AutoDagVolumesRootFolderPath fa riferimento al punto di montaggio che contiene tutti i volumi disponibili. Questa proprietà include i volumi che ospitano i database e i volumi di riserva. La proprietà AutoDagDatabasesRootFolderPath fa riferimento al punto di montaggio che contiene i database. Una terza proprietà del gruppo di disponibilità del database, AutoDagDatabaseCopiesPerVolume, viene usata per configurare il numero di copie del database per volume.

Di seguito è illustrato un esempio di configurazione di AutoReseed:

Esempio di configurazione del reseeding automatico

Esempio di configurazione del reseeding automatico.

In questo esempio sono presenti tre volumi, due dei quali contengono database (VOL1 e VOL2) e uno dei quali è uno spazio di riserva vuoto e formattato (VOL3).

Per configurare il reseeding automatico:

  1. Tutti e tre i volumi sono montati sotto un singolo punto di montaggio. In questo esempio, viene utilizzato un punto punto di montaggio di C:\ExchVols. Questa configurazione rappresenta la directory utilizzata per ottenere l'archiviazione per i database di Exchange.

  2. La directory principale dei database delle cassette postali viene montata come un altro punto di montaggio. In questo esempio, viene utilizzato un punto di montaggio di C:\ExchDBs. Viene quindi creata una struttura di directory in modo da creare una directory padre per il database. In questa directory padre vengono create due sottodirectory: un file di database e uno per i file di log.

  3. Vengono creati i database. L'esempio precedente illustra una progettazione semplice che usa un singolo database per volume. Pertanto, VOL1 dispone di tre directory: la directory principale e due sottodirectory (una per il file di database di MDB1 e una per i relativi registri). Sebbene non mostrato nell'immagine di esempio, su VOL2 ci sarebbero anche tre directory: la directory principale, a fianco, una directory per il file di database di MDB2 e una per i suoi file di log.

In questa configurazione, se MDB1 o MDB2 deve riscontrare un errore, una copia del database fallito viene automaticamente riavviata a VOL3.

Disk Reclaimer

Il componente AutoReseed che alloca e formatta dischi di ricambio viene chiamato Disk Reclaimer. Il componente Disk Reclaimer formatta automaticamente dischi di ricambio in preparazione per il reseeding automatico a diversi livelli, a seconda dello stato del disco. Affinché Disk Reclaimer possa formattare un disco, devono essere soddisfatte alcune condizioni:

  • Disk Reclaimer deve essere attivato. È abilitato per impostazione predefinita, ma può essere disabilitato usando Set-DatabaseAvailabilityGroup.

  • Il volume deve avere un punto di installazione nel percorso dei volumi radice (per impostazione predefinita, C:\ExchangeVolumes).

  • Il volume non deve avere punti di installazione nel percorso dei volumi del database (per impostazione predefinita, C:\ExchangeDatabases).

  • Se il volume contiene file, nessuno di essi deve essere toccato per 24 ore.

Oltre alle condizioni precedenti, Disk Reclaimer tenta di formattare un determinato volume una volta al giorno. Nella tabella seguente viene descritto il comportamento di formattazione di Disk Reclaimer.

In tutti gli esempi, il disco si trova in uno dei seguenti stati:

  • Non formattato.
  • Formattato ma vuoto.
  • Formattato ma contenente file che rimangono invariati per 24 ore.
Stato delle copie nei database Intervallo di formattazione
Nel sito di Active Directory locale sono presenti copie integre del database attivo che possono essere usate come origine di seeding. Un giorno
Nel sito di Active Directory locale non sono presenti copie integre del database attivo che possano essere usate come origine di seeding. Due giorni
Nel sito di Active Directory locale sono presenti copie di database attive integre che possono essere usate come origine di seeding, ma sono presenti file sconosciuti all'esterno del file di database (file EDB) e dei file di log. Due settimane
Nel sito di Active Directory locale sono presenti copie di database attive integre che possono essere usate come origine di seeding, ma sono presenti uno o più file di database (file EDB) per i database che non sono presenti in Active Directory. Due settimane