本主题介绍如何使用 SQL Server Management Studio
中的对象资源管理器收缩数据库。收缩后的数据库不能小于数据库的最小大小。最小大小是在数据库最初创建时指定的大小，或是上一次使用文件大小更改操作（如
DBCC SHRINKFILE）设置的显式大小。例如，如果数据库最初创建时的大小为 10 MB，后来增长到 100
MB，则该数据库最小只能收缩到 10 MB，即使已经删除数据库的所有数据也是如此。
收缩数据库
在对象资源管理器中，连接到 SQL Server 数据库引擎实例，然后展开该实例。
展开“数据库”，再右键单击要收缩的数据库。
指向“任务”，指向“收缩”，然后单击“数据库”。
根据需要，可以选中“在释放未使用的空间前重新组织文件”复选框。如果选中该复选框，必须为“收缩后文件中的最大可用空间”指定值。
选中该选项的作用与执行 DBCC SHRINKDATABASE 时指定 target_percent 值相同。清除该选项的作用与使用 TRUNCATEONLY 选项执行 DBCC SHRINKDATABASE 相同。TRUNCATEONLY 将文件收缩到最后分配的区。这将减小文件的大小，但不移动任何数据。默认情况下，该选项为清除状态。
输入收缩数据库后数据库文件中剩下的最大可用空间百分比。允许的值介于 0 和 99 之间。该选项仅在选中“在释放未使用的空间前重新组织文件”时可用。
单击“确定”。
收缩数据库
当
数据库中的数据库文件过于庞大或者存在未使用页时，可以使用收缩数据库方法来实现对数据库的收缩，同样，事务日志文件也可以收缩。数据库文件可以作为组或
单独地进行手工收缩，也可设置为按指定的时间间隔自动收缩。收缩数据库的活动是在后台进行，并不影响数据库内的用户活动。
操作步骤如下：
（1）打开SQL Server企业管理器。双击打开“数据库”节点，在要收缩的数据库名称上，单击鼠标右键，在弹出的快捷菜单中选择“所有任务”→“收缩数据库”命令，弹出“收缩数据库”对话框，如图1所示。
收缩数据库
（2）指定数据库的收缩量，可以从以下选项中选择。
在“收缩后文件中的最大可用空间”文本框中输入收缩后数据库中剩余的可用空间量。以“数据库大小，可用空间”值作为依据。如最大可用空间是“25%”，则在该选项中设置小于该数值的百分比，如“12%”。
选择“在收缩前将页移到文件起始位置”复选框，使释放的文件空间保留在数据库文件中，并使包含数据的页移到数据库文件的起始位置。
（3）在“调度”选项框中，选择是否自动定期执行数据库压缩操作。选中“根据本调度来收缩数据库”复选框，单击“更改”按钮，创建或更改自动收缩数据库的频率和时间。
（4）最后单击“确定”按钮完成操作。
Ⅱ SqlServer数据文件太大，表占用空间太大，怎么释放空间
1、最直接的就是看哪些数据可以不用存储就直接删除了，设计系统时就应该考虑这些问题的
2、如果有过期数据备份后删除吧，或者过期的过程数据，也可以备份后删除
3、可能是索引碎片的原因，另外就是非聚集索引占用的空间，可以试一下先重建聚集索引，然后看看空间是否变小了很多，若是，则需要重建全部索引
Ⅲ SQLSERVER可用空间只有1兆多,为什么
正常。可用空间1.27M，是相对于数据库分派空间20G而言，不是磁盘的可用空间。当20G用完后，它会怎么增加，只要磁盘有空间就行了，不用当心。
Ⅳ 怎么查看整个sqlserver数据库的剩余空间大小
查询各个磁盘分区的剩余空间：
Exec master.dbo.xp_fixeddrives
查询当前数据库的磁盘使用情况
Exec sp_spaceused
Ⅳ 为什么SQL Server使用很少的内存
默认情况下，SQLServer会依据可获得的系统资源动态改变它的内存需求。如果SQLServer需要更多的内存，它会要求操作系统确定是否有空闲的物理内存可用，并使用可用的内存。若SQLServer不再需要当前分配给它的内存，它就将内存释放给操作系统。当SQLServer动态使用内存时，它要求系统定期地检测可用的物理内存数量。SQLServer根据服务器活动增大或收缩高速缓冲存储器，以使可用物理内存保持在4MB到10MB之间。这就避免了系统进行换页操作。[也就是说，这种情况下SQLSERVER本身不会使物理可用内存小于4M，如果比较长的时间内都小于4M的话，则要看一下是不是该服务器上其它应用程序有问题]第二种情况：限制使用内存使用setworkingsetsize为sqlserver保留等于服务器内存设置的物理内存空间。即使是sqlserver进程此时是空闲的，系统也不会将SQLServer页交换出去。使用minservermemory保证sqlserver使用的最小内存。SQLServer启动时不立即分配minservermemory中所指定的内存量。但是，当内存使用由于客户端负荷而达到该值后，SQLServer将无法从已分配的缓冲池中释放内存。使用maxservermemory则防止SQLServer使用多于指定数量的内存，这样剩余的可用内存可以快速运行其它应用程序。SQLServer启动时不立即分配maxservermemory中所指定的内存。内存使用随SQLServer的需要而增长，直到达到maxservermemory中所指定的值。SQLServer无法超过该内存使用值，除非增加maxservermemory值。第一种情况比较适用于服务器专做sqlserver服务器的情况，第二种情况适用于为在同一台计算机上运行的其它应用程序保留一定的内存以便于快速响应。（另：如果想动态分配sqlserver的内存，则不要设置setworkingsetsize选项，使用默认值即可。至于这些参数如何设置参见另外的文档）监视SQLServer所使用的内存和计数器有助于确定：是否由于缺少可用物理内存存储高速缓存中经常访问的数据而导致瓶颈存在。如果是这样，SQLServer必须从磁盘检索数据。是否可通过添加更多内存或使更多内存可用于数据高速缓存或SQLServer内部结构来提高查询性能。SQLServer需要从磁盘读取数据的频率。与其它操作相比，例如内存访问，物理I/O会耗费大量时间。尽可能减少物理I/O可以提高查询性能。对sqlserver服务器内存的监视：Memory:AvailableBytes计数器表示当前进程可使用的物理内存字节数。如果小于4M或更小，说明计算机上总的内存可能不足，或某个程序没有释放内存●Memory:PageFaults/sec每秒软性页面失效的数目（包括有些可以直接在内存中满足而有些需要从硬盘读取）较page/sec只表明数据不能在内存指定工作集中立即使用。如果该值偶尔走高，表明当时有线程竞争内存。如果持续很高，则内存可能是瓶颈。Memory:Pages/sec计数器表示由于缺页处理而从磁盘取回的页数，或由于缺页处理而写入磁盘以释放工作集空间的页数。●PageReads/sec每秒发出的物理数据库页读取数。这一统计信息显示的是在所有数据库间的物理页读取总数。由于物理I/O的开销大，可以通过使用更大的数据高速缓存、智能索引、更高效的查询或者改变数据库设计等方法，使开销减到最小。●PageWrites/sec所发出的物理数据库页写入的数目。若查看原帖>>
Ⅵ 谁总结下sqlserver数据库优化知识的详解和具体操作最优方案！
给你一些我常用的脚本！至于方案，我觉得完全在于积累经验！
--前10名其他等待类型
SELECT TOP 10 *
from sys.dm_os_wait_stats
ORDER BY wait_time_ms DESC
SELECT *FROM sys.dm_os_wait_stats WHERE wait_type like 'PAGELATCH%'
OR wait_type like 'LAZYWRITER_SLEEP%'
--CPU的压力
SELECT scheler_id, current_tasks_count, runnable_tasks_count
FROM sys.dm_os_schelers
WHERE scheler_id < 255
--表现最差的前10名使用查询
SELECT TOP 10 ProcereName = t.text,
ExecutionCount = s.execution_count,
AvgExecutionTime = isnull ( s.total_elapsed_time / s.execution_count, 0 ),
AvgWorkerTime = s.total_worker_time / s.execution_count,
TotalWorkerTime = s.total_worker_time,
MaxLogicalReads = s.max_logical_reads,
MaxPhysicalReads = s.max_physical_reads,
MaxLogicalWrites = s.max_logical_writes,
CreationDateTime = s.creation_time,
CallsPerSecond = isnull ( s.execution_count / datediff ( second , s.creation_time, getdate ()), 0 )
FROM sys.dm_exec_query_stats s
CROSS APPLY sys.dm_exec_sql_text( s.sql_handle ) t ORDER BY
s.max_physical_reads DESC
SELECT SUM(signal_wait_time_ms) AS total_signal_wait_time_ms总信号等待时间 ,
SUM(wait_time_ms - signal_wait_time_ms) AS resource_wait_time_ms资源的等待时间,
SUM(signal_wait_time_ms) * 1.0 / SUM (wait_time_ms) * 100 AS [signal_wait_percent信号等待％],
SUM(wait_time_ms - signal_wait_time_ms) * 1.0 / SUM (wait_time_ms) * 100 AS [resource_wait_percent资源等待％]
FROM sys.dm_os_wait_stats
--一个信号等待时间过多对资源的等待时间那么你的CPU是目前的一个瓶颈。
--查看进程所执行的SQL语句
if (select COUNT(*) from master.dbo.sysprocesses) > 500
begin
select text,CROSS APPLY master.sys.dm_exec_sql_text(a.sql_handle) from master.sys.sysprocesses a
end
select text,a.* from master.sys.sysprocesses a
CROSS APPLY master.sys.dm_exec_sql_text(a.sql_handle)
where a.spid = '51'
dbcc inputbuffer(53)
with tb
as
(
select blocking_session_id,
session_id,db_name(database_id) as dbname,text from master.sys.dm_exec_requests a
CROSS APPLY master.sys.dm_exec_sql_text(a.sql_handle)
),
tb1 as
(
select a.*,login_time,program_name,client_interface_name,login_name,cpu_time,memory_usage*8 as 'memory_usage(KB)',
total_scheled_time,reads,writes,logical_reads
from tb a inner join master.sys.dm_exec_sessions b
on a.session_id=b.session_id
)
select a.*,connect_time,client_tcp_port,client_net_address from tb1 a inner join master.sys.dm_exec_connections b on a.session_id=b.session_id
--当前进程数
select * from master.dbo.sysprocesses
order by cpu desc
--查看当前活动的进程数
sp_who active
--查询是否由于连接没有释放引起CPU过高
select * from master.dbo.sysprocesses
where spid> 50
and waittype = 0x0000
and waittime = 0
and status = 'sleeping '
and last_batch < dateadd(minute, -10, getdate())
and login_time < dateadd(minute, -10, getdate())
--强行释放空连接
select 'kill ' + rtrim(spid) from master.dbo.sysprocesses
where spid> 50
and waittype = 0x0000
and waittime = 0
and status = 'sleeping '
and last_batch < dateadd(minute, -60, getdate())
and login_time < dateadd(minute, -60, getdate())
--查看当前占用 cpu 资源最高的会话和其中执行的语句(及时CPU)
select spid,cmd,cpu,physical_io,memusage,
(select top 1 [text] from ::fn_get_sql(sql_handle)) sql_text
from master..sysprocesses order by cpu desc,physical_io desc
--查看缓存中重用次数少，占用内存大的查询语句（当前缓存中未释放的）--全局
SELECT TOP 100 usecounts, objtype, p.size_in_bytes,[sql].[text]
FROM sys.dm_exec_cached_plans p OUTER APPLY sys.dm_exec_sql_text (p.plan_handle) sql
ORDER BY usecounts,p.size_in_bytes desc
SELECT top 25 qt.text,qs.plan_generation_num,qs.execution_count,dbid,objectid
FROM sys.dm_exec_query_stats qs
CROSS APPLY sys.dm_exec_sql_text(sql_handle) as qt
WHERE plan_generation_num >1
ORDER BY qs.plan_generation_num
SELECT top 50 qt.text AS SQL_text ,SUM(qs.total_worker_time) AS total_cpu_time,
SUM(qs.execution_count) AS total_execution_count,
SUM(qs.total_worker_time)/SUM(qs.execution_count) AS avg_cpu_time,
COUNT(*) AS number_of_statements
FROM sys.dm_exec_query_stats qs
CROSS APPLY sys.dm_exec_sql_text(qs.sql_handle) as qt
GROUP BY qt.text
ORDER BY total_cpu_time DESC --统计总的CPU时间
--ORDER BY avg_cpu_time DESC --统计平均单次查询CPU时间
-- 计算可运行状态下的工作进程数量
SELECT COUNT(*) as workers_waiting_for_cpu,s.scheler_id
FROM sys.dm_os_workers AS o
INNER JOIN sys.dm_os_schelers AS s
ON o.scheler_address=s.scheler_address
AND s.scheler_id<255
WHERE o.state='RUNNABLE'
GROUP BY s.scheler_id
--表空间大小查询
create table #tb(表名 sysname,记录数 int,保留空间 varchar(100),使用空间 varchar(100),索引使用空间 varchar(100),未用空间 varchar(100))
insert into #tb exec sp_MSForEachTable 'EXEC sp_spaceused ''?'''
select * from #tb
go
SELECT
表名,
记录数,
cast(ltrim(rtrim(replace(保留空间,'KB',''))) as int)/1024 保留空间MB,
cast(ltrim(rtrim(replace(使用空间,'KB',''))) as int)/1024 使用空间MB,
cast(ltrim(rtrim(replace(使用空间,'KB',''))) as int)/1024/1024.00 使用空间GB,
cast(ltrim(rtrim(replace(索引使用空间,'KB',''))) as int)/1024 索引使用空间MB,
cast(ltrim(rtrim(replace(未用空间,'KB',''))) as int)/1024 未用空间MB
FROM #tb
WHERE cast(ltrim(rtrim(replace(使用空间,'KB',''))) as int)/1024 > 0
--order by 记录数 desc
ORDER BY 使用空间MB DESC
DROP TABLE #tb
--查询是否由于连接没有释放引起CPU过高
select * from master.dbo.sysprocesses
where spid> 50
and waittype = 0x0000
and waittime = 0
and status = 'sleeping '
and last_batch < dateadd(minute, -10, getdate())
and login_time < dateadd(minute, -10, getdate())
--强行释放空连接
select 'kill ' + rtrim(spid) from master.dbo.sysprocesses
where spid> 50
and waittype = 0x0000
and waittime = 0
and status = 'sleeping '
and last_batch < dateadd(minute, -60, getdate())
and login_time < dateadd(minute, -60, getdate())
----查看当前占用 cpu 资源最高的会话和其中执行的语句(及时CPU)
select spid,cmd,cpu,physical_io,memusage,
(select top 1 [text] from ::fn_get_sql(sql_handle)) sql_text
from master..sysprocesses order by cpu desc,physical_io desc
----查看缓存中重用次数少，占用内存大的查询语句（当前缓存中未释放的）--全局
SELECT TOP 100 usecounts, objtype, p.size_in_bytes,[sql].[text]
FROM sys.dm_exec_cached_plans p OUTER APPLY sys.dm_exec_sql_text (p.plan_handle) sql
ORDER BY usecounts,p.size_in_bytes desc
SELECT top 25 qt.text,qs.plan_generation_num,qs.execution_count,dbid,objectid
FROM sys.dm_exec_query_stats qs
CROSS APPLY sys.dm_exec_sql_text(sql_handle) as qt
WHERE plan_generation_num >1
ORDER BY qs.plan_generation_num
SELECT top 50 qt.text AS SQL_text ,SUM(qs.total_worker_time) AS total_cpu_time,
SUM(qs.execution_count) AS total_execution_count,
SUM(qs.total_worker_time)/SUM(qs.execution_count) AS avg_cpu_time,
COUNT(*) AS number_of_statements
FROM sys.dm_exec_query_stats qs
CROSS APPLY sys.dm_exec_sql_text(qs.sql_handle) as qt
GROUP BY qt.text
ORDER BY total_cpu_time DESC --统计总的CPU时间
--ORDER BY avg_cpu_time DESC --统计平均单次查询CPU时间
-- 计算可运行状态下的工作进程数量
SELECT COUNT(*) as workers_waiting_for_cpu,s.scheler_id
FROM sys.dm_os_workers AS o
INNER JOIN sys.dm_os_schelers AS s
ON o.scheler_address=s.scheler_address
AND s.scheler_id<255
WHERE o.state='RUNNABLE'
GROUP BY s.scheler_id
SELECT creation_time N'语句编译时间'
,last_execution_time N'上次执行时间'
,total_physical_reads N'物理读取总次数'
,total_logical_reads/execution_count N'每次逻辑读次数'
,total_logical_reads N'逻辑读取总次数'
,total_logical_writes N'逻辑写入总次数'
, execution_count N'执行次数'
, total_worker_time/1000 N'所用的CPU总时间ms'
, total_elapsed_time/1000 N'总花费时间ms'
, (total_elapsed_time / execution_count)/1000 N'平均时间ms'
,SUBSTRING(st.text, (qs.statement_start_offset/2) + 1,
((CASE statement_end_offset
WHEN -1 THEN DATALENGTH(st.text)
ELSE qs.statement_end_offset END
- qs.statement_start_offset)/2) + 1) N'执行语句'
FROM sys.dm_exec_query_stats AS qs
CROSS APPLY sys.dm_exec_sql_text(qs.sql_handle) st
where SUBSTRING(st.text, (qs.statement_start_offset/2) + 1,
((CASE statement_end_offset
WHEN -1 THEN DATALENGTH(st.text)
ELSE qs.statement_end_offset END
- qs.statement_start_offset)/2) + 1) not like '%fetch%'
ORDER BY total_elapsed_time / execution_count DESC;
Ⅶ SqlServer是如何管理，分配存储空间的呢
Sql Server 区管理(GAM,SGAM)
大家都知道Sql Server 中数据文件存储的最小单位是页面(Page),但实际SQLSERVE并不是以页面为单位给数据分配空间的，Sql Server默认的存储分配单位是盘区(Extend)。这样做的主要原因是为了避免频繁的读写IO，提升性能。在表或其它对象分配存储空间，不是直接分配一个8K的页面，而是以一个盘区(Extend)为存储分配单位，一个盘区为8个页面(Size = 8＊8K＝64K)。
这样，对区得操作就会非常频繁，也要求Sql Server有自己的一套系统管理着数量众多的区。其中最突出的出一个问题，那就是在存储那些只有少量数据，不足8K的对象，如果也是分配给一个盘区，就会存在存储空间上的浪费，降低了空间分配效率。
为解决上述问题，SQLSERVER提供了一种解决方案，定义了两种盘区类型,统一盘区和混合盘区。
全局分配映射表 (GAM)：统一盘区，GAM 页记录已分配的区。每个 GAM 包含 64,000 个区，相当于近 4 GB 的数据。GAM 用一个位来表示所涵盖区间内的每个区的状态。如果位为 1，则区可用；如果位为 0，则区已分配。
共享全局分配映射表 (SGAM)：由多个对象共同拥有该盘区，SGAM 页记录当前用作混合区且至少有一个未使用的页的区。每个 SGAM 包含 64,000 个区，相当于近 4 GB 的数据。SGAM 用一个位来表示所涵盖区间内的每个区的状态。如果位为 1，则区正用作混合区且有可用页。如果位为 0，则区未用作混合区，或者虽然用作混合区但其所有页均在使用中。
在实际为对象分配存储盘区时，为了提高空间利用率，默认的情况下，如果一个对象一开始大小小于8个页面，就尽量放在混合盘区中，如果该对象大小增加到8个页面后，SQLSERVER会为这个对象重新分配一个统一盘区。
据区当前的使用情况，GAM 和 SGAM 中每个区具有以下位模式：
第0个bit为保留字节，始终为0
第1个bit表示该页面是否已分配，我们知道GAM页用来管理区是否已分配，但一个区包含8个页面，所以用该bit用来准确定位该区的某个页面是否已分配出去了。
第2个bit表示该页面是否混合分区的一个页面。
第3个bit表示该页面是否是一个IAM(索引分配映射)页面。
第4个bit表示该页面中是否包含幻影或已删除记录，这有助于SQL Server定期清理幻影或已删除记录。
第5~7个页面表示该页面的空间使用率情况。
Ⅷ sqlserver升级需要注意哪些事项
1，建立一系列检查表；DBA和开发人员应准备一系列需要在数据库升级前，升级期间和升级后执行的检查表。
2，备份所有的重要文件；数据库文件以及任何应用文件，脚本文件，extract file等。
3，保证数据库一致性；对要升级的数据库运行DBCC CHECKDB，以确保它们在执行升级前处于一致的状态。
4，保留足够的磁盘空间；估计在sql server升级过程中升级sql server组件，用户数据库以及任何数据库文件所需的磁盘空间，升级过程中所需的磁盘容量，可能是升级完成后所需容量的2-4倍。
5，确保系统数据库所需的磁盘空间；配置系统数据库(master,model,msdb,tempdb)，使其在升级过程中自动增长，并确保它们有足够的磁盘空间。
6，传输登录信息；sql server升级前确保所有的数据库服务器把登录信息放在master数据库中，这一步对恢复数据库很重要，因为系统登录信息驻留在master数据库中，并且在新实例中必须进行重建。
7，禁用所有的启动存储过程；升级过程往往会多次停止和启动正在升级的sql server实例，设置为启动时执行存储过程可能会阻止升级过程。
8，停止复制；停止复制并确保复制日志是空的，以便开始升级过程。
9，退出所有应用程序；如果本地应用程序连接到要升级的实例，则某些应用程序，包括sql server依赖的所有服务，可能会导致升级过程失败。
10，在升级后注册服务器；sql server升级过程将删除以前的sql server实例的注册表设置，升级以后，必须注册服务器。
11，重新植入全文目录；sql server升级过程将数据库标记为禁用全文本，目录必须被重新植入，但是安装程序不会自动地运行该操作，因为它可能比较耗时，该操作增强了sql server 2005系统的性能，所以应计划在升级后的某个方便时间重新植入全文目录。
12，更新统计信息；为了帮助优化查询性能，升级后应更新所有数据库的统计信息。
13，更新使用计数器；在sql server的早期版本中，表及索引行数和页数的值可能会出现错误，为了纠正任何不合法的行数或页数，升级后对所有数据库运行DBCC UPDATESAGE。
14，配置新的sql server安装。为了减少系统的可攻击外围区域，sql server 2005有选择地安装和激活关健的服务和性能，你需要定制该配置，以便得到本次安装的最佳安全性，性能和功能。
Ⅸ SQLServer 最大内存占用是多少
没有任何额外的进程下占用不到200M但哪个是你刚安装系统的情况下.要是时间长了 多了几个插件多了几个进程的话 就会多占一点,但最多也就200M左右.哪个只是任务管理器里的数字.但每个系统都有虚拟内存,要是你的内存是 512的话就把虚拟内存调到 1500M就可以了.256的话减少一点.
Ⅹ sqlserver的备份设备中最多能保留多少份备份
要看你需要多少备份内容！还有你的硬盘有多大，硬盘大的话可以保留天数多点！设置备份的时候可以选择保留的备份天数！
企业管理器里选中你要备份的数据库点右键，选所有任务－>维护计划.后面的设置就根据你的内容选。注意的是，服务管理器的SQL Server Agent服务要开启！这个是自动备份用的。