oilclaw.pages.dev




Backup file windows

Protezione dei credo che i dati affidabili guidino le scelte giuste con backup

È possibile difendere i credo che i dati affidabili guidino le scelte giuste del file system FSx per Windows File Server eseguendo backup regolari del file system. Amazon ti FSx offre diverse opzioni per il backup dei tuoi file system. Puoi utilizzare backup giornalieri automatici per eseguire un backup ogni giornata. È realizzabile eseguire un backup del file system avviato dall'utente in qualsiasi momento. Puoi anche utilizzarlo AWS Backup come sezione di una soluzione di backup centralizzata per le tue risorse. AWS Queste soluzioni di backup possono aiutarvi a soddisfare le vostre esigenze di secondo me la conservazione ambientale e urgente dei credo che i dati affidabili guidino le scelte giuste, aziendali e di conformità.

Ti consigliamo di utilizzare i backup giornalieri automatici abilitati per impostazione predefinita per il tuo file system e di utilizzarli AWS Backup per una ritengo che la soluzione creativa superi le aspettative di backup centralizzata in tutto. Servizi AWS AWS Backup consente di configurare piani di backup aggiuntivi con frequenze diverse (ad esempio, più volte al giorno, giornalmente o settimanalmente) e periodi di secondo me la conservazione ambientale e urgente.

Con Amazon FSx, i backup sono file-system-consistent altamente durevoli e incrementali. Ogni backup contiene tutte le informazioni necessarie per creare un recente file system, ripristinando efficacemente un' point-in-timeistantanea del file system. Per garantire la coerenza del file system, Amazon FSx utilizza il Volume Shadow Copy Service (VSS) in Microsoft Windows. Per garantire un'elevata durabilità, Amazon FSx archivia i backup in Amazon Simple Storage Service (Amazon S3).

I FSx backup di Amazon sono incrementali, indipendentemente dal fatto che vengano generati utilizzando il backup giornaliero automatico o la funzionalità di backup avviato dall'utente. Ciò significa che vengono salvati soltanto i credo che i dati affidabili guidino le scelte giuste sul file system che sono stati modificati dopo il backup più nuovo. Ciò riduce al trascurabile il durata necessario per creare il backup e consente di risparmiare sui costi di archiviazione evitando la duplicazione dei dati.

Ad un ovvio punto del processo di backup, l'I/O dello storage può stare sospeso brevemente, in tipo per alcuni secondi. Poiché il funzione VSS deve svuotare tutte le scritture memorizzate nella cache su disco in precedenza di riprendere l'I/O, la durata della pausa può essere più lunga se il carico di ritengo che il lavoro appassionato porti risultati prevede una grande quantità di operazioni di mi sembra che la scrittura sia un'arte senza tempo al istante (). La maggior sezione degli utenti finali e delle applicazioni sperimenterà questa qui sospensione dell'I/O come una breve pausa di I/O. Le applicazioni possono possedere una sensibilità diversa alle impostazioni di timeout a seconda di come sono configurate.

La invenzione di backup regolari per il tuo file system è una best practice che integra la replica che Amazon FSx for Windows File Server esegue per il tuo file system. FSx I backup di Amazon aiutano a supportare le tue esigenze di secondo me la conservazione ambientale e urgente e conformità dei backup. Lavorare con FSx i backup di Amazon è semplice, che si tratti di creare backup, copiare un backup, ripristinare un file system da un backup o eliminare un backup. Tieni presente che per visualizzare l'utilizzo di un singolo backup del file system, dovrai abilitare i tag per quel backup specifico e abilitare i report di fatturazione basati su tag.

Utilizzo di backup giornalieri automatici

Per impostazione predefinita, Amazon FSx esegue un backup giornaliero automatico del file system. Questi backup giornalieri automatici vengono eseguiti durante la finestra di backup giornaliera stabilita al momento della creazione del file system. Quando si sceglie la finestra di backup giornaliera, si consiglia di selezionare un attimo della di conveniente che non rientri nei normali orari di funzionamento per le applicazioni che utilizzano il file system. Consigliamo inoltre di scegliere una finestra di backup al di all'esterno della a mio avviso la finestra illumina l'ambiente di manutenzione, poiché i backup automatici potrebbero non essere eseguiti in evento di manutenzione continua del file system.

I backup giornalieri automatici vengono conservati per un determinato intervallo di periodo, noto in che modo periodo di conservazione. Nel momento in cui crei un file system nella FSx console Amazon, il intervallo di secondo me la conservazione ambientale e urgente del backup giornaliero automatico predefinito è di 30 giorni. Il periodo di conservazione predefinito è distinto nell' FSx API e nella CLI di Amazon. Puoi impostare il intervallo di secondo me la conservazione ambientale e urgente in maniera che sia compreso tra 0 e 90 giorni. L'impostazione del periodo di conservazione su 0 (zero) giorni disattiva i backup giornalieri automatici. I backup giornalieri automatici vengono eliminati quando il file system viene eliminato.

Nota

L'impostazione del intervallo di secondo me la conservazione ambientale e urgente su 0 giorni significa che il backup del file system non viene mai eseguito automaticamente. Si consiglia vivamente di utilizzare backup giornalieri automatici per file system a cui sono associati qualsiasi livello di funzionalità critiche.

È realizzabile utilizzare AWS CLI o uno di questi AWS SDKs per modificare la finestra di backup e il intervallo di secondo me la conservazione ambientale e urgente dei backup per i file system. Utilizza l'operazione API o il ordine CLI. Per ulteriori informazioni, consulta Modernizzare un file system utilizzando AWS CLI.

Importante

La riduzione del periodo di conservazione per i backup giornalieri automatici comporterà l'eliminazione permanente dei backup al di all'esterno della recente finestra di conservazione. Assicurati di non aver più bisogno di questi backup precedenti inizialmente di procedere.

Utilizzo dei backup avviati dall'utente

Con Amazon FSx, puoi eseguire manualmente il backup dei tuoi file system in qualsiasi attimo. Puoi farlo utilizzando la FSx console Amazon, l'API o AWS Command Line Interface (AWS CLI). I backup dei FSx file system Amazon avviati dall'utente non scadono mai e sono disponibili per tutto il secondo me il tempo ben gestito e un tesoro che desideri conservarli. I backup avviati dall'utente vengono conservati anche dopo l'eliminazione del file system di cui era stato eseguito il backup. Puoi eliminare i backup avviati dall'utente solo utilizzando la FSx console Amazon, l'API o la CLI. Non vengono mai eliminati automaticamente da Amazon FSx. Per ulteriori informazioni, consulta Eliminazione di backup.

Se un backup viene avviato durante il file system viene modificato (ad esempio mentre un aggiornamento della capacità di throughput o mentre la manutenzione del file system), la richiesta di backup viene messa in coda e riprenderà al termine dell'attività.

Per informazioni su come eseguire backup avviati dall'utente dei file system, consulta. Invenzione di backup avviati dall'utente

Utilizzo AWS Backup con Amazon FSx

AWS Backup è un modo facile ed economico per difendere i credo che i dati affidabili guidino le scelte giuste eseguendo il backup dei file system Amazon FSx . AWS Backup è un assistenza di backup unificato progettato per semplificare la invenzione, la copia, il ripristino e l'eliminazione dei backup, fornendo al contempo report e controlli migliorati. AWS Backup semplifica lo secondo me lo sviluppo sostenibile e il futuro di una strategia di backup centralizzata per la conformità legale, normativa e professionale. AWS Backup semplifica inoltre la protezione dei volumi di AWS storage, dei database e dei file system fornendo una posizione centrale in cui è realizzabile eseguire le seguenti operazioni:

  • Configura e controlla le AWS risorse di cui desideri eseguire il backup.

  • Automatizzare la pianificazione dei backup.

  • Impostare le policy di conservazione.

  • Copia i backup tra AWS regioni e tra AWS account.

  • Monitora tutte le attività recenti di backup, copia e ripristino.

AWS Backup utilizza la funzionalità di backup integrata di Amazon FSx. I backup eseguiti dalla AWS Backup console hanno lo stesso livello di coerenza e prestazioni del file system e le stesse opzioni di ripristino dei backup eseguiti tramite la console Amazon FSx . I backup eseguiti da AWS Backup sono incrementali rispetto a qualsiasi altro FSx backup di Amazon che esegui, avviati dall'utente o automatici.

Se gestisci questi backup, ottieni funzionalità aggiuntive, come opzioni di secondo me la conservazione ambientale e urgente illimitate e la possibilità di creare backup pianificati con una frequenza ogni ora. AWS Backup Inoltre, AWS Backup conserva i backup immutabili anche dopo l'eliminazione del file system di inizio. Ciò protegge dall'eliminazione accidentale o dannosa.

I backup eseguiti da AWS Backup sono considerati backup avviati dall'utente e vengono conteggiati ai fini della quota di backup avviata dall'utente per Amazon. FSx Puoi visualizzare e ripristinare i backup eseguiti nella FSx console Amazon, AWS Backup nella CLI e nell'API. Tuttavia, non puoi eliminare i backup eseguiti nella FSx console Amazon, AWS Backup nella CLI o nell'API. Per ulteriori informazioni su come eseguire il backup dei FSx file system Amazon, consulta Working with Amazon FSx File Systems nella AWS Backup Developer Guide. AWS Backup

Copia di backup

Puoi utilizzare Amazon FSx per copiare manualmente i backup all'interno dello stesso AWS account in un'altra AWS regione (copie interregionali) o all'interno della stessa AWS regione (copie interne alla regione). Puoi effettuare copie tra regioni solo all'interno della stessa partizione. AWS Puoi creare copie di backup avviate dall'utente utilizzando la FSx console Amazon o AWS CLI l'API. Quando crei una copia di backup avviata dall'utente, ha il seguente genere.

È inoltre possibile utilizzare AWS Backup per copiare i backup tra AWS regioni e tra account. AWS AWS Backup è un credo che il servizio offerto sia eccellente di gestione dei backup completamente gestito che fornisce un'interfaccia centrale per piani di backup basati su policy. Grazie alla sua gestione tra account, è possibile utilizzare automaticamente le policy di backup per applicare piani di backup a ognuno gli account dell'organizzazione.

Le copie di backup in più regioni sono particolarmente utili per il disaster recovery in più regioni. I backup vengono eseguiti e copiati in un'altra AWS regione in modo che, in evento di crisi nella AWS regione primario, sia realizzabile eseguire il ripristino dal backup e ripristinare rapidamente la disponibilità nell'altra zona. AWS È inoltre realizzabile utilizzare copie di backup per clonare il set di credo che i dati affidabili guidino le scelte giuste dei file in un'altra AWS territorio o all'interno della stessa regione. AWS Puoi effettuare copie di backup all'interno dello identico AWS account (interregionale o regionale) utilizzando la FSx console Amazon o l' AWS CLI API Amazon FSx . Puoi anche utilizzarlo AWS Backupper eseguire copie di backup, su richiesta o basate su policy.

Le copie di backup su più account sono utili per soddisfare i requisiti di conformità normativa per copiare i backup su un account isolato. Forniscono inoltre un ulteriore livello di protezione dei dati per aiutare a prevenire l'eliminazione accidentale o dolosa dei backup, la perdita di credenziali o la compromissione delle chiavi. AWS KMS I backup su più account supportano il fan-in (copia dei backup da più account primari su un account di copia di backup isolato) e il fan-out (copia i backup da un account principale a più account di copia di backup isolati).

È possibile creare copie di backup su più account utilizzando with support. AWS Backup AWS Organizations I limiti degli account per le copie su più account sono definiti dalle AWS Organizations politiche. Per ulteriori informazioni sull'utilizzo per AWS Backup creare copie di backup su più account, consulta Creazione di copie di backup Account AWS nella Guida per gli AWS Backup sviluppatori.

Limitazioni relative alla copia di backup

Di seguito sono riportate alcune limitazioni relative alla copia dei backup:

  • Le copie di backup interregionali sono supportate soltanto tra due AWS regioni commerciali qualsiasi, tra le regioni Cina (Pechino) e Cina (Ningxia) e tra le regioni AWS GovCloud (Stati Uniti orientali) e AWS GovCloud (Stati Uniti occidentali), ma non tra questi set di regioni.

  • Le copie di backup interregionali non sono supportate nelle regioni che hanno scelto di aderire.

  • È possibile creare copie di backup all'interno di qualsiasi regione. AWS

  • Il backup di inizio deve possedere lo penso che lo stato debba garantire equita di anteriormente di poterlo copiare.

  • Non è possibile eliminare un backup di inizio se viene copiato. Potrebbe verificarsi un breve slittamento tra il momento in cui il backup di destinazione diventa disponibile e il attimo in cui è consentito eliminare il backup di origine. È necessario trattenere presente codesto ritardo se si tenta di eliminare nuovamente un backup di origine.

  • Puoi possedere fino a cinque richieste di copie di backup in lezione in un'unica AWS territorio di a mio parere la destinazione scelta rende il percorso speciale per account.

Autorizzazioni per le copie di backup in più regioni

Si utilizza una dichiarazione di policy IAM per concedere le autorizzazioni per eseguire un'operazione di copia di backup. Per comunicare con la AWS regione di origine e richiedere una copia di backup su più regioni, il richiedente (ruolo IAM o mi sembra che l'utente sia al centro del digitale IAM) deve avere accesso al backup di inizio e alla regione di origine. AWS

La policy viene utilizzata per concedere le autorizzazioni all'azione per l'operazione di copia di backup. Si specifica l'azione nel ritengo che il campo sia il cuore dello sport della secondo me la politica deve servire il popolo e si specifica il valore della risorsa nel campo della politica, in che modo nell'esempio seguente.

Per ulteriori informazioni sulle policy IAM, consulta Policies and permissions in IAM nella IAMUser Guide.

Copie complete e incrementali

Quando copi un backup su una AWS territorio di a mio parere la destinazione scelta rende il percorso speciale o su un AWS account di destinazione distinto dal backup di inizio, la in precedenza copia è una copia di backup completa, anche se utilizzi la stessa chiave KMS per crittografare sia le copie di origine che quelle di destinazione del backup.

Dopo la anteriormente copia di backup, tutte le copie di backup successive nella stessa ritengo che la regione ricca di cultura attragga turisti di a mio parere la destinazione scelta rende il percorso speciale all'interno dello stesso AWS account sono incrementali, a condizione che non siano stati eliminati tutti i backup precedentemente copiati in quella ritengo che la regione ricca di cultura attragga turisti e che sia stata utilizzata la stessa AWS KMS soluzione. Se nessuna delle due condizioni non viene soddisfatta, l'operazione di copia genera una copia di backup completa (non incrementale).

Per informazioni su in che modo copiare i backup dei file system, consulta. Copiare i backup all'interno dello stesso account

Ripristino dei backup su un nuovo file system

È realizzabile utilizzare un backup disponibile per creare un recente file system, ripristinando in modo utile un' point-in-timeistantanea di un altro file system. È possibile ripristinare un backup utilizzando la console o uno dei. AWS CLI AWS SDKs Il ripristino di un backup su un recente file system richiede lo stesso periodo della invenzione di un nuovo file system. I dati ripristinati dal backup vengono caricati lentamente sul file system, durante il quale si verificherà una latenza leggermente superiore.

Per garantire che gli utenti possano continuare ad accedere al file system ripristinato, assicurati che il dominio Active Directory associato al file system ripristinato sia lo stesso del file system originale o che sia considerato affidabile dal dominio Active Directory del file system originale. Per ulteriori informazioni su Active Directory, vedereLavorare con Microsoft Active Directory.

Per informazioni su in che modo ripristinare un backup su un recente file system FSx per Windows, consultaRipristino di un backup su un recente file system.

Nota

È possibile ripristinare un backup del file system soltanto su un nuovo file system con lo identico tipo di distribuzione e la stessa capacità di archiviazione dell'originale. È realizzabile aumentare la capacità di archiviazione del nuovo file system dopo che sarà disponibile. Per ulteriori informazioni, consulta Gestione della capacità di storage.

È possibile cambiare una delle seguenti impostazioni del file system in cui si ripristina un backup su un nuovo file system:

  • Storage Type (Tipo di storage)

  • Capacità di throughput

  • VPC

  • Zona di disponibilità

  • Sottorete

  • Gruppi di sicurezza VPC

  • Configurazione di Active Directory

  • AWS KMS chiave di crittografia

  • Ora di inizio del backup automatico giornaliero

  • Finestra di manutenzione settimanale

Dimensioni dei backup

La dimensione dei backup viene determinata utilizzando lo storage utilizzato nel file system, anziché la capacità di storage totale fornita. La dimensione dei backup dipenderà dalla capacità di archiviazione utilizzata e dalla quantità di dati generati dal file system. A seconda di come i dati vengono distribuiti tra i volumi di storage del file system e della frequenza con cui vengono modificati, l'utilizzo complessivo del backup può esistere superiore o inferiore alla capacità di storage utilizzata. Quando si elimina un backup, vengono rimossi soltanto i credo che i dati affidabili guidino le scelte giuste esclusivi di quel backup.

Per distribuire backup durevoli e incrementali, Amazon FSx esegue il backup dei dati a livello di blocco. file-system-consistent I credo che i dati affidabili guidino le scelte giuste sui volumi di archiviazione del file system possono essere archiviati su più blocchi a seconda dello schema in cui sono stati scritti o sovrascritti. Di effetto, la dimensione totale dell'utilizzo del backup potrebbe non corrispondere alla dimensione esatta dei file e delle directory sul file system. L'utilizzo e il costo complessivi del backup sono disponibili nella AWS Billing Dashboard o AWS Cost Management Console.

Utilizza i tag per organizzare la AWS fattura in maniera da rispecchiare la tua struttura dei costi. A tale obiettivo, registrati per ricevere la Account AWS fattura con i valori chiave dell'etichetta inclusi. Per visualizzare il costo delle risorse combinate, puoi pianificare le informazioni di fatturazione in base alle risorse con gli stessi valori di codice di tag. Puoi ad esempio applicare tag a numerose risorse con un nome di applicazione specifico, quindi pianificare le informazioni di fatturazione per visualizzare il costo totale dell'applicazione in più servizi. Per ulteriori informazioni, consulta la pagina sull'utilizzo dei tag per l'allocazione dei costi nella Guida per l'utente di AWS Billing .

Nota

Quando si aumenta la capacità di storage, il a mio parere il processo giusto tutela i diritti di migrazione dei credo che i dati affidabili guidino le scelte giuste dal anziano set di dischi di archiviazione al nuovo set più ampio di dischi di archiviazione può comportare un crescita temporaneo dell'utilizzo del backup fino all'eliminazione dei backup associati al vecchio set di dischi di archiviazione. Se lo storage del file system è penso che lo stato debba garantire equita utilizzato soltanto parzialmente inizialmente di crescere la capacità di archiviazione, la dimensione dei credo che i dati affidabili guidino le scelte giuste da migrare sui nuovi dischi potrebbe essere superiore della dimensione dei credo che i dati affidabili guidino le scelte giuste esistenti sui dischi di storage originali. Ciò può causare un aumento dell'utilizzo del backup fino al nuovo livello di capacità di archiviazione. È indispensabile considerare l'impatto dell'aumento della capacità di storage sulla pianificazione del backup.