介绍一下系统数据库

 

tempdb数据库：tempdb 系统数据库是一个全局资源，可供连接到 SQL Server 实例的所有用户使用，并可用于保存下列各项：

显式创建的临时用户对象，例如全局或局部临时表、临时存储过程、表变量或游标。

SQL Server 2005 数据库引擎创建的内部对象，例如，用于存储假脱机或排序的中间结果的工作表。由使用已提交读（使用行版本控制隔离或快照隔离事务）的数据库中数据修改事务生成的行版本。由数据修改事务为实现联机索引操作、多个活动的结果集 (MARS) 以及 AFTER 触发器等功能而生成的行版本。

      SELECT

           NAME AS FILENAME

           ,SIZE*1.0/128 AS FILESIZEINMB

           ,CASE MAX_SIZE

           WHEN 0 THEN 'autogrowth is off.'

           WHEN 1 THEN 'autogrowth is on.'

            ELSE

           'LOG FILE WILL GROW TO MAXIMUM SIZE OF 2 TB.'

           END,

           GROWTH AS 'GROWTHVALUE',

           'GROWTHINCREMENT'=

           CASE

                 WHEN GROWTH=0 THEN 'SIZE IS FIXED AND WILL NOT GROW.'

                 WHEN GROWTH>0 AND IS_PERCENT_GROWTH=0

                 THEN 'GROWTH VALUE IS IN 8-KB PAGE.'

           ELSE 'GROWTH VALUE IS A PERCENTAGE.'

      END

      FROM TEMPDB.SYS.DATABASE_FILES

Sort_in_tempdb :
   当创建或重新生成索引时，通过将 SORT_IN_TEMPDB 选项设置为 ON，可以引导 SQL Server 2005 数据库引擎使用
    tempdb 来存储用于生成索引的中间排序结果。虽然此选项会增加创建索引所用的临时磁盘空间量，
   但是当 tempdb 与用户数据库位于不同的磁盘集上时，该选项可减少创建或重新生成索引所需的时间。有关 tempdb 的详细信息，请参阅 tempdb 数据库。
 索引生成阶段
   数据库引擎生成索引时经历下面两个阶段：
   数据库引擎首先扫描基表的数据页以检索键值，并为每个数据行生成索引叶行。当内部排序缓冲区被叶索引项
   填满时，这些项被排序并作为中间排序运行指令写入磁盘。然后，数据库引擎继续扫描数据页，直到排序缓冲
   区再次被填满。这种先扫描多个数据页、然后排序并写入排序运行指令的模式继续进行，直到处理完基表中的
   所有行。
   在聚集索引中，索引的叶行是表的数据行，因此中间排序运行包含所有数据行。在非聚集索引中，叶行可能包含
   非键列，但通常比聚集索引小。如果索引键很大，或者索引中包含多个非键列，则非聚集排序运行指令也可能很大
   。有关包含非键列的详细信息，请参阅创建带有包含性列的索引。
   数据库引擎将排序的索引叶行进程合并为单个排序流。数据库引擎的排序合并组件从每个排序运行指令的第
   一页开始，在所有页中找出最低键，并将该叶行传递到索引创建组件。然后处理下一个最低键，再处理下一个，
   依此类推。当将最后一个叶索引行从排序运行指令页中提取出来时，该进程从此排序进程切换到下一页。
   当处理完某个排序运行指令区中的所有页时，将释放该区。每个叶索引行在传递到索引创建组件时，
   均包含在缓冲区的叶索引页中。每个叶页在填充时被写入。当写入叶页时，数据库引擎还生成该索引的上级。
   每个上级索引页在填充时被写入。 
   SORT_IN_TEMPDB 选项
   如果 SORT_IN_TEMPDB 设置为 OFF（默认设置），则排序运行指令将存储在目标文件组中。在创建索引的第一阶段
   ，交替读取基表页和写入排序运行指令会将读/写磁头从磁盘的一个区域移到另一个区域。扫描数据页时，
   磁头位于数据页区域。当填充排序缓冲区且当前排序运行指令必须写入磁盘时，磁头将移到某个可用空间区域，
   然后在继续扫描表页时移回数据页区域。在第二阶段，读/写磁头的移动频率较高。这时，
   排序进程通常交替读取各个排序运行区域。排序运行指令和新的索引页都在目标文件组中生成。
   这意味着数据库引擎在排序运行指令中分布读取的同时，还必须定期跳至索引区，以便在填充索引页时写入新
   的索引页。
   如果 SORT_IN_TEMPDB 选项设置为 ON，并且 tempdb 与目标文件组位于不同的磁盘集上，
   那么在第一阶段，对数据页的读取与对 tempdb中排序工作区的写入发生在不同的磁盘上。
   这意味着对数据键的磁盘读取在整个磁盘上通常较连续地进行，而对 tempdb 磁盘的写入通常也是连续的，
   就像生成最终索引的写入一样。即使其他用户正在使用数据库且正在访问不同的磁盘地址，
   指定 SORT_IN_TEMPDB 选项时的总体读写模式的效率也比没有指定时要高。
   SORT_IN_TEMPDB 选项可能会提高索引区的邻接，尤其当不是并行处理 CREATE INDEX 操作时。
   排序工作区在数据库中的释放位置方面有些随机。如果排序工作区包含在目标文件组中，
   则释放排序工作区时，可通过请求来获取它们，以使区在生成时具有索引结构。
   这在某种程度上会随机化索引区的位置。如果排序区单独保存在 tempdb 中，
   则释放排序区的顺序对索引区的位置没有影响。此外，当中间排序运行指令存储在 tempdb
   中而不是目标文件组中时，目标文件组中的可用空间较多。这增加了索引区连续的可能性。
   SORT_IN_TEMPDB 选项仅影响当前的语句。没有任何元数据记录索引是否存储在 tempdb 中。例如，如果使用 SORT_IN_TEMPDB 选项创建一个非聚集索引，然后在不指定该选项的情况下创建一个聚集索引，则数据库引擎在重新创建该聚集索引时不使用该选项。
  注意： 
   如果不需要排序操作或可以在内存中执行排序，则忽略 SORT_IN_TEMPDB 选项。
  磁盘空间要求
   如果将 SORT_IN_TEMPDB 选项设置为 ON，则 tempdb 中必须有足够的可用空间容纳中间排序运行指令，
   且目标文件组中必须有足够的可用空间容纳新的索引。如果可用空间不足，并且由于某些原因数据库无法
   自动增长以获得更多空间（如磁盘上无空间或自动增长设置为关闭），则 CREATE INDEX 语句将失败。
   如果 SORT_IN_TEMPDB 设置为 OFF，目标文件组中的可用磁盘空间必须大约等于最终索引的大小。
   在第一阶段，排序运行指令将生成并要求可用空间量大约等于最终索引的大小。在第二阶段，
   处理每个排序运行指令区后将其释放。这意味着释放排序运行指令区的速度与获取区以容纳最终索引页
   的速度大概相同，因此，总空间要求不会明显超过最终索引的大小。这样的一个副作用是如果可用空间量
   非常接近最终索引的大小，则数据库引擎通常会在释放排序运行指令区后立即重新使用它们
   。因为排序运行指令区的释放方式有些随机，所以在这种情形中将降低索引区的连续性。SORT_IN_TEMPDB
   设置为 OFF 时，如果目标文件组中有足够的可用空间，则可以从邻接的池而不是从刚刚释放的排序段区中
   分配索引区，这将提高索引区的连续性。
   创建非聚集索引时，必须有足够的可用空间：
   如果 SORT_IN_TEMPDB 设置为 ON，则 tempdb 中必须有足够的可用空间来存储排序运行指令，
   且目标文件组中必须有足够的可用空间来存储最终索引结构。排序运行指令包含索引的叶行。
   如果 SORT_IN_TEMPDB 设置为 OFF，则目标文件组中必须有足够的可用空间来存储最终索引结构。
   如果具有更多的可用空间，则可以提高索引区的连续性。
   对没有非聚集索引的表创建聚集索引时，必须有足够的可用空间：
   如果 SORT_IN_TEMPDB 设置为 ON，则 tempdb 中必须有足够的可用空间来存储排序运行指令。
   其中包括表的数据行。目标文件组中必须有足够的可用空间来存储最终索引结构。包括表的数据行和索引 B 树。
   您可能需要根据不同的因素调整估计值，如键的大小很大或填充因子的值很低。
   如果 SORT_IN_TEMPDB 设置为 OFF，目标文件组中必须有足够的可用空间来存储最终表。包括索引结构。
   如果具有更多的可用空间，则可以提高表和索引区的连续性。
   对具有非聚集索引的表创建聚集索引时，必须有足够的可用空间：
   如果 SORT_IN_TEMPDB 设置为 ON，则 tempdb 中必须有足够的可用空间来存储最大索引（通常是聚集索引）
   的排序运行指令的集合，且目标文件组中必须有足够的可用空间来存储所有索引的最终结构。包括包含表的数
   据行的聚集索引。
   如果 SORT_IN_TEMPDB 设置为 OFF，目标文件组中必须有足够的可用空间来存储最终表。包括所有索引的结构。
   如果具有更多的可用空间，则可以提高表和索引区的连续性。

msdb数据库

  msdb 数据库由 SQL Server 代理用于计划警报和作业。也可以由其他功能（如 Service Broker 和数据库邮件）
   使用。
   不能在 msdb 数据库中执行下列操作：
   1.更改排序规则。默认排序规则为服务器排序规则。
   2.删除数据库。
   3.从数据库中删除 guest 用户。
   4.参与数据库镜像。
   5.删除主文件组、主数据文件或日志文件。
   6.重命名数据库或主文件组。
   7.将数据库设置为 OFFLINE。
   8.将主文件组设置为 READ_ONLY。
 
   如果 msdb 数据库被损坏，SQL Server 代理使用的所有计划信息都将丢失，必须手动重新创建。
   备份与还原历史记录信息也将丢失
   SQL Server、SQL Server Management Studio 和 SQL Server 代理使用 msdb 数据库来存储数据，
   包括计划信息以及备份与还原历史记录信息。
   SQL Server 将在 msdb 数据库中自动维护一份完整的在线备份与还原历史记录。
   这些信息包括执行备份一方的名称、备份时间和用来存储备份的设备或文件。SQL Server Management Studio
   利用这些信息提出计划以还原数据库并应用事务日志备份。将会记录有关所有数据库的备份事件，
   即使它们是由自定义应用程序或第三方工具创建的。
   例如，如果使用调用 SQL Server 管理对象 (SMO) 对象的 Microsoft Visual Basic 应用程序执行备份操作，
   则事件将记录在 msdb 系统表、Microsoft Windows 应用程序日志和 SQL Server 错误日志中。
   默认情况下，msdb 使用简单恢复模式。如果在恢复用户数据库时使用 msdb 数据库中的备份与还原历史记录信息，
   建议对 msdb 数据库使用完整恢复模式，并建议考虑将 msdb 事务日志放置在容错存储设备中。
   msdb 数据库记录：
    backup
    log_monitor
    restore_database
    sysalter
    sysdbmainplan
    sysdownloadlist
    sysjobs
    sysmail
    sysproxy
    syssessions
    syssubsystem
    systask