tempdb

首页 > TAG信息列表 > tempdb

SQL Server 最佳配置相关最佳实践

一。CPU最佳实践。根据CPU架构和核数配置MaxDop. https://support.microsoft.com/zh-cn/help/2806535/recommendations-and-guidelines-for-the-max-degree-of-parallelism-confi EXEC sp_configure 'show advanced options', 1; GO RECONFIGURE WITH OVERRIDE; GO EXEC sp_confi

sqlserver 收缩 tempdb 数据库

客户需求：这是一个生产环境，在夜深人静的时候发现 tempdb 已经超过500GB。需求分析：我们知道，如果重启 SQL Server，tempdb 会自动重新创建，从而使 tempdb 回归到初始大小。但是这是生产环境，不允许重启 SQL Server。尝试：直接收缩 tempdb，始终不成功。 USE [tempdb]GO DBCC SHRI

tempdb过大处理

1. tempdb 文件过大，可以通过重新启动SQL Server 系统，tempdb数据文件及Log会释放空间到初始大小(比如8M). 2. tempdb 在系统默认的C盘，自动扩展过大可能导致系统盘C盘空间问题，需要迁移到数据盘。 Use master Alter database tempdb modify

always on 清理日志记录

先备份日志，再收缩日志文件。检查数据库日志状态，处于LOG_BACKUP状态的的才能截断日志：DBCC SQLPERF(LOGSPACE)GOSELECT name, recovery_model_desc, log_reuse_wait,log_reuse_wait_desc FROM sys.databasesGO 计划任务： BACKUP LOG tempdb TO DISK='NUL:' -- 备份事务日志，备份

SQLServer 高并发下的【表变量，临时表，公共表表达式】的性能比拼（HIS3）

标题：一次高并发下的sql分析,及最终解决方法：现象：pagelatch_ch,pagelatch_ex 资源等待多 1. 对bulk insert 的使用方式改造，1000条以上的数据才会用bulk insert （数据条目少的时候使用insert 命令） 2. order 中使用了大量的表变量，对tempdb 的性能要求比较高，经常出现 pagelatch_

Zabbix告警:SQL Instance MSSQLSERVER: Could not allocate a new page

Zabbix的监控出现告警，具体的告警信息如下：“SQL Instance MSSQLSERVER: Could not allocate a new page”和“D::Disk space is low(used > 80%)" 第一个告警是Zabbix template for Microsoft SQL Server模板发出的告警，查看其具体信息，可以看到如下具体信息： Msg 1101 or 1

tempdb 日志文件增长的问题

前两天在一个客户那里发现tempdb log 文件增长很大,已经使用40GB了，而tempdb log 文件总的分配空间是70GB，并且日志空间貌似不能重用，他们使用sql 2012 打的sp4补丁，远程分析问题，没有发现长时间开启的事物，业务使用事物都是使用完即时关闭的，而且通过查询tempdb log 文件大小发

SQL SERVER 临时数据库 tempdb 迁移或增加文件

临时数据库TempDB 虽然是临时库，但对整个数据库系统性能却起到很关键的作用；平时用到的中间数据集会暂时保存到TempDB 中，比如：临时表，排序，临时统计信息，一些中间结果数据，索引重建等。我们经常发现客户的TempDB 数据库暴涨，业务量大时性能有所下降；对于业务量少的实例上的数据库默

net 架构师-数据库-sql server-SQL Server中的对象

1、RDBMS 关系数据库管理系统 2、对象：数据库、索引、事务日志、CLR程序集、表、报表、文件组、全文目录、图表、用户自定义数据类型、视图、角色、存储过程、用户、用户自定义函数、加密密钥 3、安装好的sql server 第一次加载时包括以下4个系统数据库：master、model、msdb、t