Viewing 15 posts - 721 through 735 (of 994 total)
Management Studio -> Object Explorer -> YourInstance -> YourDatabase -> Management -> SQL Server Logs
Best practices for managing data file growth are:
- manually size your data files to eliminate the...
April 1, 2008 at 6:01 am
With a couple of exceptions:
1) if the database was from a prior version of SQL Server and direct upgrade is supported to 2005, then all the upgrade steps need to...
April 1, 2008 at 5:40 am
Can you try creating an explicit snapshot of one of the databases to see if that works?
A regular snapshot creates explicit sparse files. The snapshot that DBCC uses is created...
April 1, 2008 at 5:12 am
Google search links to http://msdn2.microsoft.com/en-us/library/aa214012(SQL.80).aspx
-b
Specifies that osql exits and returns a DOS ERRORLEVEL value when an error occurs. The value returned to the DOS ERRORLEVEL variable is 1 when the...
March 31, 2008 at 12:47 am
Interesting - I wrote the error descriptions document that these MSDN are taken from and it should contain the 'what will repair do section'. For this error, all that will...
March 21, 2008 at 12:39 pm
Given the structure of your database at present, no object or index has that extent allocated so running repair will not lose any data. Looks like something in the IO...
March 21, 2008 at 11:52 am
One more thing that's wrong with this - switching to SIMPLE breaks the log backup chain so you lose the ability to do point-in-time recovery. I have no idea why...
March 17, 2008 at 7:20 am
What you can do is export your schema and data out to a SQL 2000 database, as long as you haven't used any 2005 features.
Thanks
March 15, 2008 at 3:07 pm
No - because he would have lost the tail of the log with all the transactions since the last log backup. To get up to the minute recovery, the first...
March 13, 2008 at 4:21 pm
Very cool. Beers are on you 🙂
March 13, 2008 at 3:03 pm
ok - so follow the advice from the first response I gave:
In that case, you need to create a dummy database of the same size and layout as the one...
March 13, 2008 at 12:29 pm
Re-attach the database with the log file and it will be suspect. Backup the tail of the log (by doing a regular log backup and adding WITH NO_TRUNCATE). Then restore...
March 13, 2008 at 11:39 am
Ah - in your original post you specifically said you deleted it.
Do you have a backup? Restoring is the way to go if you have one.
ok - so the problem...
March 13, 2008 at 10:48 am
Viewing 15 posts - 721 through 735 (of 994 total)