Keep in mind that the backup does not necessarily reflect the size of the database (including the log) on disk - even if compression is not used.
You are likely trying to expand a log file that matches the size on the original database, and there is not enough space on the disk. You should check the size that the restore operation is trying to restore to looking at the size column for the files in the following query:
RESTORE FILELISTONLY FROM DISK = 'path:\to\file.bak';
This may or may not match the current size of the original source database, depending on when the backup was taken and what type of operations have been performed against that database in the meantime.
If you don't have that much space to spare on the disk you're trying to restore to, you have multiple options:
- free space on the drive;
- use
WITH MOVE
to place the data and/or log files on a different drive with sufficient space; or,
- shrink the log file on the original database (this may require performing a log backup or a checkpoint to be effective, depending on recovery model) and then take a new,
COPY_ONLY
backup and restore that.
log_reuse_wait_desc
column insys.databases
?