透明数据加密 (TDE) 扫描 - 暂停和恢复 (CTP 2.4)
为了在数据库上启用透明数据加密 (TDE),SQL Server 必须执行加密扫描,此操作会从数据文件将每个页面读入缓冲池,然后将加密的页面写回磁盘。 为了使用户能够更好地控制加密扫描,SQL Server 2019(预览版) 引入了 TDE 扫描 - 暂停和恢复语法,可以实现当系统上的工作负荷繁重时或在关键业务时间内暂停扫描,然后稍后再恢复扫描。
使用以下语法暂停 TDE 加密扫描:
SQL 复制
ALTER DATABASE
同样,以下语法将恢复 TDE 加密扫描:
SQL 复制
ALTER DATABASE
为了显示加密扫描的当前状态,已将 encryption_scan_state 添加到了 sys.dm_database_encryption_keys 动态管理视图中。 还有一个名为 encryption_scan_modify_date 的新列,此列将包含上次加密扫描状态更改的日期和时间。 另请注意,如果在加密扫描处于暂停状态时重启 SQL Server 实例,启动时系统将在错误日志中记录一条消息,指示存在已暂停的现有扫描。
加速数据库恢复 (CTP 2.3)
通过重新设计 SQL Server 数据库引擎恢复过程,加速数据库恢复***提高了数据库可用性,尤其是存在长时间运行的事务时。 数据库恢复是 SQL Server 用于让每个数据库以事务一致状态或干净状态启动的进程。 启用了加速数据库恢复的数据库在故障转移或其他非干净关闭后完成恢复操作的速度***加快。 自 CTP 2.3 起,可以使用以下语法按数据库启用加速数据库恢复:
SQL 复制
ALTER DATABASE
备注
在 Azure SQL DB 中利用该功能不需要此语法,该功能在公共预览期间按请求启用。 启用后,该功能默认为打开状态。
如果有易于受到大型事务影响的关键数据库,请在预览期间试用此功能。 向 SQL Server 团队提供反馈。
查询存储计划强制支持快速向前移动和静态游标 (CTP 2.3)
查询存储现在支持为快速向前和静态 T-SQL 及 API 游标强制执行查询执行计划。 现在,通过 sp_query_store_force_plan 或通过 SQL Server Management Studio 查询存储报表支持强制执行。
跨多个作用域使用临时表减少了对工作负荷的重新编译 (CTP 2.3)
在推出此功能之前,当引用带有数据操作语言 DML 语句(SELECT、INSERT、UPDATE、DELETE)的临时表时,如果此临时表由外部作用域批处理创建,则会导致每次执行时都会重新编译 DML 语句。 借助此改进,SQL Server 可执行其他轻量级检查来避免不必要的重新编译:
检查在编译时用于创建临时表的外部作用域模块是否与用于连续执行的外部作用域模块相同。
跟踪在初始编译时所做的任何数据定义语言 (DDL) 更改,并将它们与连续执行的 DDL 操作进行比较。
最终结果是减少了无关的重新编译和 CPU 开销。
改进了间接检查点可伸缩性 (CTP 2.3)
在 SQL Server 的之前版本中,如果存在生成大量脏页的数据库(例如 tempdb),用户可能会遇到计划程序无法完成错误。 SQL Server 2019(预览版) 为间接检查点引入了改进的可伸缩性,这应该有助于避免具有大量 UPDATE/INSERT 工作负荷的数据库中出现这些错误。