Replica di archiviazione da server a server

Articolo
03/22/2025
Si applica a:

✅ Windows Server 2025, ✅ Windows Server 2022, ✅ Windows Server 2019, ✅ Windows Server 2016, ✅ Azure Local, versions 23H2 and 22H2

È possibile usare Replica di archiviazione per configurare due server per la sincronizzazione dei dati, in modo che ciascuno disponga di una copia identica dello stesso volume. Questo articolo fornisce informazioni generali su questa configurazione di replica da server a server e su come configurarla e gestire l'ambiente.

Per gestire Replica di archiviazione, è possibile usare Windows Admin Center o PowerShell.

Ecco un video panoramico sull'uso di Replica di archiviazione in Windows Admin Center.

Prerequisiti

Foresta di Active Directory Domain Services (non è necessario eseguire Windows Server 2016).
Due server che eseguono Windows Server 2019 o versione successiva o Windows Server 2016 Datacenter Edition. Se si esegue Windows Server 2019, è possibile usare Standard Edition se si esegue la replica di un solo volume con dimensioni fino a 2 TB.
Due set di risorse di archiviazione che usano JBOD SAS, SAN Fibre Channel, destinazione iSCSI o archiviazione SATA o SCSI locale. L'archivio deve contenere una combinazione di supporti SSD e HDD. Rendere ogni set di archiviazione disponibile solo per ognuno dei server, senza accesso condiviso.
Ogni set di risorse di archiviazione deve consentire la creazione di almeno due dischi virtuali, uno per i dati replicati e uno per i registri. L'archiviazione fisica deve avere le stesse dimensioni di settore su tutti i dischi di dati. L'archiviazione fisica deve avere le stesse dimensioni di settore su tutti i dischi dei registri.
Almeno una connessione Ethernet/TCP su ogni server per la replica sincrona, ma preferibilmente RDMA.
Regole appropriate del firewall e del router per consentire il traffico bidirezionale di ICMP, porta SMB 445, porta SMB Diretta 5445 e porta WS-MAN 5985 tra tutti i nodi.
Una rete tra server con larghezza di banda sufficiente per contenere il carico di lavoro di scrittura di I/O e una latenza media di round trip di circa 5 ms, per la replica sincrona. La replica asincrona non dispone di un'indicazione di latenza.
L'archiviazione replicata non può trovarsi nell'unità contenente la cartella del sistema operativo Windows.

Se si esegue la replica tra server locali e macchine virtuali di Azure, è necessario creare un collegamento di rete tra i server locali e le macchine virtuali di Azure. A tale scopo, usare ExpressRoute, una connessione gateway VPN da sito a sito o installare il software VPN nelle macchine virtuali di Azure per connetterli alla rete locale.

Importante

In questo scenario ogni server deve trovarsi in un'ubicazione fisica o logica differente. Ogni server deve essere in grado di comunicare con l'altro tramite una rete.

Molti di questi requisiti possono essere determinati usando il cmdlet Test-SRTopology. È possibile accedere a questo strumento se si installa la funzionalità Replica archiviazione o gli Strumenti di gestione di Replica archiviazione su almeno un server. Non è necessario configurare Replica di archiviazione per usare questo strumento, ma solo per installare il cmdlet.

Requisiti di Windows Admin Center

Per usare replica di archiviazione e Windows Admin Center insieme, sono necessari i requisiti seguenti:

Sistema	Sistema operativo	Necessario per
Due server (qualsiasi combinazione di hardware, macchine virtuali e macchine virtuali cloud locali, incluse le macchine virtuali di Azure)	Windows Server 2019, Windows Server 2016 o Windows Server (Canale semi-annuale)	Replica di archiviazione
Un PC	Windows 10 o versione successiva	Windows Admin Center

Nota

Al momento non è possibile usare Windows Admin Center su un server per gestire Replica di archiviazione.

Termini

Questa procedura dettagliata usa l'ambiente seguente come esempio:

Due server, denominati SR-SRV05 e SR-SRV06.
Una coppia di "siti" logici che rappresentano due centri dati diversi, uno chiamato Redmond e l'altro Bellevue.

Diagramma che mostra la replica di un server in Building 5 con un server in Building 9

Passaggio 1: Installare e configurare Windows Admin Center

Se stai utilizzando Windows Admin Center per gestire la Replica di archiviazione, utilizza i seguenti passaggi per preparare il PC a gestire la Replica di archiviazione.

Scaricare e installare Windows Admin Center.
Scaricare e installare gli strumenti di amministrazione remota del server.

Se si usa Windows 10 versione 1809 o successiva, installare il RSAT: Modulo replica di archiviazione per Windows PowerShell da Funzionalità su Richiesta.
Aprire una finestra di PowerShell con privilegi elevati ed eseguire il comando seguente per abilitare il protocollo WS-Management nel computer locale e configurare la configurazione predefinita per la gestione remota nel client:
```
winrm quickconfig
```
Digitare Y per abilitare i servizi WinRM e abilitare l'eccezione del firewall WinRM.

Passaggio 2: effettuare il provisioning del sistema operativo, delle funzionalità, dei ruoli, dell'archiviazione e della rete

Installare Desktop Experience di Windows Server in entrambi i nodi del server.

Per usare una macchina virtuale di Azure connessa alla rete tramite ExpressRoute, vedere Aggiunta di una macchina virtuale di Azure connessa alla rete tramite ExpressRoute.

Nota

A partire da Windows Admin Center versione 1910, è possibile configurare automaticamente un server di destinazione in Azure. Se si sceglie questa opzione, installare Windows Server nel server di origine e quindi passare a Passaggio 3: configurare la replica da server a server.
Aggiungere informazioni di rete, aggiungere i server allo stesso dominio del PC di gestione di Windows 10 (se usato) e quindi riavviare i server.

Nota

A questo punto, accedere sempre come utente di dominio membro del gruppo di amministratori predefinito in tutti i server. Ricorda di elevare sempre i prompt di PowerShell e CMD in futuro durante l'esecuzione su un'installazione server con interfaccia grafica o su un computer Windows 10 e versioni successive.
Collegare il primo set di alloggiamenti di archiviazione JBOD, la destinazione iSCSI, SAN FC o l'archiviazione su disco locale (DAS) a dimensione fissa al server nel sito Redmond.
Collegare il secondo set di risorse di archiviazione ai server nel sito Bellevue.
Se necessario, installare il sistema di archiviazione del fornitore e il firmware dell'enclosure più recente, i driver HBA del fornitore più recenti, i firmware BIOS o UEFI del fornitore più recenti, i driver di rete del fornitore più recenti e driver dei chipset della scheda madre più recenti in entrambi i nodi. Se necessario riavviare i nodi.

Nota

Per la configurazione dell'archiviazione condivisa e dell'hardware di rete, consultare la documentazione del fornitore hardware.
Assicurarsi che le impostazioni BIOS/UEFI dei server abilitati consentano alte prestazioni, ad esempio la disabilitazione dei C-State, l'impostazione della velocità QPI, l'abilitazione di NUMA e l'impostazione della frequenza di memoria massima. Assicurarsi che il risparmio energia in Windows Server sia impostato su prestazioni elevate. Riavviare se necessario.
Configurare i ruoli come indicato di seguito:
- Metodo di Windows Admin Center
  1. In Windows Admin Center passare a Server Manager, quindi selezionare uno dei server.
  2. Andare a Ruoli e funzionalità.
  3. Selezionare Funzionalità, quindi selezionare Replica di archiviazionee successivamente selezionare Installa.
  4. Ripetere questi passaggi nell'altro server.
- Metodo Server Manager
  1. In Server Managerselezionare Crea un gruppo di servere quindi aggiungere tutti i nodi del server.
  2. Installare il ruolo File Server di e la funzionalità Replica di Archiviazione di su ciascuno dei nodi e riavviarli. Per ulteriori informazioni, vedere Installare o disinstallare dei ruoli, dei servizi ruolo o delle funzionalità
- Metodo di Windows PowerShell
  
  In SR-SRV06 o in un computer di gestione remota eseguire il comando seguente per installare le funzionalità e i ruoli necessari e riavviarli:
```
$Servers = 'SR-SRV05','SR-SRV06'
$Servers | ForEach { Install-WindowsFeature -ComputerName $_ -Name Storage-Replica,FS-FileServer -IncludeManagementTools -Restart }
```
Configurare lo spazio di archiviazione come indicato di seguito:
Importante
- È necessario creare due volumi in ciascuna enclosure: uno per i dati e uno per i registri.
- I dischi di dati e registro devono essere inizializzati come GPT, non come MBR.
- I due volumi di dati devono avere le stesse dimensioni.
- I due volumi di registro devono avere le stesse dimensioni.
- Tutti i dischi di dati replicati devono avere le stesse dimensioni del settore.
- Tutti i dischi di registro devono avere le stesse dimensioni del settore.
- I volumi di registro devono usare un'archiviazione basata su flash, ad esempio le unità SSD. Microsoft consiglia di velocizzare l'archiviazione dei log rispetto all'archiviazione dei dati. I volumi di log non devono mai essere usati per altri carichi di lavoro.
- I dischi dati possono utilizzare HDD, SSD o una combinazione stratificata e possono usare spazi con mirroring, di parità, RAID 1 o 10, oppure RAID 5 o RAID 50.
- Il volume di log deve essere di almeno 9 GB per impostazione predefinita e può essere superiore o inferiore in base ai requisiti del log.
- Il ruolo File Server è necessario solo per il funzionamento di Test-SRTopology, in quanto apre le porte del firewall necessarie per il test.
- Per i contenitori JBOD:
  1. Assicurarsi che ogni server possa visualizzare solo gli alloggiamenti di archiviazione del sito e che le connessioni SAS siano configurate correttamente.
  2. Effettuare il provisioning dello storage usando Spazi di archiviazione seguendo i passaggi da 1 a 3 forniti nella guida Distribuire Spazi di Archiviazione su un Stand-Alone Server tramite Windows PowerShell o Server Manager.
- Per l'archiviazione iSCSI:
  1. Verificare che ogni cluster sia in grado di visualizzare solo gli alloggiamenti di archiviazione di tale sito. Se si usa iSCSI, è necessario usare più di una singola scheda di rete.
  2. Effettuare il provisioning dell'archiviazione usando la documentazione del fornitore. Se si utilizza il Target iSCSI basato su Windows, vedere la panoramica del Server di Target iSCSI .
- Per l'archiviazione FC SAN:
  1. Assicurarsi che ogni cluster sia in grado di vedere solo gli enclosure di archiviazione di quel sito e di avere configurato correttamente la zonizzazione degli host.
  2. Configurare l'archiviazione usando la documentazione del fornitore.
- Per l'archiviazione su disco fisso locale:
  - Verificare che l'archiviazione non contenga un volume di sistema, file di pagina o file di dump.
  - Configurare l'archiviazione usando la documentazione del fornitore.
Avviare Windows PowerShell e usare il cmdlet Test-SRTopology per determinare se si soddisfano tutti i requisiti di Replica di archiviazione. È possibile usare il cmdlet in modalità solo requisiti per un test rapido e una modalità di valutazione delle prestazioni a esecuzione prolungata. Ad esempio:

Per convalidare i nodi proposti, ciascuno con un volume di F: e G:, e eseguire il test per 30 minuti:
```
$params = @{
    SourceComputerName   = 'SR-SRV05'
    SourceVolumeName     = 'F:'
    SourceLogVolumeName  = 'G:'
    DestinationComputerName = 'SR-SRV06'
    DestinationVolumeName = 'F:'
    DestinationLogVolumeName = 'G:'
    DurationInMinutes    = 30
    ResultPath           = 'C:\Temp'
}
MD C:\Temp
Test-SRTopology @params
```
Importante

Quando si usa un server di test senza carico di I/O di scrittura nel volume di origine specificato durante il periodo di valutazione, è consigliabile aggiungere un carico di lavoro per generare un report utile. È necessario eseguire il test con carichi di lavoro simili alla produzione per poter visualizzare i numeri reali e le dimensioni consigliate del registro. In alternativa, copiare alcuni file nel volume di origine durante il test oppure scaricare ed eseguire DISKSPD per generare I/O di scrittura. Per esempio, un campione con un basso carico di lavoro di scrittura I/O per 10 minuti sul volume D:

Diskspd.exe -c1g -d600 -W5 -C5 -b8k -t2 -o2 -r -w5 -i100 -j100 d:\test
Esamina il report TestSrTopologyReport.html per assicurarti di soddisfare i requisiti di Replica di archiviazione.

Passaggio 3: Configurare la replica da server a server

Uso di Windows Admin Center

Aggiungere il server di origine.
1. Seleziona il pulsante Aggiungi.
2. Selezionare Aggiungi connessione server.
3. Digitare il nome del server e quindi selezionare Invia.
Nella pagina Tutte le connessioni selezionare il server di origine.
Selezionare Replica di archiviazione nel pannello Strumenti.
Selezionare Nuovo per creare una nuova partnership. Per creare una nuova macchina virtuale di Azure da usare come destinazione per la partnership:
1. In Eseguire la replica con un altro server selezionare Usare una nuova macchina virtuale di Azure e quindi selezionare Avanti. Se questa opzione non viene visualizzata, assicurarsi di usare Windows Admin Center versione 1910 o successiva.
2. Specificare le informazioni sul server di origine e il nome del gruppo di replica e quindi selezionare Avanti.
  
  Viene avviato un processo che seleziona automaticamente una macchina virtuale di Azure di Windows Server 2019 o Windows Server 2016 come destinazione per l'origine della migrazione. Il Servizio di migrazione dell'archiviazione consiglia le dimensioni delle macchine virtuali che corrispondono all'origine, ma è possibile modificarle selezionando Vedere tutte le dimensioni. I dati di inventario vengono usati per configurare automaticamente i dischi gestiti e i relativi file system e aggiungere la nuova macchina virtuale di Azure al dominio di Active Directory.
3. Dopo che Windows Admin Center ha creato la macchina virtuale di Azure, specificare un nome del gruppo di replica e quindi selezionare Crea. Windows Admin Center avvia quindi il normale processo di sincronizzazione iniziale di Storage Replica per iniziare a proteggere i tuoi dati.
  
  Ecco un video che illustra come usare la Replica di archiviazione per eseguire la migrazione in macchine virtuali di Azure.
Fornire i dettagli della collaborazione e poi selezionare Crea.

Nota

La rimozione della partnership da Replica di archiviazione in Windows Admin Center non rimuove il nome del gruppo di replica.

Utilizzo di Windows PowerShell

Configurare la replica da server a server tramite Windows PowerShell. È necessario eseguire tutti i passaggi sui nodi direttamente o da un computer di gestione remota che contiene gli strumenti di amministrazione remota del server di Windows Server.

Assicurarsi di usare una console di PowerShell con privilegi elevati come amministratore.

Configurare la replica da server a server, specificando i dischi di origine e di destinazione, i registri di origine e di destinazione, i nodi di origine e di destinazione e le dimensioni del registro.

$params = @{
   SourceComputerName      = 'SR-SRV05'
   SourceRGName            = 'RG01'
   SourceVolumeName        = 'F:'
   SourceLogVolumeName     = 'G:'
   DestinationComputerName = 'SR-SRV06'
   DestinationRGName       = 'RG02'
   DestinationVolumeName   = 'F:'
   DestinationLogVolumeName= 'G:'
   LogType                 = 'Raw'
}
New-SRPartnership @params

DestinationComputerName : SR-SRV06
DestinationRGName       : RG02
SourceComputerName      : SR-SRV05
PSComputerName          :

Importante

La dimensione predefinita del registro è 8 GB. A seconda dei risultati del cmdlet Test-SRTopology, è possibile decidere di usare il parametro LogSizeInBytes con un valore superiore o inferiore.

Per ottenere lo stato di origine e destinazione della replica, usare Get-SRGroup e Get-SRPartnership come indicato di seguito:

Get-SRGroup
Get-SRPartnership
(Get-SRGroup).replicas

CurrentLsn             : 0
DataVolume             : F:\
LastInSyncTime         :
LastKnownPrimaryLsn    : 1
LastOutOfSyncTime      :
NumOfBytesRecovered    : 37731958784
NumOfBytesRemaining    : 30851203072
PartitionId            : c3999f10-dbc9-4a8e-8f9c-dd2ee6ef3e9f
PartitionSize          : 68583161856
ReplicationMode        : synchronous
ReplicationStatus      : InitialBlockCopy
PSComputerName         :

Determinare l'avanzamento della replica come segue:
1. Nel server di origine eseguire il comando seguente ed esaminare gli ID evento 1237, 2200, 5001, 5002, 5004 e 5015:
```
Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica -Max 20
```
2. Nel server di destinazione, eseguire il comando seguente per visualizzare gli eventi della Replica di archiviazione che mostrano la creazione della partnership. Questo evento indica il numero di byte copiati e il tempo impiegato.
```
Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica | Where-Object {$_.ID -eq "1215"} | FL
```
```
TimeCreated  : 4/8/2016 4:12:37 PM
ProviderName : Microsoft-Windows-StorageReplica
Id           : 1215
Message      : Block copy completed for replica.

ReplicationGroupName: RG02
ReplicationGroupId: {616F1E00-5A68-4447-830F-B0B0EFBD359C}
ReplicaName: F:\
ReplicaId: {00000000-0000-0000-0000-000000000000}
End LSN in bitmap:
LogGeneration: {00000000-0000-0000-0000-000000000000}
LogFileId: 0
CLSFLsn: 0xFFFFFFFF
Number of Bytes Recovered: 68583161856
Elapsed Time (ms): 117
```
  Nota
  
  Replica di archiviazione smonta i volumi di destinazione e le loro lettere dell'unità o punti di montaggio. Questo è intenzionale.
3. In alternativa, il gruppo di server di destinazione per la replica indica il numero di byte rimanenti da copiare sempre e può essere sottoposto a query tramite PowerShell. Ad esempio:
```
(Get-SRGroup).Replicas | Select-Object numofbytesremaining
```
  Come esempio di progresso continuo (che non termina):
```
while($true) {

 $v = (Get-SRGroup -Name "RG02").replicas | Select-Object numofbytesremaining
 [System.Console]::Write("Number of bytes remaining: {0}`r", $v.numofbytesremaining)
 Start-Sleep -s 5
}
```
4. Nel server di destinazione eseguire il comando seguente ed esaminare gli ID evento 1237, 2200, 5001, 5002, 5004 e 5015 per comprendere lo stato di elaborazione. Non dovrebbe essere presente alcun avviso di errori in questa sequenza. Se si verificano diversi ID evento 1237, indica lo stato di avanzamento.
```
Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica | FL
```

Passaggio 4: gestire la replica

Gestisci e opera la tua infrastruttura replicata da server a server. È possibile eseguire tutti i passaggi sui nodi direttamente o da un computer di gestione remota che contiene gli strumenti di amministrazione remota del server di Windows Server.

Usare Get-SRPartnership e Get-SRGroup per determinare l'origine e la destinazione di replica attuale e il relativo stato.

Per misurare le prestazioni della replica, usare il cmdlet Get-Counter nei nodi di origine e di destinazione. I nomi dei contatori sono:

\Storage Replica Partition I/O Statistics(*)\Number of times flush paused
\Storage Replica Partition I/O Statistics(*)\Number of pending flush I/O
\Storage Replica Partition I/O Statistics(*)\Number of requests for last log write
\Storage Replica Partition I/O Statistics(*)\Avg. Flush Queue Length
\Storage Replica Partition I/O Statistics(*)\Current Flush Queue Length
\Storage Replica Partition I/O Statistics(*)\Number of Application Write Requests
\Storage Replica Partition I/O Statistics(*)\Avg. Number of requests per log write
\Storage Replica Partition I/O Statistics(*)\Avg. App Write Latency
\Storage Replica Partition I/O Statistics(*)\Avg. App Read Latency
\Storage Replica Statistics(*)\Target RPO
\Storage Replica Statistics(*)\Current RPO
\Storage Replica Statistics(*)\Avg. Log Queue Length
\Storage Replica Statistics(*)\Current Log Queue Length
\Storage Replica Statistics(*)\Total Bytes Received
\Storage Replica Statistics(*)\Total Bytes Sent
\Storage Replica Statistics(*)\Avg. Network Send Latency
\Storage Replica Statistics(*)\Replication State
\Storage Replica Statistics(*)\Avg. Message Round Trip Latency
\Storage Replica Statistics(*)\Last Recovery Elapsed Time
\Storage Replica Statistics(*)\Number of Flushed Recovery Transactions
\Storage Replica Statistics(*)\Number of Recovery Transactions
\Storage Replica Statistics(*)\Number of Flushed Replication Transactions
\Storage Replica Statistics(*)\Number of Replication Transactions
\Storage Replica Statistics(*)\Max Log Sequence Number
\Storage Replica Statistics(*)\Number of Messages Received
\Storage Replica Statistics(*)\Number of Messages Sent

Per altre informazioni sui contatori delle prestazioni in Windows PowerShell, vedere Get-Counter.

Per spostare la direzione di replica da un sito, usare il cmdlet Set-SRPartnership.
```
$params = @{
   NewSourceComputerName  = 'SR-SRV06'
   SourceRGName           = 'RG02'
   DestinationComputerName = 'SR-SRV05'
   DestinationRGName      = 'RG01'
}
Set-SRPartnership @params
```
Avviso

Windows Server impedisce il cambio di ruolo durante la sincronizzazione iniziale, ma questa operazione può causare la perdita di dati se si prova a effettuare il cambio prima del completamento della replica iniziale. Non forzare il cambio delle direzioni fino al completamento della sincronizzazione iniziale.

Controllare i registri eventi per vedere la direzione del cambiamento di replica e della modalità di ripristino, e quindi riconciliare. Le operazioni di I/O di scrittura possono quindi scrivere sull'archiviazione di proprietà del nuovo server di origine. Cambiare la direzione della replica blocca gli I/O di scrittura sul computer di origine precedente.
Per rimuovere la replica, usare Get-SRGroup, Get-SRPartnership, Remove-SRGroup e Remove-SRPartnership su ciascun nodo. Assicurarsi di eseguire il cmdlet Remove-SRPartnership solo sull'origine della replica corrente, non nel server di destinazione. Eseguire Remove-SRGroup su entrambi i server. Ad esempio, per rimuovere completamente la replica dai due server:
```
Get-SRPartnership
Get-SRPartnership | Remove-SRPartnership
Get-SRGroup | Remove-SRGroup
```

Sostituzione di Replica DFS con Replica di archiviazione

Molti clienti Microsoft distribuiscono Replica DFS come soluzione di ripristino di emergenza per i dati utente non strutturati, come home directory e condivisioni di reparto. Replica DFS fornita in Windows Server 2003 R2 e tutti i sistemi operativi successivi e opera su reti a larghezza di banda ridotta, che lo rendono interessante per ambienti a bassa latenza e a bassa modifica con molti nodi. Come soluzione di replica dei dati, tuttavia, Replica DFS presenta limitazioni significative:

Non replica i file aperti o in uso.
Non viene replicato in modo sincrono.
La latenza di replica asincrona può durare molti minuti, ore o persino giorni.
Si basa su un database che può richiedere verifiche di coerenza di lunga durata dopo un'interruzione dell'alimentazione.
È configurato come multimaster, che consente il flusso delle modifiche in entrambe le direzioni, eventualmente sovrascrivendo i dati più recenti.

La Replica di archiviazione non presenta nessuna di queste limitazioni. Tuttavia, presenta diversi problemi che potrebbero renderla meno interessante in alcuni ambienti:

Consente solo la replica uno a uno tra i volumi. È possibile replicare volumi diversi tra più server.
Se da un lato supporta la replica asincrona, dall'altro non è stata progettata per le reti a latenza elevata e a larghezza di banda ridotta.
Non consente l'accesso ai dati protetti nella destinazione durante l'esecuzione della replica

Se questi non sono fattori di blocco, Replica di archiviazione consente di sostituire i server di replica DFS con questa tecnologia più nuova. Il processo a livello generale che consente agli utenti di accedere ai propri dati è il seguente:

Installare o aggiornare Windows Server in due server e configurare l'archiviazione.
Verificare che i dati da duplicare si trovino sui volumi di archiviazione e non sull'unità C:.
1. Facoltativamente, eseguire il seeding dei dati nell'altro server usando backup o copie di file.
Condividere i dati nel server di origine tramite uno spazio dei nomi DFS per mantenere l'accessibilità.
1. Crea le condivisioni corrispondenti sul server di destinazione; mantenerle disabilitate negli spazi dei nomi DFS.
Abilita la replica di Storage Replica e completa la sincronizzazione iniziale.
1. Preferisce la replica sincrona per la coerenza dei dati.
2. Abilita le copie di volume nel sistema Shadow e crea periodicamente istantanee per la consistenza dei dati.
Funzionare normalmente fino a quando non si verifica un'emergenza.
Passare il server di destinazione alla nuova origine per visualizzare volumi replicati.
1. Con la replica sincrona, è necessario un ripristino minimo dei dati; con la replica asincrona, utilizzare gli snapshot VSS, se necessario.
Aggiungere il server e le condivisioni agli spazi dei nomi DFS come destinazioni di cartella.

Nota

La pianificazione del ripristino di emergenza è un argomento complesso e che richiede particolare attenzione ai dettagli. È consigliabile creare runbook ed eseguire annualmente le esercitazioni di failover in tempo reale. Quando si verifica un'emergenza effettiva, il personale esperto potrebbe non essere disponibile.

Aggiunta di una macchina virtuale di Azure connessa alla rete tramite ExpressRoute

Creare un ExpressRoute nel portale di Azure.

Dopo l'approvazione di ExpressRoute, alla sottoscrizione viene aggiunto un gruppo di risorse. Passare a Gruppi di risorse per visualizzare questo nuovo gruppo. Prendere nota del nome della rete virtuale.
Creare un nuovo gruppo di risorse.
Aggiungere un gruppo di sicurezza di rete. Durante la creazione, seleziona l'ID della sottoscrizione associato all'ExpressRoute che hai creato e seleziona anche il gruppo di risorse che hai appena creato.

Aggiungere le regole di sicurezza in ingresso e in uscita necessarie al gruppo di sicurezza di rete. Ad esempio, potrebbe essere necessario consentire l'accesso Desktop remoto alla macchina virtuale.
Creare una macchina virtuale di Azure con le impostazioni seguenti:
- Indirizzo IP pubblico: nessuno
- Rete virtuale: selezionare la rete virtuale di cui si è preso nota dal gruppo di risorse aggiunto con ExpressRoute.
- Gruppo di sicurezza di rete (firewall): selezionare il gruppo di sicurezza di rete creato in precedenza.
Dopo aver creato la macchina virtuale, vedere Passaggio 2: effettuare il provisioning del sistema operativo, delle funzionalità, dei ruoli, dell'archiviazione e della rete.

Condividi tramite

Replica di archiviazione da server a server

Prerequisiti

Requisiti di Windows Admin Center

Termini

Passaggio 1: Installare e configurare Windows Admin Center

Passaggio 2: effettuare il provisioning del sistema operativo, delle funzionalità, dei ruoli, dell'archiviazione e della rete

Passaggio 3: Configurare la replica da server a server

Uso di Windows Admin Center

Utilizzo di Windows PowerShell

Passaggio 4: gestire la replica

Sostituzione di Replica DFS con Replica di archiviazione

Aggiunta di una macchina virtuale di Azure connessa alla rete tramite ExpressRoute

Vedere anche

Commenti e suggerimenti

Risorse aggiuntive