Avamar: Bir Data Domain Sistemini Avamar Izgarasından Güvenli Bir Şekilde Kaldırma.

Summary: Bu makalede, bir Data Domain Sistemini Avamar ızgarasından kaldırma adımları yer almaktadır.

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.

Instructions

Bu makalede, bir Data Domain sistemini Avamar ızgarasından kaldırma adımları yer almaktadır.

 
Notlar:
  • Bu makalede "Avamar Utility Node", çok düğümlü bir ortamda Yardımcı Program Düğümünü; tek düğümlü bir fiziksel ortamda tek düğümü veya sanal bir ortamda AVE'yi ifade eder.
  • Management Console Server (MCS) kullanıcı arayüzü, Java Avamar Administrator kullanıcı arayüzünü ifade eder. Avamar Kullanıcı Arayüzü (AUI), Web arayüzünü ifade eder (https://<avamar-grid>/aui)
 
Uyarı 1: Bu işlem, ilişkili Data Domain'de depolanan TÜM yedeklemelerin silinmesini gerektirdiğinden dikkatli ilerleyin.
Uyarı 2: Yedeklemeleri Avamar'a veya başka bir Data Domain'e "taşımanın" HİÇBİR yolu yoktur.
Uyarı 3: Silinen yedeklemeler KURTARILAMAZ.
Uyarı 4: Avamar ızgarasında sabit yedeklemeler etkinse ilişkili tüm yedeklemelerin süresi dolana kadar Data Domain kaldırılamaz.
Uyarı 5: Avamar ızgarasında yönetişim modu etkinse bkz.Avamar: Tutma Kilidi Yönetişim Modu Etkinken Bir Yedeklemeyi Silme.
 
 
Not: Avamar'da sabit yedeklemeler olup olmadığını veya yönetişim modunun etkin olup olmadığını kontrol etmek için:
 
avmaint config --ava |grep "immutable\|governancemode"
immutablebackups="false"
periodimmutablebackups="false"
governancemode="false"
 
 
Avamar Administrator kullanıcı arayüzünü kullanarak Data Domain'i kaldırmak, belirli bir dizi koşul gerektirir. Bu işlemin başarıyla tamamlanması için aşağıdaki adımlar gereklidir:
  • Bu Avamar tarafından Data Domain'de depolanan tüm yedeklemeler, kaldırma işleminden önce silinmelidir. 
  • Tüm yedeklemeler silindikten sonra tam bir bakım döngüsünün (manuel veya zamanlanmış) çalıştırılması önerilir.
    • Tam bakım döngüsü; çöp toplamayı (GC), kontrol noktasını (CP), kontrol noktası doğrulamasını (hfscheck), kontrol noktasını ve eski kontrol noktalarının kaldırılmasını (RMCP) içerir.
 

Data Domain sistemini son olarak kaldırmadan önce Data Domain'deki tüm yedekleme verilerinin ve Avamar'daki meta verilerin silindiğinden emin olun. 

 

Bu makale iki senaryoyu ele almayı amaçlamaktadır: 

1. Senaryo: Temiz olmayan kaldırma: Data Domain sistemi artık etkin değil veya Avamar'dan sisteme ulaşılamıyor.

Kullanım örneği senaryoları: 
  • Data Domain sistemi zaten kapatılmıştır.
  • Data Domain Avamar'dan kaldırılmadan önce ağ bağlantısı kesilmiştir. 
  • Data Domain Avamar'dan kaldırılmadan önce Data Domain'deki dosya sistemi kaldırılmış veya yeniden başlatılmıştır (başka bir deyişle, Data Domain üzerindeki Avamar mtree artık mevcut değildir)  
Not: Bu senaryoda, tüm Avamar bakım etkinlikleri MSG_ERR_DDR_ERROR hatasıyla başarısız olur.
 
 

2. Senaryo: Temiz kaldırma: Data Domain sistemi etkindir ve sisteme Avamar'dan ulaşılabilir. Avamar'da depolanan meta verilere karşılık gelen tüm yedekleme verileri hala erişilebilirdir.

Bunu test etmenin en kolay yolu ddrmaint cplistAvamar Utility Node üzerinden " " komutunu çalıştırmaktır. Bu yanıt verirse Avamar, Data Domain'e bağlanabilir, Data Domain'deki Avamar mtree'sini (depolama birimi) okuyabilir ve kontrol noktalarını listeleyebilir. 

Örneğin:

ddrmaint cplist
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<checkpointlist
  cmd="cplist"
  lsu="avamar-1643691625"
  count="3">
  <ddrservers count="1">
    <ddrserver
      name="dd01.company.com"
      index="1"
      ddrcreatetime="1685672902"/>
  </ddrservers>
  <checkpoint
    tag="cp.20240724220026"
    mtime="1721858446"
    isvalid="true"
    validcheck="true"/>
  <checkpoint
    tag="cp.20240801021435"
    mtime="1722478550"
    isvalid="true"
    validcheck="false"/>
  <checkpoint
    tag="cp.20240801045429"
    mtime="1722488144"
    isvalid="true"
    validcheck="false"/>
</checkpointlist>
 
 
1. Senaryo ve 2. Senaryo Ortak Adımları:
 

Bu ortak adımlar hem temiz hem de temiz olmayan kaldırma işlemi için izlenmelidir: 

Dikkat: Bu prosedürü başlatmadan önce Avamar ızgarasının bilinen iyi bir kontrollü duruma getirilmesi önerilir (Avamar: Avamar Server'ı Bilinen Bir Kontrollü Duruma Ayarlama).
 
 

1. Avamar Utility Node'da yönetici olarak oturum açın.

2. Kaldırılan Data Domain için Data Domain ana bilgisayar adını ve dizinini bulun.
(DDR dizini, Avamar'a bağlı Data Domain sistemlerinin sayısını temsil eden sayısal bir değerdir.)

Dizin, Avamar Utility Node'da aşağıdaki komutun yönetici olarak çalıştırılmasıyla bulunabilir:

ddrmaint read-ddr-info
 

Örnek çıktı:

<ddrconfig client-map-default="true" cloud_enabled="false" cloud_unit_name="" dd-cert-chain="" ddos-version="7.13.0.20-1082704" ddrcreatetime="1685672902" ddrid="A42AF86128712C2361D8E072BA5E20E745C5F8A5" gsan-backup-target-default="true" hostname="dd01.company.com" index="1" instant-access-limit="32" ipv4-hostname="dd01.company.com" ipv6-hostname="" max-streams="50" max-streams-for-cp-backup="2" modelno="DD VE" mtree_name="/data/col1/avamar-1234567890" password="Onlh2XP9xEpvI2exqGQwqA==" policy_id="%2Fdata%2Fcol1%2Favamar-1643691625%3AECS_Unit1" serialno="xxxxxxxxxxxxxxx" token="AQAjwjOLe0cAcXbsTvn4AYhPc274/LNOErIAjGbfELzhoQ==" username="ddboost">
...
<ddrconfig client-map-default="false" cloud_enabled="false" cloud_unit_name="" dd-cert-chain="" ddos-version="6.2.1.80-692201" ddrcreatetime="1722482083" ddrid="3EBBA48A04A3DE3D2CAC662CF32E5DDBD0E68C58" gsan-backup-target-default="false" hostname="dd02.company.com" index="2" instant-access-limit="32" ipv4-hostname="dd02.company.com" ipv6-hostname="" max-streams="50" max-streams-for-cp-backup="0" modelno="DD VE Version 4.0" mtree_name="/data/col1/avamar-1234567890" password="Si+8QUMErXcQuq99uQ+IpQ==" policy_id="" serialno="xxxxxxxxxxxxxxx" token="AQA51kB/zWJVUc2Hso5NqQVla+XC71ucYATwtbP4Rq1f8A==" username="ddboost">

Bu örnek çıktıda, iki Data Domain eklenmiştir.

 
Örnek senaryoda, kaldırılacak Data Domain şu şekildedir: dd01.company.com:
  • Data-Domain-hostname: dd01.company.com
  • ddr-index-value: 1.
 

3. Hangi veri kümelerinde (varsa) Data Domain'in seçili olduğunu kontrol edin:

Bunu yapmanın en kolay yolu, hangi veri kümelerinin düzenlenmesi gerektiğini belirlemek için CLI'dan komutlar çalıştırmaktır. Daha sonra tercih edilen kullanıcı arayüzü (AUI veya MCS), veri kümelerini güncelleştirmek için kullanılabilir.

Yalnızca bir Data domain eklenmiş bir Avamar ızgarası için aşağıdaki komutu kullanın:

psql -p 5555 mcdb -c "select dataset_name,plugin_name,domain from v_ds_commands where command_name='ddr-index' and value NOT IN ('0') order by dataset_name asc;"
 

Örneğin:

psql -p 5555 mcdb -c "select dataset_name,plugin_name,domain from v_ds_commands where command_name='ddr-index' and value NOT IN ('0') order by dataset_name asc;"
  dataset_name   |       plugin_name       | domain
-----------------+-------------------------+--------
 Default Dataset | Linux Fast Incrementals | /
 Default Dataset | VMware vCloud vApp      | /
 Default Dataset | Windows File System     | /
 dd01_dst        | Windows File System     | /clients
(4 rows)
 

-- veya --

Birden fazla Data Domain sisteminin bağlı olduğu bir Avamar ızgarası için aşağıdaki komutu çalıştırın:

psql -p 5555 mcdb -c "select dataset_name,plugin_name,domain from v_ds_commands where command_name='ddr-index' and value='<ddr-index-value>' order by dataset_name asc;"

Burada <ddr-index-value>, yukarıdaki 2. adımda belirtilen dizindir (örnek çıktımızda bu 1 olarak belirtilmiştir)

Örneğin:

psql -p 5555 mcdb -c "select dataset_name,plugin_name,domain from v_ds_commands where command_name='ddr-index' and value='1' order by dataset_name asc;"
  dataset_name   |       plugin_name       | domain
-----------------+-------------------------+--------
 Default Dataset | Linux Fast Incrementals | /
 Default Dataset | VMware vCloud vApp      | /
 Default Dataset | Windows File System     | /
 dd01_dst        | Windows File System     | /clients
(4 rows)
 

Bildirilen veri kümesi yoksa 6. adıma gidin, aksi takdirde 4. adımdan devam edin.

4. Avamar kullanıcı arayüzünde (AUI veya MCS) oturum açın ve listelenen her veri kümesinden Data Domain'i kaldırın:

Avamar Administrator - AUI:

a. Administration (Yönetim) başlığından Setting (Ayarlar) öğesini seçin.

b. Dataset (Veri Kümesi) öğesine tıklayın.

c. Her veri kümesi için: 

i. Gerekli veri kümesini seçin ve edit (düzenle) öğesine tıklayın.

ii. 3. adımdaki çıktıdan sırayla listelenen eklentilerin her birini seçin.

"Default Dataset" (Varsayılan Veri Kümesi) için örnek çıktıda bu, "Linux Fast Incrementals", "VMware vCloud vApp" ve "Windows File System" olacaktır.

iii. "Store backup on Data Domain system" (Yedeklemeyi Data Domain sisteminde depola) seçeneğinin işaretini kaldırın veya birden fazla Data Domain'in bağlı olduğu durumlarda uygunsa Data Domain adını değiştirin.

iv. Submit (Gönder) öğesine tıklayın.

v. Listelenen tüm eklentiler için tekrarlayın

-- veya --

Avamar Administrator - MCS:

a. Tools (Araçlar) Menüsüne gidin.

b. Manage Datasets (Veri Kümelerini Yönet) öğesini seçin.

c. Her veri kümesi için: 

i. Gerekli veri kümesini seçin ve edit (düzenle) öğesine tıklayın.

ii. Options (Seçenekler) sekmesine gidin.

iii. Varsayılan Veri Kümesinden "Linux Fast Incrementals", "VMware vCloud vApp" ve "Windows File System" gibi 3. adımın çıktısında listelenen her bir eklentiyi seçin.

iv. "Store backups on Data Domain" (Yedeklemeleri Data Domain'de depola) seçeneğinin işaretini kaldırın veya birden fazla Data Domain sisteminin bağlı olduğu durumlarda uygunsa Data Domain adını değiştirin.

v. OK (Tamam) öğesine tıklayın.

vi. Gerekli her veri kümesi için tekrarlayın

5. İşlem tamamlandığında, daha önce 2b adımında çalıştırılan komutu yeniden çalıştırın. Listelenen veri kümesi olmamalıdır:

Örnekler:

psql -p 5555 mcdb -c "select dataset_name,plugin_name,domain from v_ds_commands where command_name='ddr-index' and value='1' order by dataset_name asc;"
 

-- veya --

psql -p 5555 mcdb -c "select dataset_name,plugin_name,domain from v_ds_commands where command_name='ddr-index' and value='<ddr-index-value>' order by dataset_name asc;"
 

İki komuttan da beklenen çıktı aynıdır:

 dataset_name | plugin_name | domain
--------------+-------------+--------
(0 rows)
 

6. Birden fazla Data Domain bağlıysa ve Avamar bir çoğaltma kaynağıysa kaldırılmakta olan DD'nin varsayılan çoğaltma depolama sistemi olarak ayarlanmadığından emin olun:

Avamar kullanıcı arayüzünde (AUI veya MCS) oturum açın 

Avamar Administrator - AUI:

a. Administration (Yönetim) başlığından System (Sistem) öğesini seçin.

b. Data Domain öğesine tıklayın.

c. Kaldırılacak Data Domain'i seçin. 

d. "Default Replication Storage System" (Varsayılan Çoğaltma Depolama Sistemi) değeri "yes" (evet) ise e adımına, aksi takdirde 7. adıma gidin.

AUI - Varsayılan Depolama Çoğaltma (DD)

e. Cancel (iptal) öğesine tıklayın.

f. Kalan Data Domain'lerden (kaldırılmayan), varsayılan çoğaltma depolama sistemi olacak alternatifi seçin.

g. Edit (düzenle) öğesine tıklayın.

h. Ddboost hesap parolasını girin ve yeniden girin.

i. "Use system as default replication storage" (Sistemi varsayılan çoğaltma depolama alanı olarak kullan) seçeneğini belirleyin

j. Validate (doğrula), next (ileri), next (ileri), finish (son) öğelerini seçin. Güncelleştirme biraz zaman alabilir.

Not: "Failed to get Data Domain system information" (Data Domain sistem bilgileri alınamadı) doğrulaması yapılmaya çalışılırken aşağıdakiler alınırsa "Use certificate authentication for REST communication" (REST iletişimi için sertifika kimlik doğrulaması kullan) seçeneğinin işaretini kaldırın ve aynı işlemi tekrarlayın.
 

-- veya --

Avamar Administrator - MCS:

a. Ana panodan Server (Sunucu) öğesini seçin.

b. Server Management (Sunucu Yönetimi) sekmesini seçin.

c. Yalnızca "Bytes Protected Summary" penceresi görünüyorsa ayırıcıya tıklayın ve Sunucular (Avamar ve Data Domain) görünene kadar pencereyi genişletin:

MCS Sunucusu Yönetimi

d. Kaldırılacak Data Domain'i vurgulayın. 

e. "Node Information" (Düğüm Bilgisi) penceresinde "Default Replication Storage System" (Varsayılan Çoğaltma Depolama Sistemi) "Yes" (Evet) ise f adımına, aksi halde 7. adıma gidin.

MCS - Varsayılan Depolama Çoğaltma (DD)

f. Kalan Data Domain'lerden (kaldırılmayan), varsayılan çoğaltma depolama sistemi olacak alternatifi seçin.

g. Actions (Eylemler) Menüsünden "Edit Data Domain system" (Data Domain sistemini düzenle) öğesini seçin

h. "Use system as default replication storage" (Sistemi varsayılan çoğaltma depolama alanı olarak kullan) onay kutusunu işaretleyin ve OK (Tamam) öğesine tıklayın. 

i. Varsayılan çoğaltma depolama eşlemesini değiştirmeyi onaylamak için Yes (Evet) öğesine tıklayın. Güncelleştirme biraz zaman alabilir.

7. Kaldırma işleminin türüne bağlı olarak aşağıdaki adımlardan devam edin:
  • Temiz olmayan bir kaldırma işlemi için (1. Senaryo) 8. adıma gidin
  • Temiz bir kaldırma işlemi için (2. Senaryo) 11. adıma gidin
 
 
1. Senaryo: Temiz Olmayan Kaldırma İşlemine Özel Adımlar
 
Uyarı: Aşağıdaki adımlar yalnızca Data Domain sistemine Avamar ızgarasından ulaşılamadığında kullanılmalıdır.
 
Geçerli nedenler aşağıdaki gibidir (ancak bunlarla sınırlı değildir):
  • Data Domain, Avamar'dan kaldırılmadan önce kapatılmıştır. 
  • Data Domain Avamar'dan kaldırılmadan önce ağ bağlantısı kesilmiştir. 
  • Data Domain'deki dosya sistemi Avamar'dan kaldırılmadan önce yeniden başlatılmıştır (başka bir deyişle, Avamar mtree artık Data Domain sisteminde mevcut değildir).
  • Data Domain'deki dosya sistemi kaldırılmış veya bozulmuş
 

8. Aşağıdaki komutu çalıştırın:  

mccli dd delete --name=<Data-Domain-hostname> --force

Burada <Data-Domain-hostname>, 2. adımdan elde edilen addır (örnek çıktıda dd01.company.com)

Örneğin:

mccli dd delete --name=dd01.company.com --force
0,30936,Deleted Data Domain system.
Attribute                 Value 
------------------------- -------------------------------------------------------------------
ipv6Hostname
ipv4Hostname              dd01.company.com
Komutun isteme dönmesi biraz zaman alabilir. Komutun kesintiye uğramadan tamamlanmasına izin verin.
Notlar: "Data Domain system is used by a backup policy" (Data Domain sistemi bir yedekleme politikası tarafından kullanılıyor) mesajı görüntülenirse bir veya daha fazla veri kümesi, Data Domain sistemini kullanacak şekilde yapılandırılmış durumdadır. 3-5.adımları gözden geçirin, ardından "mccli dd delete" komutunu yeniden çalıştırmayı deneyin.
 
Uyarı: Aşağıdaki durum görülüyorsa Data Domain kaldırılmıştır ancak varsayılan çoğaltma depolama sistemi yoktur. 6. adım gözden geçirilmelidir.
 
0,30936,Deleted Data Domain system.
Attribute                 Value
------------------------- -------------------------------------------------------------------
replication-storage-check Data Domain system is the only default replication storage system.
ipv6Hostname
force-delete              Force delete option was in use for the Data Domain system deletion.
ipv4Hostname              dd01.company.com
 

Başka hatalarla karşılaşılırsa işlemi durdurun ve bir servis talebi oluşturun. Servis Talebi oluşturulurken tüm hatalarla birlikte bu makale de dahil edilmelidir.  

9. Data Domain'de depolanan yedeklemelere yapılan tüm referansları silin:

Erişilemeyen Data Domain'de depolanan yedeklemelere yapılan tüm referanslar silinmelidir. Data Domain'e ve yedekleme verilerine erişilemiyor olsa da meta veriler Avamar'da hala mevcuttur.

Komut dosyası remove_ddr_backups Data Domain'e referans veren yedeklemeleri tespit etmek ve görüntülemek için kullanılabilir ve /usr/local/avamar/bin Avamar Utility Node'daki dizinde bulunur.

a. Komut dosyasını yıkıcı olmayan modda çalıştırın:

remove_ddr_backups <ddr-index-value>

Burada <ddr-index-value>, 2. adımda belirtilen Data Domain dizinidir (Örnek çıktıda bu 1 olarak belirtilmiştir)

Örneğin:

remove_ddr_backups 1
Running in non-destructive mode. No data will be destroyed.
To run in destructive mode add the command line parameter '--delete-backups'.
Total Data Domain backups 5422.
Total Avamar backups 10296.
Total backups 15718.
Matched 2232 out of 5422 total Data Domain backups with ddrindex 1.
Total Data Domain backups to be deleted 8014.
Backup counts for each ddr index before any backup deletions:
    ddrindex 001: 2232
    ddrindex 002: 3190
remove_ddr_backups completed successfully in non-destructive mode.

Çıktıda belirtildiği gibi yukarıdaki komut "yıkıcı olmayan" modda çalışır ve herhangi bir yedeklemeyi silmez. 

Bu çıktı, ddrindex 1'de depolanan 2232 yedekleme olduğunu gösterir.

b. " " bayrağını ekleyerek erişilemeyen Data Domain'de--delete-backupsreferans verilen yedeklemeleri kaldırın:

remove_ddr_backups <ddr-index-value> --delete-backups

Burada <ddr-index-value>, 2. adımda belirtilen Data Domain dizinidir (Örnek çıktımızda bu 1 olarak belirtilmiştir)

Örneğin:

remove_ddr_backups 1 --delete-backups
remove_ddr_backups will irrevocably destroy backup data on server 'dd01.company.com'.
Type 'yes' to permanently remove backup data on this server: 
 

c. Bu işlem geri alınamadığından bunun doğru Data Domain olduğunu bir kez daha doğrulayın.

d. Yes (evet) yazın

Beklenen çıktı:

1  Request succeeded
Not: Bu komut dosyası kilitli yedeklemeleri silemez. Bu nedenle aşağıdakine benzer bir çıktı görülürse yedeklemelerin manuel olarak silinmesi gerekir. 
 
0  ERROR!  Exit code 116: Cannot delete client's last backup remove_ddr_backups: 
Error: remove_ddr_backups: 
Error: Failed to execute 'avmgr delb  --path=/MC_RETIRED/test_client_A2014.01.23.16.18.41 --date=0x1CEF631A5EDEA52', result code '29696', error string 'Bad file descriptor'
Error: Failed to execute 'avmgr delb  --path=/clients/test_client_B --date=0x1CEF631A5EDEB922', result code '29696', error string 'Bad file descriptor'

Kilitli yedeklemeleri manuel olarak silme ile ilgili talimatlar için Ek Bilgiler bölümüne bakın.

Tüm kilitli yedeklemeleri kaldırdıktan sonra Data Domain'i kaldırmak için 9b-9d arasındaki adımları tekrarlayın.

10. 14. adımdan devam edin.

 
2. Senaryo: Temiz Kaldırma işlemine özel adımlar
 

11. Kaldırılacak Data Domain'de depolanan tüm yedeklemeler silinmelidir:

Komut dosyası remove_ddr_backups Data Domain'e referans veren yedeklemeleri tespit etmek ve görüntülemek için kullanılabilir ve /usr/local/avamar/bin Avamar Utility Node'daki dizinde bulunur.

a. Komut dosyasını yıkıcı olmayan modda çalıştırın:

remove_ddr_backups <ddr-index-value>

Burada <ddr-index-value>, 2. adımda belirtilen Data Domain dizinidir (Örnek çıktımızda bu 1 olarak belirtilmiştir)

Örneğin:

remove_ddr_backups 1
Running in non-destructive mode. No data will be destroyed.
To run in destructive mode add the command line parameter '--delete-backups'.
Total Data Domain backups 5422.
Total Avamar backups 10296.
Total backups 15718.
Matched 2232 out of 5422 total Data Domain backups with ddrindex 1.
Total Data Domain backups to be deleted 8014.
Backup counts for each ddr index before any backup deletions:
    ddrindex 001: 2232
    ddrindex 002: 3190
remove_ddr_backups completed successfully in non-destructive mode.

Çıktıda belirtildiği gibi yukarıdaki komut "yıkıcı olmayan" modda çalışır ve herhangi bir yedeklemeyi silmez. 

Bu çıktı, ddrindex 1'de depolanan 2232 yedekleme olduğunu gösterir.

b. "--delete-backups" bayrağını ekleyerek erişilemeyen Data Domain'de referans verilen yedeklemeleri kaldırın:

remove_ddr_backups <ddr-index-value> --delete-backups

Burada <ddr-index-value>, 2. adımda belirtilen Data Domain dizinidir (Örnek çıktımızda bu 1 olarak belirtilmiştir)

Örneğin:

remove_ddr_backups 1 --delete-backups
remove_ddr_backups will irrevocably destroy backup data on server 'dd01.company.com'.
Type 'yes' to permanently remove backup data on this server: 
 

c. Bu işlem geri alınamadığından bunun doğru Data Domain olduğunu bir kez daha doğrulayın.

d. Yes (evet) yazın

Beklenen çıktı:

1  Request succeeded
Not: Bu komut dosyası kilitli yedeklemeleri silemez. Bu nedenle aşağıdakine benzer bir çıktı görülürse yedeklemelerin manuel olarak silinmesi gerekir.
 
0  ERROR!  Exit code 116: Cannot delete client's last backup remove_ddr_backups: 
Error: remove_ddr_backups: 
Error: Failed to execute 'avmgr delb  --path=/MC_RETIRED/test_client_A2014.01.23.16.18.41 --date=0x1CEF631A5EDEA52', result code '29696', error string 'Bad file descriptor'
Error: Failed to execute 'avmgr delb  --path=/clients/test_client_B --date=0x1CEF631A5EDEB922', result code '29696', error string 'Bad file descriptor'

Kilitli yedeklemeleri manuel olarak silme ile ilgili talimatlar için Ek Bilgiler bölümüne bakın.

Kilitli yedeklemeleri kaldırdıktan sonra Data Domain'i kaldırmak için 11b-11d arasındaki adımları tekrarlayın.

12. İstemci yedeklemeleri kaldırıldıktan sonra herhangi bir Data Domain yedeklemesiyle ilişkili tüm kontrol noktalarının Avamar ızgarasından kaldırılması gerekir:

a. Son kontrol noktasının ne zaman tamamlandığını kontrol edin: 

status.dpn |grep "Last checkpoint"
 

b. MCS temizleme işlemi gerçekleştirin:

mcserver.sh --flush
 

Örneğin:

mcserver.sh --flush
=== BEGIN === check.mcs (preflush)
check.mcs                        passed
=== PASS === check.mcs PASSED OVERALL (preflush)
Flushing Administrator Server...
Administrator Server flushed.
 

c. Yeni bir kontrol noktası alın:

avmaint checkpoint --ava --wait

Kontrol noktası tamamlanana kadar istem döndürülmez.

d. Son kontrol noktasını kontrol edin:

status.dpn |grep "Last checkpoint"

Bunun 12a çıktısından farklı olduğunu doğrulayın.

e. Kontrol noktasını doğrulayın: 

avmaint hfscheck --full --keep --ava
 

f. Tamamlanana kadar hfscheck izleyin.

g. Başarıyla tamamlandıktan sonra hfscheck başka bir kontrol noktası alın:

avmaint checkpoint --ava --wait

Bir kez daha, kontrol noktası tamamlanana kadar istem döndürülmez.

h. Tüm eski kontrol noktalarını kaldırın:

avmaint rmcp --full --ava
 

13. CLI veya kullanıcı arayüzünü kullanarak Data Domain'i Avamar'dan kaldırın:

CLI

mccli dd delete --name=<Data-Domain-hostname>

Burada <Data-Domain-hostname>, 2. adımdan elde edilen addır (örnek çıktımızda dd01.company.com)

Örneğin:

mccli dd delete --name=dd01.company.com
0,30936,Deleted Data Domain system.
Attribute                 Value
------------------------- -------------------------------------------------------------------
ipv6Hostname
ipv4Hostname              dd01.company.com

Komutun isteme dönmesi biraz zaman alabilir. Komutun kesintiye uğramadan tamamlanmasına izin verin.

Not: "Cannot delete the only default replication storage system" (Tek varsayılan çoğaltma depolama sistemi silinemez) hata mesajı görüntülenirse kaldırılan Data Domain, varsayılan çoğaltma depolama sistemidir. 6. adımı gözden geçirin ve "mccli dd delete" komutunu yeniden çalıştırmayı deneyin.
 

-- veya --

Avamar Administrator - AUI:

a. Administration (Yönetim) başlığından System (Sistem) öğesini seçin.

b. Data Domain öğesine tıklayın.

c. Kaldırılacak Data Domain'i seçin. 

d. Delete (Sil) öğesine tıklayın.

e. Kaldırılacak Data Domain adının doğru olduğundan emin olmak için onayı gözden geçirin.

f. Data Domain'in silinmesini onaylamak için Yes (Evet) öğesine tıklayın. Güncelleştirme biraz zaman alabilir.

g. Data Domain artık mevcut olmamalıdır.

Not: Sistem, varsayılan çoğaltma depolama sistemi olan Data Domain'in silinmesine izin vermez.
 

-- veya --

Avamar Administrator - MCS:

a. Ana panodan Server (Sunucu) öğesini seçin.

b. Server Management (Sunucu Yönetimi) sekmesini seçin.

c. Yalnızca "Bytes Protected Summary" penceresi görünüyorsa ayırıcıya tıklayın ve Sunucular (Avamar ve Data Domain) görünene kadar pencereyi genişletin:

MCS Sunucusu Yönetimi

d. Kaldırılacak Data Domain'i seçin. 

e. Actions (Eylemler) Menüsünden "Delete Data Domain System" (Data Domain sistemini sil) seçeneğini belirleyin

f. Kaldırılacak Data Domain adının doğru olduğundan emin olmak için onayı gözden geçirin.

g. Data Domain'in silinmesini onaylamak için Yes (Evet) öğesine tıklayın. Güncelleştirme biraz zaman alabilir.

h. Data Domain artık mevcut olmamalıdır.

Not: Sistem, varsayılan çoğaltma depolama sistemi olan Data Domain'in silinmesine izin vermez.
 

14. Manuel bir bakım döngüsü çalıştırın (bu işlem 12. Adımda gerçekleştirilmiş olsa bile):

a. Son kontrol noktasının ne zaman tamamlandığını kontrol edin: 

status.dpn |grep "Last checkpoint"
 

b. MCS temizleme işlemi gerçekleştirin:

mcserver.sh --flush
 

Örneğin:

mcserver.sh --flush
=== BEGIN === check.mcs (preflush)
check.mcs                        passed
=== PASS === check.mcs PASSED OVERALL (preflush)
Flushing Administrator Server...
Administrator Server flushed.
 

c. Yeni bir kontrol noktası alın:

avmaint checkpoint --ava --wait

Kontrol noktası tamamlanana kadar istem döndürülmez.

d. Son kontrol noktasını kontrol edin:

status.dpn |grep "Last checkpoint"

Bunun 14a'daki çıktıdan farklı olduğunu doğrulayın.

e. Kontrol noktasını doğrulayın: 

avmaint hfscheck --full --keep --ava
 

f. Tamamlanana kadar hfscheck izleyin.

g. Başarıyla tamamlandıktan sonra hfscheck başka bir kontrol noktası alın:

avmaint checkpoint --ava --wait

Bir kez daha, kontrol noktası tamamlanana kadar istem döndürülmez.

h. Tüm eski kontrol noktalarını kaldırın:

avmaint rmcp --full --ava
 

15. Avamar: Avamar Server'ı Bilinen Bir Kontrollü Duruma Ayarlama makalesini rehber alarak ızgarayı üretim durumuna döndürün.

Additional Information

Kilitli yedeklemeleri manuel olarak silme:

Kilitli yedeklemelerin manuel silme işlemi, kullanıcı arayüzü (MCS veya AUI) veya CLI kullanılarak tamamlanabilir.

1. Çıktıyı şuradan alın: remove_ddr_backups ve yedeklemeleri kaldırılamayan tüm yolları not edin. 

0  ERROR!  Exit code 116: Cannot delete client's last backup remove_ddr_backups: 
Error: remove_ddr_backups: 
Error: Failed to execute 'avmgr delb  --path=/MC_RETIRED/test_client_A2014.01.23.16.18.41 --date=0x1CEF631A5EDEA52', result code '29696', error string 'Bad file descriptor'
Error: Failed to execute 'avmgr delb  --path=/clients/test_client_B --date=0x1CEF631A5EDEB922', result code '29696', error string 'Bad file descriptor'

Bu örnek çıktıda bu yollar /MC_RETIRED/test_client_A2014.01.23.16.18.41 ve /clients/test_client_B şeklindedir. 

2. Tercih edilen yöntemi kullanarak her istemci için kilitli yedeklemeler kaldırın:

CLI:

a. getb komutunu kullanarak yedekleme bilgilerini alın: 

avmgr getb --format=xml --incpartials --path=<full-path-to-client> |grep -i <date>

Burada <full-path-to-client>, örnek çıktımızdaki istemci adıdır ve <date>, tarih alanındaki onaltılık değerdir.

Örnek ve örnek çıktı:

avmgr getb --format=xml --incpartials --path=/MC_RETIRED/test_client_A2014.01.23.16.18.41 | grep -i 0x1CEF631A5EDEA52
<backuplistrec flags="20185089" labelnum="165" label="Production 2300-Virtual Servers - Production-138" created="1386739633" roothash="d244f1dd698949e71022b9c975e311913236dc87" totalbytes="25585092608.00" ispresentbytes="0.00" pidnum="3016" percentnew="0" expires="1389157200" created_prectime="0x1cef631a5edea52" partial="0" retentiontype="daily,weekly" backuptype="Full" ddrindex="1" locked="1"/>
 

b. delb komutunu kullanarak yedeklemeyi silin: 

avmgr delb --path=<full-path-to-client> --date=<date> --risklosingallbackups
 

Örnek ve örnek çıktı: 

avmgr delb  --path=/MC_RETIRED/test_client_backup_A2014.01.23.16.18.41 --date=0x1CEF631A5EDEA52 --risklosingallbackups
1  Request succeeded
 

c. Yedeklemenin silindiğini doğrulamak için getb komutunu yeniden çalıştırın:

avmgr getb --format=xml --incpartials --path=<full-path-to-client> |grep -i <date>
 

Örneğin: 

avmgr getb --format=xml --incpartials --path=/MC_RETIRED/test_client_A2014.01.23.16.18.41 | grep -i 0x1CEF631A5EDEA52
 
Çıktı olmamalıdır.
 

d. " " çıktısında listelenen istemcilerin her biri içinremove_ddr_backupstekrarlayın.

-- veya --

Avamar Administrator'dan - AUI:

a. Administration (Yönetim) başlığını ve Asset Management (Varlık Yönetimi) öğesini seçin.

b. Ağaçta gezinin ve listedeki ilk istemciyi bulun. 

c. İstemciyle ilişkili yedeklemeleri görmek için "View More" (Daha Fazla Görüntüle) öğesine tıklayın.

d. Silinecek yedeklemeyi seçin. 

Delete (Sil) öğesine tıklayın.

g. İstendiğinde onaylayın.

h. " " çıktısında listelenen istemcilerin her biri içinremove_ddr_backupstekrarlayın.

-- veya --

Avamar Administrator'dan - MCS:

a. Backup (Yedekleme) öğesini ve Restore (Geri Yükle) öğesini seçin.

b. Ağaçta gezinin ve listedeki ilk istemciyi bulun. 

c. "Manage" (Yönet) öğesinin seçili olduğundan emin olun ve "By Retention" (Tutma Süresine Göre) altındaki her şeyi seçin:

MCS Yedekleme Listesi
 

d. Retrieve (Al) öğesine tıklayın.

e. Yedekleme geri döndükten sonra yedeklemeye sağ tıklayın.

f. "Delete Backup" (Yedeklemeyi Sil) öğesini seçin

g. İstendiğinde onaylayın.

h. " " çıktınızda listelenen istemcilerin her biri içinremove_ddr_backupstekrarlayın.

Affected Products

Avamar

Products

Avamar, Avamar Server, Data Domain
Article Properties
Article Number: 000165838
Article Type: How To
Last Modified: 01 Sep 2025
Version:  22
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.