今日小编在处理日常工作时遇到一个客户反应,登录软件时老是报错:Error executing SQL statement无法顺利进入软件。这种问题一般是由于数据库日志Ldf文件过大导致的错误,数据库LDF日志文件存储的是数据库操作数据的信息,其中包含有(新增数据、修改数据、删除数据等)。经过远程查看后,果然发现客户电脑的sql server2000数据库中,有一个数据库的日志文件(***_log.ldf)大小达到180G。今天来和小编一起学习下如何收缩SQL2008数据库日志Ldf文件过大吧!
SQLSERVER的数据库日志占用很大的空间,下面提供三种方法用于清除无用的数据库日志文件 方法一: 1、打开查询分析器,输入命令 BACKUP LOG database_name WITH NO_LOG 2、再打开企业管理器--右键要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至xxm,这里会给出一个允许收缩到的最小m数,直接输入这个数,确定就可以了。 方法二: 设置检查点,自动截断日志 一般情况下,SQL数据库的收缩并不能很大程度上减小数
backup log dbNamewith NO_LOG backup log dbNamewith TRUNCATE_ONLY DBCC SHRINKDATABASE(dbName)
每个 SQL Server 数据库都具有事务日志,用于记录所有事务以及每个事务对数据库所做的修改。 必须定期截断事务日志以避免它被填满。 但是,一些因素可能延迟日志截断,因此监视日志大小很重要。 某些
本文介绍了如何删除数据库日志文件的方法,通过两种方式:一是通过手动操作,二是通过存储过程。通过存储过程可以更方便地控制数据库日志文件的大小,从而提高数据库的性能和稳定性。同时,还介绍了一种通过存储过程附加没有日志文件的数据库的方法。
A.我们使用默认方式建立一个供恢复使用的数据库(如test)。可以在SQL Server Enterprise Manager 里面建立。 B.停掉数据库服务器。 C.将刚才生成的数据库的日志文件test_log.ldf删除,用要恢复的数据库mdf文件覆盖刚才生成的数据 库数据文件test_data.mdf。 D.启动数据库服务器。此时会看到数据库test的状态为”置疑”。这时候不能对此数据库进行任何*作。 E.设置数据库允许直接*作系统表。此*作可以在SQL Server Enterprise Manager里面选择数据库服 务器,按右键,选择”属性”,在”服务器设置”页面中将”允许对系统目录直接修改”一项选中。也可以 使用如下语句来实现。 use master go sp_configure ‘allow updates’,1 go reconfigure with override go F.设置test为紧急修复模式 update sysdatabases set status=-32768 where dbid=DB_ID(‘test’) 此时可以在SQL Server Enterprise Manager里面看到该数据库处于”只读\置疑\脱机\紧急模式”可以 看到数据库里面的表,但是仅仅有系统表 G.下面执行真正的恢复*作,重建数据库日志文件 dbcc rebuild_log(‘test’,’C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log.ldf’) 执行过程中,如果遇到下列提示信息:
Lync/Skype for Business客户端创建会议报错,提示连接服务器错误,严重到“现在开会”选项消失。
最近数据仓库时不时爆磁盘空间不足,导致定时任务执行失败,这可了得,要知道定时任务执行的可是每天的业务数据。
当前好多项目都在逐渐的采用SQL Server AlwaysOn架构来作为数据库的高可用集群技术。
SQL Server 数据库采取预先分配空间的方法来建立数据库的数据文件或者日志文件,比如数据文件的空间分配了300MB,而实际上只占用了20MB空间,这样就会造成磁盘存储空间的浪费。可以通过数据库收缩技术对数据库中的每个文件进行收缩,删除已经分配但没有使用的页。从而节省服务器的存储的成本。
以前在SQL2005中用的语句,到了SQL2008不能执行了,其实这个问题在7月份在美国的时候就遇到了,一直拖着,今天发现数据库占用空间达到30G了,当然了大部分是日志,因为有几张表每天Truncate然后重新生成,因为临时表的缘故。
1、数据库文件类型: ①数据文件 主要数据文件:后缀 .mdf ,有且只有一个,默认已创建,包含启动信息、数据对象 次要数据文件:后缀 .ndf ,可有任意个,默认无 文件流数据:存储图片、音频等文件 ②事务日志文件:后缀 .ldf ,至少一个,默认已创建一个,记录所有事务的SQL语句,用于恢复数据库 2、创建和扩展数据库 文件大小:有一个初始大小,可扩展,最小单位1MB 增长方式:①按百分比②按MB 可限制数据大小:方式:①限制大小②不限制大小 3、收缩数据库:释放不使用的空间 方式:①手动收缩 收缩数据
SQL2000 数据库日志 清空
SQL2008 的收缩日志 由于SQL2008对文件和日志管理进行了优化,所以以下语句在SQL2005中可以运行但在SQL2008中已经被取消: (SQL2005)
闪回数据库这个特性在很多Oracle DBA眼里就是鸡肋特性,因为谁会因为恢复数据而需要在主库闪回,最后可能丢掉更多的数据,这个观点没错。 但是如果是备库呢,这个特性就顺利成章的满足了绝大多数的恢复需求,无论你是truncate,还是一些drop table的操作都是可以轻而易举的恢复。所以更多的时候我们其实更偏爱于Data Guard基础上的这种数据恢复方式,而原本的逻辑备份exp,expdp,物理备份RMAN就显得有些臃肿了。 拿一个真实的小案例来说明,有一次因为数据查询的SQ
来源:cnblogs.com/dengbangpang/ p/12961593.html
本文主要介绍怎么使用 ELK Stack 帮助我们打造一个支撑起日产 TB 级的日志监控系统。
前面几章蜻蜓点水的介绍了elasticsearch、apm相关的内容。本片主要介绍怎么使用ELK Stack帮助我们打造一个支撑起日产TB级的日志监控系统
SSMS创建数据库,名为班级学号姓名sale :数据文件初始大小为4MB、最大容量为10MB 、增长量为1M;日志文件初始大小为2MB、最大容量为5MB、增长量为1MB 。存于自己的文件夹中。 新建-初始大小-自动增长-右边三个小点选择maxsize
本文主要介绍怎么使用 ELK Stack 帮助我们打造一个支撑起日产 TB 级的日志监控系统。在企业级的微服务环境中,跑着成百上千个服务都算是比较小的规模了。在生产环境上,日志扮演着很重要的角色,排查异常需要日志,性能优化需要日志,业务排查需要业务等等。
本文主要介绍怎么使用 ELK Stack 帮助我们打造一个支撑起日产 TB 级的日志监控系统。很多细节知识,一篇文章是不够的,本文主要介绍了核心知识点。
--==================== -- 收缩表段(shrink space) --==================== 一、表的增长方式 当表被创建后,随着记录的不断插入,组成表的区间会被填满,如果启用了自动扩展,则当区间填满后,会分配新的区间。假定高水 位线随着记录的增加从最左端往右端来移动,当到底部区间的尾端时,则新的区间将会被分配。 二、表可收缩的原理 随着记录的增加高水位线不断的右移,记录的删除不会导致高水位线往回(左)移动 删除记录后的空闲空间(高水位线左侧)尽管可以使用,但其稀疏性导致空间空闲 注:完整的表扫描所耗费的时间不会因为记录的减少(删除)而减少 三、使用 alter table tbname shrink space 来收缩表段 1. 实现原理 实质上构造一个新表(在内部表现为一系列的DML操作,即将副本插入新位置,删除原来位置的记录) 靠近末尾处(右端)数据块中的记录往开始处(左端)的空闲空间处移动(DML操作),不会引起DML触发器 当所有可能的移动被完成,高水位线将会往左端移动(DDL操作) 新的高水位线右边的空闲空间被释放(DDL操作) 2. 实现前提条件 必须启用行记录转移(enable row movement) 仅仅适用于堆表,且位于自动段空间管理的表空间(堆表包括:标准表,分区表,物化视图容器,物化视图日志表) 3. 不能实现收缩的表 群集表 具有LONG类型列的表 LOB段(尽管表本身可以被缩小),注,10gR2以后版本支持对LOB段的收缩 具有基于提交的物化视图的表(因为禁用了触发器) 具有rowid物化视图的表(因为rowid发生了变化) IOT映射表IOT溢出段 索引基于函数的表 未启用行记录转移的堆表 4. 段收缩的优点 提高缓存利用率,提高OLTP的性能 减少磁盘I/O,提高访问速度,节省磁盘空间 段收缩是在线的,索引在段收缩期间维护,不要求额外的磁盘空间 5. 两个选项 cascade:缩小表及其索引,并移动高水位线,释放空间 compact:仅仅是缩小表和索引,并不移动高水位线,不释放空间 alter table tbname shrink space 相当于带cascade参数 四、实战演习 1. 查看需要收缩的表段的基本情况,此处为表big_table
当数据库死锁时,SqlServer会释放一个优先级较低的锁,让另一个事务运行;所以,即时去捕捉数据库死锁,是挺不容易的。
对企业安全建设来说,人是最大的安全威胁因素,系统再牢固、资产再收缩,也架不住内部员工被社工、被骗后轻而易举的进行破坏。
错误!未找到目录项。 set @strSQL = 'select count(*) as Total from [' + @tblName + '] where 1=1 安定 '+ @strWhere 2、收缩数据库 --重建索引 DBCC REINDEX DBCC INDEXDEFRAG --收缩数据和日志 DBCC SHRINKDB DBCC SHRINKFILE
“where 1=1” 是表示选择全部 “where 1=2”全部不选, 如: if @strWhere !=” begin set @strSQL = ‘select count(*) as Total from [‘ + @tblName + ‘] where ‘ + @strWhere end else begin set @strSQL = ‘select count(*) as Total from [‘ + @tblName + ‘]’ end
我们先来了解SQL Server数据库中的文件类型: 主数据文件:包含数据库的启动信息,指向数据库中的其他文件,每个数据库都有一个主数据文件(有且只有一个),推荐文件扩展名是.mdf; 辅助数据文件:除主数据文件以外的所有数据文件都是次要数据文件,次要数据文件主要是为了扩展数据的硬盘空间(可以有也可以没有),推荐文件扩展名是.ndf; 事务日志文件:包含恢复数据库所有事务的信息,每个数据库中至少有一个事务日志文件(有且必须有一个,可以多个),推荐文件扩展名是.idf; 文件流数据文件:可以使基于SQL的应用程序能在文件系统中存储非结构化的数据,如:文档、图片、音频、视频等。 数据文件由若干个64KB大小的区组成,每个区由8个8KB的连续页组成; 事务日志文件的存储不是以页为单位的,而是由一条条的大小不等的日志记录为单位。 创建数据库之前,需要考虑如下事项: 创建数据库的权限默认授予sysadmin和dbcreator服务器角色成员,服务器角色用于向用户授予服务器范围内的安全特权; 创建数据库的用户将成为该数据库的所有者; 考虑数据文件及日志文件的放置位置; 合理估计数据库的大小合并增长值。 接下来我们简单来一下数据的基本操作:
ON:数据库将在最后一个用户退出后完全关闭,它占用的资源也将释放。当用户尝试再次使用该数据库时,该数据库将自动重新打开
SQL SERVER 好久没有写了,偶然有人问SQL SERVER 的UNDO REDO 怎么实现的,因为这些人不曾听说SQL SERVER 有 autovacuum ,vacuum ,也不曾听说 SQL SERVER 有UNDO 表空间,REDO 日志,到底SQL Server是怎么实现,传统数据库中需要的,前滚翻和后滚翻,我们今天看看,到底SQL SERVER 和那个数据库有近亲关系。
执行SQL查询时,主要的几个瓶颈在于:CPU运算速度、内存缓存区大小、磁盘IO速度。而对于大数据量数据的查询,其瓶颈则一般集中于磁盘IO,以及内存缓存。那么为了提高SQL查询的效率,一方面我们需要考虑尽量减少查询设计的数据条目数——建立索引,设立分区;另一方面,我们也可以考虑切实减少数据表物理大小,从而减少IO大小。在SQL Server 2008中,最新提供了一项功能“压缩(Compression)”,就是用于减少数据表、索引物理大小。 设置压缩 在企业管理器中,在需要压缩的表或索引上右键选择S
一般情况,我们发出一个大型数据库操作,比如创建大表索引,如果表空间不足,数据库最终会终止操作。 而可恢复的空间分配功能可以使得这类操作挂起,等待DBA去处理,等成功处理之后大型数据库操作自动恢复,这样就避免了这类棘手问题,节省了时间。
Undo日志:undo log是mysql中两种比较重要的事务日志,另外一种是redo log,undo log顾名思义,是一种用于撤销回退的日志,用于事务没提交之前,会先记录存放到 Undo 日志文件里,当事务回滚时或者数据库崩溃时,可以利用 Undo 日志回退事务
应用场景:如果对一张表频繁执行插入、更新和删除操作,时间长了可能会出现大量碎片,Oracle针对这种场景推出段收缩功能,以便减少碎片。 Oracle的段收缩执行两项不同的任务:
最近需要删除一批曾经用来存放日志的表,这些表数量很多而且占用了大量的磁盘空间,不得不删除,释放相应的磁盘空间。但是一张一张的手动来删除比较麻烦,在网上找了小技巧,只需要三步,就可以实现批量删除。
最近有网友提到收缩Oracle数据文件的问题,这是DBA经常碰到的一个常见问题。通常我们需要收缩相应的数据文件以减少来自磁盘空间的压力以及提高数据库的整体性能。但这并非对于所有情形都是适用的,尤其是生产环境。因为生产环境数据清洗相当较少,因此空间浪费也比较小,而且一旦收缩之后又要重新自动扩展数据文件,浪费系统资源。对于UAT,DEV环境,多DB,磁盘空间压力大的情形,收缩一下非常有必要。勒紧裤带过日子也是常有的事情,哈哈。总之收缩数据文件会使得磁盘空间得以释放以及加快数据迁移,RMAN备份等。本文分享了Tom大师的收缩脚本以及给出了undo,临时表空间,表段收缩的链接。
SQL SERVER 还有人用,对的,很多人都在用,尤其很多企业,非互联网的企业。那今天就说说 SQL SERVER ALWAYS ON 高可用集群中,为什么不切日志的问题。引起这篇文字的原因是有一个81G 都没有切除日志的 AWO集群。
还有就是VCNEGER是部署在windows系统上的,后面一般是SQL SERVER 数据库。sql2008 R2可以用于小型部署(最多5个主机和 50 个虚拟机)的捆绑数据库。
一位朋友说他们压测的应用,前几天都正常,昨天执行的时候,报了如下错误,但是今天没出现,DBA说他们某条SQL占用临时表空间太多了,昨天还给扩了10个G的临时表空间容量,
《Oracle一个诡异的临时表空间不足的问题》中提到对临时表空间执行shrink space的操作,以前一直理解只有对表能做shrink space的操作,但从官方文档看,11g开始,就可以对临时表空间执行相同的操作。
发现shared_pool一直在收缩; 查看日志: ** 2018-07-26 16:58:09.868 ORA-00604: 递归 SQL 级别 1 出现错误 ORA-04031: 无法分配 32 字节的共享内存 ("shared pool","select count() from sys.job...","sql area","tmp")
表数据既可以存在共享表空间里,也可以是单独的文件。这个行为是由参数 innodb_file_per_table 控制的:
大爷沉思一下,继续说到:如果有能力的话再给老丈人配一辆车,毕竟他把女儿养这么大也不容易
SQLServer基本操作 数据库的创建 1、打开“SSMS”工具,连接到SQLServer。右击“数据库”-“新建数据库”
读取顺序:/etc/mysql/my.cnf>/etc/my.cnf>~/.my.cnf
查询流程,我们是不是再研究下更新流程、插入流程和删除流程? 一条查询sql的完整执行流程(从连接到引擎,穿插涉及到的知识,超详细) 在数据库里面,我们说的update操作其实包括了更新、插入和删除。如果大家有看过MyBatis的源码,应该知道Executor里面也只有doQuery()和doUpdate。的方法, 没有 doDelete()和 dolnsert()。 更新流程和查询流程有什么不同呢? 取到数据前和查询的基本流程也是一致的,也就是说,它也要经过解析器、优化器的处理,最后交给执行器。 区别就在于拿到符合条件的数据之后的操作。 但是,要学习更新的执行流程,我们需要先知道以下几个名词的含义: 贴图镇此博客(
征集佳句-精妙SQL语句收集SQL语句先前写的时候,很容易把一些特殊的用法忘记,我特此整理了一下S数据库
undo表空间是Oracle体系结构的重要组成部分,为什么我们可以回滚,就是因为有它。数据库任意数据的修改都会在undo表空间里生成前镜像,一是可以回滚,二是可以实现并发,以及一致性查询。因此undo也是Oracle数据库在创建和配置参数时必要的组成部分。本文描述的是错误的配置undo表空间之后故障的解决。
领取专属 10元无门槛券
手把手带您无忧上云