Content

Please note the following!

Beginning with version 3.0 the upgrade from DB2 to version 10.5 FP2 is mandatory.
Therefore, first of all please download this DB2 version from the IBM web page and then perform the upgrade. For instructions, please click the following link: DB2 upgrade from version 9.7 to 10.5 Fixpack2

Starting from version 2.9 a new license file is recommended.
However, it is also possible to keep the old license file further. In this case, new features in the license dialogue will appear as 'missing' and are deactivated. Otherwise, this will not have any further negative influence on the function of BVQ.

Highlights

Analysis, monitoring and reporting:

  • The module 'alerting'  allows now the definition of threshold values in the GUI and thier surveillance (monitoring).
  • 'HD' high definition statistics: support for any interval widths of the SVC performance statistics down to 1min.   
  • Looking back into the past: 'Retrospective PIs' transfer the load conditions to a past date in the treemap.
  • 'SVC cache partition analysis': get an overview of the cache utilization of each IO group.
  • Object-specific functions are now available everywhere in the same way by using the new 'Common context menu'.
  • Acquisition of the selected objects between lists and tree maps - 'Show in treemap', 'Show in list'.
  • Improved communication with IBM support: performance statistics in the original format can now by kept an unlimited period of time and can be sent to IBM in case of problems.
  • New possibilities: create reports directly from the database with self-defined queries (views), managed by a customized report installer.   

User experience:

  • Accelerated and simplified path selection in the topology view by using the new 'Text mode'.
  • Massive click-reduction with the new object clone function 'Copy ...'
  • Significantly fewer delays in the performance view because of multi threading and less memory usage.
  • Significantly simplified procedure to remove SVC and Storwize clusters.
  • Acceleration of database accesses by using advanced functions of the IBM DB2 10.5 Advanced Workgroup Server Edition.

Some highlights in detail

Alerting Module

The BVQ Alerting Module automatically warns the user, if the configurable threshold values for attributes of specific object types are exceeded.     

This module has already been published in BVQ version 2.9 and has now been significantly expanded. The configuration of thresholds and injury reactions can now also be done via the GUI.
Alert report
configurations were 
significantly simplified by the introduction of status codes like 'all', 'better' and 'worse' .


This version supports the definition of alert rules for the following object types:

:

  • SVC MDisk group
  • SVC VDisk

Walkthrough: alert definition

The functioning of the module is described here as a walkthrough along a practical example to make it easier to understand.  

The aim is to define a signal for a VDisk, if the response time of 10ms is exceeded (at a data rate under 50MiB/s). 

To reach this aim, the following steps have to be performed  in the BVQ GUI   to configure the alerting module:

Step 1: open the VDisk editor

Click with the right mouse button on a VDisk object and select 'Edit ...' in the context menu.  The rule can be assigned to multiple objects of different types.        

Step 2: creating a new 'Alert rule'

A BVQ Alert rule combines conditions (alert conditions) and notifications (alert reports) .   

In the VDisk editor a new configuration section can be found for assigning and generating alert rules:

In the left field already defined alert rules which are not assigned to this object can be found. The right side contains already allocated alert rules.   

First of all an alert rule has to be created. Click with the right mouse button in one of the two fields, and select 'Add ...' from the menu. 

Step 3: define alert rule 'RT>10ms'

In the following dialogue, click 'Edit Alert rule', enter the name 'RT> 10 ms' into the field 'Name:' and the alert rule is created by clicking 'Apply'.   

Step 3.1: creation of filter condition 'vdisk_realtime_dr < 50'

Now click the button (plus) (Add...) beneath the field 'Filter conditions'.
The dialogue 'Edit Alert condition' appears, and should be completed as the following picture illustrates: 

After the button '...' behind the field 'Attributes' is clicked, the dialogue 'Choose attribute' appears, in which the name 'vdisk_realtime_dr' can be chosen comfortably:

If both dialogues are closed by clicking 'OK', the system returns to the dialogue 'Edit Alert rule', which now contains the new filter condition 'vdisk_realtime_dr <50'.

Step 3.2: creation of alert condition 'vdisk_realtime_rt > 10 --> Error'
 
Similarly, the alert condition can now be configurated.     

At first the button (plus) (Add...) has to be clicked, but this time under the field 'Alert conditions'.        
Again the dialogue 'Edit Alert condition' appears. Please complete the fields as follows: 

In the dialogue 'Choose attribute', please choose the attribute name 'vdisk_realtime_rt' from:

A 'result' in the form of an alert level must be configured in the alert condition, contrary to the filter condition.     

After the confirmation of the dialogue 'Edit Alert condition' with 'OK', return to the dialogue 'Edit Alert rule', which now contains the new alert condition 'vdisk_realtime_rt> 10 -> Error'.

The condition´s definition for 'exceeding the response time of 10ms at a data rate below 50MiB / s' for the alert level 'Error' is now completed.

Step 3.3: creation of alert report config 'all -> Error : E-Mail'

Now only the definition is missing in which ways notifications (report) should be made.   

To do this click the button (plus) (Add...) beneath the field 'Report config'.
The dialogue 'Edit Alert report config' appears. Please complete the fields as follows:

The option 'All' in the field 'From' is new in this version.  

 
 All state transitions of the alert rule except 'Error   Error' cause the dispatch of an email. 
 If the dialogue is closed by clicking 'OK', the system returns to 'Edit Alert rule', which now contains the new report config 'all -> Error: E-mail' .
Step 3.4: activation of alert rule

Click the checkbox behind 'Enabled' to activate the alert rule. The whole dialogue should now look as follows:        

Close the configuration of the alert rule by clicking 'OK' and thus get back to the dialogue 'Edit VDisk' from step 1.

Step 4: assigning the alert rule 'RT>10ms' to a VDisk  

The alert rule 'RT> 10ms' is still on the left side of the configuration area 'Alert rules' in the VDisk editor. Please shift it to the right side ('>>' button) to assign it to this VDisk:

Close the dialogue with 'OK'. The alert rule is now active and complete   .

Step 5: checking the alert state of an object:

The current object´s alert level can be checked in the treemap via the color scheme 'Alert level Object specific  Overall':

It is obvious that the just configured VDisk is still presented in grey (alert level 'unkonwn').

More details get visible, if the object path '/BVQ/alert rule/alert rule mapping/VDisk' is used with this color scheme:

When the alert service is run for the first time with the newly defined mapping of the alert rule, the state will change from 'undefined' to 'OK' and the objects will appear green colored in the treemap.

The object type 'Alert rule mapping' is always dyed in other color schemes, based on the current alert level.

 

More information about alerting can be found in the BVQ Release Notes 2.9.

HD statistics

In a SVC / Storwize system the interval  how often the internal statistics are retrieved can be set manually. Integer interval widths of 1 to 60 minutes can be chosen, which are now supported by BVQ too.   

Periods of time, which require a particularly closer examination, can now be analyzed in a five times higher time resolution.  

CPU workload with a 5min interval width:

The same CPU workload with a 1min interval width:

A change of the interval width can be done with the following SVC / Storwize CLI command at any time:     
 
svctask startstats -interval <time_in_minutes>

In standard cases it is recommended to leave this interval width of 5min unchanged and only to decrease it in specific periods of time. Just change it back when the analysis is finished. The BVQ scanner services are automatically adjusted to the time set in the SVC interval width. A change of the configuration or a restart of the services is not required!            

In the performance view of the BVQ GUI, the most accurate interval width is automatically displayed. But via the options dialogue under 'Fixed interval' it can be adjusted manually:    

With the setting of 'None' under 'Fixed Interval', the measurement points are always displayed exactly as they were recorded (time and interval). In all other adjustable interval widths the measurement points are converted on a virtual integer- time grid. For example. if the setting '5min' is chosen: 00:00, 00:05, 00:10, ... . 

Retrospective performance indicators

The retrospective performance indicators show past load conditions in the treemap.       
 

This is particularly interesting, if load peaks or performance bottlenecks occurred long before the date the user checked  the BVQ GUI. If, for example, an interesting peak load appeared at a known time in the past, so now the performance indicators can be loaded into the GUI, which were calculated at the 5 minutes interval, including this 'failure-occurance' moment.   

To simplify the selection of this indicator time it was relocated from the aspect and color-scheme menu into a common PI-time-selection menu:

  If the menu item 'performance date ...' is chosen, it is possible to adjust the known moment in time of an incident in the following dialogue and the loading process can be started:

All performance indicator-values visible in the treemap, tooltips and object detail-views now  indicate the aggregated values for the most recent time interval, which also contains the specific moment in time .       
Example: adjusted: PI time: 10:00clock, interval: 'Real-time (5 min)' averages apply e.g. for the interval from 09:56 to 10:01clock.

SVC /Storwize cache partition analysis

SVC and Storwize systems limit the shared write cache per IO group, which is available for the volumes of a pool by using the so-called cache partitioning. Now BVQ shows the number of cache partitons per IO group and the available maximum cache per volume, pool or IO group.  

High IO response times are often caused by an overflowing write cache, arising from various circumstances, such as: too slow backend storage, too much frontend write data, too small dimensioned cache  , unfavorable load-distribution on the IO groups. The illustrated cache usage in BVQ  supports the investigation of such problems.   

Representation in the treemap

In the topology path 'BVQ → IO group → MDisk group' the treemap only shows the MDisk groups (pools) which are using the IO group-surrounding cache .
In the topology path 'BVQ → MDisk group → IO group' the treemap only shows the IO groups, which are providing cache to the  surrounding  MDisk group .

Representation in the object detail-view

In the object details view of the object types cluster, MDisk group and VDisk,  the maximum size of the write-cache partitions per IO group is shown now.

 Here is an example for the object type MDisk group:

Representation in the performance view

In the performance view the curves of the cache partition metrics are now presented separately per IO group. Thus, the overflow in a single IO group can easily recognized. 
In the object list of the performance view´s option dialogue this gets obvious:    

In the performance view for the object type VDisk, it is possible now to compare directly the metric "Cache size W (CM)" with the threshold, which is specified in the object detail view .
Please note here that CM already includes the cache consumption of both nodes in total, so generally it has to be divided by 2 in order to be set in relation to the threshold!  

Unified context menu

No matter in which context an object is visible in the BVQ GUI, all object-specific standard features are now available in a single context menu.

This simplifies operation and supports the intuitive approach to find problem causes.

The following screenshot shows the context menu of a VDisk in the treemap (right-click on a VDisk):

Now basically there is a chapter with specific functions of each view, but starting from the first hyphen  the menu is designed equally throughout the whole BVQ GUI, divided into the following three chapters:

  • Editing functions
  • Links to represent the object in other views
  • Performance views of the object

For example, if the load curve of a VDisk is analyzed in the performance view, the user can easily switch now  to the performance view of the underlying MDisks by selecting them in the object context menu of the options dialogue´s object list .    

Show in Treemap

Contrary to the existing 'Show in list' there is now also a 'Show in Treemap' in the object context menu. If it is used  the current object selection of a table view, of an performance view´s object list or of a treemap can be transferred to another existing treemap.          

This allows to emphasize especially the functional strengths of the tables- and topology view.    For example the table view is best for sorting and filtering.      An object selection done with it, can  now simply transferred into a treemap. Or the selection of a particular subset of objects in an appropriate treemap object-path can be transferred into a treemap with a completely different path and aspect.

'Show in treemap' can be found directly under 'show in list' in the unified object context menu:

Gliffy Macro Error

Cannot find a diagram with these parameters:

  • Name: Show_in_treemap

Copy objects

Now it is possible to transfer the properties of existing BVQ objects  into new ones (cloning) by using the function 'Object copy'.    

In the past  the creation of a variety of similar disk array objects, for example, was associated with high manual editing operations. This is now much simpler and thus less time-consuming.

'Copy ...' is found directly under 'Add ...' in the unified object context menu:

Gliffy Macro Error

Cannot find a diagram with these parameters:

  • Name: Copy_objects

For example if such an object copy array is executed on an existing disk,  the disk array editor is opened with pre-filled attribute fields. Additionally the system tries to detect a sequence number in the object´s name which is automatically incremented and inserted into the name-field of the new object. In general, the dialogue has only to be completed with 'OK' .

SVC statistics in original format

Performance statistics can now be kept in the original file format of an SVC or Storwize system almost any period of time.

A SVC support snap  usually only contains statistics up to a maximum of 1.5 hours in the past. This is often too short for a problem which occured at midnight  or at a weekend. Now the statistics retained by BVQ with valuable measured values of the critical moment in time, can additionally be sent to IBM. This helps to improve the communication with the IBM support and accelerates their root-cause analysis.         

In the next dialogue of the scanner installer a different value for the storage-duration of each instance can be set: 

Gliffy Macro Error

Cannot find a diagram with these parameters:

  • Name: IOstat_file_retention

(warning) It should be ensured that  enough free storage is available in the configured queue directory for this feature! 

The files are usually located in the done-folder of the BVQ SVC scanner´s configured queue directory:  

C:\ProgramData\SVA\BVQ\bvq-scanner\iostats\instance<id>\done

Topology navigator - Text mode

In the panel ot the topology view  there is still the familiar menu-based topology navigator. However,  also a text-based method to enter the object path is available now.

Often it was difficult to find the desired entries in the meanwhile rather large menus of the topology navigator. If already some of the object types´ names are known, the path input is significantly simplified by the text mode.

The well-known topology navigator is now headed by a button.

A first click on this button switches the topology navigator to text mode, with a second click it returns to menu mode.

 The path-input via text mode is supported by auto-completion a s soon as the path can be clearly identified. Pressing the [Tab] key completes the name as much as possible (tab completion).

Cluster deletion

With this BVQ version   a tool for deleting SVC or Storwize systems from the BVQ environment is available.

If an SVC or Storwize system is no longer needed, it can be  easily removed from the BVQ environment.

The tool cluster-deletion.exe can be found in the directory: C:\Program Files\SVA\BVQ\bvq-svc-scanner\bin.

The tool opens a simple dialogue which searches the BVQ DB for known SVC / Storwize clusters and displays them for selection:

After clicking 'OK', the tool marks the selected cluster in the BVQ DB as deleted. It  will not be displayed in the GUI anymore. Nevertheless, the data of the cluster are still available in the BVQ DB to use them, for example, for historical reports. The data of the performance measurement are automatically deleted by the normal cleanup-processes in the BVQ scheduler.

More new features

Topology auto reload

Now it is possible to adjust whether and at what interval the GUI´s display  is automatically updated with the data from the managed environment.    

With this , for example, a permanently updated display of BVQ on a monitor in the operating can be realised.    

To accomplish this, the button 'Reload from DB' was expanded and moved to the status bar next to the button to reload the GUI´s performance indicators:  

Statistics of the SVC / Storwize compression CPU cores

Since code version 6.4.0.3 SVC and Storwize systems also provide differentiated values about the utilization of the system and compression CPU cores.

These values are displayed in the new BVQ performance graph type "Node CPU core". By using this, a detailed analysis of the CPU utilization is possible.

Meaning-illustration of aspects and colorings

The meaning of aspects and object color schemes is now be explained in a tooltip for each menu.

This eliminates the time-consuming looking up in the BVQ documentation.

New installer

All BVQ modules are now installed and updated by using a new installation tool (install4j). This has the following advantages:

  • The installation procedure is easier and safer.
  • The names of current running system processes correspond to the module names (not 'java.exe').
  • Now all installation packages are  'exe'-files. The dependence of the association of 'jar' files to the installed  Java Runtime system is no longer in effect.
  • Each installed BVQ module is now also included in the standard Windows list of installed programs and can be uninstalled from there too.  
  • The installation procedure can be automated via script.
  • Log, config and data files are now stored in standard Windows directories.  

New functions

Issue ID

Module

Description

BVQ-7173

SVC Scanner

Performance-scan: allow any intervals >1min

BVQ-6792

SVC Scanner

Enable configurable retention period of the iostat files in the installer dialogue 

BVQ-3000

SVC Scanner

Enable deletion of a cluster from the BVQ DB

BVQ-7119

SVC Scanner

Enable SSH authentication also via user name / password

BVQ-6774

DB

Upgrade from DB2 9.7 Express to DB2 Enterprise 10

BVQ-6114

Installer

Custom reports: relocate custom DB view schemas into custom report installer      

BVQ-6602

Licensing

VMware: execution of functions depending on the license modules 'Topology-scan' and 'Gui-toplogy'    

BVQ-6802

Licensing

Alerting: execution of functions depending on the license module 'Alerting'

BVQ-3313

GUI

Table view: function 'Show in treemap': copy current table selection into the treemap   

BVQ-3643

GUI

Topology view: treemap: show legends for meaning of the area-size and staining

BVQ-3658

GUI

Topology view: performance indicators: retrospective PIs - display past PIs 

BVQ-5360

GUI

Topology view: automatic reload of the topology and the performance indicators with adjustable repetition rate

BVQ-6130

GUI

Topology view: path browser: improved operation by using text mode

BVQ-6949

GUI

Object detail view: MDisk group, node, Iogroup, cluster: display of the MDisk group cache partition distribution

BVQ-7212

GUI

Performance view: display MDisk group cache partition metrics per IO group

BVQ-6126

GUI

Performance view: integrate SVC 6.4.0.3 CPU core performance statistics (CPU busy system vs. compression)

BVQ-6951

GUI

Performance view: VDisk: options: separation of 'SCSI layer' and 'Above cache' metrics

BVQ-7146

GUI

CLI: record output in file 'bvq-gui-cli.log'

BVQ-6823

GUI

Alerting: integrate editors for alert conditions

BVQ-6824

GUI

Alerting: integrate editors for alert report config

BVQ-6828

GUI

Alerting: topology view: treemap: integration of 'Alert rule'

BVQ-6930

GUI

Alerting: topologie view: treemap: integration of "Alert rule map"

BVQ-6859

Alerting

Alert rule: integrate flag 'Enabled' to enable / disable an alert rule

BVQ-6873

Alerting

Alert report config: introduce from/to status values 'all', 'better', 'worse'

BVQ-7124

Alerting

Alert report config: integration of type 'Text file reporter'

BVQ-6889

Alerting

Alert condition: allow text comparisons

Improvements

Issue ID

Module

Description

BVQ-3712

Installer

Set Windows process-names corresponding to the service / application names

BVQ-6896

Installer

Email notification: user should not be mandatory

BVQ-6036

Installer

Save log and configuration files compliant to UAC and Windows security 

BVQ-6588

CLI

Allow to display the command-help with -? etc.  

BVQ-6846

CLI

Command addmdisktodiskarray: mdisk.name ohne prefix "svc_cluster.name:" should be accepted, if it is clear

BVQ-7109

Scheduler / DB

DB Cleanup: perf-tables: switching to MDC Rollout Delete and Deferred Async Index Cleanup

BVQ-7125

Alerting

Extend Alerting-Info.log with output: found(xxx) alertconditions for rulexxx

BVQ-7139

Alerting

CLI: mkalertcondition '-compared_to_value' is not outputted as missing parameter

BVQ-7140

Alerting

CLI: mkalertrule: improve testing and help text for the options '-default_level' and '-fallback_level'

BVQ-6659

Reporting

Upgrade Eclipse BIRT engine to version 4.3

BVQ-1348

GUI

Tabs: accelerate the appearance of the 'tab preview windows'

BVQ-7024

GUI

Tabs: clearly naming of tabs by prefixing an ID 

BVQ-7058

GUI

Tabs: allow closing of all / all other tabs in the tab bar by mouse click 

BVQ-4760

GUI

Performance view: parallelize the loading of raw performance-statistics from DB

BVQ-4761

GUI

Performance view: parallelize calculation of  'real' performance-values based on  counter values

BVQ-6982

GUI

Performance view / table view: integrate common object context menu

BVQ-7006

GUI

Performance view / table view: note system time and number format for data export into CSV file

BVQ-7144

GUI

Performance view: shift bold-printing of objects into common object context menu

BVQ-7200

GUI

Performance view: fixed interval: harmonize reference start time

BVQ-7201

GUI

Performance view: options: allow 'Fixed Interval' selection 'None' (Rwa data as in DB)

BVQ-7205

GUI

Performance view: options: limit "Fixed interval" to maximum chart width

BVQ-7275

GUI

Performance view: checkmark dropdowns also for 'Duration', 'Fixed interval' and 'Moving average'

BVQ-5943

GUI

Editors: field lables should never be displayed shortened with '...' 

BVQ-6767

GUI

Editors: move table views to the front after opening      

BVQ-6848

GUI

Editors: integrate merge/demerge/multi-edit for boolean values

BVQ-6905

GUI

Editors: ensure easier reading of validation messages

BVQ-7026

GUI

Editors: mark validation messages with consistent icon

BVQ-7223

GUI

Editors: optimize behaviour at window resize

BVQ-7248

GUI

Editors: support any reduced screen heights by using ScrollPane

BVQ-6852

GUI

Editors: integrate MultiEdit also for (m:n multi-selects)

BVQ-7025

GUI

Editors: disk type: bring out messages more clearly

BVQ-6655

GUI

Tables view - change export function to 'export selected only'

BVQ-6898

GUI

Tables view: add column 'Alert rule' to VDisk & MDisk groups

BVQ-6666

GUI

CLI: switch 'execute on enter' to single line and prevent input-clear

BVQ-7022

GUI

Common object context menu: make grouping of entries more meaningful

BVQ-7049

GUI

Common object context menu: relocate menu item 'cluster CLI scripts' into common object context menu 

BVQ-7066

GUI

Common object context menu: integrate function 'copy...'

BVQ-7067

GUI

Common object context menu: also available in editors

BVQ-5461

GUI

Topology view: simplify the selection of PI-interval by separate dropdown

BVQ-7063

GUI

Topology view: coloring: IO density (heat): add additional gradation between 20% and 80% (turquoise bei 50%)

BVQ-7069

GUI

Topology view: additional paths: 'VDisk -> extent' and 'MDisk group -> IO group'

BVQ-7070

GUI

Topology view: define and add legend for color scheme 'Alerting'

BVQ-7127

GUI

Topology view: treemap: enable the display of VDisk copies in performance aspects

BVQ-7064

GUI

Objekt detail view: various: rename field 'Host port count' in 'Host port defined count'

BVQ-7065

GUI

Objekt detail view: various: detail 'VDisk copy count' according to prim / sec

BVQ-7118

GUI

Objekt detail view: MDisk group: attributes: SVC: revising of staining / sorting

Bug fixes

Critical

Issue ID

Module

Description

BVQ-6968

SVC scanner

Scan should be stopped at 'Error writing cluster identification file!' (cluster_id.txt)

BVQ-7031

SVC scanner

Closing a SSH session takes an unusually long time, sometimes some remain opened

BVQ-6972

VMware scanner

Old 'Topo' files cannot be deleted if persisting

BVQ-6771

GUI

Editors: changes in input-fields which are undone before 'save' or 'apply' is executed, cause an update and thus  a duplicate history entry   

BVQ-7097

GUI

Performance view: VDisk: systematic error in the calculation of CTRH, CTRHP and SLAV/CTRM

Important

Issue ID

Modul

Description

BVQ-6921

Alerting

Customize DB application name

BVQ-6969

SVC Scanner

Error deleting iostats folder / cluster_id.txt

BVQ-6997

GUI

Table view: export: columns with counts are exported as lists

BVQ-6952

GUI

Table view: selected lines are preserved even though the sorting sequence was changed (column function)    

BVQ-6978

GUI

Performance view: user favorites: NPE when opening user performance graphs being older than 100 days

BVQ-7209

GUI

Performance view: calling node to node perf graph: NPE

BVQ-7189

GUI

Topology view: cluster script dialogue: calling from context menu entry does not work anymore

BVQ-7190

GUI

Scanner status dialogue: call takes too long (more than 1min)

BVQ-7221

GUI

Editors: columns of embedded tables do not spread when the width is increased

Issue ID

Module

Description

BVQ-5950

GUI

Topology view: color selection dialogue: color brightness control: gradient reversed to set color                         

BVQ-6901

GUI

Topology view: at mobility zones the coloring 'BVQ Qualified' is displayed correctly just after a second update     

BVQ-6841

GUI

Performance view: options dialogue: object marking is lost when scrolling with tooltip display                                 

BVQ-7143

GUI

Performance view: options: double repaint after selection of a new object

BVQ-7217

GUI

Performance view: option panel loses control after  favorites storing

BVQ-7268

GUI

Performance view: charting does not load  enough data in advance to provide an sufficient amount of lines for the set time interval 

BVQ-7052

GUI

Table view: edit button is always greyed out

BVQ-7036

GUI

Favorites/tabs: tab rename does not work    anymore, if favorites saving is applied multiple times

BVQ-7089

GUI

Tabs: previews: when tabs are in scroll mode the position is too far to the right 

BVQ-7090

GUI

Tabs: sometimes magnifying glass not visible in scroll mode   .

BVQ-7194

GUI

Scanner status dialogue: detail error dialogue: red exclamation mark under dialogue

Known issues

Issue ID

Module

Description

IBM PMR 91765,033,724SVC 6.2.0.3

Strong impairment of the VDisk latency caused by the SVC CLI command 'lsmdiskextent'. Seen in a cluster with 8 nodes (8G4) under 6.1.0.4.
Starting with BVQ 2.4.3, this command is not used anymore. Instead the command 'lsvdiskextent' is used.

IBM PMR unidentifiedSVC 6.4.0.3

Massive occurence of reaching the SVC limit of 10 simultaneously competing SSH sessions may trigger a soft reboot of the node.   
Fixed since 6.4.1.3

BVQ-6610BVQ VMware

Multiple mappings of a VM virtual disk (and/or different snapshot-versions of a single mapping ) to a VM virtual machine are not supported yet. 
These are usually applied by
flash copy managers like TSM4VE.      

BVQ-6623BVQ VMwareBVQ does yet not support the scanning and display of snapshots and their capacities. The used capacity of a VM virtual disk currently corresponds to the used apacity of the original VMDK file.   
IBM PMR ?SVC performance stats

Starting from version 6.1.0.1  SLAV, PLAV and DLAV refer to the consolidated backend IO sizes up to 256k. But not the IO counter for CTRM and CTP. This means  their quotient may be a factor of 8 too low. Therefore, the VDisk below cache metrics  SLAV and PLAV  cannot be used directly to assess the backend latencies. Also their transaction size is not the same as that of the backend (max 32k).

CTD, however, was adjusted to the consolidated IO sizes and continuesly provides useful values.

DB Schema changes

Version
Tables
Description
3.0.0.1N/ARaising schema-level to prevent further persistence in running scanners   
3.0.0.2ALERT_RULEAdding column 'ENABLED' for BVQ-6859
3.0.0.3ALERT_REPORT_CONFIGMigration of contents for the introduction of BVQ-6873
3.0.0.4PERF_SVC_NODEAdding columns 'COMP' and 'SYSTEM' for BVQ-6126
3.0.0.5PERF_SVC_NODE_CPU_CORENew table for BVQ-6126
3.0.0.6SCANNERLOGImproved index to speed up the GUI display
3.0.0.7Alle PERF_SVC_*Changing deletion to rollout delete for BVQ-7109

Requirements and limitations

Requirements of the HW / SW environment

Please see supported environments from BVQ 3.0

Minimum required BVQ version to perform  an update 

V2.7

DB2 version

DB2 Express V10.5 FP2

Java Runtime minimum version
1.7.0.51

Further restrictions

Please see: release notes for BVQ V3.0

Comments

  • When configuring a topology scanner interval >15 min, an adaptation in a GUI configuration file is necessary, regarding the scanner status checks. Please contact the BVQ support in this case.
  • The Excel-format generated by the BVQ reporting is compatible with Excel, starting from version 2003. 
    It is the format 'XML Spreadsheet 2003' (please see Microsoft article).
    The default file extension for this format is: '.xml'. If it is despite saved as '.xls' , a warning message is shown when it is opened with Excel.       
  • Licensing changes will take effect in the scanner and scheduler after about 2 hours or after reboot. 
  • Currently unsupported VMware functions:
    • Partitioned VM SCSI volumes, with partitions which are assigned to multiple VM datastores
    • VM SCSI volumes with UUID which are not unique.

Short description: update steps

Note about upgrade

  1. (warning) During the BVQ scanner upgrade from version 2.7 to 2.8 or higher, it should be noted that besides the SVC scanner also a VMware scanner exists. Therefore it is installed into a new default directory bvq-svc-scanner (previously bvq-scanner). To use the existing scanner configuration again please proceed as follows before carrying out updating step  3 :    
    1. Stop BVQ scanner services manually
    2. Rename directory bvq-scanner in bvq-svc-scanner
    3. Continue with update step 3.
  2. To  be able to use new features, a new license file is required.
    After the import of the new license a GUI restart is required.
  3. The GUI is equipped with new  Predefined favorites. Only User favorites are retained.   

We strongly recommend to follow the sequence of update steps listed below:

 

  1. Preparations
    • Check for correct function of the environment, especially the scanner.
    • Stop BVQ scanner, alerting service, scheduler services, reporting-clients and all GUIs manually
    • Backup BVQ installation directory and BVQ DB (e.g. DB offline backup with DB2 control center) 
    • Restart BVQ scanner
  2. Update DB schema: bvq-schema-migration-3_0-installer.exe
  3. Update BVQ SVC scanner: bvq-svc-scanner-3_0-installer.exe(warning)*
  4. Update BVQ VMware scanner: bvq-vmware-scanner-3_0-installer.exe
  5. Update BVQ alerting: bvq-alerting-3_0-installer.exe
  6. Update BVQ scheduler: bvq-scheduler-3_0-installer.exe
  7. Update BVQ GUI: bvq-gui-3_0-installer(-x64).exe
  8. Update BVQ reporting engine: bvq-reporting-birt-3_0-installer(-x64).exe
  9. Update BVQ report module:
    • Standard reports bvq-standard-reports-3_0-installer.exe
    • Customized reports custom-reports-[kundenname]-3_0-installer.exe
  10. Perform functional tests
  11. If necessary, inform all colleagues about to the needed update of locally installed BVQ GUIs / report client

PDF Version

Page viewed times