Data Domain: U zálohovací aplikace integrované se zámkem Retention Lock může dojít k selhání zálohování kvůli problému s konfigurací.

Summary: Když je zálohovací aplikace nakonfigurována a integrována se zámkem DD Retention Lock (RL), některé zálohovací aplikace a konfigurace DD RL mohou v některých situacích vést k selhání zálohování, z nichž jedna je zde popsána a vyřešena. Protokoly v tomto článku databáze znalostí jsou určeny pro použití nástroje Commvault jako zálohovací aplikace, ale uvedená fakta platí stejně pro jakýkoli jiný zálohovací software, který podporuje systém DD RL. ...

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Symptoms

Některé úlohy zálohování na zálohovacím klientovi selžou se zprávami, jako jsou následující:
 

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.


Režim "jen pro čtení" zálohování a bitových kopií je způsob, jakým tento konkrétní zálohovací software volání funkce backendu DD, která správci umožňuje nastavit dobu, po kterou soubor v backendu nemusí být upraven nebo odstraněn, a to z důvodu ochrany před náhodným nebo škodlivým odstraněním dat. Tato funkce se nazývá zámek uchování dat domény (zkratka RL).

Na straně DD se u stejných úložných jednotek, podadresáře a záložního souboru zobrazí následující protokoly:

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)

Cause

Konfigurace DD RL pro každý jednotlivý strom MTree, který má povolenou funkci, zahrnuje nastavení minimálního (doba uchování minimálního retenčního zámku) a maximální doby trvání zámků (Retention-Lock max-retention-period) nastavených na kterýkoli soubor ve stromu MTree. V systému DD RL musí zálohovací aplikace jednotlivě nastavit zámek na souborech, pokud není povolena funkce DD Automatic Retention Lock (ARL). V příkladu byly možnosti pro strom MTree následující:
 
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
-----------------------------------------   -----------

To znamená, že u jakéhokoli souboru ve stromu MTree může být RL nastaveno pouze 720 minut od aktuálního času (nebo déle) a 35 dní od aktuálního času (nebo kratší). Jinými slovy, ve výše uvedené konfiguraci může být soubor chráněn před úpravou nebo odebráním pouze na dobu delší než 12 hodin, ale méně než 35 dní. Jakýkoli pokus zálohovací aplikace nastavit zámek (který se provádí aktualizací atime souboru při použití softwaru BOOST; prostřednictvím volání "ddp_utime") po kratší nebo delší dobu povede k výše uvedené chybě:
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.

Když zálohovací aplikace ví, jak používat funkci DD RL, vyčká na dokončení zápisu do bitové kopie v backendu a nakonec nastaví zámek na záložní bitové kopii (nebo bitové kopie, jelikož některý software může pro uložení jedné úlohy zálohování použít více než jeden soubor). Knihovny BOOST se použijí k volání "ddp_utime" k nastavení zámku na dobu rovnající se zamýšlenému uchování zálohy na úrovni zálohovací aplikace. To má dva důsledky:
  • Pokud se čas nesynchronizuje mezi zálohovací aplikací a dd, zálohovací aplikace může vypočítat "X dní od nyní" a získat datum a čas, který není přesně stejný jako pro DD, což by vedlo k uzamčení záložní bitové kopie po kratší nebo delší dobu v závislosti na časovém rozdílu.
  • Pokud zamýšlené uchování zálohy není v souladu s limity RL v stromu DD MTree, zálohovací aplikace se může v budoucnu pokusit nastavit zámek příliš daleko (po dobu delší než "Retention-Lock max-retention-period") a nastavení zámku bude tedy zamítnuto. Pokud je například uchování zálohovací aplikace 60 dní a v systému DD je nastavena maximální doba uchování zámku na 30 dní, nastavení zámku zřejmě selže.
V situacích, kdy je retence softwaru pro zálohování stejná jako "Retention-lock max-retention-period" v DD, mohou jakékoli menší rozdíly v čase vést k zamítnutí nastavení zámku kvůli časovému rozdílu mezi dvěma hostiteli.

Resolution

Je důležité, aby všichni hostitelé v zálohovací infrastruktuře měli správný čas, a proto se synchronizovali prostřednictvím NTP nebo (pokud je to možné) Windows AD.

Aby nedocházelo k případům v rozích, jako je popsaný případ, je dobrým postupem, aby byla možnost "Retention-lock max-retention-period" ve stromu MTree s podporou RL nastavena na o něco déle než nejdéle uchovávané zásady zálohování uložené v tomto stromu MTree. Pokud je například uchování dat v zálohovací aplikaci nastaveno na 35 dní, je správné nastavit v stromu DD MTree hodnotu "Retention-lock max-retention-period" na 36 nebo i 40 dní, aby nedošlo k náhodnému selhání nastavení RL.

Upozorňujeme, že chyba "Retention-lock max-retention-period" vyšší než doba uchování zálohovacího obrazu není problém. Pokud jsme měli 100 dní "Retention-lock max-retention-period" po dobu 35 dní zásady zálohování uchování, bitové kopie budou aplikací odstraněny a při příštím spuštění se uvolní využité místo. K nevýhodě dochází pouze v případě náhodného nastavení bitových kopií s delším zámkem a dodržováním pravidel RL nebude možné soubory odstranit déle, než byste čekali. Doporučujeme tedy nastavit "maximální dobu uchování retenčního zámku" o něco déle, ale ne příliš mnoho.

Affected Products

Data Domain
Article Properties
Article Number: 000207411
Article Type: Solution
Last Modified: 18 Apr 2023
Version:  4
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.