Start-DatabaseAvailabilityGroup
Questo cmdlet è disponibile solo in Exchange locale.
Il cmdlet Start-DatabaseAvailabilityGroup consente di rincorporare uno o più membri che in precedenza hanno avuto esito negativo di un gruppo di disponibilità del database (DAG).
Per informazioni sui set di parametri nella sezione Sintassi, vedere Sintassi del cmdlet di Exchange.
Sintassi
Start-DatabaseAvailabilityGroup
[-Identity] <DatabaseAvailabilityGroupIdParameter>
-ActiveDirectorySite <AdSiteIdParameter>
[-ConfigurationOnly]
[-Confirm]
[-DomainController <Fqdn>]
[-WhatIf]
[<CommonParameters>]
Start-DatabaseAvailabilityGroup
[-Identity] <DatabaseAvailabilityGroupIdParameter>
-MailboxServer <MailboxServerIdParameter>
[-ConfigurationOnly]
[-Confirm]
[-DomainController <Fqdn>]
[-WhatIf]
[<CommonParameters>]
Descrizione
Il cmdlet Start-DatabaseAvailabilityGroup consente di attivare i membri del DAG in un datacenter recuperato dopo un passaggio di datacenter nell'ambito del processo di ripristino del datacenter recuperato. Il cmdlet Start-DatabaseAvailabilityGroup consente di modificare la configurazione e lo stato, in modo tale che i server siano incorporati nel DAG operativo e aggiunti al cluster sottostante del DAG. Il cmdlet Move-ActiveMailboxDatabase viene quindi utilizzato per attivare i database nel datacenter primario.
È 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
Start-DatabaseAvailabilityGroup -Identity DAG1 -MailboxServer MBX2
Con questo esempio viene avviato il server Cassette postali MBX2 nel DAG DAG1.
Esempio 2
Start-DatabaseAvailabilityGroup -Identity DAG1 -ActiveDirectorySite Redmond
In questo esempio vengono avviati i membri del DAG DAG1 nel sito di Active Directory Redmond.
Parametri
-ActiveDirectorySite
Il parametro ActiveDirectorySite consente di specificare se avviare o meno tutti i membri del DAG nel sito specificato.
Type: | AdSiteIdParameter |
Position: | Named |
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 |
-ConfigurationOnly
L'opzione ConfigurationOnly specifica se aggiornare le proprietà di Active Directory con l'azione di avvio, ma non esegue un avvio del dag o di alcun membro. 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 |
-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 nome del DAG da avviare.
Type: | DatabaseAvailabilityGroupIdParameter |
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 se avviare un singolo membro del DAG.
Type: | MailboxServerIdParameter |
Position: | Named |
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 |
-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.