最近不定期有项目反馈周期性的系统整体性能下降情况,经分析存在因数据库环境.参数配置不佳造成的.比如,sqlserver日志文件缺省按百分比增长,当日志文件已经比较大时,每次扩展时耗时较长,系统整体卡顿:另外,如果没有专门做日志备份,收缩日志和数据库时不会显著的降低日志大小,造成每次完整备份很大.备份时间很长,等等. 推荐配置 简单整理一些比较基础.通用的配置如下: 1. 建议的sqlserver版本(x64):sqlserver 2008 或更高版本 2. 最小内存和最大内存统一设置为物理内存的

清除sqlserver日志方法 --查看数据库的recovery_model_desc类型 SELECT NAME, recovery_model_desc FROM sys.databases --如果是FULL类型,修改为SIMPLE类型 ALTER DATABASE MNTBM_NewCRMDB SET Recovery simple --收缩日志文件大小(单位是M) DBCC SHRINKFILE (N'MNTBM_NewCRMDB_log' , 10) --检查日志文件名称 USE M

原文:sqlserver日志文件缩小        最近装了个500g的固态硬盘,导入我原来的数据库后发现有60多个G的内存不见了, 最后发现我的某个数据库有60多个G的日志文件(.ldf文件)文件,现在来教大家如何把60多个G变成1M.       1.选择数据库--右键--属性--选项--恢复模式(选择简单)--确定       2.选择数据库--右键--任务--收缩(文件)--文件类型(选择日志)--确定       3.修改完成后如果记得将第一步的操作还原(恢复模式(选择完整)),以免为

//Microsfot SQL Server 2012 日志收缩 USE DataBaseName;GO ALTER DATABASE DataBaseNameSET RECOVERY SIMPLE;GO-- Shrink the truncated log file to 1 MB.DBCC SHRINKFILE (DataBaseName_Log, 1);GO-- Reset the database recovery model.ALTER DATABASE DataBaseNameSET

1 --SQLSERVER日志记录机制 2 --日志记录事务发生的时间,但是不保证记录下发起这个事务的用户名,更不记录发起者的程序名称!!! 3 USE AdventureWorks 4 CREATE TABLE a(a INT) 5 GO 6 CHECKPOINT --做一次检查点把数据跟日志写入硬盘 7 GO 8 BACKUP LOG AdventureWorks WITH truncate_only 9 10 GO 11 DBCC LOG(7,3) 12 13 14 15 INSERT I

sqlserver日志处理不当而造成的隐患 事故背景:一大早还在路上,群里陆续有人反馈系统一直报错 “Unknown error 258”,后来查询日志发现错误日志 第一反应是不是数据库连接不够用了?导致超时?但是通过sql查询当时连接也只有40个左右,于是继续排查问题,发现dbserver机器这段时间磁盘io操作特别的高,很不正常,详见下图 发现磁盘io问题,继续查看sqlserver日志,发现原因: “Autogrow of file 'xxxx_log' in database 'xxxx

在日常运维中,有时会遇到"The transaction log for database 'xxxx' is full due to 'ACTIVE_TRANSACTION'."这样的报错信息. 此错误消息表明:数据库的事务日志文件空间耗尽,log 文件不能再存储新的transaction log. 这个时候我们需要进行日志收缩.本文将介绍日志收缩的两种方法. 通过图形界面进行日志收缩 第一步:右键数据库属性 第二步:更改数据库恢复模式,将模式改为Simple. 第三步:右键数据库,

SQL Server中的事务日志无疑是SQL Server中最重要的部分之一.因为SQL SERVER利用事务日志来确保持久性(Durability)和事务回滚(Rollback).从而还部分确保了事务的ACID属性.在SQL Server崩溃时,DBA还可以通过事务日志将数据恢复到指定的时间点.当SQL Server运转良好时,多了解一些事务日志的原理和概念显得并不是那么重要.但是,一旦SQL SERVER发生崩溃时,了解事务日志的原理和概念对于快速做出正确的决策来恢复数据显得尤为重要.本系列

SELECT NAME,recovery_model_desc FROM sys.databases -- 如果是FULL类型,修改为SIMPLE类型 ALTER DATABASE DBName SET Recovery simple -- 收缩日志文件大小(单位是M)DBCC SHRINKFILE (N'DBFileLogName' , 10240) -- 检查日志文件名称 SELECT NAME, size FROM sys.database_files -- 恢复成FULL类型ALTER

select log_reuse_wait_desc from sys.databases where name='tfs_CARDLANWEB' backup log tfs_CARDLANWEB to disk='D:\dbbackup\2014-08-24-2.log' GO DBCC SHRINKFILE (N'tfs_CARDLANWEB_log' , 1024, TRUNCATEONLY) GO --提示错误就重复操作 SELECT name ,size/128.0 - CAST(F

sql 在使用中每次查询都会生成日志,但是如果你长久不去清理,可能整个硬都堆满哦,笔者就遇到这样的情况,直接网站后台都进不去了.下面我们一起来学习一下如何清理这个日志吧     SQL2005清空删除日志: 复制代码代码如下: Backup Log DNName with no_log  '这里的DNName是你要收缩的数据库名,自己注意修改下面的数据库名,我就不再注释了.godump transaction DNName with no_log goUSE DNNameDBCC SHRINKF

一.基础知识 默认情况下,错误日志位于 : C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\LOG\ERRORLOG 和ERRORLOG.n 文件中.默认保留有7个 SQL Server 错误日志文件,分别是:ErrorLog,Errorlog.1-Errorlog.6 ,当前的错误日志(文件ErrorLog)没有扩展名.每当启动 SQL Server 实例时,将创建新的错误日志ErrorLog,并将之前的ErrorLog更名为ErrorL

  SqlServer 数据库中与备份和恢复相关的日志文件有MDF和LDF文件 存在于\\sqlserver_install_dir\MSSQL\Data\1.文件解释.mdf文件    MDF是SQL Server数据库文件. .ldf文件    LDF是SQL的日志文件,是不能直接打开的.LDF记录每一个操作:SELECT.INSERT.DELETE.UPDATE..日志 2.通过MDF和LDF文件恢复数据库的方法:1).sql语句下面的示例将   pubs   中的两个文件附加到当前服务器

过程:   昨天下午数据库奔溃,表现就是连不上数据库了,重启服务之后好了. 查询日文文件 , “Autogrow of file 'XX_log' in database 'XX' was cancelled by user or timed out after 1896 milliseconds. Use ALTER DATABASE to set a smaller FILEGROWTH value for this file or to explicitly set a new file

日志文件满而造成SQL数据库无法写入文件时,可用两种方法:一种方法:清空日志.1．打开查询分析器,输入命令DUMP TRANSACTION 数据库名 WITH NO_LOG2.再打开企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了. 另一种方法有一定的风险性,因为SQL SERVER的日志文件不是即时写入数据库主文件的,如处理不当,会造成数据的损失.1: 删除

Sqlserver 2005日志查看.恢复工具 log exploer4.1 SqlServer2008 日志查看  系统函数 select * from fn_dblog(null,null) 参考 http://blog.csdn.net/kevinsqlserver/article/details/7800628

最近做一个数据采集的项目,使用SQLSserver2014数据库 没想到数据才采集两三天,C盘空间已经剩下8M 连忙看了一下SQLSerevr数据库文件夹 位于 C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\DATA 发现数据库文件并不大,才几十M,可是日志文件却达到了70G,难怪100G的硬盘空间被占满了. 网上搜索得到了以下的解决方案 USE [master] GO ALTER DATABASE [RM_DB]

SQL2008 的收缩日志 由于SQL2008对文件和日志管理进行了优化,所以以下语句在SQL2005中可以运行但在SQL2008中已经被取消:(SQL2005)Backup Log DNName with no_loggodump transaction DNName with no_loggoUSE DNName DBCC SHRINKFILE (2)Go--------------------------------------------------------------(SQL200

DBCC SHRINKFILE 收缩相关数据库的指定数据文件或日志文件大小. 语法 DBCC SHRINKFILE    ( { file_name | file_id }        { [ ,target_size ]            | [ , { EMPTYFILE | NOTRUNCATE | TRUNCATEONLY } ]         }    ) 参数 file_name 是已收缩文件的逻辑名称.文件名必须符合标识符的规则.有关更多信息,请参见使用标识符. file_

SQL Server 的事务日志意外增大或充满的处理方法 事务日志文件Transaction Log File是用来记录数据库更新情况的文件,扩展名为ldf. 在 SQL Server 7.0 和 SQL Server 2000 中,如果设置了自动增长功能,事务日志文件将会自动扩展. 一般情况下,在能够容纳两次事务日志截断之间发生的最大数量的事务时,事务日志的大小是稳定的,事务日志截断由检查点或者事务日志备份触发. 然而,在某些情况下,事务日志可能会变得非常大,以致用尽空间或变满.通常,在事务日