数据库满了怎么办

问题一：数据库空间满了怎么处理 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'

问题二：数据库满了怎么办？ 数据库是只读的(Readonly),也即不可以修改(增加\删除\修改都不行)

问题三：SQL server数据库日志满了怎么处理？ 解决方法

日志文件满而造成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

(此选项用于SQL7.0，SQL 2000中即故障恢复模型选择为简单模型)

当执行CHECKPOINT 命令时如果事务日志文件超过其大小的70% 则将其内容清除在开发数据库时时常将此选项设置为True

Auto shrink

定期对数据库进行检查当数据库文件或日志文件的未用空间超过其大小的25%时，系统将会自动缩减文件使其未用空间等于25% 当文件大小没有超过其建立时的初始大小时不会缩减文件缩减后的文件也必须大于或等于其初始大小对事务日志文件的缩减只有在对其作备份时或将Truncate log on checkpoint 选项设为True 时才能进行。

注意：一般立成建立的数据库默认属性已设好，但碰到意外情况使数据库属性被更改，请用户清空日志后，检查数据库的以上属性，以防事务日志再次充满。

问题四：数据库空间满了怎么处理 各数据库空间满处理方法

wenku.baidu/...YexzIW

问题五：网站的虚拟空间，数据库满了怎么办？ 肯定有影响啦，你自己说的，每天发很多文章，最终数据库满了，就是说文章保存在数据库中，一般来说数据库保存钉东西都是内存不是很大的东西，除了网站cms所必要的数据和系统日志之外，就是你文章的文字啦，至于图片和视频等等占用空间很多的东西就保存在网页空间里面了，和数据没有关系。

就如楼上的所说，问题不大，增加数据库的容量就行了，现在一般的IDC都会提供这样的服务，对你现在的网站不会有影响的。此外联系客服也很重要的。祝你早日解决问题！

问题六：SQL数据磁盘满了怎么解决？ -- 清空日志

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

/*--特别注意

请按步骤进行,未进行前面的步骤,请不要做后面的步骤

否则可能损坏你的数据库.

--*/

select*fromsysfiles

--1.清空日志

DUMPTRANSACTIONusernameWITHNO_LOG

--2.截断事务日志：

BACKUPLOGusernameWITHNO_LOG

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

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

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

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

-- 也可以用SQL语句来完成

--收缩数据库

DBCCSHRINKDATABASE(username)

--收缩指定数据文件,1是文件号,可以通过这个语句查询到:select*fromsysfiles

DBCCSHRINKFILE(2)

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

-- a.分离数据库:

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

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

-- c.附加数据库:

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

-- 此法将生成新的LOG，大小只有500多K

-- 或用代码：

-- 下面的示例分离username，然后将username中的一个文件附加到当前服务器。

execsp_dboptionusername,'singleuser',true

a.分离

[email protected] ='username'

b.删除日志文件

execmaster..xp_cmdshell'delD:\ProgramFiles\SQL\database\username_LOG.ldf'

c.再附加

[email protected] ='username',

@physname='D:\ProgramFiles\SQL\database\username_Data.MDF'

--5.为了以后能自动收缩,做如下设置:

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

--SQL语句设置方式:

EXECsp_dboption'数据库名','autoshrink','TRUE'

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

-- 企业管理器--服务器--右键数据......>>

问题七：数据库日志已满，如何处理？ 先提供一种复杂的方法压缩日志及数据库文件如下：1.清空日志 dump transaction 库名 with no_log2.截断事务日志： backup log 数据库名 with no_log3.收缩数据库文件(如果不压缩,数据库的文件不会减小 企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件 --选择日志文件--在收缩方式里选择收缩至xxm,这里会给出一个允许收缩到的最小m数,直接输入这个数,确定就可以了 --选择数据文件--在收缩方式里选择收缩至xxm,这里会给出一个允许收缩到的最小m数,直接输入这个数,确定就可以了 也可以用sql语句来完成 --收缩数据库 dbcc shrinkdatabase(客户资料) --收缩指定数据文件,1是文件号,可以通过这个语句查询到:select * from sysfiles dbcc shrinkfile(1)4.为了最大化的缩小日志文件(如果是sql 7.0,这步只能在查询分析器中进行) 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\pubs.mdf'5.为了以后能自动收缩,做如下设置: 企业管理器--服务器--右键数据库--属性--选项--选择自动收缩 --sql语句设置方式: e x e c sp_dboption '数据库名', 'autoshrink', 'true'6.如果想以后不让它日志增长得太大 企业管理器--服务器--右键数据库--属性--事务日志 --将文件增长限制为xm(x是你允许的最大数据文件大小) --sql语句的设置方式: alter database 数据库名 modify file(name=逻辑文件名,maxsize=20) 我来完善答案完善答案通过审核后，可获得3点财富值最新回答：2012-06-20 05:01 版本：1个历史版本

问题八：如何从根本上解决SQL数据库日志已满的问题 1、你设置了日志文件的最大数，数据库的恢复模式是完整恢复模式，所有的针对数据库的改动都会记录到日志，不仅仅是你的改动数据库，数据库本身的 *** 作也有记录到日志，所以，日志文件才会不断增长。

2、那是因为大部分的电脑上的数据库，基本没怎么变过，但生产用的数据库经常变动，所以日志记录也变得巨大，我见过数据库200MB，但是日志文件50GB，因为本来数据库有10GB，因为测试需要删除了大部分的数据，结果导致日志文件增长到了50GB。

3、定时备份日志并收缩日志文件。

4、通过备份日志，并收缩日志文件，这个语句你自己百度。

5、日志是一个以事务编号连续的记录，比如，我第一次备份的日志事务编号为1-1000，那么日志就会被截断，并从1001开始，之后的日志备份就从1001开始了，所以，初始备份一直到最后一次备份都不能删除，否则使用日志恢复时会出现问题。

问题九：oracle数据库空间占满了，怎么办 1、删除无用文件或数据，腾空间。

2、将空间紧张的数据移到其他空闲空间。

3、增加新存储空间。

问题十：如何清理sql server 已满的数据库日志 SQLSERVER的数据库日志占用很大的空间，下面提供三种方法用于清除无用的数据库日志文件

方法一：

1、打开查询分析器，输入命令

backup log database_name WITH NO_log

2、再打开企业管理器--右键要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至xxm,这里会给出一个允许收缩到的最小m数,直接输入这个数,确定就可以了。

方法二：

设置检查点，自动截断日志

一般情况下，SQL数据库的收缩并不能很大程度上减小数据库大小，其主要作用是收缩日志大小，应当定期进行此 *** 作以免数据库日志过大

1、设置数据库模式为简单模式：打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server-->SQL Server组-->双击打开你的服务器-->双击打开数据库目录-->选择你的数据库名称（如用户数据库cwbase1）-->然后点击右键选择属性-->选择选项-->在故障还原的模式中选择“简单”，然后按确定保存

2、在当前数据库上点右键，看所有任务中的收缩数据库，一般里面的默认设置不用调整，直接点确定

3、收缩数据库完成后，建议将您的数据库属性重新设置为标准模式， *** 作方法同第一点，因为日志在一些异常情况下往往是恢复数据库的重要依据

方法三：通过SQL收缩日志

把代码复制到查询分析器里，然后修改其中的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),(@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 ......>>

右键-》所有任务-》分离数据库，有个清除按钮，另外在sql server属性里可以设置一下并发用户的最大连接数和查询超时设定，

另外可以改

连接字符串代码"Server=(local)database=dbuid=sapwd=sa

Max Pool Size=75Min Pool Size=5"

1.首先，看了看SQL Server服务器属性的配置，看到连接数为0，即不限制，SQLserver最大连接数为32767。看来应该不是这里的问题

2.百度了一下，发现可能是程序的数据库连接字符串出了问题

自己写了个代码测试一下

class Program

{

private static void Main(string[] args)

{

TestSQLServerConnectionCount()

Console.Read()

}

public static void TestSQLServerConnectionCount()

{

try

{

int maxCount = 40000

string connectionString =

"Data Source=localhostInitial Catalog=EveryDayTestUser Id=saPassword=sa123"

for (int i = 1i <maxCounti++)

{

var db = new SqlConnection(connectionString)

db.Open()

Console.WriteLine("已创建连接对象" + i)

}

}

catch (Exception ex)

{

Console.WriteLine(ex.Message)

}

}

}

发现最多只能创建100个，

然后添加了属性Max Pool Size=101，又测了一下，恩可以了

。恩果然是这里，不过。在测试系统的时候发现，有的时候连接数到达40多或60多或80多后就不再增长了，难道说这里有个重复利用数据库连接的机制？

找了一下，发现有个Pooling属性，默认为true，于是加上了这条Pooling=false，运行一下

哇擦，已经超过了32767！！！难道说这个属性可以让连接反复利用，从连接池取出来可以再次使用的连接对象？还是说根本不受连接池的最大限制？

果然，看了一下连接池的运行方式发现：

1、当一个程序执行Connection.open()时候，ADO.net就需要判断，此连接是否支持Connection Pool (Pooling 默认为True)

（1）、如果指定为False, ADO.net就与数据库之间创建一个连接，然后返回给程序。

（2）、如果指定为 True，ADO.net就会根据ConnectString创建一个Connection Pool，然后向Connection Pool中填充Connection。填充多少个Connection由Min Pool Size (默认为0)属性来决定。例如如果指定为5，则ADO.net会一次与SQL数据库之间打开5个连接，然后将4个Connection，保存在 Connection Pool中，1个Connection返回给程序。

2、当程序执行到Connection.close() 的时候。如果Pooling 为True，ADO.net 就把当前的Connection放到Connection Pool并且保持与数据库之间的连接。

同时还会判断Connection Lifetime(默认为0)属性，0代表无限大，如果Connection存在的时间超过了Connection LifeTime，ADO.net就会关闭的Connection同时断开与数据库的连接，而不是重新保存到Connection Pool中。

3、当下一次Connection.Open() 执行的时候，ADO.Net就会判断新的ConnectionString与之前保存在Connection Pool中的Connection的connectionString是否一致。

4、 ADO.net需要判断当前的Connection Pool中是否有可以使用的Connection(没有被其他程序所占用)，如果没有的话，ADO.net就需要判断ConnectionString设 置的Max Pool Size （默认为100）

（1）、如果Connection Pool中的所有Connection没有达到Max Pool Size，ADO.net则会再次连接数据库，创建一个连接，然后将Connection返回给程序。

（2）、如果已经达到了 MaxPoolSize，ADO.net就不会再次创建任何新的连接，而是等待Connection Pool中被其他程序所占用的Connection释放，这个等待时间受SqlConnection.ConnectionTimeout（默认是15 秒）限制，也就是说如果时间超过了15秒，SqlConnection就会抛出超时错误。

5、如果有可用的Connection，从Connection Pool 取出的Connection也不是直接就返回给程序，ADO.net还需要检查ConnectionString的ConnectionReset属性 (默认为True)是否需要对Connection 最一次reset。

-------------------摘自《http://www.studyofnet.com/news/637.html 数据库最大连接池max pool size》

不过，为什么系统测试时到了60左右的连接数不再增长了？max

---