Ripristina e recupera le istanze SAP HANA scalabili orizzontalmente

Questa pagina include informazioni sul recupero delle istanze SAP HANA scalabili orizzontalmente dai backup del servizio di backup e RE.

Requisiti delle licenze e impatto sul ripristino

  • La codice licenza per un database SAP HANA si basa sull'ID sistema e sull'ID hardware. Dopo un recupero, una codice licenza SAP HANA diventa non valida se il SID o l'ID hardware è cambiato.
  • Durante il recupero, viene installata automaticamente una codice licenza temporanea se il backup utilizzato per il recupero ha una licenza permanente ancora valida. Puoi lavorare con la licenza temporanea installata automaticamente per un massimo di 90 giorni. Durante questo periodo, devi richiedere a SAP di trasferire la licenza dal database di origine a una nuova codice licenza. Devi quindi installare la nuova codice licenza nel database SAP HANA recuperato.
  • Se il backup utilizzato per il recupero aveva solo una licenza temporanea, il database è in modalità di blocco immediatamente dopo il recupero.

Database di origine con licenza temporanea Si tratta di backup eseguiti con licenze temporanee.

  • Ripristina il file originale: Sono trascorsi 90 giorni dalla creazione del database e il database è in modalità di blocco.
  • Ripristina il nuovo target. L'operazione non va a buon fine perché la licenza temporanea SAP non consente il ripristino nel nuovo target.

Database di origine con licenza permanente Si tratta di backup eseguiti con licenze permanenti.

  • Ripristina l'originale. Nessun problema.
  • Ripristina nel nuovo target. Ha una licenza di prova di 90 giorni. I backup vengono eseguiti correttamente, ma non è possibile utilizzarli per il ripristino.

Referenze SAP

Controllo preflight

Durante la procedura di ripristino, un controllo preflight convalida il recupero. Per un ripristino del database corretto, vengono controllati i seguenti prerequisiti obbligatori:

  • SID HANA: HANA è configurato sul nodo di destinazione con lo stesso nome del SID HANA.
  • File di configurazione: il file di configurazione global.ini è configurato correttamente
  • Percorso del backup dei log: il percorso del backup dei log è impostato in global.ini
  • BACKINT CONFIG:
    • Da un'immagine a livello di volume: Backint non è configurato per questo database.
    • Da un'immagine completa e incrementale: se il server di destinazione non è già configurato con backint, questo viene configurato durante il ripristino.
  • VERSIONE HANA: la versione HANA di destinazione è uguale alla versione HANA di origine.
  • USERSTOREKEY: specifica che la chiave userstore esiste nella destinazione o che sono specificati un nome utente e una password privilegiati validi esistenti al momento del backup.
  • Volume logico
    • Il nome del volume logico e il nome del gruppo di volumi devono essere uguali sul nodo di origine e su quello di destinazione.
    • La dimensione del volume logico di destinazione deve essere uguale o maggiore al volume logico di origine.
  • Stato del nodo
    • Configurazione autonoma e di scale up: il nodo di destinazione è attivo e disponibile
    • Configurazione HANA HA (1+n): la replica deve essere disattivata prima di poter avviare il ripristino. La replica post-ripristino deve essere riconfigurata. Il ripristino in qualsiasi nodo di un cluster HANA HA (1+n) comporta la creazione di un'applicazione autonoma sull'host di destinazione selezionato. L'utente deve configurare nuovamente il cluster come necessario e rilevare l'applicazione in modo appropriato

Recupero automatico di un database SAP HANA

Prima di iniziare

A nuovo da immagine di backup a livello di volume

Recupero automatico di un database HANA in un nuovo target da un'immagine di backup a livello di volume

  1. Nell'elenco Applicazioni di gestione app, fai clic con il tasto destro del mouse sul database e selezionare Accedi.
  2. Seleziona lo snapshot più recente da recuperare e scegli Ripristina.

  3. Nella pagina Ripristina, scegli Ripristina nel nuovo target.

    • Target. Per tutte le configurazioni, nel menu a discesa sarà possibile scegliere i nodi HANA idonei. Seleziona il nodo da ripristinare dal menu a discesa.

    • Sostituisci l'identità dell'applicazione originale. Questa opzione è disponibile solo quando il ripristino viene eseguito su un nuovo host sulla stessa appliance in cui è stato generato inizialmente il backup.

      • Sì. L'applicazione verrà sostituita con quella originale e avrà lo stesso ID applicazione, la stessa cronologia job, le stesse immagini di backup e lo stesso piano di backup dell'applicazione originale.
      • No. L'applicazione originale non verrà sostituita. Verrà rilevata come nuova applicazione nell'ambito del job di ripristino.
    • Ora di aggiornamento. Scegli una data e un'ora per il recupero di un database protetto con i log.
    • SID DEL DATABASE TARGET. Questo campo verrà precompilato con il nome del SID del database protetto ed è immutabile.

    • SAP DB USER STORE-KEY. Durante il backup, questo campo verrà precompilato con la chiave dello store dell'utente. È possibile specificare una nuova chiave dell'area utente con un nome utente e una password privilegiati disponibili durante il backup. Questa nuova chiave del magazzino utente verrà creata e utilizzata per il recupero.

    • Se il nome utente e la password vengono forniti con la chiave del repository utente esistente, la chiave del repository utente verrà ricreata con questo nome utente e questa password. La convalida verrà eseguita solo dopo il recupero di systemdb. Il recupero dell'organizzazione potrebbe non riuscire se il nome utente o la password non sono validi o se non contengono il privilegio corretto e/o non sono disponibili nell'immagine di backup.

    • Se viene specificata una nuova chiave del repository utente con nome utente e password, la chiave del repository utente verrà creata con il nome, il nome utente e la password specificati. La convalida verrà eseguita solo dopo il recupero di systemdb. Il recupero dell'account cliente potrebbe non riuscire se il nome utente o la password non sono validi o non contengono il privilegio corretto o non sono disponibili nell'immagine di backup.

    • Se non vengono passati userstorekey, nome utente e password, durante il precontrollo verrà eseguita la convalida per verificare se la chiave userstore utilizzata durante il backup esiste sul server di destinazione. Il controllo preliminare non andrà a buon fine se non viene trovata la chiave userstore utilizzata durante il backup. Il recupero dell'account utente potrebbe non riuscire se il nome utente o la password non sono validi, non contengono il privilegio corretto o non sono disponibili nell'immagine di backup.

    • Se non viene passato alcun parametro userstorekey, ma vengono forniti nome utente e password, il parametro userstorekey utilizzato durante il backup verrà ricreato con le credenziali passate al server di destinazione. Il recupero dell'account cliente potrebbe non riuscire se il nome utente o la password non sono validi o non contengono il privilegio corretto e/o non sono disponibili nell'immagine di backup.

  4. Fai clic sul controllo preflight.

  • Se il controllo preflight non va a buon fine, correggi il problema e invia nuovamente il controllo preflight.
  • Se il controllo preflight va a buon fine, fai clic su Invia per inviare il compito di ripristino.

Per eseguire il ripristino da un'immagine di backup a livello di volume

Recupero automatico di un database HANA all'origine da un'immagine di backup a livello di volume

  1. Nell'elenco App Manager, Applications (Applicazioni), fai clic con il tasto destro del mouse sul database e seleziona Access (Accesso). Dall'ultimo snapshot da recuperare, scegli Ripristina.

  2. Nella pagina Ripristina, scegli Ripristina all'origine.

    • Target.Completa quanto segue:
      • Per la configurazione SAP HANA autonoma, il campo Destinazione è precompilato.
      • Per la configurazione HANA HA (1+n), seleziona il nodo HANA HA di destinazione del ripristino dall'elenco a discesa.
    • Ora di aggiornamento. Scegli una data e un'ora per il recupero di un database protetto con i log.
    • SID DEL DATABASE TARGET. Questo campo verrà precompilato con il nome del SID del database protetto ed è immutabile.
    • SAP DB USER STORE-KEY. Verrà precompilata con la chiave dello store dell'utente durante il backup. È possibile specificare una nuova chiave dell'area utente con un nome utente e una password privilegiati disponibili durante il backup. Questa nuova chiave del magazzino utente verrà creata e utilizzata per il recupero.
      • Se il nome utente e la password vengono forniti con la chiave del repository utente esistente, la chiave del repository utente verrà ricreata con questo nome utente e questa password. La convalida verrà eseguita solo dopo il recupero di systemdb. Il recupero del tenant potrebbe non riuscire se il nome utente o la password non sono validi o non contengono il privilegio corretto e/o non sono disponibili come parte dell'immagine di backup.
      • Se viene specificata una nuova chiave del repository utente con nome utente e password, la chiave del repository utente verrà creata con il nome, il nome utente e la password specificati. La convalida verrà eseguita solo dopo il recupero di systemdb. Il recupero dell'organizzazione potrebbe non riuscire se il nome utente o la password non sono validi o non contengono il privilegio corretto o non sono disponibili nell'immagine di backup.
      • Se non vengono passati userstorekey, nome utente e password, durante il precontrollo verrà eseguita la convalida per verificare se la chiave userstore utilizzata durante il backup esiste sul server di destinazione. Il controllo preliminare non andrà a buon fine se non viene trovata la chiave userstore utilizzata durante il backup. Il recupero dell'account cliente potrebbe non riuscire se le credenziali non sono valide o non contengono il privilegio corretto e/o non sono disponibili nell'immagine di backup.
      • Se non è stato passato alcun userstorekey, ma sono stati forniti nome utente e password, la chiave userstore utilizzata durante il backup verrà ricreata con le credenziali passate al server di destinazione. Il recupero dell'account cliente potrebbe non riuscire se il nome utente o la password non sono validi o non contengono il privilegio corretto e/o non sono disponibili nell'immagine di backup.
    1. Fai clic su Controllo pre-volo.
    • Se il controllo preflight non va a buon fine, correggi il problema e invia nuovamente il controllo preflight.
    • Se il controllo preliminare va a buon fine, fai clic su Invia per inviare il compito di ripristino.

A nuovo da immagine di backup completo e incrementale

Recupero automatico di un database HANA in un nuovo target da un'immagine di backup completa e incrementale

  1. Nella console di gestione Gestione app, nell'elenco Applicazioni, fai clic con il tasto destro del mouse sul database e seleziona Accesso.
  2. Seleziona lo snapshot più recente da recuperare e scegli Ripristina.

  3. Nella pagina Ripristina, scegli Ripristina in una nuova destinazione.

    • Target. Per la configurazione HANA autonoma, questo campo è precompilato. Nel menu a discesa saranno disponibili i nodi HANA HA. Seleziona il nodo per il ripristino dal menu a discesa.

    • Sostituisci identità originale. Questa opzione è disponibile solo se il ripristino viene eseguito su un nuovo host sulla stessa appliance di backup/ripristino in cui è stato generato inizialmente il backup.

      • Sì. L'applicazione verrà sostituita con quella originale e avrà lo stesso ID applicazione, la stessa cronologia dei job, le stesse immagini di backup e lo stesso piano di backup dell'applicazione originale.
      • No. L'applicazione originale non verrà sostituita. Verrà rilevata come nuova applicazione nell'ambito del job di ripristino. Dopo un recupero di HANA HA, il nodo diventerà autonomo e manterrà lo stesso appid del cluster. Se attivi la replica, la prossima scoperta individuerà il cluster e continuerà a utilizzare lo stesso appid dell'host del cluster.

    • ELENCO DI INCLUDERE. Per recuperare SYSTEMDB con o senza uno o più database tenant su n database tenant, fornisci un elenco di database separati da virgole in INCLUDE.

    • Per ELENCO ESEMPI, per escludere SYSTEMDB o uno o più database tenant durante il recupero da n database tenant: fornisci un elenco di database separati da virgole in ESCLUDI. Ad esempio, inserendo SYSTEMDB nell'elenco di esclusione, SYSTEMDB viene escluso dal recupero e vengono recuperati tutti i database del tenant di cui è stato eseguito il backup.

      • Se INCLUDE LIST e EXCLUDE LIST sono entrambi vuoti, SYSTEMDB e tutti gli tenant (tn1,tn2,tn3) verranno recuperati.
      • Se vuoi recuperare un singolo tenant tn1, utilizza l'elenco include con tn1.
      • Se vuoi recuperare tn2 e tn3 ed escludere SYSTEMDB e tn1, utilizza l'elenco di inclusione solo con tn2 e tn3.
      • Se vuoi recuperare solo tutti i tenant (tn1,tn2,tn3) ed escludere SYSTEMDB, escludi SYSTEMDB o includi tn1, tn2, tn3.

    • Ora di aggiornamento. Scegli una data e un'ora per il recupero di un database protetto con i log.

    • SID DEL DATABASE TARGET. Questo campo verrà precompilato con il nome del SID del database protetto ed è immutabile.

    • SAP DB USERSTORE KEY. Verrà precompilata con la chiave dello Store dell'utente durante il backup. È possibile specificare una nuova chiave dell'area utente con un nome utente e una password privilegiati disponibili durante il backup. Questa nuova chiave del magazzino utente verrà creata e utilizzata per il recupero.

      • Se il nome utente e la password vengono forniti con la chiave del repository utente esistente, la chiave del repository utente verrà ricreata con questo nome utente e questa password. La convalida verrà eseguita solo dopo il recupero di SYSTEMDB. Il recupero del tenant potrebbe non riuscire se il nome utente o la password non sono validi o non contengono il privilegio corretto e/o non sono disponibili nell'immagine di backup.
      • Se viene specificata una nuova chiave dell'archivio utente con nome utente e password, la chiave dell'archivio utente verrà creata con il nome, il nome utente e la password specificati. La convalida verrà eseguita solo dopo il recupero di SYSTEMDB. Il recupero del tenant potrebbe non riuscire se il nome utente o la password non è valido o non contiene il privilegio corretto e/o non è disponibile nell'immagine di backup.
      • Se non viene specificato alcun valore userstorekey, vengono passati il nome utente e la password. Durante il precontrollo viene eseguita la convalida per verificare se il valore userstorekey utilizzato durante il backup esiste sul server di destinazione. Il controllo preliminare non andrà a buon fine se non viene trovata la chiave userstore utilizzata durante il backup. Il recupero dell'account cliente potrebbe non riuscire se il nome utente o la password non sono validi o non contengono il privilegio corretto e/o non sono disponibili nell'immagine di backup.
      • Se non è stata passata alcuna chiave userstore, ma sono stati forniti nome utente e password, la chiave userstore utilizzata durante il backup verrà ricreata con le credenziali passate sul server di destinazione. Il recupero dell'account cliente potrebbe non riuscire se il nome utente o la password non sono validi, se non contengono i privilegi corretti o se non sono disponibili nell'immagine di backup.

  4. Fai clic su Controllo pre-volo.

    • Se il controllo preflight non va a buon fine, correggi il problema e invia nuovamente il controllo preflight.
    • Se il controllo preliminare va a buon fine, fai clic su Invia per inviare il compito di ripristino.

Per eseguire il commit da un'immagine di backup completo e incrementale

Recupero automatico di un database HANA nella posizione di origine da un'immagine di backup completo e incrementale

  1. Nella console di gestione App Manager, nell'elenco Applications (Applicazioni), fai clic con il tasto destro del mouse sul database e seleziona Access (Accedi).
  2. Seleziona lo snapshot più recente da recuperare e scegli Ripristina.

  3. Nella pagina Ripristina, scegli Ripristina all'origine.

    • Per Target, completa quanto segue:

      • Per la configurazione HANA autonoma, questo campo è precompilato.
      • Per la configurazione HANA HA (1+n), i nodi HANA HA saranno disponibili nel menu a discesa. Seleziona il nodo da ripristinare dal menu a discesa.

    • Per INCLUDE LIST, per recuperare SYSTEMDB o uno o più database tenant su n database tenant, fornisci un elenco di database separato da virgole in INCLUDE.

    • Per ELENCO ESEMPI, per escludere SYSTEMDB o uno o più database tenant durante il recupero da n database tenant: fornisci un elenco di database separati da virgole in ESCLUDI. Ad esempio, inserendo SYSTEMDB nell'elenco di esclusione, SYSTEMDB viene escluso dal recupero e vengono recuperati tutti i database del tenant di cui è stato eseguito il backup.

      • Se INCLUDE LIST e EXCLUDE LIST sono entrambi vuoti, SYSTEMDB e tutti gli tenant (tn1,tn2,tn3) verranno recuperati.
      • Se vuoi recuperare un singolo tenant tn1, utilizza l'elenco include con tn1.
      • Se vuoi recuperare tn2 e tn3 ed escludere SYSTEMDB e tn1, utilizza l'elenco di inclusione solo con tn2 e tn3.
      • Se vuoi recuperare solo tutti i tenant (tn1,tn2,tn3) ed escludere SYSTEMDB, escludi SYSTEMDB o includi tn1, tn2, tn3.

    • Per l'ora di Esegui il rollforward, scegli una data e un'ora per un database protetto con i log da ripristinare.

    • Per TARGET DATABASE SID, il valore verrà precompilato con il nome dell'SID database protetto ed è immutabile.

    • Per SAP DB USER STORE-KEY, il valore verrà precompilato con la chiave del cabinet degli utenti durante il backup. È possibile specificare una nuova chiave dell'area utente con un nome utente e una password privilegiati disponibili durante il backup. Questa nuova chiave del magazzino utente verrà creata e utilizzata per il recupero.

      • Se il nome utente e la password vengono forniti con la chiave del repository utente esistente, la chiave del repository utente verrà ricreata con questo nome utente e questa password. La convalida verrà eseguita solo dopo il recupero di systemdb. Il recupero dell'account cliente potrebbe non riuscire se il nome utente o la password non sono validi, non contengono il privilegio corretto o non sono disponibili nell'immagine di backup.
      • Se viene specificata una nuova chiave dell'archivio utente con nome utente e password, la chiave dell'archivio utente verrà creata con il nome, il nome utente e la password specificati. La convalida verrà eseguita solo dopo il recupero di systemdb. Il recupero del tenant potrebbe non riuscire se il nome utente o la password non sono validi o non contengono il privilegio corretto e/o non sono disponibili nell'immagine di backup.
      • Se non vengono passati la chiave, il nome utente e la password dell'userstore, durante il precontrollo verrà eseguita la convalida per verificare se la chiave dell'userstore utilizzata durante il backup esiste sul server di destinazione. Il controllo preliminare non andrà a buon fine se non viene trovata la chiave userstore utilizzata durante il backup. Il recupero dell'account cliente potrebbe non riuscire se il nome utente o la password non sono validi o non contengono il privilegio corretto e/o non sono disponibili nell'immagine di backup.
      • Se non viene passato alcun parametro userstorekey, ma vengono forniti nome utente e password, il parametro userstorekey utilizzato durante il backup verrà ricreato con le credenziali passate al server di destinazione. Il recupero dell'account cliente potrebbe non riuscire se il nome utente o la password non sono validi o non contengono il privilegio corretto e/o non sono disponibili nell'immagine di backup.
      • Con il recupero di SYSTEMDB, la chiave hdbuserstore viene convalidata al termine del recupero di SYSTEMDB e prima di avviare il recupero del tenant. Il recupero del tenant potrebbe non riuscire se il nome utente o la password non sono validi o non contengono il privilegio corretto e/o non sono disponibili nell'immagine di backup.

  4. Fai clic su Controllo pre-volo.

    • Se il controllo preflight non va a buon fine, risolvi il problema e invia nuovamente il controllo preflight.
    • Se il controllo preliminare va a buon fine, fai clic su Invia per inviare il compito di ripristino.

Recupero manuale di un database del tenant SAP HANA

Puoi recuperare manualmente un database di un singolo tenant nella posizione di origine da un'immagine di backup a livello di volume.

Procedura

Per recuperare un database monoutente:

  1. In Gestione app, nell'elenco Applicazioni, fai clic con il tasto destro del mouse sul database e seleziona Accesso.
  2. Dalla sequenza, seleziona lo snapshot più recente da recuperare e poi Monta a destra.
  3. Nella pagina Monta, disattiva Opzioni applicazione e in Opzioni montaggio imposta una posizione di montaggio, ad esempio /testmnt.
  4. Accedi al server come utente root e modifica la directory in cd /act/custom_apps/saphana/restore/act/custom_apps/saphana/restore:
  5. Esegui lo script per il recupero:
      ./CALL_LVM_single_tenant_recover.sh DBSID TENANT SID SYSTEMDB USERSTORE KEY RECOVERY TIME

Descrizione degli argomenti dello script:

    DBSID = The database SID
    TENANT SID = The name of the tenant database to be restored
    SYSTEM DB USERSTORE KEY = The System DB userstore key
    RECOVERY TIME = The required recovery time in the format YYYY-MM-DD HH24:MI:SS in UTC

Ad esempio: ./CALL_LVM_single_tenant_recover.sh lv1 lv1 ACTBACKUP '2019-09-24 20:00:00'

  1. Al termine dello script, il DB del tenant viene recuperato fino al punto in tempo e diventa accessibile.
  2. Vai alla console di gestione ed sgancia ed elimina l'immagine di backup.

Controllare lo stato dei backup in SAP HANA Studio

Puoi esaminare lo stato del backup, i metadati e le immagini di backup in HANA Studio, ma non puoi accedere alle immagini di backup del servizio di backup e RE da HANA Studio. Devi accedere alle immagini di backup per il recupero o altri utilizzi dalla console di gestione.

  1. In HANA Studio, vai alla cartella Backup.

  2. Vai alla scheda Catalogo di backup.

    La scheda Catalogo dei backup mostra lo stato dei backup e dettagli come data e ora di inizio, durata, dimensioni, tipo di backup e destinazione.

Comportamento del ripristino 1+n di HANA e HANA HA

Questa sezione include informazioni sui comportamenti di ripristino di HANA e HANA HA 1+n.

Tutte le configurazioni HANA

Ripristino in un nuovo target con l'opzione Gestisci nuova applicazione attivata:

  • L'applicazione ripristinata è protetta, ma la sezione Dettagli e impostazioni dell'applicazione contiene solo i valori predefiniti. Per consentire il completamento corretto del backup, devi impostare manualmente i valori richiesti in Dettagli e impostazioni dell'applicazione dopo il ripristino.
  • La protezione delle applicazioni ripristinata sarà in stato disattivato. Per avviare i backup, devi attivare la protezione da Gestione app > Applicazioni > Gestisci il piano di backup.

Configurazioni HANA HA (1+n)

Per un cluster HANA 1+1 con Node A principale e Node B secondario,Node A -> Node B, il cluster viene rilevato come applicazione nel servizio di backup e RE e il backup viene eseguito dal Node A principale.

Ripristina in un nuovo database HANA di destinazione, autonomo o cluster

Se viene rilevato un nuovo target come applicazione o protetto, prima del recupero, questa applicazione deve essere non protetta ed eliminata da Backup e RE. Il job non va a buon fine se la nuova applicazione di destinazione esiste.

Ripristinare il nodo A principale

  • Il Nodo B deve essere annullato la registrazione dal cluster prima di eseguire il recupero sul Nodo A.
  • Nodo A diventa un'applicazione autonoma dopo il ripristino nel Nodo A.
  • Node B deve essere registrato su Node A con Node B come secondario e deve essere eseguita una ricerca forzata su Node A per continuare come backup del cluster.

Ripristino nel nodo B secondario

  • Nodo B deve essere annullato la registrazione o deve essere eseguito un takeover su Nodo B prima di eseguire il ripristino su Nodo B.
  • Arresta il Nodo A prima di eseguire il ripristino sul Nodo B e aggiungi il Nodo A come secondario al Nodo B dopo il ripristino.
  • Il Nodo B è un'applicazione autonoma dopo l'operazione di ripristino. Il Nodo A deve essere registrato al Nodo B con il Nodo A come secondario.

  • Esegui una scoperta dal Nodo B per rilevarla di nuovo come applicazione cluster.

  • Per mantenere Node A e Node B come applicazioni autonome e protette, esegui il rilevamento su Node A e Node B dopo il ripristino senza attivare la replica.

Come disattivare la replica del sistema SAP HANA per il ripristino

  1. Accedi a entrambi i sistemi come utente del sistema operativo: utente adm.
  2. Interrompi il sistema secondario: sapcontrol –nr -function StopSystem HDB.
  3. Sul sistema secondario, annulla la registrazione del sistema secondario: hdbnsutil -sr_unregister --id=(secondarySiteID).
  4. Disattiva la replica di sistema sul sistema principale: hdbnsutil –sr_disable.

  5. Controlla la replica di sistema con uno dei seguenti script:

    • Lo script systemReplicationStatus.py. Questo script mostra lo stato della replica e le informazioni sul database
    • Lo script hdbnsutil -sr_state. Questo script mostra i dettagli del ruolo dei nodi di replica e della mappatura degli host.

Documentazione del servizio di backup e RE per SAP HANA Scale-Out

Questa pagina fa parte di una serie di pagine specifiche per la protezione e il recupero delle istanze SAP HANA Scale-Out con il servizio di backup e RE. Puoi trovare ulteriori informazioni nelle seguenti pagine: