Start a Conversation

Unsolved

This post is more than 5 years old

16489

June 2nd, 2014 17:00

Ask the Expert - Captiva: Is your system healthy? What to look for to make sure your system is performing optimally

YOU MAY ALSO BE INTERESTED ON THESE ATE EVENTS...

Ask The Expert: Solving Issues with Captiva Image Converter

Ask the Expert: RecoverPoint for Virtual Machine 4.3 SP1

https://community.emc.com/thread/224377

Welcome to this Ask the Expert discussion.  In this session we will be covering Captiva: Is your system healthy? What to look for to make sure your system is performing optimally? Among the many areas we’ll be discussing, our experts will answer your questions in regards to best practice sizing and tuning considerations centered around the “Captiva Capture 7.1 Performance Sizing and Tuning Guide”,  broken down into Client, Server, Database, Licensing, and Reporting performance recommendations.

 

Your Hosts:

 

profile-image-display.jspa?imageID=10308&size=350  Paul Targosz is a Designated Support Engineer since 2007 for Captiva products (Inputaccel, Dispatcher, Formware, Inputaccel for Invoices). Subject Matter Expert, Coach, and Mentor for Captiva team. In the past, Paul, managed a team of support engineers, architect using .NET and Java, and senior development responsibilities.
profile-image-display.jspa?imageID=10387&size=350  Jeff Pavlick is a Captiva Designated Support Engineer. He has experience with Captiva InputAccel, Dispatcher, eInput, InputAccel for Invoices, and Captiva Capture. Prior to Captiva he was in the semiconductor industry as an ASIC Design Support Engineer.
profile-image-display.jspa?imageID=10356&size=350  David Ramsbottom is a Designated Support Engineer with 8 years of experience with Captiva products. David has delivered multiple training sessions on Dispatcher and its optimization, and acts as a mentor for this product. He has experience with Dispatcher, InputAccel, InputAccel for Invoices, CaptivaCaptures.
profile-image-display.jspa?imageID=10395&size=350  Shaishiv Varshney is a is a Designated Support Engineer with 10 years of experience with Captiva products. He has experience with the Captiva suite (Inputaccel, Dispatcher, Formware, Inputaccel for Invoices).
profile-image-display.jspa?imageID=10346&size=350  Abigail Rooney is a Subject Matter Expert on Captiva Support at EMC. Working with the Captiva software suite for the past 12 years in the EMEA region, Abigail starting out as a Technical Support Engineer for FormWare and gradually moving over to InputAccel and Captiva Capture to become a Level 2 support engineer. She provides assistance to Level 1 support representatives for complex issues and interfaces with the engineering team.

This Ask the Expert discussion will be June 23rd – July 7th (2 weeks duration)

 

Get ready by following this page to receive updates in your activity stream or through email.

 

Our experts are standing by to cover all this and much more during the 2 weeks duration of the event.  Join the conversation!

 

Share this event on Twitter:

>> Join me #EMCATE - Captiva: Is your system healthy? What to look for to ensure ur system is performing optimally http://bit.ly/1kk62If 6/23 <<

5 Practitioner

 • 

274.2K Posts

June 26th, 2014 05:00

Did you know that you can conditionally set the value of a department or profile within your capture flow? This helps to streamline processes, reducing the number of steps needed and, in turn, improves performance.

16 Posts

June 26th, 2014 08:00

Where possible use Automatic and HPA templates for optimum performance of your Recognition project.

Classification performs fastest with Automatic and HPA templates. Text matching and keyword templates are significantly slower.

108 Posts

June 26th, 2014 12:00

Do you have large volume of pages to process?


If the answer is yes, you might want to use the scaleserver. Using two (or more) IAS server will provide improved performance because each InputAccel Server machine will have its own memory and disk resources. All the client/server transactions will be divided between the two InputAccel Servers. The two servers could be configured as a ScaleServer group to make them appear like a single server to the client modules.

5 Practitioner

 • 

274.2K Posts

June 27th, 2014 07:00

You may wish to consider some refinements regarding the number of pages in your batches, which can have quite a big effect on performance. For example, in benchmark tests, 1000 pages per batch showed a 13% drop in throughput as compared to 100 pages per batch and this drop increases, the more pages there are. At the other end of the scale, lots of very small batches, e.g. 10 pages or less, can also cause degradation. Reasons for this are explained in the Performance Guide (p22). As a guideline, for the majority of batches on any InputAccel server, 100 pages per batch is recommended. Between 10 and 100 or between 100 and 1000 may give reasonable results, but above 1000 or below 10 is not recommended.

16 Posts

June 27th, 2014 08:00

As well as being periodically purged, the InputAccel Database must be defragmented and reindexed to optimize performance.

Depending on the volume and type of processing, periodically defragmenting and rebuilding indexes in the InputAccel Database may help prevent application performance degradation. The InputAccel Database installer installs the two stored procedures below into the SQL Server to perform these functions on a small set of pre-selected tables. Use these stored procedures in conjunction with SQL Server scheduled job functionality to defragment and rebuild indexes on a regular basis:

up_ReorganizeIndexes: Defragments all of the indexes in the pre-selected set of InputAccel Database tables.

up_RebuildIndexes: Rebuilds all of the indexes in the pre-selected set of InputAccel Database tables.

108 Posts

June 27th, 2014 12:00

Are you planning on running Reports in Production environment?

For optimal performance, avoid running reports that use complex queries against large tables, which can put significant time

and load on the database. If you need to run them, whenever possible, run reports outside of peak production times, as

they can tie up the report tables long enough to begin affecting InputAccel Database performance which will degrade InputAccel Server throughput.

19 Posts

June 27th, 2014 15:00

Do you use Timer to schedule when batches are deleted? To avoid major problems with the IA Server you must run Timer during off-peak hours. The reason is that it forces the IA Server to load every batch and read their IA Values. This puts a huge strain on the IA Server.

16 Posts

June 30th, 2014 07:00

The SQL Server writes all transactions to the transaction log. The size of the transaction log can impact the performance of the InputAccel Database negatively. Consider storing the transaction log on a separate drive controlled by a different disk controller for improved performance.

108 Posts

June 30th, 2014 08:00

Could Trigger Levels in process effect performance?

The decision about trigger levels depends a lot on your business case, demands etc. There are always advantages and disadvantages for using Low triggers or high triggers. In some cases, the module itself dictates the trigger level. For example, Image Processor can only be triggered at level 0. However, there are cases where you have a choice of trigger level. In cases where you have a choice to select the trigger level, consider the advantages and disadvantages and architect your process steps carefully for optimal performance.

18 Posts

June 30th, 2014 13:00

Is the access to your Recognition project slow?  Do you have lots of data in your Recognition project that your modules have to download from a UNC path each time they are started or a task changes the project?  If so take a look at the localcache option in the Captiva Documentation that will allow a local cached copy of your project to exist!

16 Posts

July 1st, 2014 06:00

It is possible to improve the performance of client side modules by changing the value of the prefetch.

This value tells the InputAccel Server how many additional tasks to send to the client module in addition to the task that the server was already planning to send. Increase this value to prefetch more tasks. One reason to increase it would be if you have extremely fast processing tasks (e.g. just milliseconds per task). In that case, you can end up with the module waiting for tasks because it is processing them faster than the server can send them.

To change the prefetch value go to the Settings.ini file located on the client machine in the %ALLUSERSPROFILE%\EMC

\InputAccel folder and add PrefetchDefault = n (default = 2).

18 Posts

July 1st, 2014 16:00

Is your IA Server running slow?  Have you checked the state of your reporting engine lately?  Reports have the biggest effect on the performance of the IA Server and Database. First see if only the reports you want are being run on a regular basis.  Then check that the corresponding purges are setup and are running by checking the DAL logs.  Finally run a row count against all the reporting tables and do a comparison a week or month later and make sure none of the tables are growing unbounded.

16 Posts

July 2nd, 2014 09:00

The InputAccel Server can hold between 50 – 500 batches in memory at the same time. The number of batches it can hold depends on batch size, available RAM, and other variables. When there are more active batches than the InputAccel Server can hold in memory, the server must load and unload batches more frequently and must manage a larger list of batch and task information. The more active batches therefore, the more the InputAccel Server throughput degrades.

108 Posts

July 2nd, 2014 10:00

Have you wondered after making some changes to code, server performance has degraded? If this is the case, you may want to look into your debug logs and look for error/warnings or wait time for your VBAExec. If you find one, review your code to make sure that it doesn't go to wait while execution.

16 Posts

July 3rd, 2014 08:00

If you find the error "Event queue for IADB updates is 100% full" in your debug.out, this suggests your Database can't keep up with your IA Server. Think about increasing the performance of the SQL server, deactivating reporting or reviewing the DAL logs to see if there are any queries which are taking a long time and could be optimised.

No Events found!

Top