Avamar: Il bilanciamento dei nodi aggiunti non progredisce a causa di attività in esecuzione durante la finestra di manutenzione

I nuovi nodi vengono aggiunti a una griglia Avamar esistente, ma il bilanciamento dello stripe porta a progressi minimi o nulli.

Dopo alcune settimane, il numero di stripe sui nuovi nodi è ancora inferiore rispetto ai nodi originali.

Di seguito è riportato un esempio di output di status.dpn , che mostra i numeri di stripe su ogni partizione del nodo:

Thu Sep 14 17:25:37 CEST 2017 [avamar-server.customer.com] Thu Sep 14 15:25:37 2017 UTC (Initialized Tue Aug 27 07:32:25 2013 UTC)
Node IP Address Version State Runlevel Srvr+Root+User Dis Suspend Load UsedMB Errlen %Full Percent Full and Stripe Status by Disk
0.0 192.168.255.3 7.2.0-401 ONLINE fullaccess mhpu+0hpu+0hpu 1 false 0.36 31869 12707315 54.4% 54%(onl:3661) 54%(onl:3690) 54%(onl:3701)
0.1 192.168.255.4 7.2.0-401 ONLINE fullaccess mhpu+0hpu+0hpu 0 false 0.49 31713 14168999 54.4% 54%(onl:3702) 54%(onl:3691) 54%(onl:3671)
0.2 192.168.255.5 7.2.0-401 ONLINE fullaccess mhpu+0hpu+0hpu 0 false 1.05 31853 12673034 54.3% 54%(onl:3674) 54%(onl:3666) 54%(onl:3697)
0.3 192.168.255.6 7.2.0-401 ONLINE fullaccess mhpu+0hpu+0hpu 0 false 0.45 31603 12991585 54.3% 54%(onl:3702) 54%(onl:3671) 54%(onl:3692)
0.4 192.168.255.7 7.2.0-401 ONLINE fullaccess mhpu+0hpu+0hpu 1 false 0.47 31865 12004871 54.4% 54%(onl:3656) 54%(onl:3678) 54%(onl:3715)
0.5 192.168.255.8 7.2.0-401 ONLINE fullaccess mhpu+0hpu+0hpu 1 false 0.30 31631 8245977 54.4% 54%(onl:3805) 54%(onl:3611) 54%(onl:3623)
0.6 192.168.255.9 7.2.0-401 ONLINE fullaccess mhpu+0hpu+0hpu 0 false 0.92 31855 7928968 54.3% 54%(onl:3587) 54%(onl:3846) 54%(onl:3608)
0.7 192.168.255.10 7.2.0-401 ONLINE fullaccess mhpu+0hpu+0hpu 1 false 0.14 31370 597225 5.0% 4%(onl:700) 5%(onl:785) 5%(onl:789) <-- NEWLY ADDED NODE
0.8 192.168.255.11 7.2.0-401 ONLINE fullaccess mhpu+0hpu+0hpu 0 false 0.36 31424 548361 4.6% 4%(onl:877) 4%(onl:679) 4%(onl:659) <-- NEWLY ADDED NODE
Srvr+Root+User Modes = migrate + hfswriteable + persistwriteable + useraccntwriteable

 (In questo esempio, 0,7 e 0,8 sono i nuovi nodi).

Il bilanciamento viene eseguito durante la finestra di manutenzione quando la griglia è inattiva.

Se i backup o la replica in ingresso sono in esecuzione durante la finestra di manutenzione, il bilanciamento non può essere eseguito.

Effettuare una delle seguenti azioni:

1. Configurare il bilanciamento come consigliato nella procedura Solve.

2. Esaminare la pianificazione della griglia per determinare se i backup o i dati di replica in ingresso vengono scritti sull'Avamar Server durante la finestra di manutenzione. 

Questa operazione può essere eseguita eseguendo la versione più recente di sched.sh o eseguendo lo script del controllo integrità (proactive_check.pl) con il --sched .

Per ulteriori informazioni, consultare i seguenti articoli della knowledgebase: 

• • Avamar: come eseguire lo script di controllo integrità proactive_check.pl su Avamar Server.
  • Avamar: Come utilizzare sched.sh per controllare le attività di backup, replica e manutenzione cronologiche.

3. Esaminare Activity Monitor per l'attività di backup in ingresso durante le ore del giorno in cui viene eseguita la manutenzione.

Se la finestra di manutenzione è in conflitto, riconfigurare i backup in modo che terminino prima della finestra di manutenzione o spostare la finestra di manutenzione in un'altra ora del giorno.