Forums before death by AOL, social media and spammers... "We can't have nice things"
|    comp.databases.ms-sqlserver    |    Notorious Rube Goldberg contraption    |    19,505 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 17,841 of 19,505    |
|    Gert-Jan Strik to Elijah    |
|    Re: Sluggish performance    |
|    19 Jul 10 22:18:29    |
      c16cab90       From: sorrytoomuchspamalready@xs4all.nl              Elijah,              By default, SQL Server will use all available memory. But if the server       is not dedicated for SQL Server (as in your situation), then this can       cause memory to be paged out to disk, causes serious performance       problems.              So you should check the memory settings (SQL Server Enterprise Manager,       request Properties of the server, go to tab Memory), and set the maximum       memory to considerably less than 1.7 GB. For starters, set the max to 1       GB. After a few days, check what the available memory is (memory still       available to Windows). If it is less than 30 MB, then lower the max. If       it is more than 100 MB, then increase the max.              Good luck,       Gert-Jan                     Elijah wrote:       >       > I have a database that runs on SQL 2000. The machine and database       > have all the server packs. The machine is a quad-core intel machine       > with 3GB ram. The machine is also a domain controller (windows 2003       > "pdc")       >       > The database is the back end to an access application 2000 application       > connecting via linked tables in Access over ODBC.       >       > The database has about 40 users.       >       > I need to restart the database server instance daily because the       > memory that sqlservr.exe uses climbs up to about 1.7gb. When that       > happens, locks develop on some tables and people experience timeouts       > and lockups.       >       > We've not made any changes to DB schema or the application that uses       > the database. This began about 3 weeks ago and I'm at a loss to       > explain why this happens. All the tables that get locked up have       > indexes and or primary keys. I rebuilt them all to no avail.       >       > I moved the database to a different server (windows 2003, bdc, 2gb       > ram, dual core) and the DB is puring like a kitten. No issues and       > memory holding steady at about 600-800mb. This is normal for this       > application.       >       > Silly question: is 4 cores too much LOL?? I can't think if anything       > that would cause a problem like this and since I moved the application       > and found that it works fine on an older, "lesser" machine I'm       > thinking that the performance is in the server config somewhere??              --- SoupGate-Win32 v1.05        * Origin: you cannot sedate... all the things you hate (1:229/2)    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca