USE mydatabase
sp_spaceused

Column name Data type Description
database_name varchar(18 ) Name of the current database.
database_size varchar(18 ) Size of the current database.
unallocated space varchar(18 ) Unallocated space for the database.

Column name Data type Description
reserved varchar(18 ) Total amount of reserved space.
Data varchar(18 ) Total amount of space used by data.
index_size varchar(18 ) Space used by indexes.
Unused varchar(18 ) Amount of unused space.


А BOL(Books Online, т.е. help MS SQL) у вас есть ?

1. Для начала лучше сразу определиться в размером файла данных. Вы ведь наверняка не собираетесь хранить все данные вечно. Т.е. рано или поздно встанет вопрос об удалении "устаревших" данных или о переносе их куда-нибудь(какую-нибудь архивную базу). IMHO лучше сразу выделить под файл данных большой(читай - максимальный) кусок дискового пространства. В этом случае кстати возможно файл на диске будет расположен непрерывным куском(ну или несколькими кусками), что уменьшит дефрагментацию и соответственно увеличит скорость чтения. Кроме всего ничто не мешает увеличить/уменьшить размер файла, если это понадобится.


2. С ростом размера лог файла можно бороться переодическим архивированием. Частоту архивирования лучше настроить исходя из частоты добавления ваших данных.

3. Размер базы Tempdb больше зависит IMHO от того, что вы делаете дальше со своими данными, т.е. от запросов к данным. Эту базу также можно периодически усекать

Если 30Гб это полностью доступное место дисковое пространство, то я бы поделил его так
- 20Гб сразу выделить под файл данных
- 2Гб под лог с возможностью автоматического роста
- сколько-то под tempdb с возможностью автоматического роста

Немного информации(правда для SQL7 и 2000, но все же) можно почерпнуть здесь
http://www.sql.ru/subscribe/080.shtml#1

ЗЫ
С 6.5 я практически не работал, поэтому возможно кто-то выскажет еще какие-то соображения по этому поводу