Adaptive technology bolsters database's manageability
With the latest release of DB2, IBM is poised to reshape the database landscape. Big Blue speaks very proudly and boldly about its new adaptive technology. In Version 8.2, IBM has realized some of the promise adaptive technology has to offer, but the company still has a way to go before the self-configuring, self-tuning, and self-healing capabilities achieve their full potential.
One of my absolute favorite improvements, an application of self-tuning, is DB2’s use of multiquery optimization. DB2 looks at the different queries in your workload and matches their common elements. It then stores the execution plans of those common elements. Whenever any query comes up that has that common element, DB2 already has the execution plan worked out so it doesn’t have to recalculate it. This feature greatly increases the efficiency of your queries. In my tests, I saw as much as a 30 percent performance gain, a significant increase.
DB2’s self-tuning capabilities allow both DBAs and non-DBAs to configure their databases for maximum efficiency in two seconds, once you’ve gone through the well-designed setup wizard. Companies may now be able to hire less skilled DBAs because human knowledge is no longer needed to tune the database: Admins will not need to keep lists of parameters to check for tuning anymore.
That’s not to say that DB2 configures everything on your server and renders your DBA obsolete. DB2 still can’t rearrange your data and log files for optimal performance, nor can it answer the configuration questions for you. The person doing the configuration still needs to have some knowledge of the applications, queries, and usage of the database for DB2 to tune it correctly.
DB2 is now also self-healing — well, somewhat. It monitors some important health indicators, such as deadlock rates, lock escalation, and HADR (High Availability Disaster Recovery) Log Delay, and an admin can set up script triggers to fix problems when certain conditions exist, such as if the deadlock rate gets too high.
DB2’s capacity for healing itself is definitely a step in the right direction, but for it to be a truly self-healing engine, it needs to offer a list of default actions for each indicator rather than forcing the DBA to script single solutions. Further, DB2 should be smart enough to learn what it takes to fix the database in your environment, and its approach should be more proactive by trying a list of common fixes before human intervention is required.
IBM has made some pretty significant advances in HADR. DB2 8.2 can be configured to ship logs to a standby server automatically, and the standby server can be configured to automatically apply the logs. Admins may select from three synchronization modes to choose the level of consistency they want between the two databases.
DB2 uses its new automatic client redirect capability to, as the name suggests, redirect the client requests to the standby server if the primary database goes down. Clients, each managing their own connections, will never know the difference; this functionality will greatly improve your high-availability solution. The redirect capability resides in the client library rather than being implemented by use of a third monitoring host, which is a huge benefit because it means you don’t have to rely on another server to act as a heartbeat mechanism.
Version 8.2 also introduces a new recovery feature that combines restore and rollforward commands into one statement, making it very easy to restore a database with multiple log files. I typed in the very simple recover command, and specified a date and time to which I wanted to restore. DB2 did all the work from there.
DB2 8.2 sees many significant improvements over its previous versions. Some have global significance in the database market, such as its intelligent multiquery optimization, which puts IBM leagues ahead of its competitors. Other advances, such as the new backup feature, are very nice but not terribly earth-shattering when compared to other databases. The self-healing capabilities are also a good start, although they need improvement.
In some ways, DB2 falls behind its competitors. For instance, this release is the first to handle Windows groups with names longer than eight characters. Additionally, IBM also just added support for the Windows local system account for use with the various DB2 services, a capability the competition has had for quite a while.
In all, there are many reasons to respect IBM’s groundbreaking technology, especially because DB2 is driving how the world will be measuring database performance in the near future.
Overall Score (100%)
|IBM DB2 8.2||6.0||8.0||9.0||7.0||8.0||9.0|
Looking for the missing free copy icon? It's been replaced. There's a new direct link that works like a...
Supreme Court's decision is bad news for developers targeting the U.S. market, who will now have to...
The transition from command line to line-of-command requires a new mind-set -- and a thick skin
If an 'independent' code review says a product is totally secure, you aren't hearing the full story
A spate of projects from IBM's DeveloperWorks Open portal covers everything from improving Spark...
Built for development teams, Git can’t meet enterprise scalability and security requirements on its own...
AWS's developer-focused approach is one lesson enterprises should glean from the cloud leader