Get Data Sheet
Get Free Trial
Learn about Rules
Flash overview
Contact Sales
|
ActiveBase Performance™
Overview
Features
ActiveBase Performance unique SQL*Net Proxy software transparently
intercepts long running SQL requests on-their-way to the databases, applying on them a powerful rule engine.
Each rule is built from a ´matcher´ (identification criteria) and a ´action´.
Rule matchers include Oracle partial execution
plan matching, SQL pattern matching, full-scan on large tables, number of partitioned scans, syntax matching, time-of-day, Oracle cost, regular
expression matching and user-defined functions. The broad identification capabilities enable a single rule to improve hundreds of similar SQL requests, reports and ad-hoc queries.
When an incoming SQL request is identified by a matcher, an action is applied in-real-time.
Rule actions include various SQL optimization techniques, including rewrites, SQL text
´search and replace´ actions, or adding Oracle ´Hints´.
Other performance management actions include:
  Blocking action, returning a message back to the user (e.g., block full
scan on tables like BILLING_ACCOUNT table)
  Redirecting the SQL request to a mirror/replication
            
Solution Overview            Blocking Toad Return Message
ActiveBase Performance includes three layers:
  A SQL*Net proxy that acts as an Oracle listener, where
applications, reporting tools and development tools are
configured to connect through it (by changing TNSNAMES.ORA file) or by simply switching the
Oracle listener port with ActiveBase listener port).
  A switch receiving all incoming connections, to determine which
connections will be routed through ActiveBase rules, which
connections will be refused, which connections will be routed to an alternative database, and which will reconnect directly to
the Oracle listener, bypassing ActiveBase completely.
  A Rule Engine automatically applying powerful performance rules
Examples
FAQ
Technical
How is ActiveBase Performance different from native DBMS performance features and tools?
Native DBMS performance monitoring tools typically provide SQL optimization recommendations, with no capability of implementing the recommendations (requires manually changing the application source-code, when possible). This is not feasible when the customer has no control over the application source-code (in packaged OLTP applications), and in large DW and BI environments - where reports and ad-hoc queries are created and changed daily.
Oracle's DBMS Outline/Profile feature does not support applications using dynamic SQL requests, provides limited functionality (e.g., cannot apply 'from' amd 'where' clause rewrite), and is impossible to administer and manage in the long run. ActivePerformance provides unlimited SQL rewrite capabilities with easy and centralized management, including audit trail and predefined reports.
How does ActiveBase Performance improve ad-hoc query and reporting in environments defined by large multitudes of requests?
AB*Performance includes several mechanisms that have been specifically designed to improve ad-hoc queries:
1. More powerful: as ActiveBase performance rules identify and fix reports based on PARTIAL explain plan matching, PARTIAL SQL text identification, number of partitioned scanned, rules identify performance problems and fix ALL AD-HOC QUERIES WITH SIMILAR PERFOMANCE PROBLEMS!, where a single ActiveBase rule using partial explain plan pattern identification fixes tens and hundreds of reports and ad-hoc daily with similar performance problems.
Naturally there will always be other ad-hoc queries that will not be identified and fixed by ActiveBase rules, yet the powerful rules puts in place a clear and efficient methodology that makes the current process a much more efficient one.
For example, the following identification:
Is applying a hint /*+NO_INDEX*/ to all reports and ad-hoc queries that include within their execution plan the following three actions: Partition range, Table access and index range scan INSTEAD OF PARTITION RANGE SCAN, extremely inefficient as there is a relevant partition key in this table. The rule automatically adds the hint /*+NO_INDEX*/ which causes Oracle to use the partition correctly. As the customer experienced many reports and ad-hoc queries with this problem, the rule is extremely efficient, running minutes instead of hours.
2. More efficient: ActiveBase central rule management enables to manage and reuse all tuning effort done by the DBA team. No time is wasted at tuning ad-hoc queries that have been already tuned in the past.
3. Faster: ActiveBase provides an SQL Expert utility that saves DBA time by automatically tuning the SQL request
Why is your blocking by ActiveBase Performance better and safer then blocking provided by other solutions?
Only ActiveBase software enables to block a specific SQL requests in any application (2, 3 or n-tier applications) without killing sessions or touching application code, while returning a customized notification to the user (multi-language supported). Application connections are not torn and sessions are not killed – only the specific request is blocked - protecting productivity. Other requests from different users using the same connection (using connection pool) continue with no application abstraction whatsoever.
How can ActiveBase help Siebel applications?
Siebel suffers from long running user requests due to never-ending, resource draining un-tuned SQL requests (using rule based in common Siebel implementations). With ActiveBase Performance, performance experts can finally tune Siebel source-code to dramatically speed response time and reduce resource waste.
What load does the additional ActiveBase server impose, if ActiveBase server is installed on the database server?
ActiveBase server imposes about 1% CPU load, which is regarded as negligible by our customers. It can also be installed on the application server or on a stand-alone machine with no database server overhead.
How can ActiveBase ensures that it is not adding a single point of failure?
As ActiveBase inline acts as an Oracle listener, the Oracle built-in transparent failover client-feature ensures that ActiveBase does not add a single point of failure.
In addition, ActiveBase can be installed as a high-availability cluster for failover and load balance with large Billing, Datawarehouse and large scale enterprise application production environments since early 2005.
Installed inline, what latency does the additional routing impose on database requests?
ActiveBase adds less than a fraction of a millisecond (~150 Microsecond) to each statement on its way to the database server in massive OLTP environments. The results from the database return to the client through ActiveBase, yet propagation is negligible, since no processing is involved.
What platforms does ActiveBase support?
ActiveBase is currently available for Oracle8.0 and higher running on Windows, UNIX (HP, Sun or IBM AIX) and Linux Operating Systems.
When will ActiveBase be available for DBMSs other than Oracle?
Support for SQL Server and IBM DB2 is planned for 2010. If you are interested in ActiveBase availability for a specific platform/environment please contact us at support@active-base.com
Installation
What exactly do I need to install?
In order to run ActiveBase products, you need to install the ActiveBase server software. It can be installed on a dedicated server or on the database server, or on one of the application servers with Unix HP/Solaris, AIX, Linux or Windows OS. For testing purposes, even a desktop is enough (though we would not recommend it for a production environment).
How large is the download and what does it include?
The download for the server software comprises 35mb and includes documentation and management console installation.
How long will it take to install and configure ActiveBase software on a single database?
Installation only takes a few minutes. You will first install the server software, followed by the database configuration wizards and rule-pack sample. Predefined rules will be available immediately, and you will be able to define custom rules using a wizard. For most applications, creating initial rules should not take more than an hour.
Do I need to change my applications or database?
Absolutely not. ActiveBase Performance is completely transparent to both applications and databases. No client side installation is required. No database configuration change is required.
To configure ActiveBase Performance software listener:
1. Add a new entry to the Oracle client centralized routing flat file, (tnsnames.ora or oranames) with ActiveBase server host and listener port number. This file is centrally managed for all clients, thus a single and simple configuration change immediately affects all clients to be routed via the ActiveKnowledge server. For testing purposes, a tnsnames.ora copy can be saved on a local directory on your client.
OR...
2. Change the database listener port to listen to another port (hidden) and configure ActiveBase listener port to listen to the primary port (e.g. Oracle port 1521). ActivePerformance includes specific functionality to support this type of configuration by enabling selective bypass to specific clients (clients are identified by an include/exclude list of program/host name and OS users). This bypass enables all clients to connect to ActivePerformance listener port, where specific clients will be routed through ActivePerformance rules, while other applications will be routed directly to the hidden database listener, bypassing ActivePerformance rules (e.g. ETL processes that do not require performance or auditing).
What permissions do I need in order to install ActiveBase?
You need sufficient access to allow installation of software on the server. No DBA privileges are required for the database itself.
My company has a strict policy of not installing any 3rd party software on our database servers. Does that mean I cannot install ActiveBase? No. You can install ActiveBase on a dedicated server or on any application server, supporting Windows, UNIX (HP, Sun or IBM AIX) and Linux.
Backup
What should be the backup procedure for ActiveBase?
You should backup the full installation files once in: home/active/java and home/active/[activebase Product].In addition, to backup full configuration and rules you need to regularly backup home/active/[ActiveBase Product]/cfg/directory.
What processes should be monitored?
All ActiveBase products run using a single OS process that is defined during product installation-during the administration setup. Default service name is the machine name, but it is always recommended to add a prefix: ab_[server_name] for easy identification. The specific process name can be identified in the machine top command. ActiveBase also provides a script (monitor.zip found in our FTP site) that verifies user experience by testing user connection time regularly, returning error code and triggering email/SMS notification.
|