问题标签 [tempdb]

数据库的恢复模型会影响 tempdb.mdf 的大小吗？

我们有一个涉及大量处理和批量插入的数据库。我们遇到了 tempdb 文件增长到非常大（超过 70 GB）的问题。有问题的数据库设置为完全恢复。将其更改为简单恢复（在具有所有事务而不是 tempdb 的数据库上）会阻止它在这些大型插入和批量加载上使用 tempdb？

数据仓库应用程序是否有预期的 tempDB 大小。10个gigs过分吗？它受到频繁的大型查询的影响。数据仓库本身是 50 个演出。

我正在使用 SQL Server 2000

我正在使用 Adaptive Server Anywhere 9 使用 Sybase Central，我想要一些有关如何使用 tempDB 的示例。

如何在临时表中插入一些记录？

我试过了：

但我收到以下错误：

'.' 附近的语法错误 在线 1

我们有一个运行 SQL 2008 R2 的分析数据库服务器，具有 192 GB 的物理 RAM。但是，我们注意到在分析过程中，服务器只使用了大约 70 GB，但 tempdb 膨胀到了 300+ GB。当前的最大内存设置为 2147483647 MB​​。服务器运行的是 Windows 2008 R2。有没有办法让 SQL Server 使用更多的 RAM 和更少的基于磁盘的 tempdb？

我到今天上班时发现我们的一台 SQL 2005 服务器磁盘空间不足。经检查，导致问题的数据库是 tempdb。它似乎从大约 8mb 增长到 16gb，让我有些担心。在将所有人踢出服务器并重新启动问题后，tempdb 现在恢复到原来的大小，不是问题。

所以我现在决定尝试跟踪导致 tempdb 增长的查询。服务器上只有两个活动数据库，所以我启动了 SQL 服务器分析器。我使用“空白”模板运行它，并选择了以下事件：

• 所有错误/警告
• T-SQL
• 存储过程

然后，我将其放入数据库调优顾问中，该顾问现在报告“67% 的消耗工作负载存在语法错误”。

问题1）我应该担心如此高水平的语法错误吗？这些错误来自一个非常知名的项目管理软件供应商，我应该就这些错误与他们联系吗？

Question2) 我选择的事件是否有可能发现我的 tempdb 增长的根本原因？

为冗长的问题道歉，试图包括尽可能多的细节。

提前感谢我收到的任何建议。

我们正在使用 SQL Server 2005。由于 tempdb 大小过大，最近 SQL Server 2005 在我们的生产环境中崩溃了。1) 大 tempdb 大小可能是什么原因？2) 有什么方法可以查看 tempdb 中有哪些数据？

过去两次我们重新启动了我们的 sql server，我们的网站已经关闭。原因似乎是因为 tempdb 正在重新创建，并且 ASPState 用户正在失去对 tempdb 的读/写权限（它是一个 ASP 站点，会话数据存储在 sql server 中）

直到大约两周前，这还不是问题。有谁知道如何防止 sql server 在重新启动后重置 tempdb 权限？或者为什么这只是最近才开始发生？我们使用的是 MS SQL Server 2005。

我对 SQL Server 2008 进行了压力测试，我想知道由于临时表和变量的使用，到 tempdb 的数据流是什么。

统计信息也显示在活动监视器中：

是否有可能以某种方式记录数据并随后对其进行分析？我有两个案例：

1. 记录一个 SQL Server 计数器（我不知道它的名字是什么）
2. 从活动监视器以某种方式记录数据

我有一个自定义导入工具，可以在 temp 中批量插入数据（421776 行）。之后，该工具将未知行插入到目标表中，并根据散列键（2 列的组合）更新现有行。目标数据库的行数几乎相同。更新查询看起来像这样（大约少了 20 个更新列）

我知道 nvarchar 与 collat​​e 比较有点糟糕，但不容易避免。哈希列仍然有它自己的唯一索引。在本地它也运行良好，但在我的这台服务器上，临时数据库不断增长到 21 gig。重新索引和缩小根本不起作用。

对于面临 tempdb 问题的其他人来说，这只是一个旁注。一个很好的阅读是http://bradmcgehee.com/wp-content/uploads/presentations/Optimizing_tempdb_Performance_chicago.pdf