Cannot shrink virutal log file

SQL Virtual Restore: Rapidly mount live, fully functional databases direct from backups

Cannot shrink virutal log file

Postby lculley » Tue May 31, 2011 2:33 pm

I have a virtual db restore that I am testing with updates and inserts of a million records. Each time I run a transaction, the virtual log grows 1 GB. I have tried backing up the virtual log (successful) but when I try to shrink the file using DBCC shrinkfile (db_log,0), I am unable to shrink the red gate virtual log (the log size stays the same). How can I shrink the virtual log file?
Posts: 21
Joined: Thu Nov 29, 2007 4:51 pm

Postby javen » Thu Jun 02, 2011 10:30 pm


If the database you will be using is write intensive (as your test case suggests), you should look at SQL Storage Compress instead. This is designed for write intensive applications. SQL Virtual Restore is better suited to object level recovery, database validation (DBCC CHECKDB) and read intensive applications. I would look at SQL Storage Compress if your test is representative of what you would use the product for.
Jeffrey Aven
Product Management - HyperBac Technologies
Red Gate Software
Posts: 50
Joined: Mon May 24, 2010 11:10 pm

Postby lculley » Fri Jun 03, 2011 3:07 pm

The issue that I am trying to solve is the time it takes to restore a red gate backup to development and qa environments and the resulting footprint of that operation. The intention is to allow qa and dev to be able to test applications with the understanding that this product is not for a performance environment.

SQL Storage Compress will only shrink existing production databases and will not help with the restore time of dev/qa environments. I would think that the virutal restore product would allow us to manage the virtual db files in some way and if not, I would hope this would be a future feature request. Also, it would be nice if the tool had some native copying ability of compressed files like the sql backup software has. I had to roll out my own copy code to implement this solution.

Still looks like a very promising product thus far though.
Posts: 21
Joined: Thu Nov 29, 2007 4:51 pm

Postby Andrew Hodge » Thu Jul 21, 2011 10:30 am

I found you can shrink a hyperbac log file using the hyperutil.exe command line tool after you have done the shrink db option. (it works with storage compress so think it should work with virtual restore).

C:\\Program Files (x86)\\Red Gate\\HyperBac\\bin\\HyperUtil.exe
with params
/s "<pathtolog>\\.ldfx"

/d is defrag but requires write access to the file.

The downside is that it hyperutil needs write access to the file to do this so you have to take the database offline when performing the action.
Andrew Hodge
Posts: 90
Joined: Thu Jul 19, 2007 7:34 am
Location: Kent, UK

Return to SQL Virtual Restore 2

Who is online

Users browsing this forum: No registered users and 0 guests