Avamar: Der Lastenausgleich für hinzugefügte Nodes wird aufgrund von Aktivitäten, die während des Wartungszeitfensters ausgeführt werden, nicht fortgesetzt.

Einem vorhandenen Avamar-Raster werden neue Nodes hinzugefügt, aber beim Stripe-Ausgleich sind kaum oder gar keine Fortschritte zu verzeichnen.

Nach einigen Wochen ist die Anzahl der Stripes auf den neuen Nodes immer noch niedriger als auf den ursprünglichen Nodes.

Im Folgenden finden Sie eine Beispielausgabe von status.dpn und zeigt die Stripe-Nummern auf jeder Node-Partition an:

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 diesem Beispiel sind 0.7 und 0.8 die neuen Nodes.)

Der Ausgleich wird während des Wartungszeitfensters ausgeführt, wenn sich das Netz im Leerlauf befindet.

Wenn Backups oder eine eingehende Replikation während des Wartungszeitfensters ausgeführt wird, kann kein Lastenausgleich durchgeführt werden.

Führen Sie eine der folgenden Aktionen aus:

1. Konfigurieren Sie den Lastenausgleich wie im SolVe-Verfahren empfohlen.

2. Überprüfen Sie den Rasterzeitplan, um festzustellen, ob während des Wartungszeitfensters Backups oder eingehende Replikationsdaten auf den Avamar Server geschrieben werden. 

Dies kann durch Ausführen der neuesten Version des sched.sh oder durch Ausführen des Skripts für die Integritätsprüfung (proactive_check.pl) mit dem --sched verwendet.

Weitere Informationen finden Sie in den folgenden Wissensdatenbank-Artikeln: 

• • Avamar: Anleitung zum Ausführen des proactive_check.pl-Integritätsprüfungsskripts auf einem Avamar Server
  • Avamar: So verwenden Sie sched.sh zum Überprüfen historischer Backup-, Replikations- und Wartungsaktivitäten.

3. Überprüfen Sie den Aktivitätsmonitor auf eingehende Backupaktivitäten während der Tageszeiten, zu denen die Wartung ausgeführt wird.

Wenn das Wartungszeitfenster kollidiert, konfigurieren Sie die Backups so neu, dass sie vor dem Wartungszeitfenster enden, oder verschieben Sie das Wartungsfenster auf eine andere Tageszeit.