Viewing 15 posts - 961 through 975 (of 994 total)
Were you running shrink or do you have auto-shrink turned on? Looks like you've hit a bug in shrink - see here for details and the fix http://support.microsoft.com/kb/811205
If you are...
December 16, 2005 at 10:12 am
There are two issues around blocking in SP4. One's a real bug, the other isn't.
The first one is a bug in the lock manager that manifests during DBCC INDEXDEFRAG. The...
December 16, 2005 at 9:58 am
So was the data perfectly readable in the source database? Using what mechanism?
How did you copy it?
December 15, 2005 at 6:18 pm
That's bad advice - never just run repair. You should always do root cause analysis to prevent a recurrence and make an informed choice between restoring from your up-to-date backups...
December 15, 2005 at 6:15 pm
Do you have any backups? You should be able to restore to the point the log is corrupted by the AV software.
Did you run CHECKDB after deleting the transaction logs?
Regards
December 12, 2005 at 5:58 pm
I haven't seen an increasing trend since SP4 was released and on't know of any bugs that would cause it.
What does it say in the errorlog before the database is...
December 10, 2005 at 9:39 am
Hi Kevin,
Removing the (index) fragmentation should only be done if the fragmentation is going to affect the perf of your query workload. Basically, if the fragmented indexes are involved in...
December 2, 2005 at 4:22 pm
So it seems like the destination db data growth can't be helped, as you're simply inserting a bunch of data into it. Its log file growth could be limited by...
December 2, 2005 at 4:01 pm
It's totally safe. The previous post about it working as a single transaction is wrong - it works as a series of very small system transactions so there is nothing...
December 2, 2005 at 12:09 pm
Take a look at my signature - I'm responsible for all the Storage Engine in MS and I'm telling you that autoshrink is discouraged. Shrinking is only useful in a...
December 1, 2005 at 5:59 pm
The log file is increased by 4-5 Gb, or the data file? I think you mean data file for tempdb.
What does this SP do?
November 30, 2005 at 10:59 pm
I'm curious - did the PSS person warn you about the consequences of rebuilding the log? Were you instructed to do anything else after rebuilding the log?
Thanks
November 29, 2005 at 2:35 pm
As a general practice you should not run shrink. The DB needs space to operate in and will likely just grow again. Also, shrink introduces fragmentation when it moves data...
November 29, 2005 at 2:15 pm
Please post in one of the other forums - this is not a data corruption issue. Thanks.
November 28, 2005 at 10:41 pm
Viewing 15 posts - 961 through 975 (of 994 total)