前提: (1)磁盘C盘.数据文件所在盘均有空间 (2)没有对数据文件设置maxSize   (3)做过数据库服务器重启,仍没有效果 (4)但是同一个实例上的其他数据库没问题 (5)配额也查了,没问题 (6)使用的是 Raid10 分析查看步骤: 1.查看了当前数据库的数据文件信息 2.更改数据库文件大小信息失败 3.查了下资料,磁盘是NTFS的话,如果碎片过多,有可能会导致这种情况 4.检查磁盘碎片率,有问题则迁移

[数据恢复故障描述]  这个客户是生产型数据库,数据比较重要,产生量也比较大,客户要求必须尽快修复,保证生产尽快恢复运行.sql数据库文件,由于碎片链接过长,mdf文件突然变为0字节,开始客户尝试自行网上下载软件进行恢复,文件名可以显示,但是文件的容量显示0字节,无法导出数据.客户有找了当地的一家恢复公司,也没有成功导出数据. 通过网上搜索联系到我们. [数据恢复故障分析] 数据库变为0字节修复也是常遇到的一种情况,但是网上一般的普通的修复软件是没有办法直接进行恢复的. [数据恢复过程]  我们

在SQL Server数据库中,数据文件与事务日志文件的修改日期(Date Modified)是会变化的,但是有时候你会发现你的数据文件或日志文件的修改日期(Date Modified)几个月甚至是半年以上都没有变化了,如下截图所示: 为什么呢?不会是什么bug吧? 相信很多人都会有这样的反应.下面我们通过实验来看看数据库的数据文件与事务日志文件在什么情况或条件下, 修改日期(Date Modified)才会变化.首先创建一个TEST数据库,查看其数据文件或事务日志文件的修改日期如下: USE

oracle数据库表空间追加数据库文件方法   针对非大文件方式表空间,允许追加文件进行表空间的扩展,单个文件最大大小是32G  第一种方式:表空间增加数据文件    www.2cto.com   1.alter tablespace spacess1 add datafile 'G:\spacess01.DBF' size 30000M;  第二种方式:表空间增加数据文件,设置自增长,限制最大值    2.alter tablespace spacess1 add datafile 'G:\s

SQL Server 数据库安装后会包含 4 个默认系统数据库:master, model, msdb, tempdb. SELECT [name] ,database_id ,suser_sname(owner_sid) AS [owner] ,create_date ,user_access_desc ,state_desc FROM sys.databases ; master master 数据库包含用于记录整个服务器安装信息和后续创建的所有数据库的信息,包括磁盘空间信息.文件分配信息.

原文地址:http://www.cnblogs.com/CareySon/archive/2011/12/26/2301597.html   SQL Server中数据库文件的存放方式,文件和文件组      写在前面:上次我关于索引的文章有几个园友发站内信问我如何将索引和表存储在不同的硬盘上.我觉的需要专门写一篇文章来讲述一下文件和文件组应该更容易理解. 简介     在SQL SERVER中,数据库在硬盘上的存储方式和普通文件在Windows中的存储方式没有什么不同,仅仅是几个文件而已.SQ

方法 1. 把文件的增长设置为按照固定大小增长. 如filegrowth = 100MB; ---------------------------------------------------------------------------------------------------------------------------------------------------------- 数据文件增长说明. 比如说表 T 建立在文件file1 和 file2 上.file1 file2

在论坛看到一个帖子,说数据库变慢了一段时间,发现这段时间数据库文件的最后修改时间跟变慢的世界一致,想知道这段时间是否文件确实增长了. 其实SQL Server提供了数据增长的Event,而且Default Trace里面就记录了. 下面我们做个测试,我创建了一个新的数据库,创建表然后插入数据: create table test(test varchar(100)) go insert into test values (replicate('a',100)) go 100000 现在查询Def

在某项目上,使用SQL Server数据库,现场反馈每天定时备份数据库文件,每天的数据量是400多个申请单的量.之前每天增长量是50M,但是后来两天增长量是80M,每天的数据量差不多. 到底从什么地方排查,得到的有几个建议,暂时记录一下,方便排查: 1. 排查数据库中的文件增量设置. 在数据库上,鼠标点击“属性”,找到“文件”选项,查看自动增长的设置,如下图所示.如果按百分比设置,那么随着数据库的数据越多,增量也会随之增加. 2. 有可能是程序导致数据量剧增,这个需要从数据库中的数据量排查. 3

文件和文件组概念 关于文件与文件组,简单概括如下,详情请参考官方文档"数据库文件和文件组Database Files and Filegroups"或更多相关资料: 数据文件概念: 每个SQL Server数据库至少包含两个作系统文件:一个数据文件(data file)和一个日志文件(log file).数据文件包含数据和对象,例如表.索引.存储过程和视图.....日志文件包含恢复数据库所需的所有事务的相关数据.其实在SQL Server中,数据文件分为三类,分别为:   主数据文件

mdf 源文件 ldf 日志文件 在服务器不同磁盘目录内做迁移.移动用户数据库文件的情况大致有下面一些: ① 没有设计规划好,贪图方便,,,,数据库文件和日志文件增长过快,导致存放数据库文件的磁盘空间不足,需要移动数据文件或日志文件 ②由于业务需求的提高,导致数据增长过快. ③为了更好的I/O的性能,需要将数据文件或日志文件分布到不同磁盘下,减轻I/O压力,提供I/O性能. ④故障恢复.例如,数据库处于可疑模式或因为硬件故障而关闭. 开始 1.打开管理工具,选择数据库 选择一个数据库,右击属性

环境: SSMS sql-server2016 一.为数据库添加数据文件 添加日志数据文件 以下是添加数据文件和日志文件的代码 ALTER DATABASE [joinbest] ADD FILE ( NAME = N'joinbest_2', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL13.MSSQLSERVER\MSSQL\DATA\joinbest_2.ndf' , SIZE = 8192KB , FILEGROWTH

目的:创建一个数据库文件和一个日志文件的数据库 在matser数据库下新建查询,输入的命令如下: USE master——指向当前使用的数据库.创建数据库实际上是向master数据库中增加一条数据库信息. GO——批处理的标志 --通常将判断数据库是否存在,如果存在则删除这个数据库放在创建数据库的前面. IF EXISTS(SELECT * from sysdatabases where name='E_Market')DROP DATABASE E_Market --创建数据库 CREATE

简介 在SQL SERVER中,数据库在硬盘上的存储方式和普通文件在Windows中的存储方式没有什么不同,仅仅是几个文件而已.SQL SERVER通过管理逻辑上的文件组的方式来管理文件.理解文件和文件组的概念对于更好的配置数据库来说是最基本的知识. 理解文件和文件组 在SQL SERVER中,通过文件组这个逻辑对象对存放数据的文件进行管理. 先来看一张图: 我们看到的逻辑数据库由一个或者多个文件组构成 而文件组管理着磁盘上的文件.而文件中存放着SQL SERVER的实际数据. 为什么通过文件组

MS SQL 数据库迁移文件,这里说的不是将数据库迁移到另外一台服务器,只是在服务器不同磁盘目录内做迁移.移动数据库文件的情况大致有下面一些: 1: 事先没有规划好,数据库文件或日志文件增长过快,导致某个盘或整个磁盘空间不足,需要移动数据文件或日志文件 2: 纯粹由于业务需求,数据增长过快. 3: 为了更好的IO的性能,需要将数据文件.日志文件分布到不同磁盘,减轻IO压力,提供IO性能. 4:故障恢复.例如,数据库处于可疑模式或因硬件故障而关闭. 案例:现在我在数据库实例中有数据库MyAssis

一.使用Raw文件夹下的数据库文件 在使用GreenDao框架时,数据库和数据表都是根据生成的框架代码来自动创建的,从生成的DaoMaster中的OpenHelper类可以看出: public static abstract class OpenHelper extends SQLiteOpenHelper { public OpenHelper(Context context, String name, CursorFactory factory) { super(context, name,

VS2012,  创建或打开C++浏览数据库文件*.sdf时发生错误. IntelliSense 和浏览信息将不能用于C++项目. 请确保已安装 Microsoft SQL Server Compact 4.0, 并且没有其他应用程序正在访问文件. 如果问题仍然存在, 请删除文件并重新打开解决方案. 到微软官网去下载Microsoft SQL Server Compact 4.0就可以了,网站:https://www.microsoft.com/en-us/download/details.as

最近有一张表(内含varchar(max)字段),占用空间达到240G,删除历史数据后几十万条后,空间并未得到释放. 然后用DBCC CLEANTABLE(0,tb_name,100)来释放删除记录后变长字段留下的空间,注意第三个参数为每个事务处理的行数, 强烈建议使用,默认是0,将整个操作作为一个事务处理!全程锁表!! 执行完DBCC CLEANTABLE后,发现表空间已经释放,占用空间几百兆,但此时还没完,我们数据库文件依然很大. 于是我们尝试用DBCC SHRINKFILE来收缩库文件,结

环境:RHEL 6.4 + Oracle 11.2.0.3 情景一:只是部分普通数据文件迁移,可以在线操作. 1.将对应表空间offline,移动数据文件到新路径 2.数据文件alter database rename file '' to ''; 3.再将表空间online 情景二:所有数据文件迁移. 本文是针对情景二的实验,需求:主机/oradata挂节点变更为/usr2.在/usr2建立oradata文件夹来存放之前/oradata的所有文件. 操作步骤: 1.查看当前数据库的数据文件,临

-- 允许配置高级选项 EXEC sp_configure 'show advanced options', 1 GO -- 重新配置 RECONFIGURE GO -- 启用xp_cmdshell EXEC sp_configure 'xp_cmdshell', 1 GO --重新配置 RECONFIGURE GO reconfigure --刷新配置 EXEC xp_cmdshell 'rename E:\qzbxw\DataBase\DTcmsdb2.mdf qzbxw.mdf' --改名

在vs2015导入mdf数据库文件时提示:此数据库文件与当前sql server实例不兼容. mdf文件的版本是SQL SERVER 2005的,而VS2015自带的数据库是LocalDB,直接导入该mdf文件时会提示:此数据库文件与当前sql server实例不兼容. 解决方法是把sql server 2005的mdf文件转成LocalDB可操作的mdf文件. 以下是操作方法,直接用VS2015即可完成, 不需要安装SQL SERVER. 服务器资源管理器 -> 连接到数据库 服务器名:直接填