在使用SQL的过程中.. 开启一个事务..进行大计算量..在中间出错或者强制杀死SQL服务进程..总之事务没有提交.. 再次开启时sql会进入自动检查的过程.. 数据库小的话问题不大..会比较快.. 但是如果数据量比较大..或者日志文件比较大..这个恢复的过程会很慢很慢..给人造成假死的假象.. 这个时候有性子急的小伙伴可能就另外想办法了..但也可能导致其他更严重的问题..造成损失.. 下边的脚本返回一个正在恢复的数据库的进程进度..给一个指示.. ) = 'DB_Name' ), ), [TE

查看恢复进度 (1)查看进程的活动状态 V$MANAGED_STANDBY视图专用于显示物理Standby数据库相关进程的当前状态,该视图中的列也很有特点,查看进程状态时,通常我们会关注PROCESS.CLIENT_PROCESS.SEQUENC#和STATUS几列,例如: SQL> SELECT PROCESS,CLIENT_PROCESS,SEQUENCE#, STATUS FROM V$MANAGED_STANDBY;     相关说明: PROCESS:进程名称,如ARCH.RFS.MR

一.总结 如果数据库处于一个恢复挂起的状态,并且对数据库做脱机和分离的操作,报出数据库文件不可访问的错误,可能是因为数据库的数据文件和日志文件在数据库正常连接的情况下,文件所在的磁盘脱机了,导致数据库在一段时间内找不到数据库的文件,就把数据库置于一个恢复挂起的状态了,所以磁盘联机后,重启数据库服务,重新去找数据文件和日志文件找到了,数据库就可用了. 二.处理步骤 1.数据库恢复挂起截图 2.出现恢复挂起的原因 我这里的数据库出现这种原因,是因为我的数据库数据文件和日志文件是在存储上放着的,当时存

http://www.cnblogs.com/zhuque/archive/2012/11/08/2763343.html 死锁和堵塞一直是性能测试执行中关注的重点. 下面是我整理的监控sql server数据库,在性能测试过程中是否出现死锁.堵塞的SQL语句,还算比较准备,留下来备用. --每秒死锁数量 SELECT * FROM sys.dm_os_performance_counters WHERE counter_name LIKE 'Number of Deadlocksc%'; --

步骤1.查看锁表进程        2.杀死进程 --1.查询锁表进程 spid.和被锁表名称 tableName select request_session_id spid,OBJECT_NAME(resource_associated_entity_id) tableName from sys.dm_tran_locks where resource_type='OBJECT' and OBJECT_NAME(resource_associated_entity_id) is not nu

select   a.name as 表名,max(b.rows) as 记录条数   from   sysobjects   a   ,sysindexes   b       where   a.id=b.id   and   a.xtype='u'   group   by   a.name   order by max(b.rows) desc   select SUM(记录条数) as 总记录数 from( select top 10000 a.name as 表名,max(b.row

在压力测试过程中,不间断的按F5键执行上面的SQL语句,如果出现死锁或者堵塞现象,就会在执行结果中罗列出来.如果每次连续执行SQL,都有死锁或者堵塞出现,说明死锁或者堵塞的比较严重. --每秒死锁数量 SELECT * FROM sys.dm_os_performance_counters WHERE counter_name LIKE 'Number of Deadlocksc%'; --查询当前阻塞 WITH CTE_SID ( BSID, SID, sql_handle ) AS ( SE

前期工作 查看数据属性,确保下条件: 1.数据库属性->选项->恢复模式=完整 2.建好库以后.一个数据库完整的数据备份 3.到出事期间日志没有你间断 4.记录出事的准确时间 一.数据准备 USE [Test] GO ) ) ) ) ) GO Update [dbo].[Person] set Sex='不详' where name='关羽' where name='张燕燕' --查看数据属性,确保下条件 /* 数据库属性->选项->恢复模式=完整 备份一个数据库 backup d

如何查看SQLServer数据库每个表占用的空间大小? 创建存储过程: CREATE PROCEDURE [dbo].[sys_viewTableSpace]AS BEGIN SET NOCOUNT ON; CREATE TABLE [dbo].#tableinfo( 表名 [varchar](50) COLLATE Chinese_PRC_CI_AS NULL, 记录数 [int] NULL, 预留空间 [varchar](50) COLLATE Chinese_PRC_CI_AS NULL,

命令行下从bak文件恢复sqlserver数据库方法 注:本文所示访问从SqlServer 2000 - 2014版都是通用的 参考:http://blog.sina.com.cn/s/blog_5cdf6f450102dwir.html 1.先使用restore filelistonly命令显示数据库的逻辑文件名和数据库名称 restore filelistonly from disk = 'E:\BaiduYunDownload\shifenzheng.bak' 2.进行恢复 restore

navicat 链接数据库查看的工具 Navicat_Premium_10.0.11.0_XiaZaiBa

今天sql-server数据库突然报错: SQL Server 检測到基于一致性的逻辑 I/O 错误 校验和不对(应为: 0x7c781313,但实际为: 0x67a313c9). 在文件 'C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\DATA\E_BLOCK_DB.mdf' 中.偏移量为 0x00000000a34000 的位置对数据库 ID 5 中的页 (1:1306) 运行 读取 期间,发生了该错误. SQL Server 错误日

前几天客户那边的服务器死机了,然后客户强制关机,重新启动服务器后,系统就没法正常使用,连接不上服务器,我远程操作后,看到数据库标注为可疑,由于客户之前没备份数据库,看来只能是修复了: 1:停止数据库服务,将可疑的数据库及日志备份到别的文件夹,随后删除数据库文件及日志文件 2:打开数据库服务,连接数据库后删除可疑的数据库,并新建同名的数据库(目录位原来的目录) 3:停止数据库服务,将备份的数据库文件替换新建的数据库文件(日志文件不需要替换) 4:打开数据库服务,连接数据库后执行alter data

本文转载自桦仔的博客http://www.cnblogs.com/lyhabc/archive/2013/06/10/3130856.html 对SQLSERVER数据库事务日志的疑问 摸不透SQLSERVER了 实验环境:SQLSERVER2005 SP4,Windows7 本来没什么心情写文章,反正没人看,关于我文章中提到的问题,有些可以从文章结尾的MSDN补充那里找到答案,而有些还没有答案 根据CSDN博客的这篇文章介绍,大家可以先看一下,然后再继续往下看,因为下面会引用到CSDN博客里的

目录 一.目标...2 二.前提条件.限制和建议...2 三.设置概述...2 四.安装Sql Server 2008 enterprise X64.3 4.1.安装.NET3.5.3 4.2.安装时选择全新SQL Server独立安装...4 4.3.选定功能组件,注意安装目录与其他节点保持一致...4 4.4.使用默认实例名称,或者与其他节点相同...5 4.5.设定服务启动账户...5 4.6.设置混合身份登录.制定SQL Server管理员...6 4.7.点击下一步,等待安装完成.在其

SQLSERVER数据库备份操作和还原操作做了什么 看了这篇文章:还原/备份时做了些什么 自己也测试了一下,下面说的错误日志指的是SQLSERVER ERRORLOG 一般在C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\LOG路径下,如果SQLSERVER安装在C盘的话 要打开跟踪标志:3004, 3605 完整备份 先清空错误日志 EXEC [sys].[sp_cycle_errorlog] 执行数据库完整备份 , , ) --完整备份

前几天客户那边的服务器死机了,然后客户强制关机,重新启动服务器后,系统就没法正常使用,连接不上服务器,我远程操作后,看到数据库标注为可疑,由于客户之前没备份数据库,看来只能是修复了: 1:停止数据库服务,将可疑的数据库及日志备份到别的文件夹,随后删除数据库文件及日志文件 2:打开数据库服务,连接数据库后删除可疑的数据库,并新建同名的数据库(目录位原来的目录) 3:停止数据库服务,将备份的数据库文件替换新建的数据库文件(日志文件不需要替换) 4:打开数据库服务,连接数据库后执行alter data

revit软件可以导出模型数据到sqlserver数据库,有时候,为了对模型做数据分析,需要导出模型的数据,下面总结一下导出过程: 首先在sqlserver中建立一个数据库,如:revit_wujinqian 第一步:revit点击  导出—ODBC数据库 第二步:机器数据源—新建 第三步:用户数据源(选择系统数据源也可)——下一步 第四步:SQL Server Native Client 11.0(10.0也可,我这里是revit2017,所以选择了11.0) —下一步 第五步:完成 第六步:

一 数据库镜像部署准备 1.1 数据库镜像支持 有关对 SQL Server 2012 中的数据库镜像的支持的信息,请参考:https://docs.microsoft.com/zh-cn/previous-versions/sql/sql-server-2012/cc645993%28v%3dsql.110%29 1.2 其他前置条件 若要建立镜像会话,伙伴双方和见证服务器(如果有)必须在相同版本的 SQL Server 上运行. 确保两个伙伴(即主体服务器和镜像服务器)必须运行相同版本的 S

上周,在一批Win10系统电脑上安装SqlServer 2012时,屡次发生报错,安装失败,显示的失败信息是:等待数据库引擎恢复句柄失败 如下图所示: 面对这样的错误,我的第一反应是百度,在百度上找了一下,发现网上对这个问题主要的解决办法是,在命令行中调用sqlservr.exe来解决 然而,这个方法对我并不管用 所以,就又找了找 功夫不负有心人,终于让我找到了解决问题的蛛丝马迹 有人说,这个问题跟账户权限有关,主要是在安装SqlServer2012时,win10默认给的权限不够大,以及安装过程