TempDB问题 - 可能的问题 [英] TempDB question - possible issue

查看:82
本文介绍了TempDB问题 - 可能的问题的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

大家好。

我的生产tempdb数据库周围有一个鼻子,发现一些奇怪的东西(无论如何在我看来)

I've just had a nose around my production tempdb database and noticed something odd (in my view anyway)

在sys.dm_db_session_space_usage和sys.dm_db_task_space_usage上使用查询,我发现在4月10日创建了两个仍在使用的会话(根据Last Batch列),但不会自行释放(即,批处理完成后,会话
被杀死)。根据附件中突出显示的分配列,它似乎也随着每次执行而增长。

Using queries on sys.dm_db_session_space_usage and sys.dm_db_task_space_usage, I have found that there are two sessions that were created on the 10th of April that are still being used (as per Last Batch column) but do not release themselves (ie, session gets killed) after the batch is completed. It seems it is also growing with each execution, as per the highlighted allocation columns in the attachment.

这有两个问题:


  1. 我是否应该担心每次执行后这些会话都没有被杀死??
  2. 分配和解除分配的mb有什么区别?这些列引用sys.dm_db_session_space_usage DMV中的internal_objects_alloc_page_count和internal_objects_dealloc_page_count

如有任何问题,请告知我们。

Any questions, please let me know.

提前致谢。

推荐答案

嗨warnerrj79,

Hi warnerrj79,

 

>> 我应该是关注这些会议在每次执行后都没有被杀死?

 

Sometim在会话关闭后,临时表将不会清理。清理这些对象通常是一种很好的做法。

如果会话处于休眠状态,您可以终止会话,以便可以重复使用或缩小空间。

 

>>分配和解除分配的mb有什么区别?这些列引用sys.dm_db_session_space_usage DMV中的internal_objects_alloc_page_count和internal_objects_dealloc_page_count

 

内部对象是创建的对象在内部为特定会话执行某些操作。  

allocatedInternal_mb:
此会话为内部对象保留或分配的空间。

deallocatedInternalmb:空格这个会话释放,不再为内部对象保留。

deallocatedInternalmb: The space that is freed by this session and no longer reserved for internal objects.

 

希望这可以帮到你。

最好的问候,

Dedmon Dai

Dedmon Dai


这篇关于TempDB问题 - 可能的问题的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆