Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 2 Next »

Highlights

Bigfixes

 

Neue Funktionen

Keine

 

Verbesserungen

Issue ID

Modul

Beschreibung

BVQ-9719

Scheduler

Log zu voll - überflüssig Einträge entfernt

Fehlerkorrekturen

Kritische

Issue ID

Modul

Beschreibung

BVQ-9763GUIEditor: Disk Drive: Disk Type Design IO rate bei 15k zu hoch

BVQ-9723

SVC Scanner

IP Replication Ports werden nicht mehr erkannt

BVQ-9728

VM Scanner

VMWareWebServiceClientException: Connection has already been disconnected! verhindert Toposcan

Wichtige

Issue ID

Modul

Beschreibung

BVQ-9708GUIPerformance-Ansicht: iSCSI Ports: Load von Perf Daten sind nicht korrekt

Empfohlene

Issue ID

Modul

Beschreibung

BVQ-9733GUIPerformance-Ansicht: Schließen des Tabs stoppt laufenden Ladevorgang nicht

Bekannte Probleme

Issue ID

Modul

Beschreibung

BVQBVQ GUI

Bei Konfiguration eines Topologie Scanner Intervalls >30min ist eine Anpassung in einer GUI Konfigurationsdatei, bezüglich der Scanner Status Checks, notwendig. Bitte in diesem Fall beim BVQ Support rückfragen.

BVQBVQ Excel ExportDas vom BVQ Reporting erzeugte Excel-Format ist kompatibel mit Excel ab Version 2003.
Es handelt sich um das Format "XML Kalkulationstabelle 2003" (siehe Microsoft Artikel ).
Die Standard Dateiendung für dieses Format ist: ".xml". Wird es trotzdem als ".xls" abgespeichert, kommt es zu einer Warnmeldung beim Öffnen mit Excel.
BVQBVQ Scanner / Scheduler

Neue Eigenschaften bezüglich Scanner oder Scheduler, die durch einspielen einer neuen Lizenzdatei freigeschaltet wurden, werden erst nach ca. 2h oder nach Neustart der entsprechenden Services wirksam.

IBM PMR 91765,033,724SVC 6.2.0.3Starke Beeinträchtigung der VDisk Latenz durch den SVC CLI Befehl "lsmdiskextent". Gesehen bei einem Cluster mit 8 Nodes (8G4) unter 6.1.0.4.
Ab BVQ 2.4.3 wird dieser Befehl nicht weiter genutzt. Stattdessen wird lsvdiskextent verwendet.
IBM PMR unbekanntSVC 6.4.0.3

Massiv gehäuftes Erreichen des SVC Limits von 10 gleichzeitig konkurrierenden SSH Sessions, kann einen Warmstart der Knoten auslösen.
Fixed seit 6.4.1.3

BVQ-6610BVQ VMwareMultiple Mappings einer VM Virtual Disk (und/oder unterschiedlicher Snapshot-Versionen einer einzelnen) zu einer VM Virtual Machine werden noch nicht unterstützt.
Die kommt z.B. bei Flash Copy Managern wie TSM4VE vor.
BVQ-6623BVQ VMwareScan und Anzeige von Snapshots und deren Kapazitäten werden von BVQ noch nicht unterstützt. Die Used Capacity eine VM Virtual Disk entspricht derzeit der Used Capacity der Original VMDK Datei.
BVQBVQ VMware

Derzeit nicht unterstützte VMware Funktionen:

  • Partitionierte VM SCSI Volumes, deren Partitionen mehreren VM Datastores zugeordnet sind
  • VM SCSI Volumes deren UUIDs nicht eindeutig sind.
IBM PMR ?SVC Performance Stats

Ab Version 6.1.0.1 beziehen sich SLAV, PLAV und DLAV auf die konsolidierten Backend IO sizes bis zu 256k. Nicht aber den IO-Counter für CTRM und CTP, was dazu führt, dass deren Quotient um den Faktor 8 zu niedrig ausfallen kann. Daher können die VDisk below cache Metriken SLAV und PLAV nicht direkt zur Beurteilung der Backend Latencies verwendet werden. Auch deren Transaction size ist nicht die des Backends (max 32k).

CTD hingegen wurde auf die konsolidierten IO sizes angepasst und liefert weiterhin brauchbare Werte.

IBM PMR ?SVC 7.3
Performance Stats		Legacy VDisk cache statistics corrupted
IBM PMR ?SVC 7.3
Performance Stats		Node CPU Core stats =0
IBM Defect 197194

SVC 7.3 Performance Stats

CPT, OPT, APT much too high
IBM PMR ?SVC 7.4 Performace StatsCPU core COMP (compression) statistics too high (factor ~100).
IBM PMR ?SVC 7.3.0 Performance Stats
  • Legacy stats "cm" and "cv" are wrong (interchanged ccompared to the new stats "m" and "v")
  • Legacy stats "ctr" and "ctrs" show read misses instead of all reads (new stats "r" and "ri" are correct)

DB Schema Änderungen

 

Keine

 

Voraussetzungen und Einschränkungen

Voraussetzungen der HW/SW Umgebung

Siehe Unterstützte Umgebungen ab BVQ 3.4

Für eine Aktualisierung erforderliche BVQ Mindest-Version

V2.7

DB2 Version

DB2 Advanced Workgroup Server Edition V10.5 FP5
Dateiname: v10.5fp5_ntx64_server_t.exe

Java Runtime empfohlene Mindest-Version1.8.0.45

Weitere Hinweise

Siehe   Release Notes für BVQ V3.5.3  


Kurzbeschreibung Aktualisierungsschritte

Hinweis zum Upgrade

  1. Um bestimmte neue Funktionen nutzen zu können, ist ggf. eine neue Lizenzdatei notwendig.
  2. Die GUI wird ggf. mit neuen Predefined favorites ausgeliefert. Nur Favoriten unter User favorites bleiben erhalten.
  3. Updates, die weitere Statistiken speichern, benötigen in der Regel mehr Platz für die Datenbanktabellen im entsprechenden Filesystem des BVQ Servers
  4. Achten Sie bitte darauf,  dass die die Voraussetzungen zur empfohlenen DB und JRE Version vor dem Update der BVQ Pakete erfüllt sind.
  1. Vorbereitungen
    • Prüfung auf korrekte Funktion der Umgebung, insbesondere des Scanners.
    • BVQ Scanner-, Alerting-, Scheduler-Services und alle GUIs und Reporting-Clients manuell stoppen
    • BVQ Installation-Verzeichnis und BVQ DB sichern (z.B. DB Offline Backup mit DB2 CMD, VMware Snapshots)
    • BVQ Scanner wieder starten

  2. BVQ Install Package Repository aktualisieren: bvq-package-repository-installer-x64-V3.5.4.exe
    Dann den Schritten des Installers folgen:

    1. DB Schema aktualisieren
    2. BVQ GUI aktualisieren
    3. BVQ Reporting Engine aktualisieren
    4. BVQ Report Module aktualisieren
    5. BVQ SVC Scanner aktualisieren
    6. BVQ VMware Scanner aktualisieren
    7. BVQ Scheduler aktualisieren
    8. BVQ Alerting aktualisieren
  3. Funktionsprüfungen durchführen
  4. Ggf. Kollegen auf die Notwendigkeit zur Aktualisierung lokal installierter BVQ GUI- / Report-Clients hinweisen.

 

PDF Version

  • No labels