数据库日志已满，如何处理？

先提供一种复杂的方法压缩日志及数据库文件如下：
1清空日志
　 dump transaction 库名 with no_log
2截断事务日志：
　 backup log 数据库名 with no_log
3收缩数据库文件(如果不压缩,数据库的文件不会减小
　 企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件
　 --选择日志文件--在收缩方式里选择收缩至xxm,这里会给出一个允许收缩到的最小m数,直接输入这个数,确定就可以了
　 --选择数据文件--在收缩方式里选择收缩至xxm,这里会给出一个允许收缩到的最小m数,直接输入这个数,确定就可以了
　 也可以用sql语句来完成
　 --收缩数据库
　 dbcc shrinkdatabase(客户资料)
　 --收缩指定数据文件,1是文件号,可以通过这个语句查询到:select from sysfiles
　 dbcc shrinkfile(1)
4为了最大化的缩小日志文件(如果是sql 70,这步只能在查询分析器中进行)
　 a分离数据库:
　 企业管理器--服务器--数据库--右键--分离数据库
　 b在我的电脑中删除log文件
　 c附加数据库:
　 企业管理器--服务器--数据库--右键--附加数据库
　 此法将生成新的log，大小只有500多k
　 或用代码：
　 下面的示例分离 pubs，然后将 pubs 中的一个文件附加到当前服务器。
　 a分离
　 e x e c sp_detach_db @dbname = 'pubs'
　 b删除日志文件
　 c再附加
　 e x e c sp_attach_single_file_db @dbname = 'pubs',
　 @physname = 'c:\program files\microsoft sql server\mssql\data\pubsmdf'
5为了以后能自动收缩,做如下设置:
　 企业管理器--服务器--右键数据库--属性--选项--选择"自动收缩"
　 --sql语句设置方式:
　 e x e c sp_dboption '数据库名', 'autoshrink', 'true'
6如果想以后不让它日志增长得太大
　 企业管理器--服务器--右键数据库--属性--事务日志
　 --将文件增长限制为xm(x是你允许的最大数据文件大小)
　 --sql语句的设置方式:
　 alter database 数据库名 modify file(name=逻辑文件名,maxsize=20)

把硬盘上的其他文件删除，以空出硬盘空间，将数据库的日志文件大小改成无限制，然后分离数据库，要确保分离成功等等需要了解的朋友可以参考下
当前的解决方法是：把硬盘上的其他文件删除，以空出硬盘空间，将数据库的日志文件大小改成无限制，然后分离数据库，要确保分离成功，、然后把数据库日志文件删除（最好是先改名，以防万一）。再附加数据库，这样会重建日志文件。
加回去之后，将数据库改成自动收缩，把日志文件改成按mb增长，增长最大设为一个固定的值，值的大小看数据处理情况，存在大指的update *** 作的话，应设为大一点。
在查询分析器上 *** 作：
清空日志
DUMP TRANSACTION 库名 WITH NO_LOG
截断事务日志：
BACKUP LOG 数据库名 WITH NO_LOG
解决SQL数据库日志已满的问题
1、右键数据库→属性→选项→故障还原模型→设为简单→确定；
2、右键数据库→所有任务→收缩数据库→确定；
3、右键数据库→属性→选项→故障还原模型→设为大容量日志记录→确定。
二、复杂方法
1、清空日志
DUMP　TRANSACTION　库名　WITH　NO_LOG
2、截断事务日志
BACKUP　LOG　数据库名　WITH　NO_LOG
3、收缩数据库文件(如果不压缩,数据库的文件不会减小)
企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件
--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了。
--选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
也可以用SQL语句来完成
--收缩数据库
DBCC SHRINKDATABASE(客户资料)
--收缩指定数据文件,1是文件号,可以通过这个语句查询到:select from sysfiles DBCC SHRINKFILE(1)
4、为了最大化的缩小日志文件(如果是sql 70,这步只能在查询分析器中进行)
a分离数据库
企业管理器--服务器--数据库--右键--分离数据库
b在我的电脑中删除LOG文件
c附加数据库
企业管理器--服务器--数据库--右键--附加数据库
此法将生成新的LOG，大小只有500多K
或用代码：
下面的示例分离 pubs，然后将 pubs 中的一个文件附加到当前服务器。
a分离
EXEC sp_detach_db @dbname = #39;pubs#39;
b删除日志文件
c再附加
EXEC sp_attach_single_file_db @dbname = #39;pubs#39;,@physname = #39;c:#92;Program
Files#92;Microsoft SQL Server#92;MSSQL#92;Data#92;pubsmdf#39;
5、为了以后能自动收缩,做如下设置
企业管理器--服务器--右键数据库--属性--选项--选择quot;自动收缩quot;
--SQL语句设置方式:
EXEC sp_dboption #39;数据库名#39;, #39;autoshrink#39;, #39;TRUE#39;
6、如果想以后不让它日志增长得太大
企业管理器--服务器--右键数据库--属性--事务日志
--将文件增长限制为xM(x是你允许的最大数据文件大小)
--SQL语句的设置方式:
alter database 数据库名 modify file(name=逻辑文件名,maxsize=20)
特别注意：
请按步骤进行,未进行前面的步骤,请不要做后面的步骤，否则可能损坏你的数据库。
一般不建议做第4、6两步，第4步不安全,有可能损坏数据库或丢失数据，第6步如果日志达到上限,则以后的数据库处理会失败,在清理日志后才能恢复。
日志文件满而造成SQL数据库无法写入文件时，可用两种方法：
一种方法：清空日志。
1．打开查询分析器，输入命令
DUMP TRANSACTION 数据库名 WITH NO_LOG
2再打开企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了。
另一种方法有一定的风险性，因为SQL SERVER的日志文件不是即时写入数据库主文件的，如处理不当，会造成数据的损失。
1: 删除LOG
分离数据库 企业管理器－＞服务器－＞数据库－＞右键－＞分离数据库
2：删除LOG文件
附加数据库 企业管理器－＞服务器－＞数据库－＞右键－＞附加数据库
此法生成新的LOG，大小只有500多K。
注意：建议使用第一种方法。
如果以后,不想要它变大。
SQL2000下使用：
在数据库上点右键-属性-选项-故障恢复-模型-选择-简单模型。
或用SQL语句：
alter database 数据库名 set recovery simple
另外，Truncate log on checkpoint(此选项用于SQL70，SQL 2000中即故障恢复模型选择为简单模型)当执行CHECKPOINT 命令时如果事务日志文件超过其大小的70%
则将其内容清除在开发数据库时时常将此选项设置为True Auto shrink定期对数据库进行检查当数据库文件或日志文件的未用空间超过其大小的25%时，系统将会自动缩减文件使其未用空间等于25%
当文件大小没有超过其建立时的初始大小时不会缩减文件缩减后的文件也必须大于或等于其初始大小对事务日志文件的缩减只有在对其作备份时或将Truncate
log on checkpoint 选项设为True 时才能进行。
注意：一般立成建立的数据库默认属性已设好，但碰到意外情况使数据库属性被更改，请用户清空日志后，检查数据库的以上属性，以防事务日志再次充满。

删密码
windows
xp系统
你在开机的时候就猛按f8建（有的电脑不一样
f9
f10
f11
都试试），就会出现开机模式
你进
管理设置——在进第2个
（那些是英文你看不懂的话）在一直按回车进第一个
就会出现一个系统栏，进入——工具
就会看到一个登入破译，点进入
按1在按回车键
按0回车键
在选第一个磁盘，就会看到用户栏了，你进administrator就会看到用户属性
在按到清除密码那按空格键
那个x就会消失
在按y键就可以了（最好在进一次按2次空格在按y）。。密码就没有了，

方法一

一般情况下，SQL数据库的收缩并不能很大程度上减小数据库大小，其主要作用是收缩日志大小，应当定期进行此 *** 作以免数据库日志过大
1、设置数据库模式为简单模式:打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server-->SQL Server组-->双击打开你的服务器-->双击打开数据库目录-->选择你的数据库名称(如论坛数据库Forum)-->然后点击右键选择属性-->选择选项-->在故障还原的模式中选择“简单”，然后按确定保存
2、在当前数据库上点右键，看所有任务中的收缩数据库，一般里面的默认设置不用调整，直接点确定
3、收缩数据库完成后，建议将您的数据库属性重新设置为标准模式， *** 作方法同第一点，因为日志在一些异常情况下往往是恢复数据库的重要依据
　
方法二
SET NOCOUNT ON
DECLARE @LogicalFileName sysname,
@MaxMinutes INT,
@NewSize INT
USE tablename -- 要 *** 作的数据库名SELECT @LogicalFileName = 'tablename_log', -- 日志文件名
@MaxMinutes = 10, -- Limit on time allowed to wrap log
@NewSize = 1 -- 你想设定的日志文件的大小(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),(@OriginalSize8/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 has not expired
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),(size8/1024)) + 'MB'FROM sysfiles
WHERE name = @LogicalFileName
DROP TABLE DummyTrans
SET NOCOUNT OFF
-------------------------------------
或者参考一下这个：
--压缩日志及数据库文件大小
/--特别注意
请按步骤进行,未进行前面的步骤,请不要做后面的步骤
否则可能损坏你的数据库
--/
1清空日志
DUMP TRANSACTION 库名 WITH NO_LOG
2截断事务日志：
BACKUP LOG 数据库名 WITH NO_LOG
3收缩数据库文件(如果不压缩,数据库的文件不会减小
企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件
--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
--选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
也可以用SQL语句来完成
--收缩数据库
DBCC SHRINKDATABASE(客户资料)
--收缩指定数据文件,1是文件号,可以通过这个语句查询到:select from sysfiles
DBCC SHRINKFILE(1)
4为了最大化的缩小日志文件(如果是sql 70,这步只能在查询分析器中进行)
a分离数据库:
企业管理器--服务器--数据库--右键--分离数据库
b在我的电脑中删除LOG文件
c附加数据库:
企业管理器--服务器--数据库--右键--附加数据库
此法将生成新的LOG，大小只有500多K
或用代码：
下面的示例分离 pubs，然后将 pubs 中的一个文件附加到当前服务器。
a分离
EXEC sp_detach_db @dbname = 'pubs '
b删除日志文件
c再附加
EXEC sp_attach_single_file_db @dbname = 'pubs ',
@physname = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubsmdf '
5为了以后能自动收缩,做如下设置:
企业管理器--服务器--右键数据库--属性--选项--选择 "自动收缩 "
--SQL语句设置方式:
EXEC sp_dboption '数据库名 ', 'autoshrink ', 'TRUE '
6如果想以后不让它日志增长得太大
企业管理器--服务器--右键数据库--属性--事务日志
--将文件增长限制为xM(x是你允许的最大数据文件大小)
--SQL语句的设置方式:
alter database 数据库名 modify file(name=逻辑文件名,maxsize=20)

如果计算机不能连接到网络上的某一资源，您可能会在系统事件日志中看到一条或多条事件 ID 为 3034 而且来源是 MRxSmb 的警告信息,当重定向器不能建立到另一个计算机的安全 SMB 连接时，就会记录此事件。要确定引起此问题的实际原因,可能麻烦些,先说专业的,在系统事件日志中打开特定的3034时间,查询最后一个DWORD值为此事件的状态码,然后在通过状态码确定事件产生的具体原因,知道原因就好解决了
要不就只能笼统的看你的系统了,是否安装工作站驱动MRSSMB事件日志是否出现在网络中所有的计算机中网络中计算机是否有重名主DNS后缀是否正确日志中是否有其它普通的错误等等

系统日志分为：应用程序日志，安全日志、DNS服务器日志等。
清除日志：可以用管理员的身份来登录Windows，然后在“控制面板”中进入“管理工具”，再双击里面的“事件查看器”。打开后我们就可以在这里清除日志文件了，里面有应用程序、安全和系统日志文件。举个例子，比方说你想清除安全日志，可以右键点击“安全日志”，在d出的菜单中选择“属性”。接下来在d出的对话框中，点击下面“清除日志”按钮就可以清除了，如果你想以后再来清除这些日志的话，可以将“按需要改写尺寸”，这样就可以在达到最大日志尺寸时进行改写事件了，不会提示你清除日志。

---