背景：实施人员反馈 函数 select * from f_getHomeInfo(‘01‘,‘‘,‘‘)非常慢需要9秒，而以前只要1秒。操作：1、我把函数的内容拿出来运行，非常快，依然是1秒完成 2、我把函数的内容放到存储过程去执行，非常慢，需要9秒 3、对比函数的执行计划和SQL的执行计划，完全一样 4、仔细查看执行计划发现预估一行，实际3000多行，于是猜想是预估内存太少导致的问题，想要提高预估内存，就要提高预估行，于是我使用了...
过程： 昨天下午数据库奔溃，表现就是连不上数据库了，重启服务之后好了。 查询日文文件 ， “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 size.”。 找到原因： 数据库在自动增长，所以连接超时。分析：数据库日志文件满了...
1、设置数据库模式为简单模式:打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server-->SQL Server组-->双击打开你的服务器-->双击打开数据库目录-->选择你的数据库名称(如论坛数据库Forum)-->然后点击右键选择属性-->选择选项-->在故障还原的模式中选择“简单”，然后按确定保存 2、在当前数据库上点右键，看所有任务中的收缩数据库，一般里面的默认设置不用调整，直接点确定 3、收缩数据库完成后，建议将您的数据库属...
问题：
经常看到有人误删数据，或者误操作，特别是update和delete的时候没有加where，然后就喊爹喊娘了。人非圣贤孰能无过，做错可以理解，但不能纵容，这个以后再说，现在先来解决问题。 遇到这种情况，一般都是没有做备份，不然也不会来发问了。首先要冷静，否则会有更大的灾难。直到你放弃。解决方法： 对于这类问题，主要是找回误操作之前的数据，在2008之前，有个很出名的工具Log Exploer，听说还挺好用...
--数据库日志名称查询USE DBNAMEGO SELECT file_id, name,* FROM sys.database_files; GO------------------------------------------------------------------------------------------------------- --SQL SERVER 2005 清理方法USE [master]BACKUP LOG DBNAME WITH no_logUSE APPDBCC SHRINKFILE (‘DBNAME_log‘,100)-------------------------------------------------------------------------------------------------------...
在项目中数据库创建了一个本地发布和订阅，造成日志文件飞涨，想把日志文件缩小。1：最初使用了最常用的方法：USE [master]
GO
ALTER DATABASE 库名 SET RECOVERY SIMPLE WITH NO_WAIT
GO
ALTER DATABASE 库名 SET RECOVERY SIMPLE --简单模式
GO
USE 库名
GO
DBCC SHRINKFILE (N‘库名_log‘ , 11, TRUNCATEONLY)
GO--这里的DNName_Log 如果不知道在sys.database_files里是什么名字的话，可以用以下注释的语句进行查询
--USE 库名...
一 概述 默认情况下，SQL Server 代理创建错误日志来记录警告和错误。日志中显示下列警告和错误： 警告消息，提供有关潜在问题的信息，例如作业 在执行时被删除。 错误消息，通常需要系统管理员干预，例如无法启动邮件会话。可以通过 net send 将错误消息发 一 概述默认情况下，SQL Server 代理创建错误日志来记录警告和错误。日志中显示下列警告和错误：警告消息，提供有关潜在问题的信息，例如“作业 在执行时被删除”。错误...
前言：最近项目接近了尾声，随之而来的是维护问题，当然涉及到数据库的数据维护，通过资料和实际操作整理有关误操作后根据日志还原数据库。 前提：①必须有数据库的完整备份(做个备份计划);②数据库恢复模式是完整的(FULL)。 步骤：①发现误操作时，记录下时 前言：最近项目接近了尾声，随之而来的是维护问题，当然涉及到数据库的数据维护，通过资料和实际操作整理有关误操作后根据日志还原数据库。前提：①必须有数据库的完整...
从数据库备份中还原数据库的时候，发现日志文件居然有120多G,通过Sql Management不行，果断使用DBCC语句清理成功!释放了空间!且清且速度! 首先呢，要看看备份数据时候的类型，这个很重要，要不清理不的 select name, recovery_model_desc from sys.databases 从数据库备份中还原数据库的时候，发现日志文件居然有120多G,通过Sql Management不行，果断使用DBCC语句清理成功!释放了空间!且清且速度!首先呢，要看看备份数据时候的...
请按步骤进行,未进行前面的步骤时,请不要做后面的步骤，以免损坏你的数据库. 一般不建议做第4,6两步，第4步不安全,有可能损坏数据库或丢失数据。第6步如果日志达到上限,则以 后的数据库处理会失败,在清理日志后才能恢复。 1.清空日志 DUMP TRANSACTION 库名 请按步骤进行,未进行前面的步骤时,请不要做后面的步骤，，以免损坏你的数据库.一般不建议做第4,6两步，第4步不安全,有可能损坏数据库或丢失数据。第6步如果日志达到上限...
sql 在使用中每次查询都会生成日志，但是如果你长久不去清理，可能整个硬都堆满哦，笔者就遇到这样的情况，直接网站后台都进不去了。下面我们一起来学习一下如何清理这个日志吧 SQL2005清空删除日志： 代码如下： Backup Log DNName with no_log sql 在使用中每次查询都会生成日志，但是如果你长久不去清理，可能整个硬都堆满哦，笔者就遇到这样的情况，直接网站后台都进不去了。下面我们一起来学习一下如何清理这个日志吧S...
这篇文章将会讨论事务日志性能主题以及由于事务日志配置导致的问题。原文来自：http://www.sqlperformance.com/2013/02/system-configuration/transaction-log-c 总结： 从这篇文章可以看出，有很多事情可以导致事务日志性能问题，，进而导致整个库性能问题。可以利用我们上面提到的方法设置你的日志，这样会拥有健康的日志。除此之外，你还需要监视事务日志，比如由于自动增长和 过度的读取和写入ＩＯ延迟。这些会在将来的文章...
SQLServer2005 没有日志文件(*.ldf) 只有数据文件(*.mdf) 恢复数据库的方法代码如下:exec sp_attach_db exun,d:\exun2.mdf 一句话就可以了。 网上看了那些比较繁琐的，都是sql server 2000版本的。 (可能执行一次不能成功，测试了下，有时候需要执行2次以上命令才行） 执行了之后，记得刷新数据库，不然是不会显示的
SQLSERVER的数据库日志占用很大的空间，下面提供三种方法用于清除无用的数据库日志文件方法一： 1、打开查询分析器，输入命令 BACKUP LOG database_name WITH NO_LOG 2、再打开企业管理器--右键要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至xxm,这里会给出一个允许收缩到的最小m数,直接输入这个数,确定就可以了。 方法二： 设置检查点，自动截断日志 一般情况下，SQL数据库的收缩并不...
今天早上一个客户的SqlServer 2008的服务器应为重新修改配置导致网站打不开,提示initerrlog: 无法打开错误日志文件今天早上一个客户的SqlServer 2008的服务器应为重新修改配置导致网站打不开，链接到远程服务器之后，在服务器的事件查看器，发现如下错误， 错误描述： 日志名称: Application 来源: MSSQLSERVER 日期: 2011/10/25 11:30:49 事件 ID: 17058 任务类别: 服务器 级别: 错误 关键字: 经典 用户: 暂缺 计算机: WIN-VPS-SE...
