Unable to set max log file size to unlimited

Question

Hi all,
Hoping someone can give me an explanation of an oddity I've had. I have a series of fairly large databases. I wanted the make the database log files 8GB in size with 8GB growth increments with
unlimited maximum file size. So, I wrote the script below. It seems to have worked but the database max size doesn't show as unlimited, it shows as 2,097,152MB and cannot be set to unlimited using a script or in SSMS by clicking on the unlimited radio button.
2TB is effectively unlimited anyway but why show that rather than actually setting it to unlimited?
USE
[master]
GO
--- Note: this only works for SIMPLE RECOVERY MODE. FOR FULL / BULK RECOVERY modes you need to backup the transaction log instead of a CHECKPOINT.
DECLARE
@debug
varchar(1)
SET @debug =
'Y'
DECLARE
@database
varchar(255)
DECLARE
@logicalname
varchar(255)
DECLARE
@command
varchar(8000)
DECLARE
database_cursor
CURSOR LOCAL
FAST_FORWARD FOR
select
DB_NAME(database_id)
as DatabaseName
name
as LogicalName
from
master.sys.master_files
where
file_id
= 2
AND type_desc
= 'LOG'
AND physical_name
LIKE '%_log.ldf'
AND
DB_NAME(database_id)
NOT IN('master','model','msdb','tempdb')
OPEN
database_cursor
FETCH
NEXT FROM database_cursor
into @database,@logicalname
WHILE
@@FETCH_STATUS
= 0
BEGIN
SET
@command
= '
USE ['
+ @database
+ ']
CHECKPOINT
DBCC SHRINKFILE('''
+ @logicalname
+ ''', TRUNCATEONLY)
IF
(@debug='Y')
BEGIN
PRINT
@command
END
exec
(@command)
SET
@command
= '
USE master
ALTER DATABASE ['
+ @database
+ ']
MODIFY FILE
( NAME = '''
+ @logicalname
+ '''
, SIZE = 8000MB
ALTER DATABASE ['
+ @database
+ ']
MODIFY FILE
( NAME = '''
+ @logicalname
+ '''
, MAXSIZE = UNLIMITED
, FILEGROWTH = 8000MB
IF
(@debug='Y')
BEGIN
PRINT
@command
END
exec
(@command)
FETCH
NEXT FROM database_cursor
INTO @database,@logicalname
END
CLOSE
database_cursor
DEALLOCATE
database_cursor

Answer 1

Hi,
http://technet.microsoft.com/en-us/library/ms143432.aspx
File size (data)
16 terabytes
16 terabytes
File size (log)
2 terabytes
2 terabytes
Thanks, Andrew
My blog...