sqltempdb
① 如何收缩 sql Server 中的 Tempdb 数据库
Tempdb 信息
tempdb 是一个临时工作区。除其他用途外，SQL Server 还将 tempdb 用于：
•
显式创建的临时表的存储。
•
保存在查询处理和排序过程中创建的中间结果的工作表。
•
具体化的静态光标。
SQL Server 在 tempdb 事务日志中记录的信息只足够用于回滚事务，而不足以用于在数据库故障恢复过程中重新执行事务。这一特点提高了
tempdb 中 INSERT 语句的性能。另外，由于每次重新启动 SQL Server 时都会重新创建
tempdb，无需记录用于重新执行任何事务的信息。因此，没有任何要前滚或回滚的事务。当 SQL Server 启动时，通过使用 model
数据库的副本重新创建 tempdb，并将其重置为上次配置的大小。
默认情况下，tempdb
数据库配置为根据需要自动增长；因此，此数据库可能最终增长到大于所需的大小。简单地重新启动 SQL Server 会将 tempdb
的大小重置为上次配置的大小。配置的大小是用文件大小更改操作（如带有 MODIFY FILE 选项的 ALTER DATABASE 或者 DBCC
SHRINKFILE 语句）设置的上次显式大小。本文说明您可以用来将 tempdb 收缩到小于其配置的大小的三种方法。
收缩 Tempdb 的方法 1
此方法要求您重新启动 SQL Server。
1.
停止 SQL Server。打开命令提示符，然后键入以下命令启动 SQL Server：
sqlservr -c -f
-c 和 -f 参数使 SQL Server 以最小配置模式启动，让数据文件的 tempdb 大小为 1 MB，日志文件的 tempdb 为 0.5 MB。
注意：如果使用 SQL Server 命名实例，必须切换到适当的文件夹 (Program Files/Microsoft SQL Server/MSSQL$instance name/Binn)，并使用 -s 开关 (-s%instance_name%)。
2.
用查询分析器连接到 SQL Server，然后运行下列 Transact-SQL 命令：
ALTER DATABASE tempdb MODIFY FILE
(NAME = 'tempdev', SIZE = target_size_in_MB)
--Desired target size for the data file
ALTER DATABASE tempdb MODIFY FILE
(NAME = 'templog', SIZE = target_size_in_MB)
--Desired target size for the log file
3.
通过在命令提示符窗口中按 Ctrl-C 停止 SQL Server，将 SQL Server 作为服务重新启动，然后验证 Tempdb.mdf 和 Templog.ldf 文件的大小。
此方法的局限是它只能对默认的 tempdb 逻辑文件 tempdev 和 templog 进行操作。如果将其他文件添加到了 tempdb，您可以在将 SQL Server 作为服务重新启动后收缩它们。在启动过程中将重新创建所有 tempdb 文件；因此，它们是空的并可删除。要删除 tempdb 中的其他文件，请使用带有 REMOVE FILE 选项的 ALTER DATABASE 命令。
收缩 Tempdb 的方法 2
使用 DBCC SHRINKDATABASE 命令将 tempdb 数据库作为整体收缩。DBCC SHRINKDATABASE 接收参数 target_percent，该参数是数据库收缩后数据库文件中剩余可用空间的所需百分比。如果使用 DBCC SHRINKDATABASE，可能必须重新启动 SQL Server。
重要说明：如果运行 DBCC SHRINKDATABASE，则 tempdb 数据库不能正在发生其他活动。要确保在运行 DBCC SHRINKDATABASE 时其他进程无法使用 tempdb，必须以单用户模式启动 SQL Server。有关更多信息，请参考本文的在使用 Tempdb 时执行 DBCC SHRINKDATABASE 或 DBCCSHRINKFILE 的结果 一节。
1.
通过使用 sp_spaceused 存储过程确定 tempdb 中当前使用的空间。然后，计算剩余可用空间的百分比，它将用作 DBCC SHRINKDATABASE 的参数；该计算是基于所需数据库大小进行的。
注意：在某些情况下，您可能必须执行 sp_spaceused @updateusage=true 来重新计算使用的空间和获得更新的报告。有关 sp_spaceused 存储过程的更多信息，请参考 SQL Server 联机丛书。
请考虑以下示例：
假定 tempdb 有两个文件：主数据文件 (Tempdb.mdf) 和日志文件 (Tempdb.ldf)，其大小分别为 100 MB 和 30 MB。假定 sp_spaceused 报告主数据文件包含 60 MB 的数据。还假定您要将主数据文件收缩到 80 MB。计算收缩后剩余可用空间的所需百分比，即 80 MB - 60 MB = 20 MB。现在，用 20 MB 除以 80 MB = 25%，这就是您的 target_percent。事务日志文件将据此进行收缩，从而在数据库收缩后剩下 25% 即 20 MB 的可用空间。
2.
用查询分析器连接到 SQL Server，然后运行下列 Transact-SQL 命令：
dbcc shrinkdatabase (tempdb, 'target percent')
-- This command shrinks the tempdb database as a whole
对 tempdb 数据库使用 DBCC SHRINKDATABASE
命令具有局限性。数据文件和日志文件的目标大小不能小于创建数据库时指定的大小，也不能小于用文件大小更改操作（如带有 MODIFY FILE 选项的
ALTER DATABASE 命令或 DBCC SHRINKFILE 命令）显式设置的上次大小。DBCC SHRINKDATABASE
的另一个限制是 target_percentage 参数的计算和它对当前使用的空间的依赖。
收缩 Tempdb 的方法 3
使用命令 DBCC SHRINKFILE 收缩单个 tempdb 文件。DBCC SHRINKFILE 比 DBCC SHRINKDATABASE 提供更多的灵活性，因为您可以对单个数据库文件使用它而不必影响属于同一数据库的其他文件。DBCC SHRINKFILE 接收 target size 参数，这是所需的数据库文件的最终大小。
重要说明：必须在 tempdb 数据库不发生任何活动时运行 DBCC SHRINKFILE 命令。要确保在执行 DBCC SHRINKFILE 时其他进程不能使用 tempdb，必须以单用户模式重新启动 SQL Server。有关 DBCC SHRINKFILE 的更多信息，请参见本文中在使用 Tempdb 时执行 DBCC SHRINKDATABASE 或 DBCCSHRINKFILE 的结果 一节。
1.
确定主数据文件 (tempdb.mdf)、日志文件 (templog.ldf) 和/或添加到 tempdb 的其他文件的所需大小。确保在这些文件中使用的空间小于或等于所需的目标大小。
2.
用查询分析器连接到 SQL Server，然后为需要收缩的特定数据库运行下列 Transact-SQL 命令：
use tempdb
go
dbcc shrinkfile (tempdev, 'target size in MB')
go
-- this command shrinks the primary data file
dbcc shrinkfile (templog, 'target size in MB')
go
-- this command shrinks the log file, look at the last paragraph.
DBCC SHRINKFILE 的一个优点是它可以将文件大小减小到小于其原始大小。您可以对任何数据文件或日志文件执行 DBCC SHRINKFILE。DBCC SHRINKFILE 的一个局限是您无法使数据库小于 model 数据库的大小。
在 SQL Server 7.0 中，事务日志收缩是一个推迟操作，您必须执行日志截断和备份，以帮助进行数据库中的收缩操作。但是，默认情况下，tempdb 将 trunc log on chkpt 选项设置为“打开”(ON)；这样，您就无需为该数据库执行日志截断。有关如何在 SQL Server 7.0 中收缩数据库事务日志的其他信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：
256650 (http://support.microsoft.com/kb/256650/) INF：如何收缩 SQL Server 7.0 事务日志
在使用 Tempdb 时执行 DBCC SHRINKDATABASE 或 DBCCSHRINKFILE 的结果
当正在使用 tempdb 时，如果您尝试通过使用 DBCC SHRINKDATABASE 或 DBCC SHRINKFILE 命令收缩它，可能会收到与以下类型相似的多个一致性错误，并且收缩操作可能失败：
Server:Msg 2501, Level 16, State 1, Line 1 Could not find table named '1525580473'.Check sysobjects.
- 或 -
Server:Msg 8909, Level 16, State 1, Line 0 Table
Corrupt:Object ID 1, index ID 0, page ID %S_PGID.The PageId in the page
header = %S_PGID.
尽管错误 2501 可能不表示 tempdb 中的任何损坏，但它会导致收缩操作失败。与其不同，错误 8909 可能表示 tempdb 数据库中的损坏。应重新启动 SQL Server 来重新创建 tempdb 并清除一致性错误。但是，请记住像错误 8909 这样的物理数据损坏可能有其他原因，这包括输入/输出子系统问题。
② SQL SERVER tempdb 问题
当然直接的方法，重启，会自动释放tempdb的空间！
如果不能重启，并且其他盘符有丰富的硬盘资源，则使用如下脚本将数据文件和日志文件迁移：
USE master GO ALTER DATABASE tempdb modify file (name = tempdev, filename ='NewDrive:Path empdb.mdf') GO ALTER DATABASE tempdb modify file (name = templog, filename ='NewDrive:Path emplog.ldf') GO
③ 请教sql server tempDB空间满的问题
SQL Server会自动创建一个名为tempdb的数据库作为工作空间使用，当您在存储过程中创建一个临时表格时，比如(CREATE TABLE #MyTemp)，无论您正在使用哪个数据库，SQL数据库引擎都会将这个表格创建在tempdb数据库中。 而且，当您对大型的结果集进...
④ 如何监测谁用了SQL Server的Tempdb空间
作为一个支持工程师，会被经常问到象“我的Tempdb为什么这么大？”“是谁把我的Tempdb空间用完的？”在SQL 2000的时候，这个问题很难回答。好在SQL 2005以后，引入了一张新的管理视图：sys.dm_db_file_space_usage。通过查询这张视图，能了解tempdb的空间使用情况，能知道tempdb的空间是被哪一块对象使用掉的，是用户对象(user_object_reserved_page_count字段)，还是系统对象（internal_object_reserved_page_count字段），还是版本存储区（version_store_reserved_page_count字段）。
在讨论Tempdb空间使用之前，我们先简单介绍一下通常什么操作会大量使用Tempdb。在SQL 2005和SQL 2008里，使用Tempdb空间的远远不止是临时表。常见的使用对象有：
用户对象(user_object_reserved_page_count)
用户对象由用户显式创建。这些对象可以位于用户会话的作用域中，也可位于创建对象所用例程的作用域中。 可以是存储过程、触发器或用户定义函数。 用户对象可以是下列项之一：
用户定义的表和索引
系统表和索引
全局临时表和索引
局部临时表和索引
table 变量
表值函数中返回的表
内部对象（internal_object_reserved_page_count）
内部对象是根据需要由 SQL Server 数据库引擎创建的，用于处理 SQL Server 语句。 内部对象可以在语句的作用域中创建和删除。 内部对象可以是下列项之一：
用于游标。
用于哈希联接或哈希聚合操作的查询。
某些 GROUP BY、ORDER BY 或 UNION 查询的中间排序结果。
版本存储（version_store_reserved_page_count）
版本存储区主要用来支持Snapshot事务隔离级别，以及SQL 2005以后推出的一些其他提高数据库并发度的新功能。
由此可见，光从用户发过来的语句本身，是很难判断这个连接的操作是否会使用Tempdb的。一个典型的例子，就是某些查询。如果表格上有良好的索引做支持，SQL Server不需要做哈希联接(Hash Join)，那这个查询就不会用Tempdb。反之，如果表格很大，又没有好的索引，那Tempdb使用量就可能不小。
tempdb空间使用的一大特点，是只有一部分对象，例如用户创建的临时表、table变量等，可以用sys.allocation_units 和sys.partitions这样的管理视图来管理。许多内部对象和版本存储在这些管理视图里没有体现。所以，sp_spaceused的结果和真实使用会有很大差异，tempdb的空间使用是不能用sp_spaceused来跟踪的。必须借助sys.dm_db_file_space_usage这样的管理视图和管理函数，才能看到全貌。
下面以一个实例，讨论一下如何用DBCC命令、管理视图(DMV)以及管理函数(DMF)来监视是什么语句正在使用tempdb。
为了使结果简单，我们在测试之前先把SQL Server重起一次。
⑤ sql server 2000 tempdb日志已满有什么影响
肯定有影响，先说说tempdb数据库的作用吧：
Tempdb 数据库保存系统运行过程中产生的临时表和存储过程。当然，它还满足其他的临时存储要求，比如保存SQL Server生成的存储表等。Tempdb 数据库是一个全局咨询，任何连接到系统的用户都可以在该数据库中产生临时表和存储过程。Tempdb 数据库在每次SQL Server启动的时候，都会清空该数据库中的内容，所以每次启动SQL Server后，该表都是干净的。临时表和存储过程在连接断开后会自动除去，而且当系统关闭后不会有任何活动连接，因此，tempdb 数据库中没有任何内容会从SQL Server的一个会话保存到另外一个会话中。
默认情况下，在 SQL Server 在运行时 tempdb 数据库会根据需要自动增长。不过，与其它数据库不同，每次启动数据库引擎时，它会重置为其初始大小。如果为 tempdb 数据库定义的大小较小，则每次重新启动 SQL Server时，将tempdb 数据库的大小自动增加到支持工作负荷所需的大小这一工作可能会成为系统处理负荷的一部分。为避免这种开销，可以使用 ALTER DATABASE 增加 tempdb 数据库的大小。
其实总体来说TempDB数据库是很重要的，也是你提升SQL运行速度的一个手段，所以，TempDB的日志已满，说明的数据库文件初始化设定值太小，建议你增大到500MB，我一直都这样用，当然你可以依据实际情况设定大小
⑥ SQLERVER的tempdb库突然暴增（已经暴增了）,怎么排查暴增的原因
Tempdb 信息
tempdb 是一个临时工作区。除其他用途外，SQL Server 还将 tempdb 用于：
• 显式创建的临时表的存储。
• 保存在查询处理和排序过程中创建的中间结果的工作表。
• 具体化的静态光标。
SQL Server 在 tempdb 事务日志中记录的信息只足够用于回滚事务，而不足以用于在数据库故障恢复过程中重新执行事务。这一特点提高了 tempdb 中 INSERT 语句的性能。另外，由于每次重新启动 SQL Server 时都会重新创建 tempdb，无需记录用于重新执行任何事务的信息。因此，没有任何要前滚或回滚的事务。当 SQL Server 启动时，通过使用 model 数据库的副本重新创建 tempdb，并将其重置为上次配置的大小。
默认情况下，tempdb 数据库配置为根据需要自动增长；因此，此数据库可能最终增长到大于所需的大小。简单地重新启动 SQL Server 会将 tempdb 的大小重置为上次配置的大小。配置的大小是用文件大小更改操作（如带有 MODIFY FILE 选项的 ALTER DATABASE 或者 DBCC SHRINKFILE 语句）设置的上次显式大小。本文说明您可以用来将 tempdb 收缩到小于其配置的大小的三种方法。
收缩 Tempdb 的方法 1
此方法要求您重新启动 SQL Server。
1. 停止 SQL Server。打开命令提示符，然后键入以下命令启动 SQL Server：
sqlservr -c -f
-c 和 -f 参数使 SQL Server 以最小配置模式启动，让数据文件的 tempdb 大小为 1 MB，日志文件的 tempdb 为 0.5 MB。
注意：如果使用 SQL Server 命名实例，必须切换到适当的文件夹 (Program Files/Microsoft SQL Server/MSSQL$instance name/Binn)，并使用 -s 开关 (-s%instance_name%)。
2. 用查询分析器连接到 SQL Server，然后运行下列 Transact-SQL 命令： ALTER DATABASE tempdb MODIFY FILE
(NAME = 'tempdev', SIZE = target_size_in_MB)
--Desired target size for the data file
ALTER DATABASE tempdb MODIFY FILE
(NAME = 'templog', SIZE = target_size_in_MB)
--Desired target size for the log file
3. 通过在命令提示符窗口中按 Ctrl-C 停止 SQL Server，将 SQL Server 作为服务重新启动，然后验证 Tempdb.mdf 和 Templog.ldf 文件的大小。
此方法的局限是它只能对默认的 tempdb 逻辑文件 tempdev 和 templog 进行操作。如果将其他文件添加到了 tempdb，您可以在将 SQL Server 作为服务重新启动后收缩它们。在启动过程中将重新创建所有 tempdb 文件；因此，它们是空的并可删除。要删除 tempdb 中的其他文件，请使用带有 REMOVE FILE 选项的 ALTER DATABASE 命令。
收缩 Tempdb 的方法 2
使用 DBCC SHRINKDATABASE 命令将 tempdb 数据库作为整体收缩。DBCC SHRINKDATABASE 接收参数 target_percent，该参数是数据库收缩后数据库文件中剩余可用空间的所需百分比。如果使用 DBCC SHRINKDATABASE，可能必须重新启动 SQL Server。
重要说明：如果运行 DBCC SHRINKDATABASE，则 tempdb 数据库不能正在发生其他活动。要确保在运行 DBCC SHRINKDATABASE 时其他进程无法使用tempdb，必须以单用户模式启动 SQL Server。有关更多信息，请参考本文的在使用 Tempdb 时执行 DBCC SHRINKDATABASE 或 DBCCSHRINKFILE 的结果 一节。
1. 通过使用 sp_spaceused 存储过程确定 tempdb 中当前使用的空间。然后，计算剩余可用空间的百分比，它将用作 DBCC SHRINKDATABASE 的参数；该计算是基于所需数据库大小进行的。
注意：在某些情况下，您可能必须执行 sp_spaceused @updateusage=true 来重新计算使用的空间和获得更新的报告。有关 sp_spaceused 存储过程的更多信息，请参考 SQL Server 联机丛书。
请考虑以下示例：
假定 tempdb 有两个文件：主数据文件 (Tempdb.mdf) 和日志文件 (Tempdb.ldf)，其大小分别为 100 MB 和 30 MB。假定 sp_spaceused 报告主数据文件包含 60 MB 的数据。还假定您要将主数据文件收缩到 80 MB。计算收缩后剩余可用空间的所需百分比，即 80 MB - 60 MB = 20 MB。现在，用 20 MB 除以 80 MB = 25%，这就是您的 target_percent。事务日志文件将据此进行收缩，从而在数据库收缩后剩下 25% 即 20 MB 的可用空间。
2. 用查询分析器连接到 SQL Server，然后运行下列 Transact-SQL 命令： dbcc shrinkdatabase (tempdb, 'target percent')
-- This command shrinks the tempdb database as a whole
对 tempdb 数据库使用 DBCC SHRINKDATABASE 命令具有局限性。数据文件和日志文件的目标大小不能小于创建数据库时指定的大小，也不能小于用文件大小更改操作（如带有 MODIFY FILE 选项的 ALTER DATABASE 命令或 DBCC SHRINKFILE 命令）显式设置的上次大小。DBCC SHRINKDATABASE 的另一个限制是target_percentage 参数的计算和它对当前使用的空间的依赖。
⑦ SQL数据库 TEMPDB 错误问题
1、重起数据库。
2、把tempdb放到另一硬盘上。方法：
1、用Enterprise
Manager或sp_helpdb查看tempdb现在存放的位置
2、用
alter
database
tempdb
modify
file(name='tempdev',filename='newpath\newfilename')
alter
database
tempdb
modify
file(name='templog',filename='newpath\newfilename')
3、关闭sqlserver重起
4、删掉旧的tempdb文件
⑧ 谈谈Tempdb对SQL Server性能优化有何影响
先给大家巩固tempdb的基础知识
简介：
tempdb是SQLServer的系统数据库一直都是SQLServer的重要组成部分，用来存储临时对象。可以简单理解tempdb是SQLServer的速写板。应用程序与数据库都可以使用tempdb作为临时的数据存储区。一个实例的所有用户都共享一个Tempdb。很明显，这样的设计不是很好。当多个应用程序的数据库部署在同一台服务器上的时候，应用程序共享tempdb，如果开发人员不注意对Tempdb的使用就会造成这些数据库相互影响从而影响应用程序。
特性：
1、 tempdb中的任何数据在系统重新启动之后都不会持久存在。因为实际上每次SQLServer启动的时候都会重新创建tempdb。这个特性就说明tempdb不需要恢复。
2、 tempdb始终设置为“simple”的恢复模式，当你尝试修改时都会报错。也就是说已提交事务的事务日志记录在每个检查点后都标记为重用。
3、 tempdb也只能有一个filegroup，不能增加更多文件组。
4、 tempdb被用来存储三种类型的对象：用户对象，内部对象、版本存储区
接下来围绕主题展示问题分析：
1.SQL Server系统数据库介绍
SQL Server有四个重要的系统级数据库:master,model,msdb,tempdb.
master:记录SQL Server系统的所有系统级信息,包括实例范围的元数据,端点,链接服务器和系统配置设置,还记录其他数据库是否存在以及这些数据问文件的位置等等.如果master不可用,数据库将不能启动.
model:用在SQL Server 实例上创建的所有数据库的模板。因为每次启动 SQL Server 时都会创建 tempdb，所以 model 数据库必须始终存在于 SQL Server 系统中。
msdb:由SQL Server 代理用来计划警报和作业。
tempdb:是连接到 SQL Server 实例的所有用户都可用的全局资源，它保存所有临时表,临时工作表,临时存储过程,临时存储大的类型,中间结果集,表变量和游标等。另外，它还用来满足所有其他临时存储要求.
2.tempdb内在运行原理
与其他SQL Server数据库不同的是,tempdb在SQL Server停掉,重启时会自动的drop,re-create. 根据model数据库会默认建立一个新的8MB(mdf file:8MB;ldf file:1MB, autogtouth设置为10%)大小recovery model为simple的tempdb数据库.
tempdb数据库建立之后,DBA可以在其他的数据库中建立数据对象,临时表,临时存储过程,表变量等会加到tempdb中.在tempdb活动很频繁时,能够自动的增长,因为是simple的recovery model,会最小化日志记录,日志也会不断的截断.
3.如何合理的优化tempdb以提高SQL Server的性能
如果SQL Server对tempdb访问不频繁,tempdb对数据库不会产生影响;相反如果访问很频繁,loading就会加重,tempdb的性能就会对整个DB产生重要的影响.优化tempdb的性能变的很重要的,尤其对于大型数据库.
注:在优化tempdb之前,请先考虑tempdb对SQL Server性能产生多大的影响,评估遇到的问题以及可行性.
3.1最小化的使用tempdb
SQL Server中很多的活动都活发生在tempdb中,所以在某种情况可以减少多对tempdb的过度使用,以提高SQL Server的整体性能.
如下有几处用到tempdb的地方:
(1)用户建立的临时表.如果能够避免不用,就尽量避免. 如果使用临时表储存大量的数据且频繁访问,考虑添加index以增加查询效率.
(2)Schele jobs.如DBCC CHECKDB会占用系统较多的资源,较多的使用tempdb.最好在SQL Server loading比较轻的时候做.
(3)Cursors.游标会严重影响性能应当尽量避免使用.
(4)CTE(Common Table Expression).也会在tempdb中执行.
(5)SORT_INT_TEMPDB.建立index时会有此选项.
(6)Index online rebuild.
(7)临时工作表及中间结果集.如JOIN时产生的.
(8)排序的结果.
(9)AFTER and INSTEAD OF triggers.
不可能避免使用tempdb,如果有tempdb的瓶颈或issue,就该返回来考虑这些问题了.
3.2重新分配tempdb的空间大小
在SQL Server重启时会自动建立8MB大小的tempdb,自动增长默认为10%. 对于小型的数据库来说,8MB大小已经足够了.但是对于较大型的数据库来说,8MB远远不能满足SQL Server频繁活动的需要,因此会按照10%的比例增加,比如说需要1GB,则会需要较长的时间,此段时间会严重影响SQL Server的性能. 建议在SQL Server启动时设置tempdb的初始化的大小(如下图片设置为MDF:300MB,LDF:50MB),也可以通过ALTER DATABASE来实现. 这样在SQL Server在重启时tempdb就会有足够多的空间可利用,从而提高效率.