| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | weird SQL Server experience |
Some of you may remember that I made a recordings database here to hold calls made to our customers. (I made the back end.) When I made it I set the size of the primary datafile to 18GB. It's been running flawlessly for over 10 months. This evening the users started having a problem trying to save the recordings to the database. The failure occurred on the .Execute statement of the Command that calls the stored procedure. I noticed that the data had reached the size allocated for the file. The file was set to auto-grow (5%). However, since I couldn't find anything else wrong, and since the test version of the database (which only has 15GB of data in an 18GB-dimensioned file) did not exhibit the same behavior, I decided to try increasing the size of the file with an ALTER DATABASE statement. I increased it to 21GB. Lo and behold, the problem disappeared. So now the question is, why wasn't the auto-grow setting honored? The users were getting an error message that the timeout expired... the default timeout for the ADO Command object is 30 seconds... thinking out loud I'm wondering whether maybe the problem could be that SQL Server TRIED to increase the size, but couldn't add 5% of 18GB in 30 seconds, so the timeout expired??????? --- BBBS/NT v4.01 Flag-5* Origin: Barktopia BBS Site http://HarborWebs.com:8081 (1:379/45) SEEN-BY: 633/267 270 @PATH: 379/45 1 633/267 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.