内存优化数据的持久化和还原,微软未公开的

复制路径 找到SqlStudio.bin 文件删除就能够

多少漫长化是回复的前提,未有数据的长久化,就不可能苏醒内部存款和储蓄器优化表的数目,SQL Server In-Memory OLTP的内部存款和储蓄器数据可以预知漫长化存储,那象征内存数据可以看到在SQL Server实例重启之后自动回复。在开立漫长化的内部存款和储蓄器优化表时,必须安装选项:memory_optimized=on,durability=schema_and_data。内部存款和储蓄器优化表的长久化由七个进程完成:Checkpoint和职业日志记录,在服务注重启之后,SQL Server通过存款和储蓄在磁盘上的业务日志和Checkpoint数据,能够将内部存款和储蓄器优化表还原到自由贰个作业一致性的时间点。Checkpoint进度用于将数据更新写入CheckPoint文件,降低数据复苏的流年;将数据更新写入事务日志文件贯彻业务的持久化存储,由于其他已经提交的数目更新都被长久化存储,因而,内部存款和储蓄器数据库通过Checkpoint和事务日志,能够将数据写入到长久化存款和储蓄设备,达成数据长久化,并能通过已囤积的多少恢复生机内部存储器优化表。

一对用在SQL 3000的厂商管理GUI中,何况不策画用来另外的流程。微软已预测将里面包车型客车一对仓库储存进程从现在的SQL Server版本中去除(或已经去除了)。固然这一个囤积进度或然很有用并为你节省了数不胜数时辰,可是她们得以在任何时候更改他们的函数或简捷的去除掉。

SQL Server 2016 版本:

一,数据长久化的特色

  上面包车型地铁图样突显了当大多囤积进度从多个Microsoft SQL Server版本移入另贰个版本时,引入了新的囤积进程,而原先的一些则从安装包里删除了。大多数的存款和储蓄进程,假设不是具备的,供给顾客是系统管理员服务器剧中人物以便试行那个囤积进度。和文件系统交互的积攒进程还要求试行存款和储蓄进度的顾客(还应该有SQL Server的劳务帐户)具备访谈文件/文件夹的权力。

C:Users%username%AppDataRoamingMicrosoftSQL Server Management Studio13.0SqlStudio.bin

流(Stream)是数码的Bytes流,以Append-Only方式写入数据,那象征,流写入文件只可以在流的最终写入数据。内部存款和储蓄器优化表的Checkpoint流和事务日志流皆以流写入文件,流写入措施的性状是写入速度相当的慢,收缩了悠久化数据的时日推移。SQL Server通过把内部存储器优化表的Checkpoint数据流和作业日志流写入Disk,达成数据的长久化存储。

存储过程名称

SQL 2000

SQL 2005

SQL 2008

sp_executeresultset

X

 
 

sp_MSforeachdb

X

X

X

sp_MSforeachtable

X

X

X

sp_readerrorlog

X

X

X

xp_create_subdir

 

X

X

Xp_delete_file

 

X

X

xp_dirtree

X

X

X

xp_fileexist

X

X

X

xp_fixeddrives

X

X

X

xp_getfiledetails

X

 
 

xp_getnetname

X

X

X

xp_loginconfig

X

X

X

xp_makecab

X

 
 

xp_msver

X

X

X

xp_get_mapi_profiles

X

X

X

xp_subdirs

X

X

X

xp_test_mapi_profile

X

X

X

xp_unpackcab

X

 
 

SQL Server 2014 版本:

日志流是在实施多少行版本的换代(插入和删除)操作时,由曾经交给的业务更新发生的Log Records,事务日志流有如下特征:

sp_executeresultset

C:Users%username%AppDataRoamingMicrosoftSQL Server Management Studio12.0SqlStudio.bin
  • 工作日志写入到业务日志文件(.ldf)中;
  • 和硬盘表(Disk-based Table)差异的是,内部存款和储蓄器优化表的事情日志经过优化,减弱日志记录的多少,只存款和储蓄已交由的事体日志,用于职业的redo操作,不存款和储蓄undo的政工日志;
  • 在事情提交时,产生事务日志,只记录插入和删除的行版技巧务;
  • 不记录内部存款和储蓄器优化表的Index Operation的专业日志,除了Columnstore Index的滑坡阶段;全部的Index都在还原时再也创建;

  微软在SQL Server 二零零五中去除了那么些名叫sp_executeresultset的方便小程序。它同意你在空闲时经过应用SELECT查询产生动态SQL代码。然后,作为结果的SQL命令将会在数据库上施行。它同意你创造单独的一整套代码,这行代码能够在单步中查询到你的数据Curry的每一个表的笔录数据(就好像例子中所呈现的)。那是四个未公开的仓库储存进度,並且不能知晓它怎么被删去了。不过,唉,那么些有利的有用存储进度已经远非了。  

SQL Server 2012 版本:

Checkpoint数据流由三局地组成:

exec sp_execresultset 'SELECT ''SELECT '''''' name

C:Users%username%AppDataRoamingMicrosoftSQL Server Management Studio11.0SqlStudio.bin
  • Data Stream包蕴插入操作的行版本数据;
  • Delta Stream包蕴删除操作的行版本数据;
  • LOB流(Large Data Stream)饱含创立ColumnStore Index时,对LOB Column进行削减的数据;
  • '''''',

SQL Server 2008 版本:

内部存款和储蓄器优化表数据存款和储蓄在三个独立的FileGroup中,在该FileGroup下成立的File实际上是一个Directory或Container,用于存储Checkpoint流文件;Checkpoint流文件在文书尾端顺序写入新的数量;在SQL Server中,Checkpoint文件以 FileStream格局存款和储蓄,由SQL Server担负处理文件的创始,删除和统一。

count(*) FROM '' name

C:Users%username%AppDataRoamingMicrosoftMicrosoft SQL Server100ToolsShellSqlStudio.bin

二,事务日志的优化

from sysobjects

SQL Server 2005 版本,删除mru.dat 文件:

内部存款和储蓄器优化表发生的事情日志经过优化,裁减了日记记录的多寡和写入次数。SQL Server只将小小数量的日记写入到事情日志文件(.ldf)中,那浮以后,事务日志只实行Redo操作,不记录undo事务;SQL Server把一组专门的学问日志合併,在三个大的Log Record中包含多条革新操作,减弱了日记写入的次数。

where xtype = ''U'''

C:Users%username%AppDataRoamingMicrosoftMicrosoft SQL Server90ToolsShellmru.dat

1,事务日志文件只可以实践Redo操作,不记录undo事务

sp_MSforeachdb / sp_MSforeachtable

SQL Server对于内部存款和储蓄器内部存款和储蓄器优化表,只将已交给业务更新写入事务日志文件,那样,行版本的插入和删除操作都被写入到磁盘文件中,用于实践工作的redo操作,还原数据库。由于日记记录在作业提交时爆发,未提交的事情日志未有不会生出日志记录,事务日志文件也不会记录undo事务,那就减少日志记录的数据。

 

2,合併业务日志,在三个Log Record中隐含几个数据更新操作

 sp_MSforeachdb / sp_MSforeachtable 

对于内部存款和储蓄器优化表事务,SQL Server不行使预写日志机制(WAL,Write-Ahead Logging),日志记录只在专业提交时发生。对于WAL,SQL Server在将数据更新写入Disk以前,先将Log Record写入到事情日志文件;在Checkpoint事件时有产生时,SQL Server会将未有提交的事情日志写入到工作日志文件中;对于内部存款和储蓄器优化表,未提交的日记记录永世不恐怕写入到磁盘,那是对日记记录的一个优化;别的,内部存款和储蓄器优化对四个数据更新分组,在贰个log record中记录多条数据更新操作,那样做,既降低了政工日志的全体大小和管制支付,也回退职业日志的写入次数。

  四个存款和储蓄进度,sp_MSforeachdb 和sp_MSforeachtable封装了贰个指针。它们允许你对您的SQL Server上的每二个数据库和日前数据库中的每三个表分别试行T-SQL代码。不过你不能在SQL三千和后边的本子中在叁个 sp_MSforeachdb命令中利用sp_MSforeachtable命令。在此些囤积进程中动用的指针名称是同等的(hCForEach),由此在每一趟实施sp_MSforeachtable时会重临一个错误说该指针名称已经在行使。在SQL Server 二零零五中,微软化解了这一难点。为了推行“下四个”命令,你不可能不告诉在那之中的八个积存进度它将选拔一个分歧的替换字符并不是默许的问号。小编改造了数据库命令中的这些替换字符,因为它越是简易。

三,Checkpoint进程

  打字与印刷当前数据库中的每叁个表的称谓

对于硬盘表(Disk-Based Table),Checkpoint操作的机能是裁减数据库还原的时刻,保持业务日志中移动职业尽也许少;对于长久化的内部存款和储蓄器优化表,Checkpoint进度的功能是使数据更新被持久化写入到磁盘,那样,在服务重视启时,SQL Server能够选取存款和储蓄在Disk上的多少恢复生机内部存款和储蓄器优化表。在查询管理的进度中,事务不会去读取Disk上的数据,Disk上的数量唯有叁个效应,正是当服务器重启时,将数据填充到内存中,还原内部存款和储蓄器优化表。

< p>exec sp_MSforeachtable 'print ''?'''

Checkpoint进度的性状:

  打印当前服务器的每三个数据库

  • 持续性(Continuous):Checkpoint 关联的IO操作随着日志活动积存而持续加码;
  • 流IO(Streaming I/O):Checkpoint文件使用流写入措施,将数据顺序写入到文件的终极;

exec sp_MSforeachdb 'print ''?'''

Checkpoint进度同不时间成效在硬盘表和内部存储器优化表上,试行Checkpoint操作的章程有三种:

  打字与印刷当前数据库的每七个表

  • 手动试行Checkpoint操作:在SSMS中显式实践checkpoint命令,SQL Server同一时候对硬盘表(Disk-Based Table)和内部存储器优化表(Memory-Optimized Table)施行Checkpoint操作;
  • 机关施行Checkpoint操作:从上一次Checkpoint事件停止后,假使事情日志的Size增加差相当少1.5GB,那么SQL Server实施二遍Checkpoint操作;事务日志的增加用于记录新的Log Records,在业务对硬盘表和内部存款和储蓄器优化表实行更新操作发生的日记记录;有希望,Checkpoint事件完全都以由硬盘表数据的更新触发的;

exec sp_MSforeachdb 'use [@] exec sp_MSforeachtable ''print

四,Checkpoint 文件

''''@.?''''''', '@'

SQL Server将Checkpoint数据存款和储蓄在五连串型的文本中,分别是Data文件,Delta文件,Large Object文件和Root文件,这几个文件存款和储蓄在Checkpoint文件的Container中,那一个Container实际上是几个含有Memory_Optimized_Data的FileGroup的"File"。在首先次成立内存优化表时,SQL Server预先创制十五个不等大小的悠闲文件(Free Files),大小是2MB的N次方,最小8MB,最大1GB,那个文件的最早State是PreCreated。当供给运用文件时,SQL Server从Free Files集结中拿走多个大大小小合适的Free File,将文件的景况由PreCreated转换为适当的State。即便文件的State是PreCreated,文件的花色是Free。

sp_readerrorlog / xp_readerrorlog

1,起初文件的轻重

  存款和储蓄进度sp_readerrorlog实际上有两种样式。各样的劳作内容一律;二个是另多少个的归纳封装。封装的蕴藏进程是sp_readerrorlog,它调用 xp_readerrorlog。这八个都有多个输入参数,不过唯有前四个对我们有用。第一个参数设定你指望看见的文本编号。第三个是要翻看的日记(对于 E哈弗RO奥德赛LOG是1或空,对SQL Agent Log是2)。那允许你火速并很轻便地翻看你的谬误日志,并不是得查看SQL Server 二零零五和SQL 2010所带来的重合的日记观察器。

在上马状态下,SQL Server为各样文件类型最少创设3个十足大小的Free files,共12个Free Files,每一种文件类型的带头大小决计于跟服务器的配置,不一样文件的开头大小如图:

  查看当前的SQL ERRO奥德赛LOG文件。

图片 1

exec sp_readerrorlog

2,Data/Delta文件对

exec sp_readerrorlog 0, 1

Data 文件 和 Delta 文件是最要紧的Checkpoint文件,富含了对内部存款和储蓄器优化表实行操作的具备更新操作的音讯。由于它们总是成对出现,称作data/delta文件对,也称作CFP(Checkpoint File Pair),CFP只会在文书末尾顺序写入新的数量,即以Append-Only格局写入数据,唯一的界别是写入的行版本数据不相同:

  查看此前的SQL Agent Log文件。

  • Data 文件只存款和储蓄数据行的插入版本,在试行Insert 和Update操作时,会生出插入版本数据;
  • Delta文件只存款和储蓄数据行的插入版本,在实践Delete和Update操作,会发出删除版本数据;

exec sp_readerrorlog 1, 2

Data文件和Delta文件都会覆盖一定的年月戳范围,从begin timestamp初叶的具备行版本数据都包蕴在平等的Data文件和Delta文件中,在恢复生机星等,从Data文件中读取数据,同一时间,从Delta文件读取数据,用于从Data文件中过滤数据行,防止将已经去除的行版本重新加载到内部存款和储蓄器中。由于data文件和delta文件是1:1对应的,数据恢复生机的细小单位是data/delta文件对,不一样的data/delta文件对能够出现管理。

xp_create_subdir

3,LOB文件和Root文件

  在SQL Server 2005中引进的xp_create_subdir存款和储蓄进程是比较轻巧的,因为你能够用它在SQL Server的硬盘上或从T-SQL内部的网络分享上开创文件夹。

Large Data 文件用于存款和储蓄LOB Column的数据值,也许ColumnStore Index的行组(RowGroup)内容,若无LOB column或 Columnstore Index,SQL Server依旧会事先创设Large Data文件,可是,这么些文件将保持FREE状态。

exec xp_create_subdir 'c:MSSQLData'

Root文件用于追踪Checkpoint事件,每当爆发Checkpoint事件时,叁个新的Active root 文件将会被创建。

xp_delete_file

4,Checkpoint文件的气象

  使用SQL Server 二〇〇七中引入的xp_delete_file存款和储蓄进度从SQL Server的硬盘或从T-SQL内部的网络分享上删除文件。

Checkpoint 文件的5种景况分别是:PRECREATED,UNDER CONSTRUCTION,ACTIVE,ME奥迪Q7GE TA本田UR-VGET和WAITING FOENVISION LOG TRUNCATION。SQL Server预先创设拾贰个Free Files,初步状态是PreCreated。在选取这一个文件时,SQL Server将文件的动静调换为Under Construction 或 Merge Target,文件状态的调换进度如下图:

 xp_dirtree

图片 2

xp_dirtree存款和储蓄进度允许你查看文件夹树状结会谈/或一个文件夹下的文件列表。这么些蕴藏过程有多少个参数用来调节那一个蕴藏进度查询深度和是回去文件和文书夹还是只回去文件夹。第多少个参数设定要查阅的文件夹。(提出;不要在Windows的类别盘根目录上施行那一个蕴藏进程,因为产生树和重返数据必要有的光阴。)第1个参数限制了这些蕴藏进程将会实行的递归级数。暗中认可是零或具备等级。第四个参数告诉存储进程包罗文件。暗中同意是零或只对文件夹,数值1代表富含结果集的公文。定义第八个参数为不为零的数值将会增加一行到输出的调用文件,这么些文件是显得步入三个文本夹或文件的八个小文件。

通过DMV:sys.dm_db_xtp_checkpoint_files (Transact-SQL) 查看Checkpoint文件的State和类型。

  获得完全目录树。

五,Checkpoint文件的联合和删除

exec xp_dirtree 'd:mssql'

每一遍Checkpoint操作暴发时,Checkpoint文件都会加多,然而,随着时间的积存,内部存储器优化表插入越来越多的行版本,更加的多的行版本被去除,导致Data 文件和Delta文件记录的数据量更加的多,使得读取Data/Delta文件对的岁月开支越来越大,那会严重影响数据库还原操作,增加还原的时间。

  得到目录树的前两级。

杀鸡取卵该难点的方案是把时间戳范围相邻的,未删减数据行比例低于钦定阈值的三个Checkpoint文件归并到一个新的Checkpoint文件对中。比方,有七个Data文件,DF1和DF2,它们的timestamp范围相邻,况且未被剔除的数据行比例低于内定阈值,把那八个公文合併成两个新的data文件,DF3,该公文的流年戳范围覆盖原始文件DF1和DF2,是DF1和DF2时间戳范围的并集;在做多少统不时,核查数据文件DF1和DF2对应的delta文件,从DF1和DF第22中学剔除全部被标志为Delted的行版本,使DF3中只存款和储蓄Inserted的行版本数据,在归并结束后,DF3对应的delta文件是空的。

exec xp_dirtree 'd:mssql', 2

1,自动归并(Merge)

  得到目录数的前三级,包涵文件。

Checkpoin文件对联合操作是自行举办的,SQL Server内部创始三个后台进度,周期性地检查有着的Data/Delta文件对,将能够合并的Checkpoint文件对细分到一个成团中,使每个集结满含五个或七个日子戳范围再三再四的data/delta文件对,位于同一会集中的多少个文本对必需能够存款和储蓄在单个128MB的Data文件中,归并的政策如下表所示:

exec xp_dirtree 'd:mssql', 3, 1

图片 3

exec xp_dirtree 'd:mssql'

设若多少个时间戳范围相邻的数据文件75%是满的(五分之一Full,三分之一的数据行是deleted的),那么它们不会被Merge,每一种Checkpoint文件中十分之六的长空将不会被应用。因而,长久化的内存优化表占用的总磁盘空间,比内部存款和储蓄器优化数据实际上占用的囤积空间要大。在最差的事态下,实际据有的磁盘空间是内部存款和储蓄器优化数据的两倍。

xp_fileexist

2,自动垃圾回收(Garbage Collection)

  那几个SQL Server存款和储蓄进度,xp_fileexist,是用来调节三个文本是存在于的硬盘上恐怕在网络分享上。它对于从法规文书档案中下载数据的存款和储蓄进程是卓殊实用的。它同意你在计划盲指标下载数据以前查看文件是还是不是留存。那么些蕴藏进程有三个参数。用第二个参数来规定你想要的文书或文件夹是或不是留存。第二个参数是多少个输出参数,借使它被定义了,会凭借文件存在或不设有而回到1或0。

假如梅格e操作完结,原始的Checkpoint文件对将不再动用,转造成 WAITING FO路虎极光LOG TRUNCATION 状态,只要相应的专门的学问日志被截断,那么垃圾回收进程就开首实施清理操作,物理删除不再利用的Checkpoint文件对。在一个Checkpoint文件对删除早先,SQL Server必得保险这个文件不再被采纳;垃圾回收进程是活动实行的,无需此外干预,事务日志的截断爆发的空子是:

  未有这么些参数:

  • **备份政工日志**:举办作业日志备份时,将截断事务日志文件;
  • 数据库处于auto_truncate模式:事务日志文件只记录活动职业的日记,一旦事情达成,将机关截断;

exec xp_fileexist 'c:importfile.csv'

六,内部存款和储蓄器优化表的复苏

  有这些参数:

在SQL Server实例重启时,SQL Server 以并发试行的点子还原内部存款和储蓄器优化表和硬盘表数据。每种data文件存储的是插入的行版本数据,不过插入的行版本数据遭到delta文件的过滤,每三个delta文件中积累无需从对应的data文件加载的数据行。SQL Server对每三个data/delta文件对展开优化计划,使数码加载进度能够在八个IO流(IO Steam)中并发推行,每三个IO流都能独立管理一个data/delta文件对,多少个IO流同不时候加载数据,进步多少恢复的速度。

 DECLARE @file_exists int

每多个内部存款和储蓄器数据库都唯有三个分包Memory_Optimized_Data的文件组(FileGroup),在该FileGroup下创造的每贰个File,叫做贰个Container,重要用来存款和储蓄data/delta文件对,SQL Server为每三个Container创建贰个delta-map,映射每一种Data 文件中被Delta 文件过滤的数据,那样,被删除的数量就不会再一次插入到内部存款和储蓄器优化表中。还原操作是流并发的,在对Container下的所有Data/Delta文件对举办流管理时,SQL Server将数据加载职务分配给全体的CPU内核,依据delta-map,并发式管理Data/Delta文件对。

exec xp_fileexist 'c:importfile.csv', @file_exists OUTPUT

假诺Checkpoint 文件加载成功,SQL Server带头读取尾事务日志,从上一次Checkpoing甘休的年月戳(timestamp)最早,重新试行专业日志中记录的Insert和Delete操作,等到全部的业务日志重新实践到位,数据库就东山再起到服务器停机的时刻,或备份操作起来的时刻。在SQL Server 二〇一五中,事务日志的读取和Redo操作是现身施行的,所以,数据和业务日志都以出新操作,数据恢复生机的历程是相当快的。

SELECT @file_exists

 

xp_fixeddrives

参照文书档案:

xp_fixeddrives存款和储蓄进程是最实用的囤积进度之一。它展现了贰个列表全体驱动器名和每一个驱动器上的悠闲空间尺寸。那几个参数有贰个单独的可选输入参数,它能够按驱动器类型过滤结果。设置为数值3将会重返全数的雅量存款和储蓄设备(CD -ROM,mp3等等);设置为数值4将会回去硬盘驱动器;而当设置为数值2时将会回去可活动的装置(USB插拔驱动器,闪存驱动器等等)。

SQL Server In-Memory OLTP Internals for SQL Server 2016

  重返全数的驱动器。

 

exec xp_fixeddrives

  只回去硬盘驱动器

exec xp_fixeddrives 2

xp_getfiledetails

xp_getfiledetails是另二个十分平价的积存进度,在SQL Server 3000版本中最后一次可用。那些蕴藏进度再次来到关于钦点文件的高低、日期和总体性新闻,满含创设、访谈和改换的日子和次数。

< p>exec xp_getfiledetails 'c:filetoload.csv'

xp_getnetname

xp_getnetname存款和储蓄进度重临Microsoft SQL Server安装所在的物理机械的称呼。你能够使机器名称作为数据集再次回到或充当变量重临。

  未有那个参数

exec xp_getnetname

  使用这些参数

DECLARE @machinename sysname

exec xp_getnetname @machinename OUTPUT

select @machinename

xp_loginconfig

SQL Server存款和储蓄进度将会报告你关于实施它的客户的一部分基础的校验新闻。它告诉你校验方法(Windows或SQL登入)、服务器的暗中同意域、审计等级,还应该有一对之中分隔符新闻。

exec xp_loginconfig

xp_makecab

  在SQL Server 3000中,微软给了我们直接从T-SQL压缩系统文件的力量,不必再到DOS下通过xp_cmdshell和平运动转第三方软件,像pkzip或 winzip来完毕。这么些命令就是xp_makecab。它同意你内定一列你想减掉的公文还或然有你想放进去的cab文件。它乃至同意你挑选默许压缩, MSZIP压缩(类似于.zip文件格式)或不优惠扣。第二个参数给出到cab文件的路子,那是你想成立和添Gavin书的地点。第4个参数是削减品级。即使你想使用详细的日记记录就应用第1个参数。第多个参数后继之你想减掉的文本的名号。在自己的测量检验里,小编得以在强大存款和储蓄进程里传44个要压缩的文件名称,这代表它是四个对您的数据压缩供给的话特别灵活的设计方案。

exec xp_makecab 'c:test.cab', 'mszip', 1, 'c:test.txt' , 'c:test1.txt'

xp_msver

  存款和储蓄进程xp_msver在查看系统新闻的时候是足够实用的。它回到关于主机操作系统的大方的新闻——SQL 版本号、语言、CPU类型、版权和商标消息、Microsoft Windows版本、CPU数和亲和性设置、物理内部存款和储蓄器设置和你的产品键。那个蕴藏进程有那三个输入参数,它们允许你过滤重返的记录。每三个参数都是贰个 sysname数据类型,它承受一条记下的称谓。假使钦定了具有的参数,那么独有钦命的行作为参数再次回到。

 

  未有一些名过滤。

  exec xp_msver

  只返回Platform和Comments记录。

  exec xp_msver 'Platform', 'Comments'

  xp_get_mapi_profiles

  xp_get_mapi_profiles存款和储蓄进程协理你安插SQL Mail。实践时,它会由此SQL Server 的SQL Mail组件调用Windows,并且展现在Outlook中布置的可用的MAPI概要列表,并且它钦命哪个概假使默许的大要。假诺它不出示任何记录,那么照旧是Outlook未有安顿不错,或然是布置了Outlook概要但SQL Server没有运营在贰个域帐户下。为了在SQL Server 二零零七或SQL Server 二零零六中选取这一个蕴藏进程,你必得在Surface Area Configuration(外围应用配置器)工具或sp_configure存款和储蓄进度中设置“SQL Mail XPs”选项为可用。

  exec xp_get_mapi_profiles

xp_subdirs

  xp_subdirs存储过程突显通过xp_dirtree可用的音讯的子集。xp_subdirs将会展现给定的文件夹的有所的子文件夹。当您在二个表里动态地营造二个索引树时它是很实惠的,并且你无需操心xp_dirtree存款和储蓄进度的此外参数。

  exec xp_subdirs 'd:/mssql'

  xp_test_mapi_profiles

  xp_test_mapi_profiles存款和储蓄进程是另八个未公开的积攒进程,它在您建设构造SQL Mail时非常有效。它会运行然后截止三个MAPI会话来保管MAPI配置不错并专门的工作在Microsoft SQL Server之内。作者应当建议,它不校验MAPI客商端(Outlook)中的邮件服务器配置,也不发送测量试验新闻。

  存款和储蓄进程接受八个单身的输入参数。那么些参数是你要测量检验的MAPI概要的称谓。就好像xp_get_mapi_profiles存款和储蓄进程一样,这一个蕴藏进度要运营在SQL Server 二〇〇五和SQL Server 2010里面,你必得在Surface Area Configuration(外围应用配置器)工具或sp_configure存款和储蓄进程中装置“SQL Mail XPs”选项为可用。

  当使用SQL Mail存款和储蓄进度时,要精通SQL Mail仍揣测要从Microsoft SQL Server平高雄除去。那代表sp_get_mapi_profiles和xp_test_mapi_profiles存款和储蓄进度是预测要去除的,因为他们是SQL Mail子系统的一部分。你应当在SQL Server 二〇〇六中做有所的邮件职业,然后选拔Database Mail代替SQL Mail来担保代码可移植到SQL Server的未来版本中。微软早期安顿在SQL Server 二〇一〇中剔除SQL Mail,但依赖其满含在了现阶段的测试版本中,它现在是否存在于SQL Server 2009中依旧未知数。

xp_unpackcab

  随xp_makecab存储进程而来的xp_unpackcab扩大存款和储蓄进程,它能做的就如它的名字一样:从cab文件提取文件。第多个参数是cab文件,第贰个参数是您想提取到的路线,第两个参数是事无巨细记录日志。第多个参数使您能够钦点“提取到”的文件名称。

  exec xp_unpackcab 'c:/test.cab', 'c:/temp/', 1

  就算那并不准备罗列SQL Server中未公开的贮存进度的完全列表,但它真的持着使SQL Server管理员的劳作轻便些的想望提供了多个对看不完未公开的囤积进度的仿照效法。记住,你不用应该希望从一个SQL Server版本到另三个本卯时这几个囤积进程还是存在,你也不应有望在不相同的版本间它们的代码基础如故一直以来。意思正是,去编码并享受它带来的实惠。

本文由星彩网app下载发布于星彩彩票app下载,转载请注明出处:内存优化数据的持久化和还原,微软未公开的

TAG标签:
Ctrl+D 将本页面保存为书签,全面了解最新资讯,方便快捷。