13.01.2013 Views

OpenEdge Data Management: DataServer for Microsoft SQL Server

OpenEdge Data Management: DataServer for Microsoft SQL Server

OpenEdge Data Management: DataServer for Microsoft SQL Server

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Chapter 8: Troubleshooting<br />

ODBC_DEF_BLKCACHESZ is the default value <strong>for</strong> QT_CACHE_SIZE when block cursors are<br />

enabled. This value is currently set to 10,000 bytes.<br />

ODBC_DEF_LHDCACHESZ is the default value of QT_CACHE_SIZE when lookahead cursors<br />

are enabled. It is currently set at 30,000 bytes.<br />

The value of QT_CACHE_SIZE represents an upper limit <strong>for</strong> the row space available to<br />

the lookahead cache, not the amount of space a lookahead cache will actually use.<br />

This highlights a key distinction between block and lookahead cursors. The “cache<br />

size” <strong>for</strong> block cursors is preallocated be<strong>for</strong>e results are retrieved so this value<br />

represents an actual allocated amount. For lookahead cursors, memory is accrued as<br />

rows are read back from the result set and added to the cache. So the “cache size”<br />

specifies an upper limit on the number of cached rows allowable, not an exact amount<br />

of space that will be allocated as is the case with block cursors.<br />

Adjusting values<br />

With the default size, approximately 6.5 open cursors and result sets per table can be<br />

established at a given time be<strong>for</strong>e the maximum block memory area<br />

(PRGRS_TABLE_BLOCKSIZE) is exceeded. At 10,000 bytes, 104 new block allocations<br />

can be established be<strong>for</strong>e the maximum block memory (PRGRS_MAX_MBLOCKSIZE) is<br />

exceeded. If record sizes are large or the typical row counts <strong>for</strong> your results sets are<br />

large, you can consider increasing one or both of these sizes. Conversely, if record<br />

sizes are small or the typical row counts <strong>for</strong> your results are small, you can consider<br />

decreasing theses sizes. Consider setting these tuning parameters based on your<br />

typical requirements and then override them <strong>for</strong> specific queries that are the exceptions<br />

using the query tuning option.<br />

ODBC driver problems<br />

The ODBC drivers use the <strong>Microsoft</strong> Windows DLL technology. A driver problem can<br />

leave the driver’s DLL in an unstable state. In this case, the next attempt to connect to<br />

the driver might fail with a GPF or with an unexpected error message. If this occurs,<br />

you might need to unload the driver’s DLL by using Windows utilities or by restarting<br />

Windows.<br />

In addition, drivers utilized by ODBC can get overlaid with incompatible DLL versions<br />

as other products are installed on your system. You might need to reinstall ODBC<br />

drivers and products if such incompatibilities occur.<br />

332 <strong>OpenEdge</strong> <strong>Data</strong> <strong>Management</strong>: <strong>Data</strong><strong>Server</strong> <strong>for</strong> <strong>Microsoft</strong> <strong>SQL</strong> <strong>Server</strong>

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!