NetWorker: Tüm kayıt kümelerinin süresi dolduktan sonra VBA cihazını kullanımdan kaldırma

Devam etmeden önce varsayımlar:

• VBA için birincil yedekleme ve klon kaydetme kümelerinin süresi doldu.
• Kalan birincil ve klon kaydetme kümeleri, NetWorker Veri Bölgesi kullanılarak nsrmm komut satırı yardımcı programı.

Önkoşullar:

Bu KB ye devam etmeden önce NetWorker kaynak yapılandırmalarının kopyalanması veya yedeklenmesinin tamamlandığından emin olun:

1. Sunucu Koruması yedeklemesi yaparak NetWorker sunucusunun yakın zamanda bir önyükleme yedeklemesine sahip olduğundan emin olun. Önyükleme kaydetme kümesi ayrıntıları, aşağıdakiler kullanılarak NetWorker sunucusundaki bir kök veya Yönetici isteminden toplanabilir: mminfo -B
2. NetWorker kaynak veri tabanı dizinini manuel olarak kopyalayın.
   • Windows: [INSTALL_DIR]\Program Files\EMC NetWorker\nsr\res\nsrdb
   • Linux: /nsr/res/nsrdb
3. Yedekleme ortamı dizinini manuel olarak kopyalayın:

• Windows: [INSTALL_DIR]\Program Files\EMC NetWorker\nsr\mm
• Linux: /nsr/mm

Process:

1. VBA için kalan tüm kaydetme kümelerini doğrulayın. Bu, aşağıdaki seçeneklerden biri kullanılarak yapılabilir:

NetWorker Management Console (NMC)

bir. NetWorker Management Console da (NMC)
oturum açınb. Media sekmesine gidin ve Save Sets öğesini seçin, ardından aşağıda gösterildiği gibi VMware Backup Appliance Online öğesini seçin:

 

mminfo komut

a. NetWorker sunucusunda bir kök oturum veya Yönetici komut istemi açın ve aşağıdakileri çalıştırın: mminfo komut.
Sözdizimi: mminfo -c vba-name -kot
Örneğin: 'vbalabnode2x.vba.lab' adlı tüm VBA yedeklerini bulmak için sorguyu çalıştırın:

mminfo -c vbalabnode2x.vba.lab  -kot
..
 volume        type   vm_name         date     time         size ssid      fl backup_size
dd2x15.001  Data Domain VM2      6/22/2015 7:49:57 AM   41 GB xxxxx cr  41 GB
dd2x15.001  Data Domain VM1      6/22/2015 7:53:52 AM   41 GB xxxxxx cr  41 GB
dd2x15.001  Data Domain VM2      6/22/2015 7:54:02 AM   41 GB xxxxxx cr  41 GB

2. 1. adımda tanımlanan VBA kaydetme kümelerini kaldırın.

• 1. Seçenek: VBA çevrimiçiyse ve tüm SSID'lerin depolandığı benzersiz bir birim varsa, yani bu birimde başka veri yoksa, bu birimi silebilirsiniz
• 2. Seçenek: VBA çevrimiçiyse ve tüm SSID'yi içeren benzersiz bir birim yoksa, nsrmm Kaydetme kümelerini tek tek silme komutu. Söz Dizimi:  nsrmm -d -S SSID

nsrmm -d -S 4253582084
Delete file and media index entries for save set `4253582084'? y
98999:nsrmm: Save set 4253582084 has been successfully deleted from VBA server 'vbalabnode2x.vba.lab'

• 3. Seçenek: VBA çevrimiçi DEĞİLSE, -X Kaydetme kümesini silme seçeneği:

Kaydetme kümesini silme işlemiyle ilgili daha fazla ayrıntı şurada bulunabilir: Çoklu veya Tek SSID'ler nasıl silinir?

3. VBA ile ilişkili tüm iş akışlarını kaldırın:

nsradmin> p type: nsr hypervisor; name: VC4.vba.lab 
type: NSR hypervisor
name: VC4.vba.lab;
comment: ;
service: VMware VirtualCenter;
endpoint: "https://VC4.vba.lab/sdk";
username: administrator@vba.lab;
password: *******;
command: nsrvim;
proxy: nw4;
nsradmin> d
Delete ? yes

4. VBA MTree'yi silin:

a. NetWorker sunucusunda, VBA DPN kimliğini bulmak için aşağıdaki nsradmin komutlarını çalıştırın:

nsradmin> show name
nsradmin> show DPN ID
nsradmin> p type: nsr vba server; name: <VBA-FQDN>

Örnek çıktı:

nsradmin
NetWorker administration program.
Use the "help" command for help, "visual" for full-screen mode.
nsradmin> show name
nsradmin> show DPN ID
nsradmin> p type: nsr vba server; name: vbalabnode2x.vba.lab
                        name: vbalabnode2x.vba.lab;
                      DPN ID: xxxxxxxxxxx;

DPN Kimliğini not edin. Bu, depolama birimini belirlememize yardımcı olur. Örneğin yukarıdaki DPNID için depolama birimi "avamar-1435099427"dir.

b. Yönetici" rolüne sahip bir kullanıcı olarak PuTTY'yi (veya benzer bir SSH yardımcı programını) kullanarak bir Data domain sisteminde oturum açın. Ardından silmek için aşağıdaki komutu çalıştırın:

ddboost storage-unit delete <storage-unit>
Örneğin: ddboost storage-unit delete avamar-1435099427

c. [İsteğe bağlı] Alan kazanmak için Data Domain de bir dosya sistemi temizliği başlatın:

filesys clean start

4. nsradmin kullanarak VBA sunucusu kaynaklarını kaldırın:

Not: Bu adım YALNIZCA silmek istediğiniz VBA için gerçekleştirilmelidir. Dikkatli olun ve henüz yapılmadıysa nsrdb'nin bir kopyasını alın.

Sözdizimi: nsradmin> d type: NSR VBA Server;  name: vbalabnode2x.vba.lab
Örneğin: Aşağıdaki örnekte, vbalabnode2x.vba.lab adlı bir VBA'yı silme komutu gösterilmektedir 

nsradmin> d type: NSR VBA Server;  name: vbalabnode2x.vba.lab
type: NSR VBA Server;
name: vbalabnode2x.vba.lab;
comment: ;
vCenter Host: vbalabnode2x.vba.lab;
 vCenter Web Client Host: ;
 Total Capacity: ;
 Total Capacity in bytes: ;
 Used Capacity: ;
Last Validated Checkpoint: ;
 Last Validated Checkpoint Tag: ;
Online: ;
VBA Version: ;
Policy List: ;
Policy Client Mapping: ;
External Proxy Hosts: ;
VBA recover checkpoint tag: ;
configuration error: ;
VBA Internal Proxies: Enabled;
VBA Adhoc Backups: Enabled;
VBA Restrict Transport Mode to Hotadd Only: Disabled;
Staging DDR pool for Disaster recovery from non-DDR devices: ;
Delete? Y
deleted resource id 156.x.xxx.x.x.x.x.x.xxx.xxx.xxx.xx.xx.xxx.x.x(7)

5. Bu VBA için istemci kaynağını NMC'den kaldırın.

Söz Dizimi:  nsradmin> d type: nsr client; name : vbalabnode2x.vba.lab
Örneğin: Aşağıdaki örnek, vbalabnode2x.vba.lab için istemcinin nasıl silineceğini gösterir 

nsradmin> d type: nsr client; name : vbalabnode2x.vba.lab
type: NSR client;
name: vbalabnode2x.vba.lab;
server: nw4.vba.lab;
client id: xxxx-xxxxx-xxxxx-xxxx-0xxxxx-xxxxx;
Delete? Y
deleted resource id 153.x.xxx.x.x.x.x.x.xxx.xx.xxx.xx.xx.xxx.x.x3)

6. VBA cihazı VM'sini silin:

Artık ilgili VBA VM'yi ve harici proxy'leri vCenter sunucusundan silebilirsiniz.