必学的 SQL Server 2014 数据库管理技巧（繁体中文视频）

在今天的文章里,我想谈下在线索引重建操作( Online Index Rebuild operations),它们在SQL Server 2014里有怎样的提升.我们都知道,自SQL Server 2005开始引入了在线索引重建操作.但这些在线操作并非真正的在线操作,因为在操作开始时,SQL Server需要获得共享表锁(Shared Table Lock (S) ),在操作结束时需要在对应表上获得架构修改锁(Schema Modification Lock (Sch-M) ).因此这些操作是真

Sql Server 2014存储过程备份和恢复... 1 1.      备份存储过程:... 1 2.      还原... 8 Sql Server 2014存储过程备份和恢复 1. 备份存储过程: 在数据库管理软件中先备份好存储过程 操作步骤:数据库->可编程性->存储过程 看到有几个存储过程,然后 选择生产脚本 选择下一步 还可以展开选择要备份的存储过程: 选择下一步,设置脚本编写选项:确定就好: 选择确定之后选择下一步 就开始备份存储过程了: 备份完成: 在磁盘上找到该存储过程的备

在这篇文章里我想小结下SQL Server 2014引入各种惊艳性能提升!! 缓存池扩展(Buffer Pool Extensions) 缓存池扩展的想法非常简单:把页文件存储在非常快的存储上,例如SSD硬盘,用来扩展缓存池.缓存池扩展来得非常方便,如果你不能给你的数据库服务器物理上增加更多的内存,可以考虑使用缓存池扩展. 资源调控器(Resource Governor) 资源调控器首次是在SQL Server 2008里引入的,但那个时候还不是个成熟的技术,因为你不能在存储级别调控I/O操作,

13.1 日志传送概述 13.1.1日志传送工作原理 日志传送是一种事务日志备份传送技术.日志传送允许从一个数据库(即主服务器上的主数据库)向多个在另外的服务器(即辅助服务器)上的数据库(即辅助数据库)自动发送事务日志备份.在辅助服务器上,这些事务日志备份被恢复到辅助数据库中,并和主数据库保持同步.一个可选的三级服务器(即监视服务器),记录事务日志备份.复制和恢复操作的历史和状态,以及这些操作依照计划不能发生时报警. 在日志传送中可配置一个主服务器实例向多台辅助服务器实例传送事务日志,在日志传送

13.2 部署日志传送 13.2.1 部署日志传送的系统要求 SQL Server 2014日志传送的部署对硬件基础设施有一定的要求,下面将概述这些系统要求. 网络 日志传送不一定需要Windows域环境,但是Windows域环境方便了日志传送的配置和管理:相对非域环境,其安全性提升不少. 参与日志传送的SQL Server服务器必须在网络中相互连通,主服务器能够将事务日志备份到共享文件夹,辅助服务器可以将事务日志备份复制到本地文件夹:监视服务器能够连接到主服务器和辅助服务器. 服务器和存储 主

SQL Server 2014 日志传送部署(1):日志传送概述 http://281816327.blog.51cto.com/907015/1598309 SQL Server 2014 日志传送部署(2):日志传送系统要求和实验架构 http://281816327.blog.51cto.com/907015/1598311 SQL Server 2014 日志传送部署(3):日志传送初始化配置 http://281816327.blog.51cto.com/907015/1598312

Buffer Pool扩展 Buffer Pool扩展是buffer pool 和非易失的SSD硬盘做连接.以SSD硬盘的特点来提高随机读性能. 缓冲池扩展优点 SQL Server读以随机读为主,SQL Server IO分为2部分:buffer pool管理方式,和buffer pool. SQL Server 从磁盘中读入数据,并且存放在buffer pool中以供读取和修改,修改完之后脏数据还是放在buffer pool中,当内存紧张执行lazy write把脏数据写入磁盘,并且释放内存

关于Always On的概述,这里就不多说,需要的可以查看微软的官方网站:https://technet.microsoft.com/zh-cn/library/ff877884(v=sql.110).aspx 下面先介绍自己环境中的使用到的机器吧 计算机名 IP地址 备注 Contoso-SQL-A01 172.168.1.43 Always On节点1 Contoso-SQL-A02 172.168.1.44 Always On节点2 SQLAlwaysOn 172.168.1.45 群集地

这个问题是在SQL SERVER 2005 升级到SQL SERVER 2014的测试过程中一同事发现的.我觉得有点意思,遂稍微修改一下脚本展示出来,本来想构造这样的一个案例来演示,但是畏惧麻烦,遂直接贴上原表,希望Leader不要叼我(当然个人觉得真没啥,两张表名而已,真泄露不了啥信息). 脚本如下所示,非常简单的一段SQL语句,我将其分为SQL1.SQL2.SQL3.  其实SQL2.SQL3是差不多的,唯一的区别在于多了一个IF EXISTS DECLARE @Operation_Code