Data Domain: L'applicazione di backup integrata con Retention Lock può presentare errori di backup a causa di un problema di configurazione
摘要: Quando un'applicazione di backup è configurata e integrata con DD Retention Lock (RL), alcune configurazioni di applicazioni di backup e DD RL possono portare, in alcune situazioni, a errori di backup, uno dei quali è descritto e risolto qui. I registri in questo articolo della KB sono destinati a CommVault utilizzati come applicazione di backup, ma i dati presentati sono ugualmente applicabili a qualsiasi altro software di backup che supporta DD RL ...
本文适用于
本文不适用于
本文并非针对某种特定的产品。
本文并非包含所有产品版本。
症状
Alcuni job di backup hanno esito negativo sul client di backup con messaggi come:
8212 6df7 12/05 15:47:15 871396 [MEDIAFS ] 3637866-3138214 Cannot set the access time of [/data/col1/Commvault/SUBDIR/CV_MAGNETIC/V_305788/CHUNK_18517307], error=0xECCC000D:{CQiFile::SetTimes(825)/ErrNo.13.(Permission denied)}
8212 6df7 12/05 15:47:15 871396 [MEDIAFS ] 3637866-3138214 Cannot mark the file [/data/col1/Commvault/SUBDIR/CV_MAGNETIC/V_305788/CHUNK_18517307] as read only.
La modalità "read-only" per backup e immagini è il modo in cui questo particolare software di backup chiama la funzione di back-end DD che consente a un amministratore di impostare un periodo di tempo durante il quale il file nel back-end non può essere modificato o eliminato, per la protezione contro l'eliminazione di dati accidentali o malevoli. Questa funzione è denominata Data Domain Retention Lock (RL in breve).
Sul lato DD, i log mostrano quanto segue per la stessa storage unit, sottodirectory e file di backup:
12/05 07:47:47.820284 [7f1bc842a000] Attempt to set atime of 16adcf:0:16addb:0:7d70db86:6256fe81:0 to larger than maximum retention period of mtree. 12/05 07:47:47.820289 [7f1bc842a000] ERROR: FM fm_dm1_setattr:1408 - fm_dm1_setattr_intern failed 12/05 07:47:47.820533 [7f1bcdf19d90] ddboost-: ddboost_api ERROR: ddp_utime() failed, su_name=Commvault, path_name=/SUBDIR/CV_MAGNETIC/V_305788/CHUNK_18517307, Err: 5034-nfs setattr failed (nfs: Permission denied)
原因
La configurazione DD RL per ogni singolo MTree con la funzione abilitata include l'impostazione della durata minima (Retention-lock min-retention-period) e massima (Retention-lock max-retention-period) dei blocchi consentiti per essere impostati su uno qualsiasi dei file nell'MTree. Con DD RL, l'applicazione di backup deve impostare singolarmente il blocco sui file, a meno che la funzione DD Automatic Retention Lock (ARL) non sia abilitata. Di seguito sono riportate le opzioni per l'MTree nell'esempio:
Ciò significa che per qualsiasi file nell'MTree, l'RL può essere impostato solo 720 minuti dall'ora corrente (o più a lungo) e 35 giorni dall'ora corrente (o più breve). In altre parole, con la configurazione di cui sopra, un file può essere protetto dalla modifica o dalla rimozione solo per un periodo di più di 12 ore, ma meno di 35 giorni. Qualsiasi tentativo da parte dell'applicazione di backup di impostare un blocco (operazione eseguita aggiornando l'ora del file, quando si utilizza BOOST; tramite la chiamata "ddp_utime") per una durata più breve o più lunga comporterà l'errore presentato in precedenza:
Quando l'applicazione di backup sa come utilizzare la funzione DD RL, rimarrà in attesa che il backup completi la scrittura nell'immagine nel back-end e quindi imposterà il blocco sull'immagine di backup (o sulle immagini, poiché alcuni software potrebbero utilizzare più di un file per archiviare un singolo job di backup). Le librerie BOOST verranno utilizzate per chiamare il "ddp_utime" per impostare il blocco per una durata uguale alla retention di backup desiderata a livello di applicazione di backup. Ciò ha due implicazioni:
Mtree: /data/col1/Commvault Option Value ----------------------------------------- ----------- Retention-lock enabled Retention-lock mode governance Retention-lock uuid UUID1:UUID2 Retention-lock min-retention-period 720minutes Retention-lock max-retention-period 35days Retention-lock automatic-retention-period not set Retention-lock automatic-lock-delay 120minutes Retention-lock indefinite-retention-hold disabled ----------------------------------------- -----------
Ciò significa che per qualsiasi file nell'MTree, l'RL può essere impostato solo 720 minuti dall'ora corrente (o più a lungo) e 35 giorni dall'ora corrente (o più breve). In altre parole, con la configurazione di cui sopra, un file può essere protetto dalla modifica o dalla rimozione solo per un periodo di più di 12 ore, ma meno di 35 giorni. Qualsiasi tentativo da parte dell'applicazione di backup di impostare un blocco (operazione eseguita aggiornando l'ora del file, quando si utilizza BOOST; tramite la chiamata "ddp_utime") per una durata più breve o più lunga comporterà l'errore presentato in precedenza:
12/05 07:47:47.820284 [7f1bc842a000] Attempt to set atime of 16adcf:0:16addb:0:7d70db86:6256fe81:0 to larger than maximum retention period of mtree.
Quando l'applicazione di backup sa come utilizzare la funzione DD RL, rimarrà in attesa che il backup completi la scrittura nell'immagine nel back-end e quindi imposterà il blocco sull'immagine di backup (o sulle immagini, poiché alcuni software potrebbero utilizzare più di un file per archiviare un singolo job di backup). Le librerie BOOST verranno utilizzate per chiamare il "ddp_utime" per impostare il blocco per una durata uguale alla retention di backup desiderata a livello di applicazione di backup. Ciò ha due implicazioni:
- Se l'ora non è sincronizzata tra l'applicazione di backup e DD, l'applicazione di backup può calcolare "X days from now" e ottenere una data e un'ora che non sono esattamente le stesse di quella per DD, il che comporterà il blocco dell'immagine di backup per un periodo di tempo più breve o prolungato a seconda del segno della differenza di orario
- Se la retention di backup prevista non è allineata ai limiti RL su DD MTree, l'applicazione di backup potrebbe tentare di impostare un blocco troppo lontano in futuro (per un periodo più lungo di "Retention-lock max-retention-period") e quindi l'impostazione del blocco verrà negata. Se, ad esempio, la retention delle applicazioni di backup è di 60 giorni con "Retention-lock max-retention-period" impostato su 30 giorni in DD, l'impostazione del blocco ovviamente avrà esito negativo
解决方案
È importante che tutti gli host nell'infrastruttura di backup abbiano il tempo corretto e quindi che si sincronizzino tramite NTP o (se applicabile) Windows AD.
Per evitare casi specifici come quello descritto, è buona prassi che "Retention-lock max-retention-period" nell'MTree abilitato per RL sia impostato su un periodo leggermente più lungo rispetto alla policy di backup con conservazione più lunga archiviata in tale MTree. Ad esempio, se la retention dei dati è impostata su 35 giorni nell'applicazione di backup, impostare "Retention-lock max-retention-period" sul DD MTree utilizzato per archiviare tali policy su 36 o anche 40 giorni è la cosa giusta da fare per evitare errori accidentali per impostare l'RL.
Si noti che non è un problema se il periodo di retention max-retention-lock è superiore al periodo di retention delle immagini di backup. Se avevamo 100 giorni "Retention-lock max-retention-period" per una retention backup policy di 35 giorni, dopo 35 giorni le immagini verranno eliminate dall'applicazione e la pulizia eliminerà lo spazio utilizzato la prossima volta che viene eseguita. L'unico svantaggio è che, in caso di impostazione accidentale delle immagini con un blocco più lungo, con la conformità RL, non sarà possibile eliminare i file più a lungo del previsto. Si consiglia quindi di impostare "Retention-lock max-retention-period" un po' più a lungo, ma non troppo.
Per evitare casi specifici come quello descritto, è buona prassi che "Retention-lock max-retention-period" nell'MTree abilitato per RL sia impostato su un periodo leggermente più lungo rispetto alla policy di backup con conservazione più lunga archiviata in tale MTree. Ad esempio, se la retention dei dati è impostata su 35 giorni nell'applicazione di backup, impostare "Retention-lock max-retention-period" sul DD MTree utilizzato per archiviare tali policy su 36 o anche 40 giorni è la cosa giusta da fare per evitare errori accidentali per impostare l'RL.
Si noti che non è un problema se il periodo di retention max-retention-lock è superiore al periodo di retention delle immagini di backup. Se avevamo 100 giorni "Retention-lock max-retention-period" per una retention backup policy di 35 giorni, dopo 35 giorni le immagini verranno eliminate dall'applicazione e la pulizia eliminerà lo spazio utilizzato la prossima volta che viene eseguita. L'unico svantaggio è che, in caso di impostazione accidentale delle immagini con un blocco più lungo, con la conformità RL, non sarà possibile eliminare i file più a lungo del previsto. Si consiglia quindi di impostare "Retention-lock max-retention-period" un po' più a lungo, ma non troppo.
受影响的产品
Data Domain文章属性
文章编号: 000207411
文章类型: Solution
上次修改时间: 18 4月 2023
版本: 4
从其他戴尔用户那里查找问题的答案
支持服务
检查您的设备是否在支持服务涵盖的范围内。