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

SQL Server 数据库还原进度查看 关键字:数据库,还原,进度,查看 文档说明: 本文档受某实际需求启发,某约500G大小数据库还原,由于对应服务器性能较差(内存仅4G且可用内存仅2.8G),数据库的还原一直停留在还原界面,只从数据库还原界面无法查看具体数据库还原进度.通过上网搜集整理,现总结本文档,因个人水平有限,部分知识点可能有缺失甚至错漏,敬请指正 场景描述: 正常进行SQL Server数据库备份还原,选择源设备等等-- 点击确定开始数据库还原,可以看到左下角有进度:"正在执行(0

Microsoft SQL Server 数据库创建,查看,使用,修改及删除 创建数据库 创建普通数据库 USE [master] GO CREATE DATABASE [MyDataBase] --数据文件 ON PRIMARY ( NAME = N'MyData', FILENAME = N'D:\DataBase\MyData.mdf' , SIZE = 4160KB , MAXSIZE = UNLIMITED, FILEGROWTH = 1024KB ) --日志文件 LOG ON (

不少需要用到sql2005的程序,有很多新手还是会操作,这里写个详细的图文教程送个菜鸟们,高手请飘过.适用于独立主机的朋友使用,如果你还没安装,请按照这个教程来安装 SQL Server 2005图文安装教程,超详细 下面是SQL Server 2005恢复数据库的详细过程 1:打开SQL Server Management Studio并登录,这个一般在开始——程序里面找到 2:鼠标右键单击数据库——新建数据库 3:弹出来的框里,填写数据库名称,我这里填写的是sqlqtdy,这个根据自己需求来

SQL Server中授予用户查看对象定义的权限   在SQL Server中,有时候需要给一些登录名(用户)授予查看所有或部分对象(存储过程.函数.视图.表)的定义权限存.如果是部分存储过程.函数.视图授予查看定义的权限,那么就像下面脚本所示,比较繁琐: GRANT VIEW DEFINITION ON  YOUR_PROCEDURE TO   USERNAME; GRANT VIEW DEFINITION ON  YOUR_FUNCTION TO USERNAME; GRANT VIEW D

#背景 SQL Server实例上有多个服务商的数据库,每个数据库要由各自的服务商进行维护, 为了限定不同服务商商的维护人员只能访问自己的数据库,且不能看到其他服务商的数据库,现需要给各个服务商商限定权限,让他们登录SQL Server只能看到授权的数据库而无法看到其他数据库. 解决方案 1.先给不同的服务商创建不同的登录名(如下以一个服务商为例) 2.将登录名加入到public服务器角色中 3.将public服务器角色的属性——>安全对象中取消查看所有数据库的权限 或者执行如下SQL: REV

sql server 备份恢复效率 如何提高备份的速度呢? 其实这个问题和如何让系统跑的更快是一样的,要想系统跑的更快,无非就是:优化系统,或者就是更好更强大的服务器,特别是更多的cpu.更大的内存.更快的硬盘. 提高备份的速度也是一样的,一般备份数据库,不太可能是系统宕机,为什么呢? 因为备份数据库所使用的系统资源不会占用太多,所以,要想提高备份的速度,那么只有允许备份使用更多的内存才行,通过下面的2个选项,给备份分配更多的资源,那么备份速度就大大提高了. 数据传输选项: 1.缓冲区使用的总计

Microsoft SQL Server 表创建,查看,修改及删除 创建表 创建普通表 use 数据库名称 go create table 表名称( 列1 ) not null, 列2 ) not null, 列3 ) not null, 列4 ), 列5 smalldatetime not null, 列6 text) Go 复制表结构 select * into ta3 from ta1 where 1<>1; select top 0 * into tb4 from ta1; 创建临时表

原文:SQL Server 游标运用:查看所有数据库所有表大小信息(Sizes of All Tables in All Database) 一.本文所涉及的内容(Contents) 本文所涉及的内容(Contents) 背景(Contexts) 实现代码(SQL Codes) 方法一:游标 + 系统存储过程sp_MSForEachDB 方法二:封装sp_MSforeachtable + sys.databases 方法三:系统存储过程sp_MSForEachDB + sp_MSforeacht

原文:SQL Server 游标运用:查看一个数据库所有表大小信息(Sizes of All Tables in a Database) 一.本文所涉及的内容(Contents) 本文所涉及的内容(Contents) 背景(Contexts) 实现代码(SQL Codes) 方法一:运用游标 方法二:运用系统存储过程 方法三:拼接SQL 参考文献(References) 二.背景(Contexts) 在性能调优或者需要了解某数据库表信息的时候,最直观的方式就是罗列出这个数据所有表的信息,这些信息

SQL Profiler 通过 SQL Profiler 工具程序,可监控应用程序如何访问数据库引擎.普通来说,当系统性能需要优化或是应用程序对数据库访问的结果不合预期,都可以使用该工具确认视图问题所在. 新版的 SQL Profiler 除了依然可以用来监视数据库引擎正在执行的工作,更增加了获取 Analysis Services 实例运行时所发生的事件.通过新增的跟踪选项,一样可以挑选需要录制的 AS事件.数据元以及设置过滤条件. 此外可将跟踪的事件结果以 XML 格式存储,以及通过图形的方

为了安全起见,使用的时候,先数据备份一遍 作者hongb:SQL Server:查看SQL日志文件大小命令:dbcc sqlperf(logspace) https://www.cnblogs.com/hongb/p/5113474.html 作者slimboy123:SQL Server日志文件过大 大日志文件清理方法 不分离数据库 http://blog.csdn.net/slimboy123/article/details/54575592 --1.在SQL2008中清除日志就必须在简单模

根据自身 Sql Server 的情况来自定义 事务隔离级别,将会更加的满足需求,或提升性能.例如,对于逻辑简单的 Sql Server,完全可以使用 read uncommitted 模式,来减少死锁,减少堵塞, 提升性能和响应.对于此种应用场景应该是蛮多的,但是却没有一个全局设置,你妹呀! 这个功能真的很强大,但是不知道微软为什么把它的最大作用域定义为 当前链接,蛋疼,真的很蛋疼,没法全局设置,下面也尽可能详细的解释如何少设置,多舒服的使用吧 查看 当前 Sql Server 事务隔离级别

1.SQL Server同步复制问题排查方法http://blog.csdn.net/roy_88/article/details/41481059 2.[同步复制常见错误处理1]当IDENTITY_INSERT设置为OFF时不能向表插入显示值.(源:MSSQLServer,错误码:544)注:(环境在SQL2005/SQL2008配置发布时要注意默认值)http://blog.csdn.net/roy_88/article/details/41448099 3.[同步复制常见错误处理2]同步复

一.本文所涉及的内容(Contents) 本文所涉及的内容(Contents) 背景(Contexts) 实现代码(SQL Codes) 方法一:运用游标 方法二:运用系统存储过程 方法三:拼接SQL 参考文献(References) 二.背景(Contexts) 在性能调优或者需要了解某数据库表信息的时候,最直观的方式就是罗列出这个数据所有表的信息,这些信息包括:表的记录数.数据记录占用空间.索引占用空间.未使用的空间等(如Figure1所示),有了这些信息你可以简单的判断这个数据库来自数据上

@hcy(黄灿奕) 之前有两次都恢复不了,折腾了很长时间,这一次碰到这样的问题,居然又忘了,又捣鼓了很长时间,现在记下来 1.右击SQL Server 2008实例下的“数据库”文件夹.就是与安全性.服务器对象同级的目录.选择新建数据库. 2.添加数据库名称,名称与备份的数据库名称一致,点击确定. 3.在“数据库”点击右键,选择还原数据库,在目标数据库选择刚才新建的数据库,选择源设备,选择浏览,备份位置选择添加.知道指定的bak文件,点击确定.把导入的bak文件勾选上,点击确定.数据就导入成功.

背景 WCF + EF + Sql Server 提供服务,包含一个数据上传功能,该方法接收客户端上传的对象列表(多张表单,每个表单包含千余条相关记录). 瓶颈 WCF 默认有文件大小(4M)和超时限制(1分钟),直接保存对象列表会遇到超时问题,保存失败.上传效率:大概 3分钟 / 千条记录,客户端调用会经常超时. 解决 1. 新建临时表,保存序列化后的对象列表,保存成功即返回上传成功响应给客户端.2. 启动新线程,反序列化数据对象,执行正常数据分表插入逻辑. 临时表 如何查看字段中的海量数据?

  在数据库的应用系统中,死锁是不可避免的.通过设置死锁的处理优先级方法,可以在数据库引擎中自动检测到死锁,对发生的死锁会话进行干预,从而达到解除死锁的目点,但在这种情况下,会话只能被动的等待数据库引擎的自我检查. 我们是否可以让会话自身也拥有处理死锁的主动权呢?这就是设置锁的超时时间.当一个会话与另一个会话冲突引阻塞时,如果等待的时间超过指定的值,则该会话自动取消,并释放数据库资源.这样,就达到了解决死锁的目的. 那么如何来查看锁的超时时间呢?利用@@lock_timeout函数即可: 可以看

有时候我们作为SQL Server的DBA,会需要查找每个数据库的Owner是哪个SQL Server账户,也就是谁创建的. 我们可以使用系统存储过程"sys.sp_helpdb",查询到每个数据库的Owner是哪个SQL Server账户: EXEC sys.sp_helpdb 结果如下: 通过查询结果中的owner列,我们就可以知道每个数据库的Owner是哪个SQL Server账户,也就是谁创建的.

现需要限定特定的用户只能查看并访问特定的数据库,防止多个用户对数据库操作时一些误操作. 参考i6first的如何让用户只能访问特定的数据库(MSSQL)博文 1.新建登录用户 以管理员身份登陆数据库(权限最高的身份如sa),点击安全性->登录名,右键新建登录名,输入登录名和密码,取消强制实施密码策略.  2.将服务器角色设置为public  3.将public服务器角色的属性->取消查看所有数据库的权限 点击安全性->服务器角色->public,右键属性.点击服务器后如下图取消查看

1. truncate table tablename2. DBCC CHECKIDENT (tablename,reseed,1)   truncate命令不但会清除所有的数据,还会将IDENTITY的SEED的值恢复到原始值. 而DBCC CHECKIDENT则更加方便一些,可以在不删除数据的情况下指定SEED的值.   DBCC CHECKIDENT 只是将自动编排的索引号的指向移到了所指定的位置,实际的编号并没有发生改变,但有新记录插入时自动编号就会按照制定的记录号开始并累加,如果遇到累