前几天,在所有数据库服务器部署了监控磁盘空间的存储过程和作业后(MS SQL 监控磁盘空间告警),今天突然收到了两封告警邮件,好吧,存储规划是一方面,但是,是不是要分析一下是什么原因造成磁盘空间不足的呢?会不会是因为突然暴增的日志文件,抑或是系统业务猛增导致数据量暴增,还是历史数据累计 ...
在项目前期评估数据库的增长情况,然后根据数据库数据量的增长情况来规划存储的分配其实是一件比较麻烦的事情。因为项目没有上线,用什么来评估数据库的数据增长情况呢 如果手头没有实际的数据,我们只能从表的数量以及预计一天的数据增长情况来预估数据增长量。当然这里猜测的成分较大。这个是非常不靠谱,也是不准确的。当然我们可以监控测试环境的数据库大小的增长情况来评估数据增长情况。我们可以监控数据库大小的变化来估 ...
2015-12-19 11:30 3 1346 推荐指数:
前几天,在所有数据库服务器部署了监控磁盘空间的存储过程和作业后(MS SQL 监控磁盘空间告警),今天突然收到了两封告警邮件,好吧,存储规划是一方面,但是,是不是要分析一下是什么原因造成磁盘空间不足的呢?会不会是因为突然暴增的日志文件,抑或是系统业务猛增导致数据量暴增,还是历史数据累计 ...
1.需求背景 系统程序突然报错,报错信息如下: 此时查看log文件,已达2T。 当时的紧急处理方案是,移除掉镜像,修改数据库恢复模式(由full修改为simple),收缩日志。 为了防止类似问题再次发生,需对log 文件的大小进行监控,当到达阈值后,触发告警。 2.主要 ...
一周增长总量 select sum(space_used_total) / 1024 / 1024 / 1024 "last 7 days db increase - G" from dba_hist_seg_stat s, dba_hist_seg_stat_obj o ...
这段时间谈了很多页,现在我们可以看下这些页在数据文件里是如何组织的。 我们都已经知道,SQL Server把数据文件分成8k的页,页是IO的最小操作单位。SQL Server把数据文件里的第1页标记为0。在所有数据库文件里,前面的9个页面(到页号8)都是如下显示一样的顺序,第10个页(页号 ...
本来以为挺简单的东西,还是费了点劲 问题:用sql语句获取mdf默认存放路径 这个路径没有放在sql server里面,而是在注册表里,路径是:HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server ...
误删SQL Server配置文件,导致服务器连接不了数据库,幸好没有删掉DATA下的日志文件 main data file 和log data file 及ndf (Secondary data file) 1、将匹配的同一个数据库的mdf和nlf拷贝在一起,在一个 ...
SQL Server在删除数据后,会重新利用这部分空间,所以如果不是空间紧张的情况下,可以不回收。回收一般先回收日志文件,因为这个回收速度非常快,可以短时间内清理出一部分可用空间。回收步骤: 1、查看日志文件大小【一般回收比较大的】 2、查看日志文件空间是否 ...
查询每个库的数据文件大小和日志文件大小 rds版本 ...