EditAttachPrintable
r2 - 2019-03-06 - 17:14:08 - RichardWattsYou are here: TWiki >  Deployment Web > DeploymentInstallingUpgradingAndMigrating > RQMPartitioning

Partitioning Rational Quality Manager for Data Growth todo.png

Authors: Richard Watts, Prabhat Gupta, Gary Johnston, Vishwanath Ramaswamy
Build basis: Rational Quality Manager, 6.0.6.1 and later

Starting in 6.0.6.1, we introduced a new feature for customers using Rational Quality Manager with configuration management called database partitioning. This is not a product feature but the necessary configuration steps to enable table partitioning in your enterprise database.

Note Database partitioning is an enterprise feature, which means you need to determine if the version/license of your enterprise database supports this feature before you attempt to turn it on. The best resource to determine the features your enterprise database supports is your database administrator.

What is partitioning?

Partitioning is the division of a logical table (or database) into distinct independent parts. It is normally done for manageability, performance, availability or load balancing. In our case, we are partitioning tables for data scale. Meaning, we partition the table to keep the same levels of performance as data grows.

In this case, we are partitioning the version table based on artifact type. Future releases will include other high growth tables, but we decided to focus on one for our initial release of this feature.

How to check for growth

There are two ways to determine how much data you have in your version table. We provide a managed bean, Project Metrics MBean that you can enable and monitor for data growth. In addition, we provide vendor specific queries that can be run to check the number of rows in the version table. These queries can be run from the repodebug User Interface in Rational Quality Manager. Either of these approaches will tell you the size of the version table, which is the key factor on when to consider enabling table partitioning.

Project Metrics MBean

How to enable the mbean

The specific attribute

Repodebug Queries

Microsoft SQL Server

Oracle DB

DB2

When considering whether to enable partitioning, you need to evaluate the size of the version table. As the size of the table grows beyond 5GB, it is recommended by database vendors that you consider data growth strategies for your table. In our case, 25 million rows in the version table is approximately 4.5 gb and you should consider partitioning your version table.

How to enable partitioning

Enabling table partitioning is done while the system is shut down using a repotools command.

repotools-qm.sh -partitioning [teamserver.properties=tspFile] [logfile=logFile] enable [noPrompt]

How to disable partitioning

Disabling table partitioning is done the same way. The system is shut down and a repotools command is executed to disable the table partition.

repotools-qm.sh -partitioning [teamserver.properties=tspFile] [logfile=logFile] disable [noPrompt]

Related topics

Deployment web home,

Project Metrics MBean repotools-qm -partitioning command

External links:

Additional contributors: Michael Afshar, Susan Yeshin, Chris Austin

Edit | Attach | Printable | Raw View | Backlinks: Web, All Webs | History: r6 | r4 < r3 < r2 < r1 | More topic actions...
 
This site is powered by the TWiki collaboration platformCopyright © by IBM and non-IBM contributing authors. All material on this collaboration platform is the property of the contributing authors.
Contributions are governed by our Terms of Use. Please read the following disclaimer.
Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.