Data Domain: Saklama Kilidi ile entegre yedekleme uygulaması, yapılandırma sorunu nedeniyle yedekleme hatalarıyla karşılaşabilir

Bazı yedekleme işleri, aşağıdaki gibi mesajlarla yedekleme istemcisinde başarısız olur:
 

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.

Yedeklemeler ve görüntüler için "salt okunur" mod, bu özel yedekleme yazılımının, bir yöneticinin yanlışlıkla veya kötü amaçlı olarak veri silinmesine karşı koruma sağlamak için arka uçtaki dosyanın değiştirilemeyeceği veya silinemeyeceği bir süre belirlemesine olanak tanıyan DD arka uç özelliğini nasıl çağırdığıdır. Bu özelliğe, Data Domain Retention Lock (kısaca RL) adı verilir.

DD tarafında, günlükler aynı depolama birimi, alt dizin ve yedekleme dosyası için aşağıdakileri gösterir:

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-<backupsoftware.example.com-56892>: 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)

Özelliğin etkinleştirildiği her bir MTree için DD RL yapılandırması, MTree'deki dosyalardan herhangi birinde ayarlanmasına izin verilen kilitlerin minimum (Retention-lock min-retention-period) ve maksimum (Retention-lock max-retention-period) süresinin ayarlanmasını içerir. DD Otomatik Tutma Kilidi (ARL) özelliği etkin değilse yedekleme uygulamasının, dosyalardaki kilidi ayrı ayrı ayarlaması gerekir. Örnekteki MTree için seçenekler aşağıdaki gibidir:
 

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
-----------------------------------------   -----------

Bu, MTree'deki herhangi bir dosya için RL'nin geçerli saatten yalnızca 720 dakika (veya daha uzun) ve geçerli saatten 35 gün (veya daha kısa) olarak ayarlanabileceği anlamına gelir. Başka bir deyişle, yukarıdaki yapılandırmayla bir dosya yalnızca 12 saatten fazla, ancak 35 günden kısa bir süre boyunca değiştirilmeye veya kaldırılmaya karşı korunabilir. Yedekleme uygulaması tarafından daha kısa veya daha uzun bir süre için bir kilit ayarlama girişimi (BOOST kullanılırken dosyanın atime değeri güncellenerek yapılır; "ddp_utime" çağrısı aracılığıyla) yukarıda sunulan hataya neden olur:

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.

Yedekleme uygulaması DD RL özelliğini nasıl kullanacağını bildiğinde, yedeklemenin arka uçtaki görüntüye yazmayı bitirmesini bekler ve ardından sonunda kilidi yedekleme görüntüsüne (veya bazı yazılımlar tek bir yedekleme işini depolamak için birden fazla dosya kullanabileceğinden görüntülere) ayarlar. BOOST kitaplıkları, yedekleme uygulaması düzeyinde amaçlanan yedekleme saklama süresine eşit bir süreyle kilidi ayarlamak için "ddp_utime" öğesini çağırmak için kullanılacaktır. Bunun iki anlamı vardır:

• Yedekleme uygulaması ile DD arasında zaman senkronize değilse yedekleme uygulaması, "X days from now" hesabını hesaplayabilir ve DD ile tam olarak aynı olmayan bir tarih ve saat elde edebilir. Bu da zaman farkının işaretine bağlı olarak yedek görüntünün daha kısa veya daha uzun bir süre boyunca kilitlenmesine neden olur
• Amaçlanan yedekleme saklama, DD MTree'deki RL sınırlarıyla uyumlu değilse yedekleme uygulaması gelecekte çok uzak bir süre ("Retention-lock max-retention-period"dan daha uzun bir süre) bir kilit ayarlamayı deneyebilir ve bu nedenle kilidin ayarlanması reddedilir. Örneğin, yedekleme uygulaması saklama süresi 60 gün ise ve DD de "Retention-lock max-retention-period" 30 gün olarak ayarlanmışsa kilidin ayarlanması açıkça başarısız olur

Yedekleme yazılımı saklama süresinin DD deki "Retention-lock max-retention-period" değerine eşit olduğu durumlarda, herhangi bir küçük zaman farkı, iki ana bilgisayar arasındaki zaman farkı nedeniyle kilit ayarının reddedilmesine neden olabilir.

Yedekleme altyapısındaki tüm ana bilgisayarların doğru zamana sahip olması ve dolayısıyla NTP veya (varsa) Windows AD üzerinden senkronize olmaları önemlidir.

Açıklanan gibi köşe durumlarını önlemek için RL'nin etkin olduğu MTree'deki "Retention-lock max-retention-period" değerinin, bu MTree'de depolanan en uzun süre saklanan yedekleme politikasından biraz daha uzun olacak şekilde ayarlanması iyi bir uygulamadır. Örneğin, yedekleme uygulamasında veri saklama 35 gün olarak ayarlanmışsa bu politikaları depolamak için kullanılan DD MTree'deki "Retention-lock max-retention-period" değerini 36 hatta 40 gün olarak ayarlamak, RL'nin yanlışlıkla ayarlanamamasını önlemek için yapılacak doğru şeydir.

Yedekleme görüntülerinin saklama süresinden daha yüksek bir "Retention-lock max-retention-period" olması sorun değildir. 35 günlük bir saklama yedekleme politikası için 100 günlük "Retention-lock max-retention-period" süremiz varsa 35 gün sonra görüntüler uygulama tarafından silinir ve clean bir sonraki çalışmasında kullanılan alanı bertaraf eder. Tek dezavantajı, görüntülerin yanlışlıkla daha uzun kilitli ayarlanması durumunda, RL Uyumluluğu ile dosyaları beklenenden daha uzun süre silemezsiniz. Bu nedenle öneri, "Retention-lock max-retention-period" değerini çok uzun ama çok uzun bir değere ayarlamanızdır.