当前位置:首页 » 编程语言 » sql日志文件大吗
扩展阅读
webinf下怎么引入js 2023-08-31 21:54:13
堡垒机怎么打开web 2023-08-31 21:54:11

sql日志文件大吗

发布时间: 2023-06-27 18:40:21

sql Server 压缩日志及数据库文件大小

请按步骤进行 未进行前面的步骤时 请不要做后面的步骤 以免损坏你的数据库

一般不建议做第 两步 第 步不安全 有可能损坏数据库或丢失数据 第 步如果日志达到上限 则以后的数据库处理会失败 在清理日志后才能恢复

清空日志

DUMP TRANSACTION 库名 WITH NO_LOG

截断事务日志

BACKUP LOG 数据库名 WITH NO_LOG

收缩数据库文件(如果不压缩 数据库的文件不会减小

企业管理器 右键你要压缩的数据库 所有任务 收缩数据库 收缩文件

选择日志文件 在收缩方式里选择收缩至XXM 这里会给出一个允许收缩到的最小M数 直接输入这个数 确定就可以了

选择数据文件 在收缩方式里选择收缩至XXM 这里会给出一个允许收缩到的最小M数 直接输入这个数 确定就可以了

也可以用SQL语句来完成

收缩数据库

DBCC SHRINKDATABASE(客户资料)

收缩指定数据文件 是文件号 可以通过这个语句查询到:

select * from sysfiles

DBCC SHRINKFILE( )

为了最大化的缩小日志文件(如果是sql 这步只能在查询分析器中进行)

a 分离数据库:

企业管理器 服务器 数据库 右键 分离数据库

b 在我的电脑中删除LOG文件

c 附加数据库:

企业管理器 服务器 数据库 右键 附加数据库

此法将生成新的LOG 大小只有 多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/pubs mdf

为了以后能自动收缩 做如下设置

企业管理器 服务器 右键数据库 属性 选项 选择 自动收缩

SQL语句设置方式:

EXEC sp_dboption 数据库名

autoshrink TRUE

如果想以后不让它日志增长得太大

企业管理器 服务器 右键数据库 属性 事务日志

将文件增长限制为xM(x是你允许的最大数据文件大小)

SQL语句的设置方式:

lishixin/Article/program/SQLServer/201311/22266

⑵ SQL2005数据库日志文件LOG太大怎么办

Sqlserver2005下,日志文件太大,使其减小的方法。
在打开SQL Server Management Studio并正常联接SQL服务器后,运行下面的三行:
( 注意将dbName代换为你的数据库名。)
backup log dbName with NO_LOG
backup log dbName with TRUNCATE_ONLY
DBCC SHRINKDATABASE(dbName)

注意,在SQL 2008之后的版本以上方法无效,需将数据库设为简单模式后再进行收缩。

此外,在SQL Server Management Studio中,以视窗方法操作也可以,操作步骤:
第一步:截断数据库日志,运行代码:
BACKUP LOG 要收缩的数据库名 WITH NO_LOG
第二步:收缩数据库日志文件:
1. 选择要收缩的数据库,点右键选择任务-收缩-文件

2. 在弹出的页面中,选择文件类型为日志

3.点确定。

⑶ SQL Server 2000数据库的事务日志文件过大,如何将其缩小

守得云开见月明,花了一个上午结合前辈的博客,终于弄好了sqlserver2008的数据库日志收缩到1MB,分享给大家

# 方法步骤

1、执带裂段行SQL语句改成“简单模式”

2、收缩数据库

3、执行SQL语句改回“完全模式”

## 第一步:执行SQL语句改成“简单模式”


USE [master]
GO
ALTER DATABASE SlowXWebDB (改成你需要进行收缩的数据库名) SET RECOVERY SIMPLE WITH NO_WAIT
GO
ALTER DATABASE SlowXWebDB (改成你需要进行收缩的数据库名) SET RECOVERY SIMPLE --改成简单模式
GO

## 第二步:进行数据库操作
相关界面截图和操作
假定:
数据库名:SlowXWebDB
日志文件名:SlowXWebDB_Log

## 第三步:执行SQL语句改成“完全模式”

USE [master]
GO
ALTER DATABASE SlowXWebDB (改成你需要进行收缩的数据库名)SET RECOVERY FULL WITH NO_WAIT
GO
ALTER DATABASE datebaseName(改成你需要进行源高收缩的数据库名)SET RECOVERY FULL --还原为完全模式
GO
==最后不要忘记实测下数据库是否能够正常使用==

网页链接


⑷ SQL SERVER 2000数据库日志文件过大如何解决

收缩数据库
一般情况下,SQL数据库的收缩并不能很大程度上减小数据库大小,其主要作用是收缩日志大小,应当定期进行此操作以免数据库日志过大
1、设置数据库模式为简单模式:打开SQL企业管理器,在控制台根目录中依次点开Microsoft
SQL
Server-->SQL
Server组-->双击打开你的服务器-->双击打开数据库目录-->选择你的数据库名称(如论坛数据库Forum)-->然后点击右键选择属性-->选择选项-->在故障还原的模式中选择“简单”,然后按确定保存
2、在当前数据库上点右键,看所有任务中的收缩数据库,一般里面的默认设置不用调整,直接点确定
3、收缩数据库完成后,建议将您的数据库属性重新设置为标准模式,操作方法同第一点,因为日志在一些异常情况下往往是恢复数据库的重要依据

⑸ sql server 数据库日志过大会影响运行速度吗

sql server数据库日志文件过大不会影响运行速度,但是会导致数据无法写入。
SQL Server数据库中,当日志文件过大或者日志已满时就会影响到数据库的正常工作。而日志文件已满常常会造成SQL Server数据库无法写入的问题。
解决方法:
1、右键数据库→属性→选项→故障还原模型→设为简单→确定;
2、右键数据库→所有任务→收缩数据库→确定;
3、右键数据库→属性→选项→故障还原模型→设为大容量日志记录→确定。

⑹ SQL数据库文件的最大容量是多少(数据库的最大容量受什么限制)

技术规格

--------------系统技术规格---------------

--每个服务器最多可以允许16个SQLSERVER实例

--每个实例可拥有2147483467个锁

--------------数据库技术规格--------------

--SQLSERVER的数据库大小1048516TB

--每个数据库可拥有的文件组数32767

--每个数据库可拥有的文件组数256

--文件大小(数据文件)32TB---

--文件大小(日志文件)32TB---

--数据库中的对象数2147483647

--标识符的长度128

--------------表技术规格-------------------

--每个数据库中可拥有的表数受限于数据库中的对象数

--每个表可拥有的行数受限于可用的存储容量

--每个表的主键约束数1

--每个表的外键约束数253

--每个表的引用数253

--每个表的触发器数受限于数据库中的对象数

--每个表的簇索引数1

--每个表的非簇索引数249

--每个表的唯一约束249非簇的,1成簇的

--------------列技术规格-------------------

--每个索引可包含的列数16

--每个主键可包含的列数16

--每个外键可包含的列数16

--每个表的列数1024

--索引键的大小900字节喊型培

--每个character或binary列的字节数8000

--每个text,ntext或image列的字节数2GB-2

--每行的字节数8060

--每个索引的字租樱节数900

--每个主键的字节数900

--每个外键的字节数900

--------------SQL技术规格-------------------

--批处理大小65536乘以网络包大小

--每个SELECT语句可郑唯处理的表数256

--存储过程源文件的字节数小于批处理大小或250MB

--每个存储过程的参数数目1024

--嵌套的子查询数32

--嵌套的触发器层数32

--每个SELECT语句可处理的列数4096

--每个INSERT语句可处理的列数1024

⑺ sql server 数据库日志文件过大是什么原因

您好:
通常是INSERT,UPDATE,DELETE语句使用过多导致。
请定期备份日志,清理日志。
确保数据库的日志文件大小在一个稳定的范围里。

⑻ sql日志文件太大会影响性能吗

你的数据库的数据量大吗?如果大,肯定的。 你的数据操作很频繁吗?如果频繁,一定的。 如果这两项都不符合,那没有道理。