Need expert help—fast? Use the Help Bell for personalized assistance getting answers to your important questions.
Internal Web Error
We received this attached error on our intranet when we try and open a specific application.This problem occurs randomly.It has gotten worse the last few weeks where we actually have to restart the server for the application to open.I can't restart the server every day!
The two scenarios that i think is possibly causing this could be
:
1) The software installed by a third party company (This Web Based Employee clocking system) is causing issues with the ISS and ASP.net because of bugs in their software.2 months previously after they "fixed" an asp.net and IIS issue onsite on our premises everything was working fine until about a month ago when this error (attached) started popping up again .
2) Problem on our network or server but then other sections of the nework would also be slow?
Any advice?
Server-Error.gif
The two scenarios that i think is possibly causing this could be
:
1) The software installed by a third party company (This Web Based Employee clocking system) is causing issues with the ISS and ASP.net because of bugs in their software.2 months previously after they "fixed" an asp.net and IIS issue onsite on our premises everything was working fine until about a month ago when this error (attached) started popping up again .
2) Problem on our network or server but then other sections of the nework would also be slow?
Any advice?
Server-Error.gif
Asked:
5-
5
- +1
4 Solutions
Is the database server the same as the webserver? It could be a SQL query is creating a lock, or a SQL query is just very slow.
You could profile your SQL Database to see what's going on there. It could also be another database on the same server creating performance issues on this server.
You could profile your SQL Database to see what's going on there. It could also be another database on the same server creating performance issues on this server.
Att: ingriT.
Yes the database server,Mail server is all on one server.
Haven't used SQL Profiler before so i'll see if i can make sense of this built-in function within SQL Server 2008.
I've attached another screen which within SQL Server when trying to delete a row within a view in this specific Webregister db.Even creating a table within this db is giving this error.
Also get these errors in the log files on the second attachment
SQLError.png
Autogrowth-Error.gif
Yes the database server,Mail server is all on one server.
Haven't used SQL Profiler before so i'll see if i can make sense of this built-in function within SQL Server 2008.
I've attached another screen which within SQL Server when trying to delete a row within a view in this specific Webregister db.Even creating a table within this db is giving this error.
Also get these errors in the log files on the second attachment
SQLError.png
Autogrowth-Error.gif
The autogrowth error is the one causing the problems.
Is this a production or a development database? For production you might want to consult a co-worker or a database administrator if you have one.
On development I would just execute this statement:
With SQL Server 2008:
See this link for some more information: http://support.microsoft.c
Is this a production or a development database? For production you might want to consult a co-worker or a database administrator if you have one.
On development I would just execute this statement:
With SQL Server 2008:
use dbname
GO
DBCC SHRINKFILE(logname, 1)
GO
ALTER DATABASE MyDatabase
MODIFY FILE ( NAME = MyDatabase_dat, size=5000MB)
See this link for some more information: http://support.microsoft.c
Yes,it looks like the Logfile is causing the issue.I see the people who installed this third party software set the db + logfile to autogrowth by 10% in SQL Server which is not recommended by a lot of users on the internet.The actual size of these files in the relevant folder under Program Files is higher than the specified space reserved for space.
We do not have a development server,everything is life.
Can i change the the size properties for this db to a higher value and then run one of the above scripts in our production server.Is this to risky though or not really?
We do not have a development server,everything is life.
Can i change the the size properties for this db to a higher value and then run one of the above scripts in our production server.Is this to risky though or not really?
I'm not really an expert on databases, but I run this code on our production databases as well. I don't think it is too risky, especially if it isn't working now anyway.
Please do create a full database backup before running this procedure. And there can be performance issues on this server while running the command, it depends on the filesize how long this will take.
Please do create a full database backup before running this procedure. And there can be performance issues on this server while running the command, it depends on the filesize how long this will take.
The Logfile is 8 GB and the db 300MB.
I'll do the backup now.I'm not going to shrink the db but rather increase the space because we do have the space available
I'll do the backup now.I'm not going to shrink the db but rather increase the space because we do have the space available
Oké, that is an even better solution :)
But do keep in mind, that it will fill up some day, maybe set an alert in SQL if that is possible, or set autoshrink (see the previous link) on it at some point.
But do keep in mind, that it will fill up some day, maybe set an alert in SQL if that is possible, or set autoshrink (see the previous link) on it at some point.
I set the logfile to 15GB and the datafile to 500 MB without the Autoshrink and it worked!
Only problem was when i walked into work this a.m i saw an error in SQL and in the Application "The transactionlog for".." is full.To find out why space can't be reused........." I think this happened last night when the backups kicked off.
This specific db gets a full backup and after that the backed file gets shrunk with another Maintenance plan.
The two files now changed to 7385 MB and 317 MB respectively?This morning i tried several times to change these values but i got the same error in Sql 2008 as the error description mentioned in above paragraph.An hour after basically giving up i enter 10000 MB and 500 MB and miraciously it worked again.
Tonight i'll be running a normal full backup of this db and 20 minutes after that i'll be running the log backup.Is this the right sequence of setting the the full backup and then the log file backup?
Only problem was when i walked into work this a.m i saw an error in SQL and in the Application "The transactionlog for".." is full.To find out why space can't be reused........." I think this happened last night when the backups kicked off.
This specific db gets a full backup and after that the backed file gets shrunk with another Maintenance plan.
The two files now changed to 7385 MB and 317 MB respectively?This morning i tried several times to change these values but i got the same error in Sql 2008 as the error description mentioned in above paragraph.An hour after basically giving up i enter 10000 MB and 500 MB and miraciously it worked again.
Tonight i'll be running a normal full backup of this db and 20 minutes after that i'll be running the log backup.Is this the right sequence of setting the the full backup and then the log file backup?
Question has a verified solution.
Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.
Have a better answer? Share it in a comment.
Join & Write a Comment Already a member? Login.
Featured Post
ZipGrep is a utility that can list and search zip (.war, .ear, .jar, etc) archives for text patterns, without the need to extract the archive's contents.
One of a set of tools we're offering as a way to say thank you for being a part of the community.
Tackle projects and never again get stuck behind a technical roadblock.
Join Now
if that is this clocking system then you need to ask them to have a look at this and change timeout settings I would say.