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

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 数据库包含用于记录整个服务器安装信息和后续创建的所有数据库的信息,包括磁盘空间信息.文件分配信息.

此文章主要向大家讲述的是SQL Server 2008文件与文件组,其中包括文件和文件组的含义与关系,文件.文件组在实践应用中经常出现的问题,查询文件组和文件语句与MSDN官方解释等相关内容的介绍. 1.文件和文件组的含义与关系 每个数据库有一个主数据文件.和若干个从SQL Server 2008文件.文件是数据库的物理体现. 文件组可以包括分布在多个逻辑分区的文件,实现负载平衡.文件组允许对文件进行分组,以便于管理和数据的分配/放置.例如,可以分别在三个硬盘驱动器上创建三个文件(Data1.n

原文:SQL Server Log文件对磁盘的写操作大小是多少 SQL Server 数据库有三种文件类型,分别是数据文件.次要数据文件和日志文件,其中日志文件包含着用于恢复数据库的所有日志信息,SQL Server总是先写日志文件ldf,数据变化写入mdf则可以滞后,所以日志写入的速度在一定程序上决定了SQL Server所能承载的写事务量,那么ldf写入大小是多少呢? 要知道SQL Server写 Log的大小,这里使用工具Process Monitor 这里设置一个Filter,以满足只收

sql server mdf碎片级数据库修复,数据库碎片级提取   大家都知道MDF数据库文件一般都比较大,在磁盘中往往被存放到不连续的逻辑簇中,久而久之就形成了文件碎片,当文件被误删除或者格式化后,这些分散在磁盘中的碎片数据很难恢复,在FAT32分区中往往会出现数据库文件恢复后,文件名长度日期等信息非常完整,但是数据库就是无法顺利附加也无法修复成功,在NTFS类型的分区中,经常使用的数据库文件信息在删除后遭到严重破坏,文件长度会变成0字节,无法进行恢复操作,这是一项公认为高难度的数据恢复技术领

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

原文:XEvent – SQL Server Log文件对磁盘的写操作大小是多少 本篇是上一篇SQL Server Log文件对磁盘的写操作大小是多少的续,使用XEvent收集SQL Server Data文件和Log文件的写大小,脚本如下: DECLARE @DBNAME VARCHAR(256) SET @DBNAME = 'myDB' DECLARE @sqlcmd NVARCHAR(MAX) = 'IF EXISTS(SELECT * FROM sys.server_event_sess

原文:SQL Server日志文件庞大收缩方法(实测好用) 这两个命令连续执行,间隔时间越少越明显(可多次运行),直到达到效果 --截断 BACKUP LOG CloudMonitor TO DISK='NUL' --收缩 DBCC SHRINKFILE('CloudMonitor_log') 以后就可以采用常规的定期备份日志(比如一小时一次)来防止日志文件无限增长. SQL Server日志文件庞大收缩并非易事, 文章中提到: 由于首日志.尾日志和空间重复利用的原因,当备份日志后产生了日志截断

SQL Server日志文件过大    大日志文件清理方法 ,网上提供了很多分离数据库——〉删除日志文件-〉附加数据库 的方法,此方法风险太大,过程也比较久,有时候也会出现分离不成功的现象.下面的方式是不需要做数据库分离和附加操作的. SQL 2008收缩清空日志方法: 1.在SQL2008中清除日志就必须在简单模式下进行,等清除动作完毕再调回到完整模式,一定必务要再改回完整模式,不然数据库就不支持时间点备份了.1).选择数据库–属性—选项—恢复模式–选择简单.2).收缩数据库后,再调回完整.2

SQL Server日志文件因为误操作被删除,当附加数据库的时候提示:附加数据库失败. 解决办法如下: 1.新建一个同名数据库. 2.停止数据库服务,覆盖新建的数据库主文件(小技巧:最好放在同一个磁盘里面,把新建的数据库主文件删掉或移开,再把要恢复的数据库主文件剪切过去,这样就可以节省时间.) 3.启动数据库服务,数据库变为置疑或可疑状态.然后在查询分析器中运行: alter database 无日志文件的数据库名称 . set emergency 设置为紧急状态. 4.再运行: alter d

一.本文所涉及的内容(Contents) 本文所涉及的内容(Contents) 背景(Contexts) 基础知识(Rudimentary Knowledge) 实现过程(Process) 疑问(Questions) 参考文献(References) 二.背景(Contexts) 数据库服务器在为表分配初始值的时候很慢,分配初始值40GB的数据文件,花了30多分钟,一开始的时候一直认为是服务器磁盘的写入速度太慢造成的,后来经过北京-宋沄剑的提醒:即时文件初始化(Instant File Init

string str = @"data source=.\SQLEXPRESS;Integrated Security=SSPI;AttachDBFileName=z:\ttt.mdf;User Instance=true"; 其中User Instance=true参数不可少. //http://www.cnblogs.com/yuanyuan/archive/2011/02/12/1951871.html Integrated   Security默认值是False,此时需要提供U

第一步: 把备份文件放到目录:C:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\DATA (默认)(这里用 MyDB.mdf 作为数据库还原文件) 第二步: 右键“数据库”,选择“附加” 第三步: 把.mdf文件添加进来. 第四步: 选中第一步添加到目录:C:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\DATA 里面的MyDb.mdf文件,

项目操作过程中,利用Navicat操作SQL Server2008R2数据备份,结果发现数据丢失了很多,不得不先对数据丢失部分进行差异对比,然后再重新输入. 1.利用Navicat导出的数据格式为sql格式,可以直接还原导入: 2.利用SQL Server management Studio导出的数据格式为bak格式,导入navicat测试. 在navicat中新建数据库,这里新建名为:1111数据库 点击数据库:1111,找到SQL Server备份,然后在空白页--鼠标右键--从文件还原 先

需求:源SQL Server安装目录及数据目录 与 目标SQL Server安装目录及数据目录 完全不同. 步骤: 1.拷贝源数据目录下需要移植的库文件(rpBrInfo_TA.mdf.rpBrInfo_TA_log.ldf) 2.复制目标数据目录下:“D:\SQL Server Data\MSSQL10.MSSQLSERVER\MSSQL\DATA” 3.打开目标数据库“SQL Server Management Studio”,直接“挂载”当前您拷贝的数据文件,即可.

  我的SQL server数据库仅用作分析用, 不需要考虑数据备份和恢复的问题. 每天都会增长大量的数据, 现在碰到的问题是, ldf 文件增长的非常厉害, 需要压一压.    参考文章:  http://stackoverflow.com/questions/56628/how-do-you-clear-the-sql-server-transaction-log   压缩ldf文件的操作步骤如下: 1.将数据库恢复模式调整为simple模式   2.定期做手动shrink库, 比如每12小

添加文件组:  --ADD FILEGROUP 增加文件组 ALTER DATABASE TestHekaton ADD FILEGROUP [Report] ALTER DATABASE TestHekaton ADD FILEGROUP [ASN] --内存文件组 ALTER DATABASE TestHekaton ADD FILEGROUP [MemoryFG] CONTAINS MEMORY_OPTIMIZED_DATA;   --添加文件 ALTER DATABASE [TestHe

同事告知某现场SQL Server2008R2数据库的DATA文件夹下audittrace开头的trc文件不断增多,占用较大空间,因此需要关停,尝试解决步骤如下: 1.查看是否有后台开启的trace dbcc traceon(3604) go dbcc tracestatus(-1) 发现并没有...... 2.查看是否有人工开启的sqlprofiler.(一般生成在本地的trc都是本地的sqlprofiler窗口,查这个没报多大期望) select * from sys.dm_exec_ses

-- 更改数据文件存放目录   EXEC xp_instance_regwrite     @rootkey='HKEY_LOCAL_MACHINE',     @key='Software\Microsoft\MSSQLServer\MSSQLServer',     @value_name='DefaultData',     @type=REG_SZ,     @value='E:\Data'     GO           -- 更改日志文件存放目录   EXEC master..xp

问题描述: 在sql server的log文件夹中存在大量的mdmp.log文件,整体占用了几十个G C:\Program Files (x86)\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\Log 分析: 1. mdmp是一个调试文件,可以使用vs打开,然而作用不大 2. txt打开后看不到有用的信息 3. log文件打开后,发现如下错误 CImageHelper::Init () Failed load of symbol file with

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