New-DatabaseAvailabilityGroup
Questo cmdlet è disponibile solo in Exchange locale.
Utilizza il cmdlet New-DatabaseAvailabilityGroup per creare un gruppo di disponibilità del database (DAG).
Per informazioni sui set di parametri nella sezione Sintassi, vedere Sintassi del cmdlet di Exchange.
Sintassi
New-DatabaseAvailabilityGroup
[-Name] <String>
[-ActivityState <ActivityStateOption>]
[-Confirm]
[-DagConfiguration <DatabaseAvailabilityGroupConfigurationIdParameter>]
[-DatabaseAvailabilityGroupIpAddresses <IPAddress[]>]
[-DomainController <Fqdn>]
[-FileSystem <FileSystemMode>]
[-ThirdPartyReplication <ThirdPartyReplicationMode>]
[-WhatIf]
[-WitnessDirectory <NonRootLocalLongFullPath>]
[-WitnessServer <FileShareWitnessServerName>]
[<CommonParameters>] Descrizione
Quando si crea un gruppo di disponibilità del database, è necessario specificare un nome di computer valido per il dag non più di 15 caratteri univoci all'interno della foresta di Active Directory. Inoltre, ciascun gruppo di disponibilità del database viene configurato con un server e una directory di controllo. Il server di controllo e la directory relativa vengono utilizzati solo ai fini del quorum, quando il gruppo di disponibilità del database contiene un numero pari di membri. Non è necessario creare la directory di controllo in anticipo. Exchange crea e protegge automaticamente la directory sul server di controllo. Questa directory deve essere utilizzata esclusivamente per il server di controllo del DAG.
I requisiti per il server di controllo sono i seguenti:
- Il server di controllo non può essere un membro del DAG.
- Il server di controllo del mirroring deve eseguire il sistema operativo Windows Server 2008 o versione successiva.
- Un singolo server può svolgere la funzione di controllo per più DAG; tuttavia, ogni DAG richiede una propria directory di controllo.
Sono disponibili le seguenti combinazioni di opzioni e comportamenti:
- È possibile specificare un nome per il DAG, il server di controllo che si desidera utilizzare e la directory che si desidera creare e condividere sul server di controllo.
- È possibile specificare un nome per il DAG e per il server di controllo che si desidera utilizzare. In questo scenario, l'attività crea la directory predefinita sul server di controllo specificato.
Se il server di controllo di controllo specificato non è un server exchange, è necessario aggiungere il gruppo di sicurezza universale del sottosistema attendibile di Exchange al gruppo Administrators locale nel server di controllo di controllo. Se il server di controllo del mirroring è un server di directory, è necessario aggiungere il gruppo usg del sottosistema attendibile di Exchange al gruppo Builtin\Administrators. Queste autorizzazioni di sicurezza sono necessarie per garantire che Exchange possa creare una directory e condividerla sul server di controllo in base alle necessità.
In Windows Server 2012 R2 o versioni successive viene creato un gruppo di disponibilità del database senza un punto di accesso amministrativo del cluster per impostazione predefinita. In questo scenario, non è necessario fornire gli indirizzi IP al DAG. Tuttavia, in tutte le versioni supportate di Windows, è disponibile l'opzione relativa all'assegnazione di indirizzi IP statici al DAG utilizzando il parametro DatabaseAvailabilityGroupIpAddresses. Se si specifica Any o 0.0.0.0, l'attività tenta di utilizzare DHCP (Dynamic Host Configuration Protocol) per ottenere gli indirizzi IP. Se si omette questo parametro o si configura il parametro con il valore None o 255.255.255.255, il DAG non avrà un punto di accesso amministrativo per il cluster.
È 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
New-DatabaseAvailabilityGroup -Name DAG1 -WitnessServer SERVER1 -WitnessDirectory C:\DAG1Questo esempio crea un gruppo di disponibilità del database (DAG) denominato DAG1, configurato per utilizzare un server di controllo SERVER1 e una directory locale C:\DAG1. Questo esempio richiede Windows Server 2012 R2 o versione successiva.
Esempio 2
New-DatabaseAvailabilityGroup -Name DAG2 -WitnessServer SERVER2 -DatabaseAvailabilityGroupIpAddresses ([])::AnyQuesto esempio crea il DAG denominato DAG2 con un server di controllo denominato SERVER2. Il sistema seleziona automaticamente un server Exchange nello stesso sito del dag da usare come server di controllo del mirroring. DAG2 viene configurato affinché utilizzi DHCP per l'indirizzo IP del gruppo di disponibilità del database.
Esempio 3
New-DatabaseAvailabilityGroup -Name DAG3 -WitnessServer SERVER1 -WitnessDirectory C:\DAG3 -DatabaseAvailabilityGroupIpAddresses 10.0.0.8,192.168.0.8In questo esempio viene creato un DAG denominato DAG3. DAG3 è configurato per l'utilizzo di SERVER1 per il server di controllo e una directory di controllo su SERVER1 di C:\DAG3. A DAG3 vengono assegnati più indirizzi IP statici poiché la rete MAPI per il DAG contiene o conterrà più sottoreti (10.0.0.x e 192.168.0.x).
Parametri
-ActivityState
Questo parametro è riservato all'uso interno da parte di Microsoft.
| Type: | ActivityStateOption |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | 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 |
-DagConfiguration
Questo parametro è riservato all'uso interno da parte di Microsoft.
| Type: | DatabaseAvailabilityGroupConfigurationIdParameter |
| 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 |
-DatabaseAvailabilityGroupIpAddresses
Il parametro DatabaseAvailabilityGroupIpAddresses consente di specificare uno o più indirizzi IPv4 statici per il gruppo di disponibilità del database quando un server Cassette postali viene aggiunto a un gruppo di disponibilità del database. Se si specifica il valore Any o 0.0.0.0, il sistema tenta di eseguire il lease di uno o più indirizzi IPv4 da un server DHCP da assegnare al dag. Se non si usa questo parametro o se si specifica il valore 255.255.255.255.255 o Nessuno, il dag viene creato senza un punto di accesso amministrativo del cluster.
| Type: | IPAddress[] |
| 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 |
-FileSystem
Il parametro FileSystem consente di specificare il file system usato per il dag. I valori validi sono:
- NTFS
- Refs
| Type: | FileSystemMode |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2016, Exchange Server 2019 |
-Name
Il parametro Name consente di specificare un nome univoco, contenente fino a 15 caratteri, per il nuovo gruppo di disponibilità del database. Il nome utilizzato non deve essere in conflitto con nessun nome computer nell'organizzazione.
| Type: | String |
| Position: | 1 |
| Default value: | None |
| Required: | True |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019 |
-ThirdPartyReplication
Il parametro ThirdPartyReplication consente di configurare e abilitare un dag per l'uso di replica di terze parti che sfrutta l'API di replica di terze parti di Exchange anziché la replica continua predefinita. I valori validi sono Enabled e Disabled. Non è possibile modificare questa modalità, una volta abilitata.
| Type: | ThirdPartyReplicationMode |
| 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 |
-WitnessDirectory
Il parametro WitnessDirectory specifica il nome della directory sul server di controllo che viene utilizzata per memorizzare i dati di controllo per la condivisione dei file. La directory e la condivisione devono essere ospitate in un server Exchange diverso da uno qualsiasi dei server Cassette postali nel dag. In questo modo un amministratore di Exchange può mantenere il controllo operativo sulla directory. La directory specificata non può essere utilizzata da altri DAG o per scopi diversi da quelli del server di controllo. Se non si utilizza questo parametro, viene usata la directory di controllo predefinita.
| Type: | NonRootLocalLongFullPath |
| 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 |
-WitnessServer
Il parametro WitnessServer specifica il nome di un server che verrà utilizzato come controllo del quorum quando nel DAG è presente un numero pari di membri. Il server specificato non può essere un membro del gruppo di disponibilità del database configurato per il suo utilizzo. È consigliabile un server Cassette postali autonomo o un server Cassette postali in un altro DAG.
| Type: | FileShareWitnessServerName |
| 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