astrom
28th January 2003, 15:52
Due to the SQL SLQMMER worm we upgraded to Service Pack 3 for MS SQL 2000 Standard Edition. After that we have experienced performance problems. The session "Rebuild Planned Inventory Movements" used to take 4 minutes, now it takes 40 minutes.

We are running IVc4 level 1.

The problem seems to be simple queries taking long time. I isolated the following code:

select tdsls051.*
from tdsls051
where tdsls051.trdt >= :from.date
and tdsls051.ckor = 3
order by tdsls051._index5
selectdo
endselect

This code runs much slower with SP3.

Has anyone else seen this problem? Do you have any suggestions?

dedwards45
30th January 2003, 00:12
I am offering no help but just adding we are using Baan 5c on and also upgraded to SP3 and are seeing several performance issues. Baan Support has been no help for the last 2 days on getting this resolved.

sqlbuff
30th January 2003, 10:19
Hi,

This problem looks like have affected many, which means the problem is more with the SQL2000 SP3 (or related) than with Baan.

Did you try reverting back to the previously installed MDAC version? SQL 2000 SP3 comes with MDAC 2.7 SP1. There are lot of bugfixes in this service pack, one or more of which would have affected the performance.

The following link tells you how to do that:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnmdac/html/data_mdacinstall.asp

This might help. If not the MDAC, one of the hotfixes or security patches might have given this problem. But mostly rolling back the MDAC should help.

Regards,
sqlbuff

dedwards45
30th January 2003, 17:52
We rolled back to MDAC 2.7 instead of MDAC 2.7 sp1 and everything is back to normal.. Thanks a lot

p.cole
30th January 2003, 18:37
We have are also experiencing the same problems, with the same configuration Baan IVc4 SP11, Win 2000 Std, SQL 2000 Std SP3. We have noticed that msql7_srv.exe processes consume huge amounts of processor (virtually all of it) and huge amounts of memory, approx 100MB.

We will attempt to go back to MDAC 2.7 also and let you know.

Thank you very much for sharing this information.

Ramiro
30th January 2003, 19:56
SQL 2000 SP3 comes with MDAC 2.7 SP1. Reverting back to the previously installed MDAC version solves this problem.

The following link explains how to do that:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnmdac/html/data_mdacinstall.asp

Regards

astrom
30th January 2003, 20:50
This solved my problem and the system is back to normal performance.

benito
31st January 2003, 23:10
Does anybody know if I can apply SP 3 without upgrading MDAC?

Thanks

p.cole
31st January 2003, 23:14
I don't think so. Installing SQL Server 2000 SP3 installs MDAC 2.7 SP1 without asking. See the now released solution 132157 for the short term fix.

benkoolstra
31st January 2003, 23:24
I find it strange that a company like Baan is not testing their software with Service Packs from SQL. The first beta of SP3 was released 04-11-2002 !!!.

Ben Koolstra

Ramiro
31st January 2003, 23:57
SP3 wasn't released several months ago as you said.
In the final versions they can include other components, like in this case.
As stated in Microsoft Security Bulletin MS02-061, in the Technical Details Section:

Technical description:
Microsoft originally released this bulletin and patch on October 16, 2002 to correct a security vulnerability in a SQL Server stored procedure. The patch was and still is effective in eliminating the security vulnerability, and includes the fix for the vulnerability exploited by the "Slammer" worm virus (Note: Slammer affects only SQL Server 2000 and MSDE 2000). However, while the patch was fully effective in eliminating the security vulnerability, in October, 2002, it was found to interfere with SQL Server operations under some circumstances. As a result, on October 30, 2002, an additional non-security hotfix (317748) was required to ensure normal operations of SQL Server.

Microsoft released SP3 just last week. Included in this SP it was the hotfix for the security vulnerability, but also, it was included the SP for MDAC 2.7. Microsoft adviced everybody to install SP3 instead of installing just the fix.

Evidently, something has changed between MDAC 2.7 and MDAC 2.7 SP1.

It seems that Microsoft will have to release an additional non-security hotfix again, to solve the performance problem introduced in MDAC 2.7 SP1.

dedwards45
1st February 2003, 00:18
I think the point being made here is that Baan should be more proactive in testing service packs / hotfixes instead of being reactive and causing a lot of customer frustration.

Ramiro
1st February 2003, 00:22
Do not install SP3, yet. Wait until the new fixes.

Check the following links:

http://www.microsoft.com/technet/treeview/default.asp?url=/technet/security/virus/alerts/slammer.asp

and

http://www.microsoft.com/technet/treeview/default.asp?url=/technet/security/bulletin/MS02-061.asp


remain in SQL-Server 2000 SP and install just the fix 317748


Regards

p.cole
1st February 2003, 00:23
I agree. Baan seem very reactive. To find out whether a SP is supported you need to raise a case with Baan support. Why is this? Why is the status of support for a service pack not public information? Can't Baan say if a SP is Supported, Unsupported, or still under test ?

benkoolstra
1st February 2003, 14:54
Ramiro,

What I meant is the first beta release of the SP which was made available to testers 04-11-2002. I would assume that Baan would also have access to these beta releases and test them against their software.

Ben

sqlbuff
1st February 2003, 15:31
Hi Ben,
Testing the beta release is not always an indicator about all the problems, particularly performance problems. Particularly with respect to customer scenarios. It is Microsoft's product that is beta tested and not Baan product. So Baan wouldn't have as much real time data as Microsoft with respect to Baan's own products. Ofcourse it doesn't mean that the beta releases of SPs should not be tested.

But think about this... After so much of beta testing over a really big number of sites, Microsoft products still have some problems after the release. What would be the chance that Baan can find them early? And certifying Baan with the official release of Microsoft's SP is not equal to testing the beta release of the SP. They have to test with only the official release. And it needs some time after the release.

If not for the slammer stuff has occurred, customers wouldn't have upgraded to SP3 so early.

Regards,
sqlbuff

benkoolstra
1st February 2003, 16:01
Hi SQLbuff,

Beta testing is off course no guarantee but I have the impression that Baan is not very fast with checking new Microsoft products and SP's. It took them many months after the official code freeze of Windows XP to get a BW Client which worrked 100% with the new Windows GUI.

Ben

fmorais
19th August 2003, 13:10
Hi,

I know this thread is old but there is some more info that can be posted.

I recently had this same problem.
Instead if revertind to older MDAC versions I installed MSQL SP3a. This also solved the problem.

Fred

sqlbuff
19th August 2003, 13:20
Yep.

SQL Server Service Pack 3a includes the fix for the above performance problem(infact SP3a has just a couple of fixes... this performance issue seems to have affected too many and made Microsoft release an interim SP:). Before SP3a you either had to approach Microsoft for the hotfix or rollback MDAC.

Microsoft now suggests the customers to either stay at SP2 (plus all those security patches) or directly go to SP3a (instead of SP3).

Regards,
sqlbuff