Viewing 15 posts - 1,246 through 1,260 (of 1,364 total)
Ruchika,
Hav you gone thru this link:-
http://www.developersdex.com/sql/message.asp?p=1870&r=4699024&page=2
Manu
July 1, 2008 at 4:00 pm
Try running DBCC CHECKDB ('CLICK_ETL', repair_rebuild) in query analyzer and check for errors or if it is scheduled as an job then specify job log file and check that file...
July 1, 2008 at 11:48 am
Have you tried Deepak's suggestion?
Manu
July 1, 2008 at 10:29 am
Can you please specify the sql server edition. Also, the complete error message.
Manu
June 30, 2008 at 4:38 pm
You will have to take the downtime. I don't think there is any other way of doing it.
The one available is the same what is done in background by sql...
June 30, 2008 at 4:24 pm
That might had happened step by step. Is autoshrink ON for this database?
Manu
June 30, 2008 at 8:44 am
Did you go thru the following link:-
http://msdn.microsoft.com/en-us/library/ms189307.aspx
Alos, check it once(http://sqladvice.com/blogs/repeatableread/archive/2005/03/04/4262.aspx)
To force a connection to use Named-Pipes, just append np: before the name of your server. Examples...
June 27, 2008 at 1:54 pm
Jeff is right you need to execute DBCC UPDATEUSAGE('Database Name') with count_rows so that you can rely on sysindexes results.
Manu
June 27, 2008 at 9:58 am
Is there only one sql server instance running on this machine? If there are more than one instances then you need to find the instance consuming most of the memory....
June 26, 2008 at 3:48 pm
Do you have any other windows account having sysadmin privileges on this installation?
Manu
June 26, 2008 at 2:55 pm
dbcc sqlperf(logspace)--Log file size
select object_name(id) as Table_name, rowcnt [RowCount] from sysindexes where indid in (0,1)--Rowcount
You can use sp_helpfile for listing the database file size specifications.
Manu
June 26, 2008 at 1:17 pm
June 25, 2008 at 7:48 am
I think thts only possible with 2005.
In 2000 as per books online:
ALTER PROCEDURE permissions default to members of the sysadmin fixed server role, and the db_owner and db_ddladmin fixed...
June 24, 2008 at 11:15 am
June 24, 2008 at 10:03 am
No worries if msdb database size is under control. I think somebody didn't check the deleting backup and history option while dropping
database from enterprise manager.
Manu Jaidka
June 24, 2008 at 9:31 am
Viewing 15 posts - 1,246 through 1,260 (of 1,364 total)