Configurare la replica di archiviazione da server a server utilizzando Replica di Archiviazione

È 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 descrive la configurazione della replica da server a server e come configurare e gestire l'ambiente.

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

Per una panoramica su come usare Replica di archiviazione in Windows Admin Center, vedere il video seguente:

Prerequisiti

• Foresta dei Servizi di Dominio di Active Directory. Non è necessario eseguire Windows Server 2016.

• Due server che eseguono Windows Server 2019 o Windows Server 2016 Datacenter.

  Se si esegue Windows Server 2019, è invece possibile usare Standard Edition se la replica di un solo volume di dimensioni fino a 2 TB è adatta per lo scenario in uso.

• Due set di archiviazione che possono includere "just a bunch of disks" (JBOD) con enclosure SAS, una rete di archiviazione Fibre Channel (FC SAN), un target iSCSI (Interfaccia per Sistemi di Piccoli Computer su Internet) o l'archiviazione locale SCSI o SATA (Serial Advanced Technology Attachment). L'archiviazione deve contenere una combinazione di supporti unità disco rigido (HDD) e unità SSD (Solid State Drive). Ogni set di archiviazione viene reso disponibile solo per ognuno dei server, senza accesso condiviso.

  Ogni set di archiviazione deve supportare la creazione di almeno due dischi virtuali, uno per i dati replicati e uno per i log. 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 in ogni server per la replica sincrona, ma è preferibile l'accesso diretto alla memoria remota (RDMA).

• Regole del firewall e del router appropriate per consentire il traffico bidirezionale di Internet Control Message Protocol (ICMP), Server Message Block (SMB) (porta 445 e porta 5445 per SMB diretto) e Web Services Management (WS-Man) (porta 5985) tra tutti i nodi.

• Una rete tra server con larghezza di banda sufficiente per contenere il carico di lavoro di scrittura di input/output (I/O) e una latenza media di 5 ms di round trip per la replica sincrona. La replica asincrona non dispone di un'indicazione di latenza.

  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. Per creare il collegamento, usare Azure ExpressRoute, usare una connessione gateway VPN da sito a sito o installare software VPN nelle macchine virtuali di Azure per connetterli alla rete locale.

• L'archiviazione replicata non può trovarsi nell'unità che contiene la cartella del sistema operativo Windows.

È possibile verificare molti di questi requisiti usando il Test-SRTopology cmdlet . È possibile accedere a questo strumento se si installa Replica di archiviazione o si installano le funzionalità degli strumenti di gestione di Replica di archiviazione su almeno un server. Per usare lo strumento, è sufficiente installare ed eseguire il cmdlet . Altre informazioni sono incluse più avanti nell'articolo.

Requisiti di Windows Admin Center

Per usare replica di archiviazione e Windows Admin Center insieme, sono necessari gli elementi seguenti:

Termini

Questa procedura dettagliata usa l'ambiente seguente come esempio:

• Due server: SR-SRV05 e SR-SRV06

• Coppia di "siti" logici che rappresentano due data center diversi: Redmond e Bellevue

Passaggio 1: Installare e configurare Windows Admin Center nel PC

Se stai usando Windows Admin Center per gestire Replica di archiviazione, segui questa procedura per configurare il PC per gestire Replica di archiviazione.

1. Scaricare e installare Windows Admin Center.

2. Scaricare e installare gli strumenti di amministrazione remota del server.

   Se si usa Windows 10 versione 1809 o successiva, installare la funzionalità RSAT: Storage Replica Module per Windows PowerShell da Funzionalità su richiesta.

3. Aprire una sessione di PowerShell come amministratore:

   1. Selezionare Inizio.
   2. Immettere PowerShell.
   3. Fare clic con il pulsante destro del mouse su Windows PowerShell.
   4. Selezionare Esegui come amministratore.

4. Immettere il comando seguente per abilitare il protocollo WS-Man nel computer locale e configurare la configurazione predefinita per la gestione remota nel client:

   winrm quickconfig
   

5. Immettere Y per abilitare i servizi WinRM e abilitare un'eccezione del firewall WinRM.

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

1. Installare Windows Server in entrambi i nodi del server usando il tipo di installazione Windows Server (Esperienza desktop).

   È possibile usare 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.

2. 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

   Per i passaggi rimanenti, accedere come utente di dominio membro del gruppo Administrator predefinito in tutti i server. Assicurati di elevare i prompt dei comandi e di PowerShell nei passaggi rimanenti se stai eseguendo un'installazione grafica del server o su un computer Windows 10.

3. Connettere il primo set di enclosure di archiviazione JBOD, target iSCSI, SAN FC o DAS (Direct Attached Storage) a disco fisso locale al server nel sito Redmond.

4. Collegare il secondo set di risorse di archiviazione ai server nel sito Bellevue.

5. Se pertinente, installare il firmware e i driver di archiviazione e enclosure più recenti del fornitore, i driver HBA (Host Bus Adapter) più recenti del fornitore, il firmware BIOS/UEFI più recente del fornitore, i driver di rete più recenti del fornitore e i driver del chipset della scheda madre più recenti su entrambi i nodi. Se necessario riavviare i nodi.

   Nota

   Consultare la documentazione del fornitore dell'hardware per configurare l'archiviazione condivisa e l'hardware di rete.

6. Assicurarsi che le impostazioni BIOS/UEFI per i server consentano prestazioni elevate, ad esempio la disabilitazione dello stato C, l'impostazione della velocità QPI, l'abilitazione dell'accesso alla memoria non univoca (NUMA) e l'impostazione della frequenza di memoria più elevata. Assicurarsi che il risparmio energia in Windows Server sia impostato su prestazioni elevate. Riavviare se necessario.

7. Configurare i ruoli come descritto nelle sezioni seguenti:

   • Metodo di Windows Admin Center

     1. In Windows Admin Center passare a Server Manager e quindi selezionare uno dei server.
     2. Passare a Ruoli e funzionalità.
     3. Selezionare Funzionalità>Replica archiviazione e quindi selezionare Installa.
     4. Ripetere questi passaggi nell'altro server.

   • Metodo Server Manager

     1. Eseguire ServerManager.exe e creare un gruppo di server. Aggiungere tutti i nodi del server.

     2. Installare i ruoli e le funzionalità di File Server e Storage Replica in ognuno dei nodi. Riavviare quindi i nodi.

   • Metodo di Windows PowerShell

     In SR-SRV06 o in un computer di gestione remota eseguire il comando seguente in una console di Windows PowerShell per installare le funzionalità e i ruoli necessari. Riavviare quindi i nodi.

   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à

      Per altre informazioni su questi passaggi, vedere Installare o disinstallare ruoli, servizi ruolo o funzionalità

8. Configurare l'archiviazione come descritto nei passaggi seguenti.

   Importante

   • È necessario creare due volumi in ciascuna enclosure: uno per i dati e uno per i registri.
   • I dischi di log e dati devono essere inizializzati come tabella di partizione GUID (GPT), non come record di avvio master (MBR).
   • I due volumi di dati devono avere le stesse dimensioni.
   • I due volumi di log 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. Consigliamo un'archiviazione dei log che sia una memorizzazione dei dati più veloce. I volumi di log non devono mai essere usati per altri carichi di lavoro.
   • I dischi dati possono utilizzare HDD, SSD o una combinazione tiered e possono disporre di spazi di archiviazione con mirroring o parità oppure RAID 1, RAID 10, RAID 5 o RAID 50.
   • Per impostazione predefinita, le dimensioni del log sono pari a 8 GB se non specificate. Il volume di log deve essere di almeno 10 GB o superiore in base ai requisiti di log e alle esigenze dell'organizzazione.
   • Il ruolo File Server è necessario solo per il funzionamento di Test-SRTopology. Apre le porte del firewall necessarie per il test.

   • Per i contenitori JBOD:

     1. Assicurarsi che ogni server possa accedere solo all'enclosure di archiviazione di quel sito e che le connessioni SAS siano configurate correttamente.

     2. Effettuare il provisioning dello spazio di archiviazione usando Spazi di archiviazione: completare i passaggi da 1 a 3 in Distribuire spazi di archiviazione in un server Stand-Alone usando Windows PowerShell o Server Manager.

   • Per l'archiviazione iSCSI:

     1. Assicurarsi che ogni cluster possa visualizzare solo le unità di archiviazione del sito. Se si usa iSCSI, è consigliabile usare più di una singola scheda di rete.

     2. Configurare le risorse di archiviazione utilizzando la documentazione del fornitore. Se si utilizza il Target iSCSI basato su Windows, consultare Archiviazione a blocchi del Target iSCSI, Guida.

   • Per l'archiviazione FC SAN:

     1. Assicurarsi che ogni cluster possa vedere solo gli enclosure di archiviazione del sito e che gli host siano stati correttamente configurati per la zonizzazione.

     2. Configurare le risorse di archiviazione utilizzando la documentazione del fornitore.

   • Per l'archiviazione su disco fisso locale:

     • Verificare che l'archiviazione non contenga un volume di sistema, un file di pagina o file di dump.

     • Configurare le risorse di archiviazione utilizzando la documentazione del fornitore.

9. 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 o in modalità di valutazione delle prestazioni a lungo termine.

   Ad esempio, per verificare che i nodi proposti abbiano un volume F: e un volume G: e per eseguire il test per 30 minuti, usare questo comando:

   MD c:\temp
   

   Importante

   Se 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. È consigliabile eseguire test con carichi di lavoro simili alla produzione per visualizzare i numeri reali e le dimensioni consigliate dei log. In alternativa, copiare alcuni file nel volume di origine durante il test o scaricare ed eseguire DISKSPD per generare operazioni di I/O di scrittura. Ad esempio, copiare un esempio con un carico di lavoro di I/O di scrittura basso che viene eseguito per 10 minuti nel volume D:

   Diskspd.exe -c1g -d600 -W5 -C5 -b8k -t2 -o2 -r -w5 -i100 -j100 d:\test

10. 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

1. Aggiungere il server di origine:

   1. Seleziona Aggiungi.
   2. Selezionare Aggiungi connessione server.
   3. Immettere il nome del server e quindi selezionare Invia.

2. Nel riquadro Tutte le connessioni selezionare il server di origine.

3. Nel riquadro Strumenti selezionare Replica di archiviazione.

4. Selezionare Nuovo per creare una nuova partnership.

   Per creare una nuova macchina virtuale di Azure da usare come destinazione per la partnership:

   1. In Replica con un altro server selezionareUsa 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.

      Questo passaggio avvia 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 Migrazione archiviazione consiglia dimensioni di macchina virtuale corrispondenti all'origine, ma è possibile ignorare questa limitazione selezionando Visualizza tutte le dimensioni. I dati di inventario vengono usati per configurare automaticamente i dischi gestiti e i relativi file system e per 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 Replica di archiviazione per eseguire la migrazione alle macchine virtuali di Azure:

5. Fornire i dettagli della collaborazione e poi selezionare Crea.

   

Utilizzo di Windows PowerShell

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

1. Verificare di usare una console di PowerShell con privilegi elevati come amministratore.

2. Configurare la replica da server a server. Specificare i dischi di origine e di destinazione, i log di origine e di destinazione, i nodi di origine e di destinazione e le dimensioni del log.

   New-SRPartnership -SourceComputerName sr-srv05 -SourceRGName rg01 -SourceVolumeName f: -SourceLogVolumeName g: -DestinationComputerName sr-srv06 -DestinationRGName rg02 -DestinationVolumeName f: -DestinationLogVolumeName g: -LogType Raw
   

   Ecco l'output di esempio:

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

   Importante

   Le dimensioni predefinite dei log sono pari a 8 GB. A seconda dei risultati del Test-SRTopology cmdlet, è possibile scegliere di usare il -LogSizeInBytes parametro per impostare un valore superiore o inferiore.

3. Per ottenere lo stato dell'origine e della destinazione della replica, usare i Get-SRGroup cmdlet e Get-SRPartnership :

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

   Ecco l'output di esempio:

   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         :
   

4. Determinare lo stato di avanzamento della replica come descritto nei passaggi seguenti.

   1. Nel server di origine eseguire il comando seguente ed esaminare gli ID evento 5015, 5002, 5004, 1237, 5001 e 2200:

      Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica -Max 20
      

   2. Nel server di destinazione, eseguire il comando seguente per visualizzare gli eventi di Replica di archiviazione che mostrano la creazione di partenariato. Questo evento indica il numero di byte copiati e il tempo necessario per creare la relazione.

      Ad esempio:

      Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica | Where-Object {$_.ID -eq "1215"} | fl
      

      Ecco l'output di esempio:

      TimeCreated  : 4/8/2016 4:12:37 PM
      ProviderName : Microsoft-Windows-StorageReplica
      Id           : 1215
      Message      : Block copy completed for replica.
      
      > [!NOTE]
      > By design, Storage Replica dismounts the destination volumes and their drive letters or mount points.
      
      

   3. In alternativa, il gruppo di server di destinazione per la replica indica sempre il numero di byte rimanenti da copiare. È possibile usare PowerShell per eseguire query sulle informazioni.

      Ad esempio:

      (Get-SRGroup).Replicas | Select-Object numofbytesremaining
      

      Ecco un esempio di avanzamento (che non si conclude):

      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 5009, 1237, 5001, 5015, 5005 e 2200 per comprendere lo stato di elaborazione. Non dovrebbe essere presente alcun avviso di errori in questa sequenza. Ci saranno molti ID evento 1237, che indicano l'avanzamento dell'elaborazione.

      Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica | FL
      

Passaggio 4: gestire la replica

Infine, gestisci e opera l'infrastruttura replicata tra server. È possibile eseguire tutti i passaggi seguenti direttamente nei nodi o da un computer di gestione remota che contiene Strumenti di amministrazione remota del server di Windows Server.

1. Usare i Get-SRPartnership cmdlet e Get-SRGroup per determinare l'origine e la destinazione correnti della replica e il relativo stato.

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

   • \Statistiche I/O partizione Replica archiviazione(*)\Numero di volte svuotamento fermato

   • \Statistiche I/O partizione Replica archiviazione(*)\Numero di I/O in attesa di svuotamento

   • \Statistiche I/O partizione Replica di Archiviazione(*)\Numero delle richieste per l'ultima scrittura del log

   • \Statistiche I/O partizione Storage Replica(*)\ Lunghezza media coda di svuotamento

   • \Statistiche I/O partizione Replica di Archiviazione(*)\Lunghezza coda di svuotamento corrente

   • \Statistiche I/O partizione Replica di archiviazione(*)\Numero di richieste di scrittura dell'applicazione

   • \Statistiche I/O partizione Replica archiviazione(*)\ Numero medio di richieste per scrittura di log

   • \Statistiche I/O partizione Replica archiviazione(*)\ Latenza media scrittura applicazione

   • \Statistiche I/O partizione Replica dell'archiviazione(*)\Latenza media di lettura dell'applicazione

   • \Statistiche Replica archiviazione(*)\Obiettivo RPO

   • \Statistiche Replica di archiviazione(*)\RPO corrente

   • \Statistiche Replica di archiviazione(*)\ Lunghezza coda log media

   • \Statistiche Replica archiviazione(*)\Lunghezza coda di registrazione corrente

   • \Statistiche Replica Archiviazione(*)\Totale Byte Ricevuti

   • \Statistiche Replica archiviazione(*)\Totale byte inviati

   • \Statistiche Replica dello storage(*)\ Latenza media di invio rete

   • \Statistiche replica di archiviazione(*)\Stato replica

   • \Statistiche Replica archiviazione(*)\ Latenza media di andata e ritorno del messaggio

   • \Statistiche Replica Archiviazione\Ultimo Tempo di Ripristino Trascorso

   • \Statistiche Replica archiviazione(*)\Numero di transazioni di ripristino scaricate

   • \Statistiche Replica archiviazione(*)\Numero di transazioni di ripristino

   • \Statistiche Replica archiviazione(*)\Numero di transazioni di replica scaricate

   • \Statistiche Replica archiviazione(*)\Numero di transazioni di replica

   • \Statistiche Replica archiviazione(*)\Numero massimo di sequenza del log

   • \Statistiche Replica archiviazione(*)\Numero di messaggi ricevuti

   • \Statistiche Replica di Archiviazione(*)\Numero di messaggi inviati

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

3. Per spostare la direzione di replica da un sito, usare il Set-SRPartnership cmdlet :

     $params = @{
     NewSourceComputerName  = 'SR-SRV06'
     SourceRGName           = 'RG02'
     DestinationComputerName = 'SR-SRV05'
     DestinationRGName      = 'RG01'
   }
   Set-SRPartnership @params
   

   Avviso

   Windows Server impedisce il cambio di ruolo quando la sincronizzazione iniziale è in corso. La perdita di dati può verificarsi se si prova a cambiare prima del completamento della replica iniziale. Non forzare le direzioni del cambio fino al completamento della sincronizzazione iniziale.

   Controllare i registri eventi per visualizzare la direzione della modifica della replica e la modalità di ripristino e quindi riconciliare. Le operazioni di I/O di scrittura possono quindi scrivere nello spazio di archiviazione del nuovo server di origine. La modifica della direzione di replica blocca la scrittura di operazioni di I/O nel computer di origine.

4. Per rimuovere la replica, usare Get-SRGroup, Get-SRPartnership, Remove-SRGroup e Remove-SRPartnership su ciascun nodo. Assicurarsi di eseguire il Remove-SRPartnership cmdlet solo nell'origine corrente della replica, non nel server di destinazione. Eseguire Remove-SRGroup su entrambi i server.

   Ad esempio, per rimuovere tutta la replica da due server, eseguire questi comandi:

   Get-SRPartnership
   Get-SRPartnership | Remove-SRPartnership
   Get-SRGroup | Remove-SRGroup
   

Sostituire Replica DFS con Replica di Archiviazione

Molti clienti Microsoft distribuiscono la replica DFS del servizio Windows come soluzione di ripristino di emergenza per i dati utente non strutturati, ad esempio le home cartelle e le condivisioni di reparto. La Replicazione DFS è disponibile in tutte le versioni a partire da Windows Server 2003 R2 e funziona su reti a larghezza di banda ridotta. Si tratta di un'alternativa 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.
• In genere è configurato come multimaster, che consente il flusso delle modifiche in entrambe le direzioni e potrebbe sovrascrivere i dati più recenti.

La Replica di archiviazione non presenta nessuna di queste limitazioni.

Storage Replica ha, tuttavia, diverse limitazioni che potrebbero renderlo meno interessante in alcuni ambienti:

• Consente solo la replica unidirezionale tra i volumi. È possibile replicare volumi diversi tra più server.
• Sebbene supporti la replica asincrona, non è progettata per reti a bassa larghezza di banda e a latenza elevata.
• Non consente agli utenti di accedere ai dati protetti nel server di destinazione mentre la replica è in corso.

Se questi fattori non sono bloccanti nel tuo scenario, è possibile usare la Replica di archiviazione per sostituire la replica DFS con la tecnologia più recente di Replica di archiviazione.

Il processo, a livello generale, prevede questi passaggi:

1. Installare Windows Server in due server e configurare l'archiviazione. Potrebbe essere necessario aggiornare un set esistente di server o eseguire installazioni pulite del sistema operativo.

2. Assicurarsi che tutti i dati da replicare esistano in uno o più volumi di dati e non nell'unità C: .

   • È anche possibile trasferire i dati sull'altro server per risparmiare tempo, utilizzando un backup, copie di file o l'archiviazione con thin provisioning. Non è necessario che la corrispondenza di sicurezza simile ai metadati sia perfetta, a differenza della replica DFS.

3. Condividere i dati nel server di origine e renderli accessibili tramite uno spazio dei nomi DFS Namespaces. Questo passaggio è importante per assicurarsi che gli utenti possano comunque accedervi se il nome del server cambia in uno spazio dei nomi DFS in un sito di emergenza.

   • È possibile creare condivisioni corrispondenti nel server di destinazione, che non è disponibile durante le normali operazioni.
   • Non aggiungere il server di destinazione allo spazio dei nomi DFS. Nel caso in cui lo fai, assicurati che tutte le destinazioni delle cartelle siano disabilitate.

4. Attivare la replica di Replica di archiviazione e completare la sincronizzazione iniziale. La replicazione può essere sincrona o asincrona.

   • È consigliabile eseguire la replica sincrona per garantire la coerenza dei dati di I/O nel server di destinazione.
   • Consigliamo vivamente di abilitare le Copie Ombra del Volume e di creare periodicamente snapshot usando vssadmin o un altro strumento. Questa azione garantisce che le applicazioni scaricano i file di dati su disco in modo coerente. In caso di emergenza, è possibile ripristinare i file dagli snapshot nel server di destinazione che potrebbero essere parzialmente replicati in modo asincrono. Gli snapshot vengono replicati insieme ai file.

5. Funzionare normalmente fino a quando non si verifica un disastro.

6. Impostare il server di destinazione come nuova origine, che visualizza i volumi replicati agli utenti.

7. Se si sceglie di usare la replica sincrona, non è necessario eseguire il ripristino dei dati a meno che un utente non usasse un'applicazione che stava scrivendo dati senza protezione delle transazioni (la replica non ha alcun effetto in questo scenario) quando il server di origine non andrà perso. Se si sceglie di usare la replica asincrona, la necessità del montaggio di uno snapshot del Volume Shadow Copy Service (VSS) è maggiore, ma è consigliabile usare il Volume Shadow Copy Service (VSS) in tutte le circostanze per ottenere snapshot coerenti con l'applicazione.

8. Aggiungere il server e le relative condivisioni come destinazione della cartella Spazi dei nomi DFS.

Gli utenti possono quindi accedere ai dati.

Aggiungere una macchina virtuale di Azure connessa alla rete tramite ExpressRoute

1. Nel portale di Azure creare un'istanza di ExpressRoute.

   Dopo l'approvazione di ExpressRoute, alla sottoscrizione viene aggiunto un gruppo di risorse. Per visualizzare questo nuovo gruppo, passare a Gruppi di risorse. Prendere nota del nome della rete virtuale.

   

2. Creare un nuovo gruppo di risorse.

3. Aggiungere un gruppo di sicurezza di rete. Quando si crea il gruppo di sicurezza di rete, selezionare l'ID sottoscrizione associato all'istanza di ExpressRoute creata e selezionare il gruppo di risorse associato a ExpressRoute.

   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.

4. Creare una macchina virtuale di Azure con le impostazioni seguenti:

   • Indirizzo IP pubblico: nessuno
   • Rete virtuale: selezionare il nome della rete virtuale annotato dal gruppo di risorse aggiunto con l'istanza di ExpressRoute.
   • Gruppo di sicurezza di rete (firewall): selezionare il gruppo di sicurezza di rete creato.

   

5. Dopo aver creato la macchina virtuale, vedere Passaggio 2: Effettuare il provisioning del sistema operativo, delle funzionalità, dei ruoli, dell'archiviazione e di una rete.

Contenuto correlato

• Panoramica sulla Replica di Archiviazione
• Estendere la replica del cluster usando l'archiviazione condivisa
• replicazione di archiviazione da cluster a cluster
• Replica di archiviazione: problemi noti
• Replica archiviazione: domande frequenti
• Spazi di archiviazione Direct