假设我创建了一个数据库名为:company第一个问题?
数据库文件里有company_Data.MDF 和company_Log.LDF
但是有一天发现 company_Log.LDF 有15G了,我想请问这个文件是不是只是日志文件,是可以清空的(如果要清空,是用什么语句?),然后只要不动company_Data.MDF就可以了,数据还是会完整的存在?第二个问题?
tempdb.mdf和templog.ldf主要是起什么作用?通俗些帮我解释,我好蠢的第三个问题?
我右键点击查看属性时,数据文件和事务日志下面都显示的是"文件增长不受限制",但为什么上面又有一个"分配空间"下面有具体的数字,那个数字可以去修改吗?谁能帮我回答,万分感谢!!!!

解决方案 »

  1.   

    1,是日志文件
    清空可以用backup语句2.临时数据库3.
    不知道
      

  2.   

    1、用BACKUP LOG database WITH NO_LOG清除日志
    把数据库属性中的故障还原模型改为“简单”可以大大减慢日志增长的速度。
       如果把还原模型调到简单,这样就不支持时间点还原了,但是日志文件会很小,如果数据比较重要推荐还是把数据库的还原模型调为完全
    用BACKUP LOG database WITH NO_LOG命名后,会截断不活动日志,不减小物理日志文件的大小,但逻辑日志会减小,收缩数据库后会把不活动虚拟日志删除来释放空间,不会损坏数据。
    如果日志被截断并收缩数据库后,就不能直接用最近的一个全库备份做时间点还原,建议立即备份数据库,以防万一。
    2、sql server运行中,是否能删除主数据库事务日志文件 
    步骤如下:(1)、分离数据库企业管理器--数据库--右击你要删除日志的数据库--所有
    任务--分离数据库
    (2)、然后删除日志文件
    (3)、然后再附加数据库
    企业管理器--数据库--右击数据库--所有任务--附加数据库这时候只附加。mdf就可以了。
    3、压缩SQL数据库及日志的详细方法
    SQL Server 2000基础教程——压缩数据库数据库在使用一段时间后,时常会出现因数据删除而造成数据库中空闲空间太多的情况,这时就需要减少分配给数据库文件和事务日志文件的磁盘空间,以免浪费磁盘空间。当数据库中没有数据时,可以修改数据库文件属性直接改变其占用空间,但当数据库中有数据时,这样做会破坏数据库中的数据,因此需要使用压缩的方式来缩减数据库空间。可以在数据库属性选项中选择“Auto shrink”选项,让系统自动压缩数据库,也可以用人工的方法来压缩。人工压缩数据库有以下两种方式:
    1、用Enterprise Manager 压缩数据库
    在Enterprise Manager 中在所要压缩的数据库上单击右键,从快捷菜单中的“所有任务(All Tasks)”中选择“Shrink Database(压缩数据库)”选项,就会出现如图6-10 所示的对话框。可以在图6-10 所示的对话框中选择数据库的压缩方式,也可以选择使用压缩计划或压缩单个文件单击图6-10 中的“Files”按钮,会出现如图6-11 所示的压缩数据库文件对话框,可以针对每个数据库文件进行不同的压缩设置。单击图6-10 中的“Change” 按钮,会出现如图6-12 所示的压缩计划编辑对话框,可以指定压缩计划的执行方式。单击图6-12 中的“Change” 按钮,会出现如图6-13 所示的循环工作计划编辑对话框,可以编辑计划执行的周期或时间点。设置完成后单击“OK” 按钮就开始压缩数据库,在压缩结束后会显示一个压缩情况信息框。 
    2、用Transact-SQL 命令压缩数据库
    可以使用DBCC SHRINKDATABASE 和DBCC SHRINKFILE 命令来压缩数据库。其中DBCC SHRINKDATABASE 命令对数据库进行压缩,DBCC SHRINKFILE 命令对数据库中指定的文件进行压缩。
    (1) DBCC SHRINKDATABASE 
    DBCC SHRINKDATABASE 命令语法如下:
    DBCC SHRINKDATABASE (database_name [, target_percent]
    [, {NOTRUNCATE | TRUNCATEONLY}] )
    各参数说明如下: 
    ·target_percent 指定将数据库压缩后,未使用的空间占数据库大小的百分之几。如果指定的百分比过大,超过了压缩前未使用空间所占的比例,则数据库不会被压缩。并且压缩后的数据库不能比数据库初始设定的容量小。 
    ·NOTRUECATE
    将数据库缩减后剩余的空间保留在数据库,中不返还给操作系统
    。如果不选择此选项,则剩余的空间返还给操作系统。 
    ·TRUNCATEONLY
    将数据库缩减后剩余的空间返还给操作系统。使用此命令时SQL Server 将文件缩减到最后一个文件分配,区域但不移动任何数据文件。选择此项后,target_percent 选项就无效了。例6-14: 压缩数据库mytest 的未使用空间为数据库大小的20%

    dbcc shrinkdatabase (mytest, 20)
    运行结果如下:
    DBCC execution completed. If DBCC printed error 
    messages, contact your system administrator. 
    (2) DBCC SHRINKFILE
    DBCC SHRINKFILE 命令压缩当前数据库中的文件。其语法如下:
    DBCC SHRINKFILE ( {file_name | file_id }
    { [, target_size] |
    [, {EMPTYFILE | NOTRUNCATE | TRUNCATEONLY}] } )
    各参数说明如下:
    ·file_id
    指定要压缩的文件的鉴别号(Identification number, 即ID)
    。文件的ID 号可以通过 FILE_ID()函数或如本章前面所讲述
    的Sp_helpdb 系统存储过程来得到。 
    ·target_size
    指定文件压缩后的大小。以MB 为单位。如果不指定此选项,SQL Server 就会尽最大可能地缩减文件。 
    ·EMPTYFILE
    指明此文件不再使用,将移动所有在此文件中的数据到同一文件组中的其它文件中去。执行带此参数的命令后,此文件就可以用ALTER DATABASE 命令来删除了。 其余参数NOTRUNCATE 和TRUNCATEONLY 与DBCC SHRINKDATABASE 
    命令中的含义相同。 例6-15: 压缩数据库mydb 中的数据库文件mydb_data2 的大小到1MB。 use mydb dbcc shrinkfile (mydb_data2, 1)
    企业管理器里面的方法:
    1、打开企业管理器
    2、打开要处理的数据库
    3、点击最上面菜单>工具>SQL查询分析器,打开SQL查询分析器
    4、在输入窗口里面输入:
    Code:
    DUMP TRANSACTION [数据库名] WITH  NO_LOG
    BACKUP LOG [数据库名] WITH NO_LOG
    DBCC SHRINKDATABASE([数据库名])点击绿色的小三角(或按F5)执行查询,等状态栏提示处理完成
    即可!程序里面的方法:
    压缩数据库日志
    --1.清空日志
    exec('DUMP TRANSACTION ['+@dbname+'] WITH  NO_LOG') 
    --2.截断事务日志:
    exec('BACKUP LOG ['+@dbname+'] WITH NO_LOG')
    --3.收缩数据库文件(如果不压缩,数据库的文件不会减小
    exec('DBCC SHRINKDATABASE(['+@dbname+'])')  4、减小日志的方法:
    一、用如下步做了:
    1、DUMP TRANSACTION 庫名 WITH no_log
    2、dbcc shrinkfile(logfilename)
    3、收縮數據庫
    4、設定自動收縮。
      二、分离数据库,删除日志文件,再附加,OK!右击数据库--所有任务--分离or 附加
      三、1、backup log 庫名 WITH no_log,2、dbcc shrinkfile(logfilename),3、收縮數據庫
    4、設定自動收縮。
      

  3.   

    第一个问题? 
    数据库文件里有company_Data.MDF 和company_Log.LDF 
    但是有一天发现 company_Log.LDF 有15G了,我想请问这个文件是不是只是日志文件,是可以清空的(如果要清空,是用什么语句?),然后只要不动company_Data.MDF就可以了,数据还是会完整的存在? LDF是日志文件,如果数据库备份后可以清空日志或压缩日志.清除日志: 
    DECLARE @LogicalFileName sysname,
            @MaxMinutes INT,
            @NewSize INT
    USE     szwzcheck             -- 要操作的数据库名
    SELECT  @LogicalFileName = 'szwzcheck_Log',  -- 日志文件名
    @MaxMinutes = 10,               -- Limit on time allowed to wrap log.
            @NewSize = 20                  -- 你想设定的日志文件的大小(M)
    -- Setup / initialize
    DECLARE @OriginalSize int
    SELECT @OriginalSize = size 
      FROM sysfiles
      WHERE name = @LogicalFileName
    SELECT 'Original Size of ' + db_name() + ' LOG is ' + 
            CONVERT(VARCHAR(30),@OriginalSize) + ' 8K pages or ' + 
            CONVERT(VARCHAR(30),(@OriginalSize*8/1024)) + 'MB'
      FROM sysfiles
      WHERE name = @LogicalFileName
    CREATE TABLE DummyTrans
      (DummyColumn char (8000) not null)
    DECLARE @Counter   INT,
            @StartTime DATETIME,
            @TruncLog  VARCHAR(255)
    SELECT  @StartTime = GETDATE(),
            @TruncLog = 'BACKUP LOG ' + db_name() + ' WITH TRUNCATE_ONLY'
    DBCC SHRINKFILE (@LogicalFileName, @NewSize)
    EXEC (@TruncLog)
    -- Wrap the log if necessary.
    WHILE     @MaxMinutes > DATEDIFF (mi, @StartTime, GETDATE()) -- time 
          AND @OriginalSize = (SELECT size FROM sysfiles WHERE name = 
    @LogicalFileName)  
          AND (@OriginalSize * 8 /1024) > @NewSize  
      BEGIN -- Outer loop.
        SELECT @Counter = 0
        WHILE  ((@Counter < @OriginalSize / 16) AND (@Counter < 50000))
          BEGIN -- update
            INSERT DummyTrans VALUES ('Fill Log')  
            DELETE DummyTrans
            SELECT @Counter = @Counter + 1
          END   
        EXEC (@TruncLog)  
      END   
    SELECT 'Final Size of ' + db_name() + ' LOG is ' +
            CONVERT(VARCHAR(30),size) + ' 8K pages or ' + 
            CONVERT(VARCHAR(30),(size*8/1024)) + 'MB'
      FROM sysfiles 
      WHERE name = @LogicalFileName
    DROP TABLE DummyTrans
    SET NOCOUNT OFF
     
    把szwzcheck换成你数据库的名字即可,在查询分析器里面运行。 
    有全角的空格(为了显示好看),你自己把他换一下. 
    收缩日志:企业管理器--所有任务--收缩数据库--文件--选日志文件收缩
      

  4.   

    第二个问题? 
    tempdb.mdf和templog.ldf主要是起什么作用?通俗些帮我解释,我好蠢的 tempdb,存放临时数据(表)的数据库.使 tempdb 数据库得以按需自动扩展。这确保在执行完成前不终止查询,该查询所生成的存储在 tempdb 数据库内的中间结果集比预期大得多。
    将 tempdb 数据库文件的初始大小设置为合理的大小,以避免当需要更多空间时文件自动扩展。如果 tempdb 数据库扩展得过于频繁,性能会受不良影响。
    将文件增长增量百分比设置为合理的大小,以避免 tempdb 数据库文件按太小的值增长。如果文件增长幅度与写入 tempdb 数据库的数据量相比太小,则 tempdb 数据库可能需要始终扩展,因而将妨害性能。
    将 tempdb 数据库放在快速 I/O 子系统上以确保好的性能。在多个磁盘上条带化 tempdb 数据库以获得更好的性能。使用文件组将 tempdb 数据库放在除用户数据库所使用的磁盘之外的磁盘上。 
      

  5.   


    1,是日志文件 
    --1.清空日志
    exec('DUMP TRANSACTION ['+@dbname+'] WITH  NO_LOG') 
    --2.截断事务日志:
    exec('BACKUP LOG ['+@dbname+'] WITH NO_LOG')
    --3.收缩数据库文件(如果不压缩,数据库的文件不会减小
    exec('DBCC SHRINKDATABASE(['+@dbname+'])')
    2.临时数据库 3. 
     表示当前已经分配的空间...
      

  6.   


    --压缩日志1:截断事务日志:
    BACKUP LOG 数据库名 WITH NO_LOG2:清空日志
    DUMP  TRANSACTION  库名  WITH  NO_LOG    再:
    企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
    3: 删除LOG
    1:分离数据库   企业管理器->服务器->数据库->右键->分离数据库
    2:删除LOG文件
    3:附加数据库  企业管理器->服务器->数据库->右键->附加数据库
    此法生成新的LOG,大小只有500多K
       再将此数据库设置自动收缩
     或用代码: 
    下面的示例分离 pubs,然后将 pubs 中的一个文件附加到当前服务器。EXEC sp_detach_db @dbname = 'pubs'
    EXEC sp_attach_single_file_db @dbname = 'pubs', 
       @physname = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs.mdf'
    4: 如果想以后不让它增长
    企业管理器--服务器--右键数据库--属性--事务日志--将文件增长限制为xM(x是你允许的最大数据文件大小)--SQL语句的设置方式:
    alter database 数据库名 modify file(name=逻辑文件名,maxsize=20)5.设置为自动收缩
    企业管理器--服务器--右键数据库--属性--选项--选择"自动收缩"
      

  7.   

    多看看历史帖子
    http://topic.csdn.net/u/20080414/12/dd68ca3a-c066-4dd9-ae90-751082c5da70.html