SI APPLICA A: 
NoSQL MongoDB Gremlin Tabella
La stessa funzionalità di ripristino dell'account del backup continuo in Azure Cosmos DB consente di ripristinare i database o i contenitori eliminati all'interno dello stesso account. È possibile eseguire questa operazione di ripristino tramite il portale di Azure, l'interfaccia della riga di comando di Azure o Azure PowerShell. Questa funzionalità consente di recuperare i dati da eliminazioni accidentali di database o contenitori.
È possibile leggere o aggiornare altre risorse mentre è in corso un ripristino?
Sì, è possibile leggere o aggiornare altri database o contenitori mentre è in corso un'operazione di ripristino sulle risorse eliminate in precedenza. I contenitori e i database eliminati non sono disponibili per le stesse operazioni nello stesso periodo di tempo.
Quante azioni di ripristino dell'account possono essere eseguite su un account?
Non è possibile ripristinare più di tre risorse in un account in parallelo.
Qual è la granularità delle risorse che è possibile ripristinare nello stesso account?
È possibile ripristinare i contenitori e i database eliminati nello stesso account. L'unica eccezione è che i contenitori con velocità effettiva condivisa non possono essere ripristinati singolarmente. È necessario ripristinare completamente un intero database con velocità effettiva condivisa.
È possibile ripristinare più volte un determinato contenitore o un database in un timestamp di ripristino diverso?
Sì. È possibile attivare un'operazione di ripristino più volte nello stesso account purché non abbia un database o un contenitore con lo stesso nome.
È possibile individuare le operazioni di eliminazione o il timestamp in un dato contenitore per determinare il timestamp corretto da ripristinare?
Sì, le API per elencare il feed di eventi di database o contenitori. In base a questo feed, è possibile trovare il timestamp dell'evento e il tipo di operazione necessari per configurare l'operazione di ripristino. È quindi possibile determinare il timestamp di ripristino corretto da usare per lo scenario.
Come viene gestita la fatturazione per il ripristino?
Viene addebitato solo l'importo dei dati ripristinati. Al termine del ripristino, viene attivato un evento di fatturazione per i contenitori o i database ripristinati.
Qual è il tempo previsto per il completamento del ripristino?
Il tempo di ripristino è una funzione delle dimensioni dei dati, della quantità di backup del log che deve essere riprodotta e del numero di partizioni che devono essere ripristinate. Il ripristino di 1 TB di dati richiede in genere 30-90 minuti. Per un account con più aree, la tempistica per il ripristino nello stesso account può variare e il più delle volte il ripristino avviene in una nuova funzionalità di account.
I contenitori e i database eliminati vengono ripristinati in tutte le aree?
Sì. I database o i contenitori eliminati vengono ripristinati in tutte le aree in cui è presente l'account durante il ripristino nello stesso account. Le risorse ripristinate sono presenti in una sola area, che è in genere l'area di scrittura, durante il ripristino in un nuovo account.
Quali sono tutti i modi in cui è possibile attivare un'operazione di ripristino?
È possibile attivare operazioni di ripristino dall'interfaccia della riga di comando di Azure, da Azure PowerShell o dal portale di Azure.
Il ripristino nello stesso account è supportato per gli account abilitati per Collegamento ad Azure Synapse?
No. Attualmente, la modalità di backup continuo e Collegamento ad Azure Synapse non possono coesistere nello stesso account Azure Cosmos DB.
È possibile ripristinare database o contenitori in timestamp di ripristino diversi?
È possibile scegliere di ripristinare database o contenitori in timestamp di ripristino diversi. È sempre consigliabile scegliere lo stesso timestamp di ripristino per le operazioni di ripristino in entrambi i database e nei relativi contenitori figlio. Se si sceglie di eseguire il ripristino in timestamp diversi, è possibile che si verifichino problemi in cui non è possibile leggere alcuni dati crittografati tramite DEK. Questo errore si verifica quando il contenitore viene ripristinato in un punto più recente rispetto al database.
È possibile continuare a usare le stesse connessioni client per accedere ai dati dopo il ripristino?
È necessario aggiornare i token di sessione archiviati in locale e i token di continuazione prima di eseguire letture e scritture nelle risorse ripristinate. È anche consigliabile riavviare i client SDK per aggiornare i token di sessione e i token di continuazione archiviati nella cache dell'SDK. Questo riavvio previene i problemi di lettura e scrittura nelle risorse ripristinate che possono verificarsi a causa di token di continuazione e sessione non aggiornati.
È possibile creare un contenitore in un database con velocità effettiva condivisa durante il ripristino del database?
No, non è possibile creare un nuovo contenitore in un database con velocità effettiva condivisa durante il ripristino. È possibile eseguire questa operazione al termine dell'operazione di ripristino.