SQL Server 2005 数据维护与优化
1.关于SQL Server 2005数据维护计划
为了使SQL Server数据库的性能保持在最佳的状态，数据库管理员应该对每一个数据库进行定期的常规维护。这些常规任务包括重建数据库索引、检查数据库完整性，更新索引统计信息，数据库内部一致性检查和备份等。这些常规的数据库维护任务需要经常重复，而且繁琐耗时，所以往往被管理员忽略。而且，现在的数据库管理员一天到晚都被很多其他的任务压得喘不过气来，根本没有时间去进行日常维护工作。认识到这些问题的存在，SQL Server通过制定维护计划，提供了一个可以自动或手动执行这些日常维护事务的方法。当确定并创建了维护任务后，日常维护就会根据设定的时间段启动，最终会为企业提供更优质更稳定更值得信赖的数据库。
2.SQL Server Service Pack 2数据维护方面的新特性
SQL Server Service Pack 2有许多改进的新功能和修复设置已经能够支持维护计划的创建功能。其中改进的特性包括：
维护计划设计器支持在一个维护计划里设置多个子计划，而且每个子计划可以具有创建独立任务计划书的功能。多重计划书是备受期待的特性，能够为不同的日常维护事务设置独立的计划表，例如备份、更新统计信息和执行SQL Server作业等。
在SQL Server 2005推出的初期，如果企业想要运行维护计划，需要安装SQL Server集成服务(SQL Server Integration Services，SSIS)。不过现在维护计划已经作为一项完全支持的特性整合到了数据库引擎中，所以不再需要启动集成服务了。
支持多服务器管理环境，并把维护计划信息记录到远程服务器，以适应不断增加的管理维护计划。可以从一台中央主服务器为所有的目标服务器设置维护计划。
最早出现在SQL Server 2000备受欢迎的“清除维护任务”(Maintenance Cleanup Task)重新回到了维护计划里。这个任务可以删除维护计划执行以后任何残留下来的文件。
下面列举几个人们预想不到的修复设置，用以改善相关的具体任务：
SQL Server 2005 Service Pack 2为数据库备份维护计划任务增加了新的备份过期选项。如果您想让备份设置在某个特定日期之后失效，就可以通过设置备份过期选项来实现。SQL Server 2000具有这个特性，不过在SQL Server 2005发布之初被删除了。
您可以另外指定备份文件夹的位置，数据库备份维护计划任务不会再重新设置这个选项为默认位置。
过去当您运行备份数据库维护计划任务时，系统可能会错认为您要利用简单恢复模式为系统数据库创建差异和事务日志备份。现在这个缺陷已经修复了。
历史清除维护计划任务能够将删除文件的时间选项设置成以小时为单位，大大减少了人工
更新统计信息任务提供原先在SQL Server 2000维护计划中包含的完全扫描或根据样本大小扫描的选项。
3. SQL Server维护计划的任务
一个维护计划可以在设定的时间段里运行全套的SQL Server维护任务，以确保数据库引擎里的关系数据库能够优化运行、执行日常备份和检查异常数据。作为SQL Server数据库引擎的一个特性，可以自动创建数据库维护计划并为这些日常维护设置计划书。一个全面的维护计划包括一下几个主要的任务：
?检查数据库完整性
?更新数据库统计信息
?重新组织数据库索引
?进行数据库备份
?清洗数据库历史操作数据
?收缩数据库
?清除维护计划残留文件
?执行SQL Server作业
?清除维护任务
注意，和SQL Server 2000不同，日志传送不再包括在维护计划的范畴里。可以在SQL Server Management Studio的数据库水平上或者通过TSQL脚本设置日志传送任务。
3.1 检查数据库完整性任务
检查数据库完整性任务(Check Database Integrity Task)检验选定的关系数据库中用户和系统表的性能和结构完整性，同时也可以选择检查所有索引页的完整性，检查对象可以是所有的系统和用户数据库，也可以是单个指定数据库。通过维护计划向导(Maintenance Plan Wizard)或使用TSQL语句能够手动创建该任务。
下面的语法虽然简单，但提供了在AdventureWorks数据库中创建检查数据库完整性任务所需要的所有信息。
USE [AdventureWorks]
GO
DBCC CHECKDB WITH NO_INFOMSGS
GO
3.2收缩数据库任务
收缩数据库任务可以把数据库的物理空间和日志文件所占的空间减小到特定值，类似于SSMS中使用的自动收缩任务(Automatic Shrink Task)。收缩对象可以是所有数据库、所有系统数据库、所有用户数据库或单个任务中指定的数据库。该任务会根据您输入的百分比值消除多余的空间。此外，还可以设定各种表示大小(MB)的阈值，包括当数据库大小达到某特定值时的收缩量以及收缩后必须保留的可用空间大小等。可用空间可以保留在数据库里，也可以释放到操作系统中。
以下的TSQL语法可以用来收缩AdventureWorks 数据库，并把所释放的空间返回操作系统，且允许在收缩后保留15%的可用空间。
USE [AdventureWorks]
GO
DBCC SHRINKDATABASE(N'AdventureWorks', 15, TRUNCATEONL Y)
GO
但是，如果您要创建维护计划，最好不要选择收缩数据库的选项。首先，数据库收缩操作总是反向进行的，即从文件末端开始释放空间，把分配页移动到文件起始端的未分配页。由于所有的转移操作都会被记录到日志中，所以这个过程会增加事务日志文件的大小。其次，如果数据库的使用频率很高就会产生插入碎片，数据库文件又会不断增加。SQL Server 2005启用即时文件初始化来解决数据库自动增长缓慢的问题，因此增长过程会比过去快。不过，有时候会出现自动增长需要的空间不足的情况，这将造成数据库性能衰退。最后，数据库收缩和增长过于频繁会产生很多文件碎片。如果您想要收缩数据库空间，最好在数据库运行非高峰时段手动进行。
3.3 重新组织索引任务
重新组织索引任务(Reorganize Index Task)可以整理索引碎片，并压缩与所有表和视图相关联的或者与特定表和视图关联的聚集和非聚集索引，以此来来改善索引扫描性能。受此任务影响的数据库可以是所有的数据库、所有系统数据库、所有用户数据库或单个目标数据库。任务设置了可以用来选择压缩图像或文本等大型对象(LOB)数据的额外选项。
为了更深入了解这个任务，下面举一个用来重新组织与AdventureWorks 数据库中的[Sales]. [SalesOrderDetail]表关联的索引的TSQL语法实例，本例中还包含了压缩大型对象数据的选项：
USE [AdventureWorks]
GO
ALTER INDEX [IX_SalesOrderDetail_ProductID]
ON [Sales].[SalesOrderDetail]
REORGANIZE WITH ( LOB_COMPACTION = ON )
GO
USE [AdventureWorks]
GO
ALTER INDEX [PK_SalesOrderDetail_SalesOrderID_SalesOrderDetailID]
ON [Sales].[SalesOrderDetail]
REORGANIZE WITH ( LOB_COMPACTION = ON )
3.4 重新生成索引任务
重新生成索引任务(Rebuild Index Task)旨在通过重新组织数据库中所有的表索引而清除碎片。此任务对于确保查询性能和应用程序响应不会退化非常有用。因此，当需要对SQL执行索引扫描和查找的时候，系统运行会非常顺畅。另外，此任务能够优化数据和可用空间的再索引页的分配，使数据库增长更加快速。
对于可用空间，重新生成索引任务包含以下两个选项：
采用默认可用空间大小来重新组织索引页——删除数据库里的表索引，并重新生成索引，生成索引的同时就指定填充因子(fill factor)的值。
改变每个索引页的可用空间比例——删除数据库里的表索引，并指定一个自动计算得到的新填充因子值来重新生成索引，因此能够保留索引页上指定的有用空间大小。填充因子的有效值范围从0到100，数值越大，索引页上保留的有用空间就越多，索引就可以增长得越大。
重新生成索引的高级选项包括：
指定是否在tempdb中存储排序结果——这是重新生成索引的第一个高级选项，相当于索引中的SORT_IN_TEMPDB选项，如果激活这个选项，那么中间排序结果将会在重新生成索引的过程中存储到tempdb中。
指定重新生成索引操作中是否保持索引联机——如果设置值为ON，那么这个选项允许用户在重新生成索引操作过程中对基础表、聚集索引数据和相关联的索引进行查询和数据修改操作。
为了更深入了解这个任务，下面举一个TSQL语法实例用来重新生成与AdventureWorks 数据库中的[Sales]. [SalesOrderDetail]表关联的索引，例子中采用默认可用空间大小选项，同时将排序结果存储在tempdb中，并在操作过程中保持索引联机：
USE [AdventureWorks]
GO
ALTER INDEX [AK_SalesOrderDetail_rowguid]
ON [Sales].[SalesOrderDetail]
REBUILD WITH ( PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, ALLOW_ROW_LOC KS = ON, ALLOW_PAGE_LOCKS = ON, SORT_IN_TEMPDB = ON, IGNORE_DUP_KEY = OFF, ON LINE = ON )
GO
USE [AdventureWorks]
GO
ALTER INDEX [IX_SalesOrderDetail_ProductID]
ON [Sales].[SalesOrderDetail]
REBUILD WITH ( PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, ALLOW_ROW_LOC KS = ON, ALLOW_PAGE_LOCKS = ON, SORT_IN_TEMPDB = ON, ONLINE = ON )
GO
USE [AdventureWorks]
GO
ALTER INDEX [PK_SalesOrderDetail_SalesOrderID_SalesOrderDetailID]
ON [Sales].[SalesOrderDetail]
REBUILD WITH ( PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, ALLOW_ROW_LOC KS = ON, ALLOW_PAGE_LOCKS = ON, SORT_IN_TEMPDB = ON, ONLINE = ON )
3.5 更新统计信息任务
更新统计信息任务(pdate Statistics Task)通过对用户表创建的每个索引统计信息分布进行重新抽样，以确保在一个或多个SQL Server数据库内表和索引中的数据都是最新的。
此任务的选项有很多，下面为您一一介绍：
数据库——首先选择受此任务影响的数据库。这个选项范围包括所有数据库、所有系统数据库、所有用户数据库或指定数据库。
对象——选择完数据库后，就该在对象框中选择限定显示表、显示视图还是两者同时显示。
选择——选择受此任务影响的表或索引。如果在对象框中选择了同时显示表和视图选项的话，此选项不可用。
更新——“更新”框提供了三个选项。如果需要更新列和索引的统计信息那就选择全部现有统计信息，如果只需要更新列统计信息那就选择仅限列统计信息，如果只更新索引统计信息那就选择仅限索引统计信息。
扫描类型——此选项使用户可以对收集已更新统计信息进行完全扫描或通过在抽样选项键入特定值进行扫描。抽样选项的值可以是要抽样的表或索引视图的百分比，也可以是指定的行数。
下面是用来更新AdventureWorks 数据库中的[Sales]. [SalesOrderDetail]表的索引统计信息的TSQL语法，例子中选择更新全部现有信息，并执行完全扫描：
use [AdventureWorks]
GO
UPDA TE STATISTICS [Sales].[SalesOrderDetail]
WITH FULLSCAN
3.6 清除历史记录任务
清除历史记录任务(History Cleanup Task)用几个简单的步骤就可以完全清除数据库表中旧的历史信息。任务支持删除多种类型的数据。下面介绍与此任务相关的几个选项：
即将删除的历史数据——使用维护计划向导来清除备份和还原历史记录，SQL Server代理作业历史记录和维护计划历史记录。
移除历史数据，如果其保留时间超过——同样是通过维护计划向导实现，用于指定需要删除的数据所保留的最早日期。例如您可以选择以天数、周数、月数或年数为单位作为间隔周期来删除旧数据，系统将自动将该间隔单位转换为日期。
当清除历史记录任务完成后，点击“下一步”，调用“选择报告选项”界面，激活检查框中的将报告写入文本文档选项，然后选择保存路径就可以选择将结果报告保存到一个文本文档
下面的TSQL实例显示如何清除保留了超过四星期的备份和还原历史、SQL Server代理作
业历史以及维护计划历史等数据：
declare @dt datetime select @dt = cast(N'2007-10-21T09:26:24' as datetime) exec msdb.dbo.sp_delete_backuphistory @dt
GO
EXEC msdb.dbo.sp_purge_jobhistory @oldest_date='2007-10-21T09:26:24'
GO
EXECUTE msdb..sp_maintplan_delete_log null, null,'2007-10-21T09:26:24'
3.7 执行SQL Server代理作业任务
执行SQL Server代理作业任务(Execute SQL Server Agent Job task)可以让您把运行已
有的SQL Server代理作业和SSIS程序包作为维护计划的一部分。通过在“定义执行SQL Server代理作业任务”界面的可用SQL Server代理作业选项卡选择完成这项任务。同样，也
可以通过TSQL语法来通过输入与已有的作业相应的作业ID来执行这项任务。
执行此任务的语法如下：
EXEC msdb.dbo.sp_start_job @job_id=N'35eca119-28a6-4a29-994b-0680ce73f1f3'
3.8 备份数据库任务
备份数据库任务(Back Up Database Task)是自动和按计划执行完全备份、差异备份和事
务日志备份的最佳途径。
当在备份计划中创建以上备份任务时，会有一个包含多个选项的扩张选项集。通过设置这
些扩张选项，您可以选择备份一个数据库或单个的组件，设置备份过期时间，验证备份完整性，设置还可以选择是否使用硬盘或磁带备份。下面将对这些备份选项进行详细介绍：
指定备份数据库——指定受此任务影响的数据库，下拉菜单提供以下选项：所有数据库、所有系统数据库、所有用户数据库和以下数据库。
备份组件——提供备份整个数据库和指定文件和文件组选项。
备份集过期时间——只需要输入特定的天数或者输入某个具体日期(如2007年12月30日)，即可指定备份集过期并可被其他备份集覆盖的时间，。
备份到——此选项可用于指定将数据库备份到一个文件或磁带，只有系统中存在磁带设备
时才可以将数据库备份到磁带，否则可选择备份到网络共享的文件中。
跨单个或多个文件备份数据库——单击添加可打开选择备份目标对话框，选择添加或去除
一个或多个磁盘或磁带路径。此外，您可以查看文件内容，如果备份文件已存在，可选择追加
把备份添加到已存在的备份文件当中。
为每个数据库创建备份文件——可以跳过上述的跨单个或多个文件备份数据库选项，选择
建一个子目录。注意，如果选择自动创建子目录选项，此子目录将会沿袭上级目录的权限。应当限制相关的NTFS权限，以保护根目录防止未经授权访问。
验证备份完整性——当备份操作执行完毕，可使用TSQL语句检查备份是否成功，以及所有卷是否都可读。
当您创建维护计划时，可以通过以下三个途径中的任意一个来备份数据库。当需要获得整个数据库时，选择指定备份数据库选项卡中的完全备份;如果只需要记录自最近一次完全备份以来所改变的数据，请选择差异备份;如果只想要备份日志中的访问记录时，请选择事务日志备份。执行完全备份和差异备份任务的备份文件扩展名为.bak，而事务日志备份的为.trn。除了这些不同之处以外，每个途径的选项都相同。
很明显，数据库管理员会经常使用维护计划来备份数据库以及事务日志。但是，如果使用已经设置好日志传送的备份计划来备份事务日志时，在还原过程中会出现问题。最终，会创建出两个事务日志备份集，一个来自备份任务，另一个来自日志传送任务。因此，如果需要执行还原操作，必须两个备份集都有，否则不能把数据库备份到故障点。如果基于日志传送的事务日志备份已经存在，最好不要再通过备份计划另外创建事务日志备份任务。这样不会造成混乱，并不会把恢复计划搞砸而导致数据丢失。
3.9 清除维护任务
清除维护任务(Maintenance Cleanup Task)用以删除维护计划执行完毕后驻留再数据库中与维护计划相关的文件，包括备份计划文件和文本报告。此任务的选项详细介绍如下：
删除以下类型文件——可以选择删除数据库备份文件或以前运行维护计划的文本报告。
文件路径——通过文件名对话框可以选择删除指定的文件。
搜索文件夹并根据扩展名删除文件——此选项可同时删除某特定文件夹中具有相同指定扩展名(如.txt)的多个文件。还可以选择删除指定文件夹中的所有一级子文件夹。
文件保留时间——指定删除保留时间超过指定时间长度的文件。指定时间长度单位可以是小时、天、周、月和年。
4. 创建维护计划
您可以通过多个方法创建维护计划，如使用SSMS的数据库维护计划向导，或利用相关的维护计划任务工具框手动创建维护计划。下面将为大家详细介绍如何能够简单而直接地使用向导和手动来创建维护计划。
4.1 利用数据库维护计划向导来创建维护计划
数据库维护工作是所有数据库管理员的重要任务。要得到一个运行良好的系统就必须根据各自企业的需要利用维护计划来自动执行管理任务。下面将为大家介绍如何利用维护计划向导来为所有系统和用户数据库创建一个自定义的维护计划。
在我们将要看到的例子中，包括了以下维护任务：检查数据库完整性、重新组织索引、重
时包含重新组织索引和重新生成索引这两个任务的。这两个任务会被认为是重复的。这里只是为了更好的解释创建设置而把两者都包括了。
1.选择开始→所有程序→Microsoft SQL Server 2005→S QL Server Management
Studio。
2.在对象资源管理器中，首先选择连接到数据库引擎，展开目标服务器，再打开
Management文件夹→Management Plans文件夹。
3.右击Maintenance Plans，然后选择维护计划向导。
4.阅读欢迎进入数据库维护计划向导界面的信息，然后点击下一步。
5.在计划属性设置界面，输入维护计划的名称和描述语句。
6.可以选择第一个选项(为每个任务创建独立计划书)或者第二个选项(为整体计划创
建单一的计划书或无计划书。本例中选择第一个选项，然后点击下一步(见图1)。注意，只有Service Pack 2支持在单个维护计划中为每个子计划创建独立的计划书
图一
7. 在选择维护任务界面(见图2)，在下列维护任务前的方框中勾选该任务：检查数据库完整性、重新组织索引、重新生成索引、更新统计信息和清除历史记录。然后点击下一步。
8. 在选择维护任务执行顺序界面，指定任务的执行顺序，然后点击下一步。注意，包括重新组织和重新生成索引以及更新统计信息在内的很多维护任务执行的时候会改变数据库的内容。鉴于这种情况，在指定维护任务之间的优先链接时，最好把完全备份数据库任务指定为第一个执行的任务。这样确保如果上述维护计划任务失败时能够回滚数据库。
9. 本例中选择的第一个任务是检查数据库完整性。在指定检查数据库完整性任务界面，从下拉菜单选择所有数据库选项，然后接受默认设置，即勾选包含索引选项框(这可以确保运行任务时会对所有索引页和表数据库进行完整性检查)。点击右下方的更改按钮，设置此任务运行时间为每周的非高峰时段，如星期天的午夜。接着点击下一步继续创建别的任务(见图3)。
图3
10. 第二个维护任务是重新组织索引。在指定重新组织索引任务界面的下拉菜单中选择所有数据库选项。勾选压缩大型对象选项框。点击更改按钮，设置每周运行一次此任务，然后点击下一步继续(见图4)。
11. 第三个维护任务是重新生成索引。还是在任务界面的下拉菜单中选择所有数据库选项，然后设置运行频率为每周一次。把可用空间选项卡设置为更具默认可用空间大小重新组织页面。在高级选项卡中勾选把排序结果存储在tempdb中和在重新生成索引时保持索引联机这两个选项(见图5)。点击下一步继续。
图5
12. 第四个是更新统计信息任务。同样在任务界面下拉菜单中选择所有数据库选项。勾选更新所有已有统计信息选项框。扫描类型设置为完全扫描。设置运行频率为每周一次。点击下一步继续(见图6)。
图6
13. 最后一个任务为清除历史记录。在任务界面的即将删除的历史数据选项卡勾选所有的三个选项，包括备份和还原历史、SQL Server代理作业历史和维护计划历史。在下一个设置选项根据企业的数据保留需求，指定需要删除的数据所保留的最早日期，设置任务运行频率为每周一次，点击下一步(见图7)。
图7
14. 在生成报告选项界面，设置是否将维护任务报告写入文本文件，或存入指定的文件夹，还是通过电子邮件发送给操作员。如果选择将报告通过电子邮件发送给操作员，那么必须启用数据库邮件并进行适当配置(在代理操作中存在有效的电子邮件地址)，此选项才可用。点击下一步继续。
15. 这时会出现对所有维护计划任务进行总结的完成向导界面。在这个界面，可以下钻到任意一个已选任务查看其高级设置。查看完所有的选项，保证无误后，点击完成按钮，退出此总结界面。
16. 进入维护计划向导进程界面，检查所有的创建状态，确认可用后，点击关闭按钮退出维护计划向导(见图8)。
图8
4.2 手动创建维护计划
在维护计划(设计选项卡)的帮助下还可以手动创建维护计划。与维护计划向导相比，维护计划设计选项卡利用了工作流设置，装备了更高级的工具和功能，所以它创建的维护计划更加灵活。
手动创建维护计划的技能随着Service Pack 2的推出而得到了强化。在Service Pack 2中，手动创建维护计划时，维护计划历史可以在远程服务器上进行日志记录。当在一个基础架构内管理多个SQL Servers时，这个功能显得尤为重要，因为您可以把所有数据的日志集中到一台服务器上，方便了集中管理。
选中Maintenance Plans文件夹，右击鼠标，选择新建维护计划选项，就会出现维护计划设计器的界面(见图9)。
图9
在维护计划设计界面的左侧面板上显示了所有维护任务的工具箱。将选中的维护任务拖至中间的计划设计器界面。如果想将多个任务拖到设计器中，可以在两个任务对象之间创建一个
行依赖于第一个任务中指定的约束条件，例如“成功、失败或完成”举个例子，可以创建这样一个工作流：首先执行数据库的备份任务，然后只要第一个任务完成了，就执行第二个重新生成索引的任务(见图10)。两个对象之间的优先约束链接功能可以控制工作流在第一个备份任务成功后指示执行第二个重新生成索引任务。如果备份任务失败，那么第二个任务也不能够执行。
图10
要创建优先约束链接，首先点击高亮设计器中选定的两个维护任务，右击鼠标，选择添加优先约束。链接建立后，双击或右击该链接箭头，选择编辑，启动优先约束编辑器，设置优先约束的各个选项(见图11)。
图11
除了创建优先链接外，还可以指定任务同时执行，这就是任务并行，可以指定多项任务在牵制任务成功执行完后同时开始执行。当在不同的SQL Server上执行相同类型的维护任务时，通常会用到这个设置。
最后需要提到的是报告功能。在维护计划执行完毕之后，可以创建一份关于维护计划活动报告。点击维护计划设计器中的报告和记录图标，弹出的报告和记录对话框，提供了包括生成文本文件报告和发送报告至电子邮件收件人等诸多选项(见图12)。此外，还提供了额外的日
图12
通过可以使用查看T-SQL命令按钮，还可以把您对维护计划的所做设置选项转换为任务实际执行的TSQL语法。这对很多没有太多编程基础的数据库管理员来说是个非常有用的工具。
4.3 查看维护计划
所有的维护计划都可以在SSMS的维护计划文件夹下查看，而且能够作为代理作业存储在SQL Server中。此操作需要运行SQL Server代理，在计划间隔期启用作业。如果SQL Server 代理停止运行，作业不会启动。另外，为了维护计划的持续，所有的作业都可以编辑和修改。
1.在SQL Server管理器中按照以下步骤操作，就可以查看维护计划作业。
2.选择开始→所有程序→Microsoft SQL Server 2005→SQL Server管理器。
3.在对象资源管理器中，首先选择连接到数据库引擎，展开目标服务器，再展开
Management文件夹→作业文件夹。点击作业文件夹，可以看到由维护计划向导创建的作业列表。在右侧版面的对象资源管理详情选项卡以及对象资源管理器中的作业文件夹下都显示了列表上的作业信息。
如果SQL Server代理不在运行状态，就会出现一个对话框，提示目标服务器的SQL Server 代理没有运行。通过以下步骤可以启动SQL Server代理：
1.选择开始→所有程序→Microsoft SQL Server 2005→SQL Server管理器。
2.在对象资源管理器中，首先选择连接到数据库引擎，再展开目标服务器。
3.右击SQL Server代理，然后点击开始。
4.4 创建多服务器维护计划
在过去，数据库管理员在管理超过一个维护计划时会遇到很多困难，其中在一个多服务器环境下创建维护计划的任务尤其繁重，因为必须要为每一个服务器分别创建一个维护计划。而且，验证成功、失败和作业历史的工作相当费时费力;由于没有一个可以统筹管理这些计划的方法，管理员必须逐个验证。一个典型的全球性企业在它的基础架构里很可能有上百台SQL
服务器，可想而知，这些数据库管理员生活在怎样的水深火热之中;因此，数据库管理员过劳却又缺乏运行效率都会随之而来。
SQL Server 2005 Service Pack 2的推出让这些问题得到了缓解，源于它对多服务器维护计划的支持。也就是说，管理员可以从一个中央主服务器为每一个SQL服务器创建维护计划，显著提高了操作和管理效率。
要想充分利用这个Service Pack 2提供的新特性来减轻您的负担，在创建多服务器维护计划之前，首先必须在多服务器环境中构建一台主服务器和一台或多台目标服务器。必须指出，目标服务器只能用来查看维护计划。因此，必须在主服务器上创建和管理多服务器维护计划，以便为您的众多服务器提供定期维护。另外，创建和管理多服务器维护计划的管理员必须是每台SQL Server的sysadmin固定服务器角色成员。可以用维护计划向导或手动创建此计划。
4.5 构建SQL Server维护进度表
随着每个新版本的发布，SQL Server的自我维护功能也越来越强大。但是，就算自我维护功能再强大，自动维护计划再方便易行，数据库管理员还是要执行一些额外的维护。有些维护操作必须要每天进行，而另外一些则可能只需要隔一年检查一次，维护任务的执行强度很大程度取决于企业自身的环境。
下面会根据执行强度对维护任务及其相应的程序进行分类描述，适合于大多数具有不同IT基础架构的大中小型企业。执行强度用不同的时间间隔定义，包括每天、每周、每月和每季度，能够帮助企业建立起良好的维护实务，确保SQL Server数据库性能和安全。
4.5.1 每天的例行维护任务
需要数据库管理员密切关注的维护任务，最好每天都检查一下，这样可以确保系统的可靠性、可用性、运行性能和安全。每天的例行维护任务包括：
?检查是不是所有被请求的SQL Server服务都正常运行。
?检查日常备份日志中成功、警告或者失败记录。
?检查Windows事件日志有没有错误记录。
?检查SQL Server日志有没有安全警告记录，例如非法登录。
?执行完全备份或差异备份。
?在设置了完全恢复模型或大容量日恢复模型的数据库上执行事务日志备份任务。
?核实SQL Server作业没有失败。
?检查所有的数据库文件和事务日志具有合适的磁盘空间大小。
?至少要监控处理器、内存或者磁盘计数器没有出现瓶颈。
4.5.2 每周的例行维护任务
?关注程度稍逊于每天的例行维护任务，最好每周进行一次例行检查。每周的例行维护任务包括：
?执行完全备份或差异备份。
?检查以前执行的维护计划报告。
?检查数据库完整性。
?如果需要，执行收缩数据库任务。
?通过重新生成索引任务在数据页和索引页重新组织数据。
?更新所有用户表和系统表的统计信息
?清除备份、还原、SQL Server代理作业和维护计划等操作的历史数据。
?如果需要，手动增长数据库或事务日志文件
?清除执行维护计划残留下来的文件。
4.5.3 每月或每季度的维护任务
有一些维护计划不需要执行得过于频繁，可以每个月或每个季度执行一次。但是请不要以为这些任务不需要天天执行就无足轻重，这些任务可以确保数据库环境的健康，所以不要轻视以下这些维护任务：
?在测试环境中执行备份还原操作。
?将历史数据归档。
?分析收集的性能统计数据，与基准值相比较。
?检查并更新维护文档。
?检查并安装最新的SQL Server补丁和补丁包。
?如果运行簇、数据库镜像或日志传送，则监测故障转移。
?验证备份和还原进程是否遵循已定义的服务等级协议。
?更新SQL Server构建指南。
?更新SQL Server灾难恢复文档。
?更新维护计划列表
?修改管理员口令。
?修改SQL Server服务帐户口令。
总结
维护计划的特性本身就是SQL Server 2005产品的一个主要卖点。能够利用一个简单的配置向导来自动管理SQL Server针对单个或多个数据库的维护任务，大大减轻了数据库管理员手动操作的工作量，确保不会遗漏任何维护任务。同时也提供了手动创建维护任务的选择，采取这种方法可以在高级流程上获得更多的灵活性。
SQL Server 2005 Service Pack 2还具有扩张维护计划应用的组织能力，Service Pack 2提供的一些新特性包括支持多服务器维护计划、远程日志记录等。
最后，本文最重要的目的就是要让大家明白，为您的SQL Server尽早制定维护计划，保证维护任务有计划地执行以保护每一个数据库的安全和性能。
最佳实务
以下总结了本文所强调的最佳实务要点：
?数据库管理员必须充分了解SQL Server环境下所有必许实施的维护计划。
?利用维护计划向导自动和有计划地制定日常维护操作。
?使用向导创建维护计划时，充分利用SQL Server Service Pack 2所提供的新特性，并为每个子任务制定独立的计划。
?脚本化、自动化您的维护任务，并全部记录在案。
?维护任务应当在运行非高峰时间段或高峰时间段后几小时进行，例如周末或午夜以后。
?当设置维护任务的执行顺序时，应当首先执行备份任务，然后在执行其他会改变数据库的任务。
?当创建维护计划时，不要把收缩数据库任务包括在内。如果需要，最好在非高峰时间段手动收缩数据库。
?M维护任务应当按照不同的时间段分类执行，例如每日、每周、每月。日常维护也是一样的。
对于在大型企业环境运行多台SQL Server的情况下，充分利用子计划和多服务器维护计划。
使用性能监视器找出SQLServer 2000硬件瓶颈
开始SQLServer性能调优的最佳地方就是从性能监视器（系统监视器）开始。通过一个24小时的周期对一些关键的计数器进行监控，你将对你SQLServer服务器的硬件瓶颈了如指掌。https://www.doczj.com/doc/e417061293.html, l3]%o&`5K1J(U
一般来说，使用性能监视器去创建一个一些关键的计数器的24小时周期的监控日志。当你决定创建这个日志的时候，你需要选择一个典型的24小时的周期，例如，选择一个典型的比较忙的日期，而不是周日或节假日。
一旦你将这些捕获的数据形成日志后，在性能监视器的图形界面下会显示计数器的推荐值。你在上表中记下均值、最小值、峰值。做完这些后，用你的结果跟下面的分析比较。通过你的结果和下面的建议值进行比较，你将能快速的找到你的SQLServe正在经历的潜在的硬件瓶颈。/a!{%p*e,}"j*{"Z;T
关键性能计数器说明'{$|1~9O%U,^!A
下面是不同关键性能计数器的一个讨论，它们的建议值和为了帮助解决硬件瓶颈问题的一些选项。注意我已经限制了性能监视器需要监视的一些关键计数器。我这么做是因为在本文我们的目的是为了容易的找到显而易见的性能问题，许多其他的性能监视器计数器你能在本网站其他地方找到。
https://www.doczj.com/doc/e417061293.html,1t*{:X%x,o7P
Memory: Pages/sec https://www.doczj.com/doc/e417061293.html,*f#k6}(O#m'f%_ ~
这个计数器记录的是每秒钟内存和磁盘之间交换的页面数。交换更多的页面、超过你服务器承受的更多的I/O，将轮流降低你SQLserver的性能。你的目的就是尽量将页面减少到最小，而不是消除它。
如果你的服务器上SQLServer是最主要的应用程序，那么这个值的理想范围是0～20之间。可能很多时候你看到的值都会超过20。这个值一般要保持在每秒的平均页数在20以下。TechWeb-技术社区)p%E a8e8s1t 程序开发，操作系统，服务器，源码下载，Linux,Unix,BSD,PHP,Apach,asp,下载,源码,黑客,安全,技术社区,技术论坛)?!h4G3i6I:R2~3i%d
如果这个值平均总是超过20，其中最大的一个可能是内存瓶颈问题，需要增加内存。通常来说，更多的内存意味着需要执行的页面更少。3F2z7B(z(~)Q
在大多数情况下，服务器决定SQLServer使用的适当内存的大小，页面将平均小于20。给SQLServer适当的内存意味着服务器的缓存命中率（Buffer Hit Cache Ratio 这个稍后会讲到）达到99％或者更高。如果在一个24小时的周期里你的sqlserver的缓存命中率达到99％或者更高，但是在这个期间你的页面数总是超过20，这意味着你或许运行了其他的程序。如果是这样的情况，建议你移除这些程序，使SQLServer是你的服务器的最主要的程序。4O'f6h/[ |9K/k
3H,L0Y9["x C&D/I3t*|
如果你的sqlserver服务器没有运行其他程序，并且在一个24小时的周期里页面数总是超过20，这说明你应该修改你对SQLServer的内存设置了。将其设置为“动态配置SQLServer的内存”，并且最大内存设置得高一些。为了达到最优，SQLServer将尽可能的获得多的内存以完成自己的工作，而不是去和其他的程序争夺内存。#X7V/q){8u!t1p-k
#s.u;u6K5?4R C-|
https://www.doczj.com/doc/e417061293.html,.t6X(y;L;g)c(a
另一个检查SQLServer是否有足够的物理内存的方法是检查Memory Object: Available Bytes计数器。这个值至少大于5M，否则需要添加更多的物理内存。在一个专门的SQLServer服务器上，SQLServer试图维持4-10M的自由物理内存，其余的物理内存被操作系统和SQLServer使用。当可用的物理内存接近5M或者更低时，SQLServer最可能因为缺少内存而遇到性能瓶颈。遇此情况，你需要增加物理内存以减少服务器的负荷，或者给SQLServer配置一个合适的内存。
Physical Disk: % Disk Time 1O&T9p+a5~8C,~6G
这个计数器度量磁盘阵列繁忙程度（不是逻辑分区或磁盘阵列上独立的磁盘）。它提供一个对磁盘阵列繁忙程度相对较好的度量。原则上计数器% Disk Time的值应该小于55%。如果持续超过55%（在你24小时的监控周期里大约超过10分钟），说明你的SQLServer有I/O瓶颈。如果你只是偶尔看到，也不必太担心。但是，如果经常发生的话（也就是说，一个小时出现好几次），就应该着手寻找增加服务器I/O性能或者减少服务器负荷的解决之道了。一般是为磁盘阵列增加磁盘，或者更好更快的磁盘，或者给控制器卡增加缓存，或者使用不同版本的RAID，或者更换更快的控制器。
在NT4.0上使用该计数器之前，确认在NT命令提示符下输入diskperf -y，重启服务器，以便手动打开。在NT4.0下第一次必须将该计数器打开，Windows2000默认是打开的。程序开发，操作系统，服务器，源码下载，Linux,Unix,BSD,PHP,Apach,asp,下载,源码,黑客,安全,技术社区,技术论坛+V1~3U8D*u4P/X
3G3^;k(]/~
Physical Disk: Avg. Disk Queue Length
程序开发，操作系统，服务器，源码下载，Linux,Unix,BSD,PHP,Apach,asp,下载,源码,黑客,安全,技术社区,技术论坛4q-I5`7D)P:o/y
除了观察物理磁盘的% Disk Time计数器外，还可以用Avg. Disk Queue Length计数器。磁盘阵列中的各个磁盘的该值如果超过2（在你24小时的监控周期里大约超过10分钟），那么你的磁盘阵列存在I/O瓶颈问题。象计数器% Disk Time一样，如果只是偶尔看到，也不必太担心。但是，如果经常发生的话，就应该着手寻找增加服务器I/O性能的解决之道了。如前所述。
你需要计算这个值，因为性能监视器不知道你的磁盘阵列中有多少物理磁盘。例如，如果你有一个6个物理磁盘组成的磁盘阵列，它的Avg.
Disk Queue Length值为10，那么实际每个磁盘的值为1.66（10/6＝1.66），它们都在建议值2以内。
在NT4.0上使用该计数器之前，确认在NT命令提示符下输入diskperf -y，重启服务器，以便手动打开。在NT4.0下第一次必须将该计数器打开，Windows2000默认是打开的。;u Y4i,V;l7I
一起使用这两个计数器将帮助你找出I/O瓶颈。例如，如果% Disk Time的值超过55%，Avg. Disk Queue Length计数器值超过2，服务器则存在I/O瓶颈。https://www.doczj.com/doc/e417061293.html,'y"c*z5p*g
Processor: % Processor Time
处理器对象：% Processor Time计数器对每一个CPU可用，并针对每一个CPU进行检测。同样对于所有的CPU也可用。这是一个观察CPU利用率的关键计数器。如果% Total Processor Time计数器的值持续超过80%（在你24小时的监控周期里大约超过10分钟），说明CPU存在瓶颈问题。如果只是偶尔发生，并且你认为对你的服务器影响不大，那没问题。如果经常发生，你应该减少服务器的负载，更换更高频率的CPU，或者增加CPU的数量或者增加CPU的2级缓存（L2 cache）。
第一步，在业务高峰期抓取样本数据（2个小时左右）。采用的工具是sqlserver自带的profiler，也叫事件探查器，如下图：
进入后，点击最左面的按钮，建立一个新的跟踪：
登录需要用DBO权限，所以可以用sa登录，也可以用windows集成验证方式（如果当前登录的就是sqlserver 的话）
＞＞＞K2业务流程管理软件企业流程优化的基本方法 什么是流程优化？ 流程优化就是在流程设计以及实施过程中，通过对流程进行改进，来取得一个最好的效果，这就是对现在的工作流程的梳理，完善以及改进的过程，被统称为流程优化。对于流程的优化，不管是对流程整体的优化还是说对中间部分的改进，例如减少环节，改变时序等等，都是通过提高工作质量，提高工作效率以及降低成本，降低劳动的强度，节约能源消耗。 流程优化的基本方法分为五种—— 第一、标杆瞄准法 这个标杆瞄准法又叫做benchmarking，它是指企业把自己的服务，经营实践，产品以及成本，和很多在相关方面表现非常优秀有成效的企业做比较，改进自己的企业经营业绩不间断的精益求精的过程。 第二、DMAIC模型 DMAIC模型，其实是实施6SIGMA的一套操作类方法，DMAIC管理中最经典以及最重要的管理模型，重点就是特别的侧重于已有的流程优化管理质量。 相关阅读＞＞＞BPM专题│单点登录│流程设计器│.net工作流 第三、ESIA分析法
ESIA分析法是一种以新的结构方式为使用用户们提供价值的增值，反映到具体的流程设计上来，要尽可能减少流程中非增值活动调整流程中的核心增值活动，而基本原则就是ESIA，而ESIA分析法就是要建设流程中非增值活动的一个实用性的原则。 第四、ECRS分析法 ECRS分析法其实是取消ELIMINATE,合并COMBINE,调整顺序REARRANGE。简化SIMPLIFU的一个缩写形式。 第五、SDCA循环 SDCA循环其实就标准化的维持，就是标准化，执行，检查以及调整总结的模式，它包括所有改进过有关流程的更新标准化，并且在这个流程优化过程中使它能够平衡运行下去，再进行检查的过程。而且为了确保准确性。SDCA循环的目的就要实现这个流程的标准化以及稳定现有的流程模式，使整个过程能够满足用户的愿望以及需求。 公司介绍 上海斯歌信息技术有限公司成立于2005年，是中国第一家专注BPM业务流程管理的企业，国内总部在上海，并在北京、广州、深圳、成都、香港、台湾等地设有分支机构。公司主要的产品包括K2 blackpearl（BPM平台）、K2 smartforms（流程设计器）、K2 connect（SAP 集成工具）、KStar（BPM框架产品）、LinkChain（云采购）等，提供K2 BPM平台及相关解决方案。在BPM领域，是中国市场占有率最高，从业时间最久，最具行业代表性的企业。在中国市场有超过600家客户，其中45%以上是全球/全国500强企业，如东方航空，万科，中粮集团、中国银行、麦当劳、辉瑞、宝马、通用电气等。公司有超过50家合作伙伴，
一、每天关机前要做的清洗: 双击“我的电脑”——右键点C盘——点“属性”——点“磁盘清理”——点“确定”——再点“是”——再点“确定”。清理过程中，您可看得到未经您许可（您可点“查看文件”看，就知道了）进来的“临时文件”被清除了，盘的空间多了。对D，E，F盘也要用这法进行。 二、随时要进行的清理: 打开网页——点最上面一排里的“工具”——点“Internet选项”——再点中间的“Internet临时文件”中的“删除文件”——再在“删除所有脱机内容”前的方框里打上勾——再点“确定”——清完后又点“确定”。这样，可为打开网和空间提高速度。 三、一星期进行的盘的垃圾清理: 点“开始”——用鼠标指着“所有程序”，再指着“附件”，再指着“系统工具”，再点“磁盘粹片整理程序”——点C盘，再点“碎片整理”（这需要很长时间，最好在您去吃饭和没用电脑时进行。清理中您可看到您的盘里的状况，可将清理前后对比一下）——在跳出“清理完成”后点“关闭”。按上述，对D，E，F盘分别进行清理。 电脑系统越来越慢，怎么删除临时文件啊 1.关闭"休眠" 方法:打开[控制面板]→[电源选项]→[休眠],把"启用休眠"前面的勾去掉 说明:休眠是系统长时间一种待机状态,使您在长时间离开电脑时保存操作状态, 如果您不是经常开着电脑到别处去的话,那就把它关了吧! ☆立即节省:256M 2.关闭"系统还原" 方法:打开[控制面板]→[系统]→[系统还原],把"在所有驱动器上关闭系统还原'勾 上 说明:系统还原是便于用户误操作或产生软件问题时的一种挽救手段,可以回复到误操作以前的状态.不建议初级用户使用.当然,它采用的是跟踪手段,需要记录大量信息,所消耗的资源也要很大的. ☆立即节省:数百M (根据还原点的多少而不同) 您也可以在不关闭系统还原的前提下,相应的减少系统还原所占的磁盘空间,这只会减少可用还原点的数目,一般还原点有一两个就够了吧. 方法:...[系统还原]-选择一个"可用驱动器"-[设置]-调整"要使用的磁盘空间" 3.关闭"远程管理" 方法:打开[控制面板]→[系统]→[远程],把"允许从这台计算机发送远程协助邀请" 前面的勾去掉. 说明:谁会经常用到这种功能呢?它占用的不是磁盘空间,但是会影响系统运行速度. ☆提高系统性能
GreenPlumn的SQL语句查询优化 数据库查询预准备 1. VACUUM ?vacuum只是简单的回收空间且令其可以再次使用，没有请求排它锁，仍旧可以对表读写 ?vacuum full执行更广泛的处理，包括跨块移动行，以便把表压缩至使用最少的磁盘块数目存储。相对vacuum要慢，而且会请求排它锁。 ?定期执行：在日常维护中，需要对数据字典定期执行vacuum，可以每天在数据库空闲的时候进行。然后每隔一段较长时间（两三个月）对系统表执行一次vacuum full，这个操作需要停机，比较耗时，大表可能耗时几个小时。 ?reindex:执行vacuum之后,最好对表上的索引进行重建 2. ANALYZE ?命令：analyze [talbe [(column,..)]] ?收集表内容的统计信息，以优化执行计划。如创建索引后，执行此命令，对于随即查询将会利用索引。 ?自动统计信息收集 ?在postgresql.conf中有控制自动收集的参数gp_autostats_mode设置，gp_autostats_mode三个值：none、no_change、on_no_stats（默认） o none：禁止收集统计信息 o on change：当一条DML执行后影响的行数超过 gp_autostats_on_change_threshold参数指定的值时，会执行完这条DML后再 自动执行一个analyze 的操作来收集表的统计信息。 o no_no_stats：当使用create talbe as select 、insert 、copy时，如果在目标表中没有收集过统计信息，那么会自动执行analyze 来收集这张表的信息。gp 默认使用on_no_stats，对数据库的消耗比较小，但是对于不断变更的表，数 据库在第一次收集统计信息之后就不会再收集了。需要人为定时执行 analyze.
sql语句（mysql优化）绝对经典 误区1：count(1)和count(primary_key) 优于count(*) 很多人为了统计记录条数，就使用count(1) 和count(primary_key) 而不是count(*) ，他们认为这样性能更好，其实这是一个误区。对于有些场景，这样做可能性能会更差，应为数据库对count(*) 计数操作做了一些特别的优化。 误区2：count(column) 和count(*) 是一样的 这个误区甚至在很多的资深工程师或者是DBA 中都普遍存在，很多人都会认为这是理所当然的。实际上，count(column) 和count(*) 是一个完全不一样的操作，所代表的意义也完全不一样。count(column) 是表示结果集中有多少个column字段不为空的记录，count(*) 是表示整个结果集有多少条记录 误区3：select a,b from … 比select a,b,c from …可以让数据库访问更少的数据量 这个误区主要存在于大量的开发人员中，主要原因是对数据库的存储原理不是太了解。实际上，大多数关系型数据库都是按照行(row)的方式存储，而数据存取操作都是以一个固定大小的IO单元(被称作block 或者page)为单位，一般为4KB，8KB… 大多数时候，每个IO单元中存储了多行，每行都是存储了该行的所有字段(lob等特殊类型字段除外)。 所以，我们是取一个字段还是多个字段，实际上数据库在表中需要访问的数据量其实是一样的。当然，也有例外情况，那就是我们的这个查询在索引中就可以完成，也就是说当只取a,b两个字段的时候，不需要回表，而c这个字段不在使用的索引中，需要回表取得其数据。在这样的情况下，二者的IO量会有较大差异。(覆盖索引) 误区4：order by 一定需要排序操作 我们知道索引数据实际上是有序的，如果我们的需要的数据和某个索引的顺序一致，而且我们的查询又通过这个索引来执行，那么数据库一般会省略排序操作，而直接将数据返回，因为数据库知道数据已经满足我们的排序需求了。实际上，利用索引来优化有排序需求的SQL，是一个非常重要的优化手段。延伸阅读：MySQL ORDER BY 的实现分析，MySQL 中GROUP BY 基本实现原理以及MySQL DISTINCT 的基本实现原理。（order by null）
Win7优化 1、通过关闭特效，有效提高windows7的运行速度右键单击我的电脑-->属性-->高级系统设置-->性能-->设置-->视觉效果,留下五项"平滑屏幕字体边缘"、"启用透明玻璃"、"启用桌面组合"、"在窗口和按钮启用视觉样式"、"在桌面上为图标标签使用阴影"，其余的把勾全拿了，可以马上感觉到速度快了不少，而视觉上几乎感觉不到变化。另外还可以勾选上“显示缩略图，而不是显示图标” 2、据说可提高文件打开速度10倍的设置控制面板-->硬件和声音-->显示【显示或缩小文本及其他项目】-->设置自定义文本大小（DPI）去掉“使用Windows XP 风格DPI 缩放比例”的勾选，确定。【按照提示，注销计算机】 3、轻松访问控制面板-->轻松访问-->轻松访问中心-->使计算机易于查看-->勾选“关闭所有不必要的动画（如果可能）” 4、更改“Windows资源管理器”的默认打开的文件夹启动参数的命令格式为：%SystemRoot%explorer.exe /e,〈对象〉/root, 〈对象〉/select, 〈对象〉开始-->所有程序-->附件-->Windows资源管理器-->右击-->属性-->“快捷方式”选项卡-->目标修改为“%windir%\explorer.exe /e, D:\Downloads”，确定。然后右击“Windows资源管理器”-->锁定到任务栏 5、修改“我的文档”、“桌面”、“收藏夹”、“我的音乐”、“我的视频”、“我的图片”、“下载”等文件夹的默认位置方法一：CMD-->regedit，修改
“[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVers ion\Explorer\User Shell Folders]”方法二：系统盘-->用户-->“当前用户名”，分别右击上述文件夹-->属性-->位置-->移动 6、更改临时文件夹位置(%USERPROFILE%\AppData\Local\Temp) 右击“计算机”-->属性-->高级系统设置-->“高级”选项卡-->“环境变量”按钮-->X用户环境变量 7、更改“IE临时文件夹”位置IE-->Internet选项-->“常规”选项卡-->“设置”按钮-->“移动文件夹”按钮-->选择 8、系统自动登录cmd-->“control userpasswords2”-->去掉“要使用本机，用户必须输入用户名和密码”复选勾 9、关闭系统休眠 cmd-->“powercfg -h off” 10、去除历史纪录cmd-->“gpedit.msc”-->打开“本地组策略编辑器” (1)计算机配置-管理模板-系统-关机选项-关闭会阻止或取消关机（启动） (2)用户配置-->管理模板-->"开始"菜单和任务栏-->不保留最近打开的历史(启用) (3)用户配置-->管理模板-->"开始"菜单和任务栏-->退出系统时清除最近打开的文档的历史(启用) (4)用户配置→管理模板→Windows组件→Windows资源管理器→在Windows资源管理器搜索框中关闭最近搜索条目的显示（启用） 11、在任务栏同时显示“星期几”控制面板→时钟、语言和区域→区域和语言→更改日期、时间或数字格式，点击弹出窗口中的“更改
目前最全的手动优化系统技巧
————————————————————————————————作者：————————————————————————————————日期:
一、每天关机前要做的清洗: 双击“我的电脑”——右键点Ｃ盘——点“属性”——点“磁盘清理”——点“确定”——再点“是”——再点“确定”。清理过程中，您可看得到未经您许可(您可点“查看文件”看,就知道了)进来的“临时文件”被清除了，盘的空间多了。对D，E，F 盘也要用这法进行。 二、随时要进行的清理: 打开网页——点最上面一排里的“工具”——点“Iｎｔｅrnet选项”——再点中间的“Inｔernｅｔ临时文件”中的“删除文件”——再在“删除所有脱机内容”前的方框里打上勾——再点“确定”——清完后又点“确定”。这样，可为打开网和空间提高速度。 三、一星期进行的盘的垃圾清理：?点“开始”——用鼠标指着“所有程序”，再指着“附件”,再指着“系统工具”，再点“磁盘粹片整理程序”——点C盘,再点“碎片整理”(这需要很长时间，最好在您去吃饭和没用电脑时进行。清理中您可看到您的盘里的状况,可将清理前后对比一下)——在跳出“清理完成”后点“关闭”。按上述,对Ｄ,E，F盘分别进行清理。 电脑系统越来越慢，怎么删除临时文件啊 1．关闭"休眠" 方法:打开[控制面板］→［电源选项]→［休眠],把"启用休眠＂前面的勾去掉?说明:休眠是系统长时间一种待机状态，使您在长时间离开电脑时保存操作状态，如果您不是经常开着电脑到别处去的话，那就把它关了吧！ ☆立即节省:２56Ｍ ２.关闭"系统还原" ?方法:打开[控制面板]→［系统]→[系统还原],把＂在所有驱动器上关闭系统还原＇勾上 说明:系统还原是便于用户误操作或产生软件问题时的一种挽救手段,可以回复到误操作以前的状态.不建议初级用户使用.当然,它采用的是跟踪手段,需要记录大量信息,所消耗的资源也要很大的.?☆立即节省:数百Ｍ(根据还原点的多少 而不同) 您也可以在不关闭系统还原的前提下，相应的减少系统还原所占的磁盘空间,这只会减少可用还原点的数目，一般还原点有一两个就够了吧．?方法：...［系统还原]-选择一个"可用驱动器"-[设置]-调整"要使用的磁盘空间＂ 3.关闭"远程管理"?方法:打开［控制面板］→［系统］→[远程］,把"允许从这台计算机发送远程协助邀请＂前面的勾去掉. 说明：谁会经常用到这种功能呢？它占用的不是磁盘空间,但是会影响系统运行速度.?☆提高系统性能
SQL数据库优化方法
目录 1 系统优化介绍 (1) 2 外围优化 (1) 3 SQL优化 (2) 3.1 注释使用 (2) 3.2 对于事务的使用 (2) 3.3 对于与数据库的交互 (2) 3.4 对于SELECT *这样的语句， (2) 3.5 尽量避免使用游标 (2) 3.6 尽量使用count(1) (3) 3.7 IN和EXISTS (3) 3.8 注意表之间连接的数据类型 (3) 3.9 尽量少用视图 (3) 3.10 没有必要时不要用DISTINCT和ORDER BY (3) 3.11 避免相关子查询 (3) 3.12 代码离数据越近越好 (3) 3.13 插入大的二进制值到Image列 (4) 3.14 Between在某些时候比IN 速度更快 (4) 3.15 对Where条件字段修饰字段移到右边 (4) 3.16 在海量查询时尽量少用格式转换。 (4) 3.17 IS NULL 与IS NOT NULL (4) 3.18 建立临时表， (4) 3.19 Where中索引的使用 (5) 3.20 外键关联的列应该建立索引 (5) 3.21 注意UNion和`UNion all 的区别 (5) 3.22 Insert (5) 3.23 order by语句 (5) 3.24 技巧用例 (6) 3.24.1 Sql语句执行时间测试 (6)
1系统优化介绍 在我们的项目中，由于客户的使用时间较长或客户的数据量大，造成系统运行速度慢，系统性能下降就容易造成数据库阻塞。这是个非常痛苦的事情，用户的查询、新增、修改等需要花很多时间，甚至造成系统死机的现象。速度慢的原因主要是来自于资源不足。 数据库的优化通常可以通过对网络、硬件、操作系统、数据库参数和应用程序的优化来进行。最常见的优化手段就是对硬件的升级。根据统计，对网络、硬件、操作系统、数据库参数进行优化所获得的性能提升，全部加起来最多只占数据库系统性能提升的40%左右(我将此暂时称之为外围优化)；其余大部分系统性能提升来自对应用程序的优化，对于应用程序的优化可以分为对源代码的优化及数据库SQL语句的优化。在本文档只介绍外围优化及SQL语句的优化，对于源代码的优化需要相关方面的专家，形成统一的规范。 一个数据库系统的生命周期可以分成：设计、开发和成品三个阶段。在设计阶段进行数据库性能优化的成本最低，收益最大。在成品阶段进行数据库性能优化的成本最高，收益最小。规范的代码和高性能的语句，功在平时，利在千秋。 2外围优化 1、将操作系统与SQL数据库的补丁打到最高版本，WIN2003最高补丁是SP4， SQL SERVER2000最高补丁是SP4(版本号：2039)。 2、在服务器上不要安装与VA程序任何无相关的软件，甚至一些与VA运行 无关的服务都可以停掉。一般只安装SQL数据库、VA服务端服务及杀毒 软件。 3、杀毒软件避免对大文件进行扫描，特别是数据库（MDF和LDF）文件，一 定要从杀毒软件的范围内排除掉。 4、在进行服务器分区时，分区不要太多，两三个分区就可以了。分区最好 都使用NTFS格式。
PhotoShopCC运行缓慢甚至卡死的系统性能优化方法 PhotoshopCC是迄今为止功能最强大的图像处理软件之一，而不少网友对于PhotoshopCC也可谓是又爱又恨。爱很好理解，因为PhotoshopCC能帮助我们高效率地进行各种图像处理；而恨呢，则是因为随着PhotoshopCC功能的日益强大，对电脑配置要求也相应提高，运行过程中很可能会出现相应缓慢甚至是停止相应的情况。笔者作为一个UI设计师，每天都要跟那些尺寸不大但却有着许多图层的图像打交道，因此对于PS性能优化还是有一些心得的。这里，我们就针对PSCC运行缓慢或停止相应这一问题提出一些性能优化建议。当然，你可以根据你的工作流程来参考使用这些优化建议，至于优化效果，一定会让你记忆深刻。PS性能优化技巧分享PS性能优化通用技巧这里，我们先介绍一些PS性能优化的通用技巧，不管你用PS来干什么，这些PS性能优化技巧都能帮你提高工作效率。一、文件大小和尺寸作为一名UI设计师，笔者通常使用的文件格式就是PSD，为了确保图像的兼容性，Adobe 对PSD文件的大小限定为最大2GB。当PS运行变慢的时候，你第一件要做的事情就应该是检查文件大小。如果你的应用的每一屏都在同一个PSD里面，文件大小可以非常快就确定下来，尤其是你还要添加图层组合的时候。在Photoshop CC 14.2以后的版本，PS中新增了“链接到智能对象”功能，该功能的出现可让你的应用用到多个文件中，在长期的更新过程中减去许多麻烦。笔者目前开始做的就是利用该功能来打破一些设计，它不仅能保持PS运行
流畅，还能让笔者更加灵活地设计应用的每一屏。除PSD之外，Adobe对其他文件类型的大小也设置有一些限制。如没有文件可以大于300000x300000像素，PDF文件大小也不能超过10GB。不过使用PS的大型文档格式则不需要担心，这些文件大小的限制为4EB（4000000百万兆字节）。二、效率指示想要知道你的PSD占用了多少系统资源，这是一个十分简便的方法。在PSCC 工作区的左下方有一个指示，可现实当前的文件信息。默认状态下，它显示的是“文件大小”，类似“文档：12.5M/384.5M”这样的指示。这时，点击好似播放按钮的符号“?”，就可以按照你的喜好进行自定义设置显示内容，其中就包括“效率”这一项。图01 调出“效率”这一显示内容后，一般显示的会是“效率：100%”。而当该数值低于100%的时候，则意味着你并未分配足够的内存给PS，这时候PS会调用磁盘空间来支持运转，PS的图像处理运行自然会慢下来。如果你看到该数值已经低过90%了，那么你就该分配更多的内存给PS。当然，这里我们稍后再做详细解说。不过如果你是在全屏模式下工作，则该指示会隐藏起来，但我们可以通过信息面板查看到相关信息。图02 此外，还有两种方法可以释放一些内存：1、清理“还原”“剪贴板”和“历史”（编辑>清除>所有）2、关闭所有你现在不使用的文件86ps素材网小提示：这里要注意一点的是，清理这个功能虽然非常有效，但却是不可逆的操作。如果你觉得你有可能会想要把图像恢复至之前的某个步骤中的样子，那么就仅仅清理剪贴板就OK了。三、
1.1、数据库及SQL代码优化方案 （1）每周检查统计信息是否及时更新。 （2）每周检查各索引是否有效。 （3）每周检查分区是否正确。 （4）每周检查执行计划是否正确。 （5）每天检查RAC和ASM是否正常运行。 （6）每天检查相关日志是否正常备份。 （7）每天检查相关文件系统和表空间的占用率是否在国家税务总局规定的阀值以下。 （8）在每月申报高峰等业务繁忙期采样并找出消耗I/O资源和CPU资源较多的SQL语句。 （9）分析上述SQL语句，与软件服务商充分沟通后，提出优化建议。 （10）在每月申报高峰期每隔15分钟检查一次数据库连接数，发现异常及时处理。 1.1.1、系统数据库索引、表分区和对象优化方案 数据库对象的优化主要包括：表、索引和sequence等对象，通过优化对象参数、调整对象属性（例如分区表、分区索引、反转索引等等）等方法来实现对数据库对象的优化改造。 1.1.1.1表和索引并行参数优化 数据库的表和索引的并行参数值的设置对相关的sql语句的执行计划会造成影响，表和索引的degree值大于1，执行计划就偏向于使用全表和全索引扫描，另外如果并行参数值过大，短时间内也会对主机和数据库的资源造成很大的压力，因此在oltp的数据库下建议将表和索引的degree值设为1。 1.1.1.2热点大表的分区改造 对访问量很大、表的记录数很多、存在热块争用的表，可以考虑对表和索引进行适当的分区改造，分散访问压力，提高数据访问的性能。 对以下表的记录数超过1000万并且记录数持续增长的大表，建议进行分区
改造（地区+时间）： 1.1.1.3分区索引的清理 对最近30天数据库分区索引访问情况进行统计，对访问次数为0的分区索引和应用部门进行确认，若确认为多余的索引，建议进行删除清理。 1.1.1.4Sequence序列优化 加大sequence 的 cache，并使用noorder选项。在RAC中经常会遇到SQ 锁等待，这是因为在RAC环境下，sequence也成为全局性的了，不同节点要生成序列号，就会产生对sequence资源的争用。而目前大多数系统中，sequence 大多数被作为主键发生器来使用，使用的频率十分高，在RAC环境中，需要设置较大的 sequence cache，否则会造成较为严重的争用，从而影响业务。 1.1.2、SQL硬解析优化方案 1.1. 2.1相关知识点介绍 1.1. 2.1.1Oracle的硬解析和软解析 Oracle对sql的处理过程：当发出一条sql语句交付Oracle，在执行和获取结果前，Oracle对此sql将进行几个步骤的处理过程： 1、语法检查(syntax check) 检查此sql的拼写是否语法。 2、语义检查(semantic check) 诸如检查sql语句中的访问对象是否存在及该用户是否具备相应的权限。 3、对sql语句进行解析(prase) 利用内部算法对sql进行解析，生成解析树(parse tree)及执行计划(execution plan)。 4、执行sql，返回结果(execute and return) 其中，软、硬解析就发生在第三个过程里。 Oracle利用内部的hash算法来取得该sql的hash值，然后在library cache
流程优化的方法 企业进行流程优化时，应该从以下几个维度着眼和思考： 第一，关注客户的需求。企业流程应以客户为导向，关注客户的需求，关注为客户创造的价值。 第二，向标杆企业学习，即关注行业内标杆企业的成绩及做法、管理。例如餐饮企业的毛利水平，标杆企业可以做到每平米年营业额14000元，自己只能做到12000元、11000元，说明自己比较差；老客户重复上门的次数，标杆企业可以达到60%，自己只有30%，也说明自己需要改进。 【案例】 某缝纫机企业流程优化 某缝纫机企业的缝纫机装配线很简单，就是一个传送带将整机送至不同的环节、各个工位，装配工人坐在一个高凳子上进行装配。每个环节的配件都放在工人旁边，但是每个人能够触及的范围是有限的，如果拿不到，就要从凳子上下来去拿，然后 回到凳子上继续工作，企业发现这样工作效率很低。 经过流程设计后，企业决定将坐立式工作改为站立式工作，但是很快遭到了员工的强烈反对，尤其是装配工班组长的反对，这项流程推进被迫暂时搁置。 一次偶然的机会，这家企业去标杆企业参观考察6S建设等项目，装配工班组长也参加了这次参观，员工代表发现标杆企业的员工都是站立式工作，询问标杆企 业的员工时，对方感觉很诧异，回答说：“坐着没法工作，我们从来都是站着工作 的。”这次参观考察结束后，该企业再推行站立式工作就变得非常简单。 由此可见，一些变革受到员工的反对，是因为他们认为这件事情做不到，当他们别人已经实现的时候，他们才会有信心完成。 第三，关注部门间协调不畅的环节。
第四，关注流程中较为棘手的事情。 第五，基于部门的职能。 在具体操作时，有以下十个原则可以帮助企业分析流程的优化点。 一、确定出发点 定义流程的出发点是工作目标，而不是工作本身。企业要在明确目的的基础上考虑流程优化，否则就可能在流程优化过程中偏离目标。 二、剔除内外因素的不增值活动 流程优化应剔除对内部客户和外部客户不增值的活动，加快对内部和外部客户的反应速度。 【案例】 某橡塑企业计划管理流程 某橡塑企业的计划管理流程是：销售部每得到一个订单，就要制定待销售计划，并将销售订单传递至做生产计划的计划室，计划室做好生产计划后传递至做生产作 业计划的生产车间，然后采购部门根据生产作业计划采购物资供应生产。 计划室有3名员工，一位是67岁的计划室分管领导，原来做销售时把身体弄坏了，在计划室养老；一位是销售副总的儿媳妇，30岁、怀孕，原来做人力资源， 现在不能从事出差、重体力活，在计划室养胎；一位是刚毕业一年的年轻小伙儿，原来做人力资源，后调入总经理办公室做秘书，现在计划室缺人，过来临时顶岗。 这三个人在计划室无法开展工作，这一环节在中间不起任何作用，只能浪费时间。 后来，这家企业决定撤销计划室。 表面上看，这个流程逻辑清楚、责任清晰，实际上计划室做生产计划的环节是无效的。该企业撤消计划室，就是剔除内外因素的不增值活动。
SQL Server数据库优化方案汇总 50种方法优化SQL Server 1、没有索引或者没有用到索引(这是查询慢最常见的问题，是程序设计的缺陷) 2、I/O吞吐量小，形成了瓶颈效应。 3、没有创建计算列导致查询不优化。 4、内存不足 5、网络速度慢 6、查询出的数据量过大（可以采用多次查询，其他的方法降低数据量） 7、锁或者死锁(这也是查询慢最常见的问题，是程序设计的缺陷) 8、sp_lock,sp_who,活动的用户查看,原因是读写竞争资源。 9、返回了不必要的行和列 10、查询语句不好，没有优化 可以通过如下方法来优化查询 : 1、把数据、日志、索引放到不同的I/O设备上，增加读取速度，以前可以将Tempdb应放在RAID0上，SQL2000不在支持。数据量（尺寸）越大，提高I/O越重要. 2、纵向、横向分割表，减少表的尺寸(sp_spaceuse) 3、升级硬件 4、根据查询条件,建立索引,优化索引、优化访问方式，限制结果集的数据量。注意填充因子要适当（最好是使用默认值0）。索引应该尽量小，使 用字节数小的列建索引好（参照索引的创建）,不要对有限的几个值的字段建单一索引如性别字段 5、提高网速; 6、扩大服务器的内存,Windows 2000和SQL server 2000能支持4-8G的内存。配置虚拟内存：虚拟内存大小应基于计算机上并发运行的服务进行 配置。运行 Microsoft SQL Server? 2000 时，可考虑将虚拟内存大小设置为计算机中安装的物理内存的 1.5 倍。如果另外安装了全文检索功能，并打算 运行 Microsoft 搜索服务以便执行全文索引和查询，可考虑：将虚拟内存大小配置为至少是计算机中安装的物理内存的 3 倍。将 SQL Server max server memory 服务器配置选项配置为物理内存的 1.5 倍（虚拟内存大小设置的一半）。 7、增加服务器 CPU个数;但是必须明白并行处理串行处理更需要资源例如内存。使用并行还是串行程是MsSQL自动评估选择的。单个任务分解成 多个任务，就可以在处理器上运行。例如耽搁查询的排序、连接、扫描和GROUP BY字句同时执行，SQL SERVER根据系统的负载情况决定最优的并 行等级，复杂的需要消耗大量的CPU的查询最适合并行处理。但是更新操作Update,Insert， Delete还不能并行处理。 8、如果是使用like进行查询的话，简单的使用index是不行的，但是全文索引，耗空间。 like 'a%' 使用索引 like '%a' 不使用索引用 like '%a%' 查询时，查询耗时和字段值总长度成正比,所以不能用CHAR类型，而是VARCHAR。对于字段的值很长的建全文索引。 9、DB Server 和APPLication Server 分离；OLTP和OLAP分离
Sql优化方案 一．数据库优化技术 1.索引（强烈建议使用） 1.1优点 创建索引可以大大提高系统的性能。 第一，通过创建唯一性索引，可以保证数据库表中每一行数据的唯一性。 第二，可以大大加快数据的检索速度，这也是创建索引的最主要的原因。 第三，可以加速表和表之间的连接，特别是在实现数据的参考完整性方面特别有意义。 第四，在使用分组和排序子句进行数据检索时，同样可以显著减少查询中分组和排序的时间。 第五，通过使用索引，可以在查询的过程中，使用优化隐藏器，提高系统的性能。 1.2 缺点 第一，创建索引和维护索引要耗费时间，这种时间随着数据量的增加而增加。第二，索引需要占物理空间，除了数据表占数据空间之外，每一个索引还要占一定的物理空间，如果要建立聚簇索引，那么需要的空间就会更大。 第三，当对表中的数据进行增加、删除和修改的时候，索引也要动态的维护，这样就降低了数据的维护速度。 1.3 使用准则 索引是建立在数据库表中的某些列的上面。因此，在创建索引的时候，应该仔细考虑在哪些列上可以创建索引，在哪些列上不能创建索引。 一般来说，应该在这些列上创建索引。 第一，在经常需要搜索的列上，可以加快搜索的速度；
第二，在作为主键的列上，强制该列的唯一性和组织表中数据的排列结构； 第三，在经常用在连接的列上，这些列主要是一些外键，可以加快连接的速度；第四，在经常需要根据范围进行搜索的列上创建索引，因为索引已经排序，其指定的范围是连续的； 第五，在经常需要排序的列上创建索引，因为索引已经排序，这样查询可以利用索引的排序，加快排序查询时间； 第六，在经常使用在WHERE子句中的列上面创建索引，加快条件的判断速度。 同样，对于有些列不应该创建索引。一般来说，不应该创建索引的的这些列具有下列特点： 第一，对于那些在查询中很少使用或者参考的列不应该创建索引。这是因为，既然这些列很少使用到，因此有索引或者无索引，并不能提高查询速度。相反，由于增加了索引，反而降低了系统的维护速度和增大了空间需求。 第二，对于那些只有很少数据值的列也不应该增加索引。这是因为，由于这些列的取值很少，例如人事表的性别列，在查询的结果中，结果集的数据行占了表中数据行的很大比例，即需要在表中搜索的数据行的比例很大。增加索引，并不能明显加快检索速度。 第三，对于那些定义为text, image和bit数据类型的列不应该增加索引。这是因为，这些列的数据量要么相当大，要么取值很少。 第四，当修改性能远远大于检索性能时，不应该创建索引。这是因为，修改性能和检索性能是互相矛盾的。当增加索引时，会提高检索性能，但是会降低修改性能。当减少索引时，会提高修改性能，降低检索性能。因此，当修改性能远远大于检索性能时，不应该创建索引。 1.4 总结 1）索引提高了数据库的检索性能，但一定程度上牺牲了修改性能。因此适用于“多查询少修改”（insert，update，delete）的表。 2）对此类表中的外键，需要分组，排序或作为检索条件的字段建立索引 3）对此类表中查询使用少，字段取值少，字段数据量大的不应创建索引
流程优化成功推行的五个必备条件 管理咨询公司AMT研究表明，很多企业在导入流程管理方法之后大都停滞在了流程规划或流程梳理阶段。也就是说，公司通过内部项目组或引入外部咨询公司成立联合项目组后，为企业建立了基础的流程制度体系，实现了管理体系从无到有的搭建。然而随着时间的推移，企业内部对流程制度体系的热度在下降，与此同时，公司高层大多期望流程管理能够带来比规范化管理更进一步的价值，比如降低成本、减少流程运行周期、提升客户满意度、提升产品/服务质量等。一方面，流程制度体系的价值很难在短期内显现；另一方面，确保梳理好的流程制度得以有效执行也是一个巨大的难题。所以流程管理责任部门往往会倍感压力。 在AMT出版的《跟我们做流程管理》一书中提到，“流程优化是流程管理生存的根本。”因为流程优化项目通常在一年之内可以完成，快的三个月内可以结束，如果优化项目管理得好，完全可以迅速给公司高层交一份令人满意甚至惊喜的答卷。通过为数不多的流程优化项目产生实实在在的价值，能够坚定全公司对于流程管理的信心，可以迅速将流程优化工作全面推广开来，从而为流程管理体系建设与闭环推动打下良好基础。 然而，在很多已经开展了流程管理的企业中，流程管理部门虽然掌握了流程优化的方法，还是难以成功推动这项工作，无法享受流程优化为企业带来巨大价值的成就感与喜悦，也无法将流程管理工作打开局面。究其原因，就在于开展流程优化工作之前忽略了几项需要考量的前提条件，这样做的结果就好比将房子建在流沙之上。 AMT流程管理专家研究表明：企业要成功推动流程优化工作，需要充分考虑并准备好五个前提条件：流程优化需求、流程优化组织、流程优化人才队伍、流程优化激励机制和流程优化量化评估。 大家普遍的感受是，公司越大，个人的作用/影响就越有限，而通过上述五个条件可以使更多的人（做得好的话，可能是全员）都参与到流程优化工作中。所以，如果能够将这五个条件做足，运用流程优化方法去开展流程优化工作，一定能够象已经蓄势待发的跑车一样，只要一脚油门下去，就可以快速地奔跑起来。 条件1：流程优化需求管理——要有源源不断的需求产生 需求是流程优化之本，需求从哪里来主要有以下几个方面： 来自战略规划将财务维度与客户维度的战略目标分解到流程维度，并确定如何通过流程优化/变革来支撑战略目标的达成，从而将战略落实到运营流程上。通过平衡计分卡战略地图可以有效地找到流程优化的需求或方向，也可以明确哪些是具有战略性的流程，然后将其作为高优先级流程纳入流程优化计划。
让你的win10流畅起来，只需几个优化小技巧 电脑优化这个问题一直存在争议，从XP到WIN7，直到WIN10，就没停止过。 在下认为，优化要适度，而且姿势要对！ 过度优化不可取，等于负优化，非但解决不了系统流畅问题，反而会造成系统不稳定。 下面是在下总结的几个非常实用的win10系统优化技巧。 一、电源模式 默认电脑是开启平衡模式，这样节能，但发挥不了电脑的全部性能，现在我们开启高性能，当然好点配置的可以开启卓越性能。 操作方法：控制面板-系统和安全-电源选项-选择高性能！ 二、调整视觉效果 默认是选择最佳外观，看是好看，但卡呀，我们现在选择自定义。 操作方法： 此电脑右键-选择属性-高级系统设置-性能设置-选择自定义。尽量少选各种外观动化效果，甚至是一项也不选。
三、虚拟内存 虚拟内存这个机制从WIN系统诞生就一直伴随，主要是在内存不充裕的情况下，把硬盘充当一小部分用作内存，现在大家内存都充裕了，但还是要设置妥当，不然会出莫名其妙的问题。 操作方法：此电脑右键-选择属性-高级系统设置-性能设置-选择高级-更改-自动管理点勾
四、关闭系统自带的检索服务 Windows Search，极易造成系统卡顿，关闭它！ 操作方法：windows + R调出运行框-输入services.msc按回车-找到Windows Searc-打开启动类型选择禁用-确定。
五、延迟启动SysMain 提高系统一段时间性能，CPU占比高和吃硬盘，是固态的话就直接禁用 操作方法：windows + R调出运行框-输入services.msc按回车，找到SysMain-打开启动类型选择延迟启动或者禁用-确定。
Win10系统运行更流畅的优化技巧介绍 Win10系统优化的方法介绍 1、用360优化win10后开不了机的问题原因是禁用了三个服务： 在360应用软件服务里dmwappushsvc、diagnsticsTrackingservice、 coreMessaging这三个要开启服务。 服务此项不能优化，优化后开机要1分钟。 2、WINDOWS FONT CACHE SERVICE 3、关闭家庭组，因为这功能会导致硬盘和CPU处于高负荷状态 关闭方法：控制面板》家庭组》离开。 4、WindowsDefender 全盘扫描下系统，否则打开文件夹会卡顿。控制面板Windows Defender “设置》实施保护”去掉勾和管理员，启用WindowsDefender 去掉勾。服务WindowsDefenderService禁用。 5、关闭Windows Search，会在后台偷偷查户口。 服务WindowsSearch禁用。 但windows firewall (windows防火墙服务)千万不能停用。可在控制面板里面的防火墙的“高级设置”里面的“属性”把“域配置文件”、“专用配置文件”、“公用配置文件”的状态改成关闭，这样就可以在不禁用防火墙服务的情 况下关闭防火墙。 6、关闭磁盘碎片整理计划 磁盘碎片整理可以提高磁盘性能，但不需要整理计划，可以关闭整理计划。 选中磁盘》属性》工具》对驱动器进行优化和碎片整理，优化》更改设 置》取消选择按计划运行。
7、设置好Superfetch服务：服务Superfetch启动类型改成延迟启动或禁用，可以避免Win10对硬盘的频繁访问。 8、清理产生的Windows.old文件夹(针对直接升级的系统) 方法1：快捷键Win+X命令提示符，输入rd X:windows.old /s(X代表盘符) 方法2(推荐)：C盘右键》属性》磁盘清理，选中以前的Windows安装复选 框，确定清理。 9、设置Win810自动登陆，省去输入密码步骤 Win+R输入netplwiz取消使用计算机必须输入用户名和密码的选项，然后 双击需要自动登录的账户，输入你的密码。 或者在管理里面将自己建的用户删除，使用系统带的administrator用户， 默认是直接进系统的。 10、关闭ipv6 部分网卡驱动开启ipv6会导致开机系统未响应，假死。网络共享中心》网 络连接》以太网》属性》取消ipv6。 11、开启HybridBoot(随个人喜好开启，开启会占C盘的部分容量) Win10启动飞快：控制面板》电源选项》选择电源按钮的功能，更改当前 不可用的设置》关机设置》勾上启用快速启动。 请先开启休眠：Win+R输入powercfg–h on，关闭休眠：powercfg –h off(关闭后C盘会空出几G的空间) 12、关闭性能特效(配置不好的机器可以关闭) 系统属性》高级》性能》设置》关闭淡出淡入效果。打开文件夹，小软件 很快的
SQL Server 系统性能调优解决方案 前言 近几年,医药流通市场经历了激烈的震荡,导致行业逐步成熟和企业的快速变革,差异化经营成为众多医药流通的竞争选择。时空产品在中国医药流通企业的发展过程中得到了广泛且深入应用,大量的客户化开发和定制支撑了企业管理中横向和纵向的变化，很好的适应了企业在发展过程中不断变化的需求。 对于数据库管理系统的使用，很多用户都面临着一个很棘手的问题：系统效率下降。产生效率下降的因素是多方面： 1.硬件问题 2.软件问题 3.实施问题 正因为产生效率下降的因素很多，所以如何去查找原因成为我们首要关注的问题，时空公司也处在积极探索过程中。时空公司在解决一些客户问题的过程中积累了一些方法和思路，归纳总结后呈现给体系内的技术人员，本方案就系统效率调整所必需的基础知识、方法、技巧等几个方面进行阐述，从而让技术人员能够快速定位问题，解决问题，为合作伙伴提供优质，快捷的服务。 索引简介 索引是根据数据库表中一个或多个列的值进行排序的结构。索引提供指针以指向存储在表中指定列的数据值，然后根据指定的排序次序排列这些指针。数据库使用索引的方式与使用书的目录很相似，通过搜索索引找到特定的值，然后跟随指针到达包含该值的行。 索引键：用于创建索引的列。 索引类型 ?聚集索引： 聚集索引基于数据行的键值在表内排序和存储这些数据行。由于数据行按基于聚集索引键的排序次序存储，因此聚集索引对查找行很有效。每个表只能有一个聚集索引，因为数据行本身只能按一个顺序存储。数据行本身构成聚集索引的最低级别（叶子节点）。只有当表包含聚集索引时，表内的数据行才按排序次序存储。如果表没有聚集索引，则其数据行按堆集方式存储。 聚集索引对于那些经常要搜索范围值的列特别有效。使用聚集索引找到包含第一个值的行后，便可以确保包含后续索引值的行在物理相邻。例如：如果应用程序执行的一个查询经常检索某一日期范围内的记录，则使用聚集索引可以迅速找到包含开始日期的行，然后检索表中所有相邻的行，直到到达结束日期。这样有助于提高此类查询的性能。同样，如果对从表中检索的数据进行排序时经常要用到某一列，则可以将该表在该列上聚集（物理排序），避免每次查询该列时都进行排序，从而节省成本。 ?非聚集索引 非聚集索引具有完全独立于数据行的结构。非聚集索引的最低行包含非聚集索引的键值，并且每个键值项都有指针指向包含该键值的数据行。数据行不按基于非聚集键的次序存储。如