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í.
摘要: 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. ...
本文适用于
本文不适用于
本文并非针对某种特定的产品。
本文并非包含所有产品版本。
症状
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)
原因
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í:
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ě:
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:
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.
解决方案
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.
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.
受影响的产品
Data Domain文章属性
文章编号: 000207411
文章类型: Solution
上次修改时间: 18 4月 2023
版本: 4
从其他戴尔用户那里查找问题的答案
支持服务
检查您的设备是否在支持服务涵盖的范围内。