You are currently viewing our boards as a guest which gives you limited access to view most discussions, articles and access our other FREE features. By joining our free community you will have access to post topics, communicate privately with other members (PM), respond to polls, upload your own photos and access many other special features. Registration is fast, simple and absolutely free so please, join our community today!
If you have any problems with the registration process or your account login, please contact contact support.
If you prefer not to see double-underlined words and corresponding ads, place your cursor
I had an issue recently in production. Recently we tested using the application a processes which scans and modifies many deals. The application uses transactions for this purpose. The specs on our UAT infrastructure are below that of production. But this process took 7 hours to run on UAT and 20 hours on production. This lead me to look into sybase configuration. ( Allocated memory e tc is same between the two boxes). My attention was drawn to the max parallel degree, worker process and max scan parallel degree atributes
in UAT it is
max parallel degree: 1
worker processses : 76
max scan parallel degree:1
on prod it is
max parallel degree: 1
worker processses : 10
max scan parallel degree:1
Could the worker processes be the issue as to why the scan and modify ran so slow in PROD.
The worker processes will not be used with parallel degree 1
Is the amount of data the same?
You'll have to find the problem (long running) query and compare show plan output. Maybe missing index or outdated statistics.