13518219792
定期分析sqlserver日志是DBA很重要的任务,那如何才能查看sqlserver日志呢?
创新互联服务项目包括平舆网站建设、平舆网站制作、平舆网页制作以及平舆网络营销策划等。多年来，我们专注于互联网行业，利用自身积累的技术优势、行业经验、深度合作伙伴关系等，向广大中小型企业、政府机构等提供互联网行业的解决方案，平舆网站推广取得了明显的社会效益与经济效益。目前，我们服务的客户以成都为中心已经辐射到平舆省份的部分城市，未来相信会继续扩大服务区域并继续获得客户的支持与信任！
在SQL Server 7.0和SQL Server2000中，可以用下面的命令查看：
DBCC log ( {dbid|dbname}, [, type={0|1|2|3|4}] )
参数:
Dbid or dbname - 任一数据库的ID或名字
type - 输出结果的类型:
0 - 最少信息(operation, context, transaction id)
1 - 更多信息(plus flags, tags, row length)
2 - 非常详细的信息(plus object name, index name,page id, slot id)
3 - 每种操作的全部信息
4 - 每种操作的全部信息加上该事务的16进制信息
默认 type = 0
要查看MSATER数据库的事务日志可以用以下命令：
DBCC log (master)
释放日志空间
1.清空日志
DUMP TRANSACTION 库名 WITH NO_LOG
2.截断事务日志：
BACKUP LOG 数据库名 WITH NO_LOG
3.收缩数据库文件(如果不压缩,数据库的文件不会减小
企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件
--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
--选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
也可以用SQL语句来完成
--收缩数据库
DBCC SHRINKDATABASE(客户资料)
--收缩指定数据文件,1是文件号,可以通过这个语句查询到:select * from sysfiles
DBCC SHRINKFILE(1)
4.为了最大化的缩小日志文件(如果是sql 7.0,这步只能在查询分析器中进行)
a.分离数据库:
企业管理器--服务器--数据库--右键--分离数据库
b.在我的电脑中删除LOG文件
c.附加数据库:
企业管理器--服务器--数据库--右键--附加数据库
此法将生成新的LOG，大小只有500多K
或用代码：
下面的示例分离 pubs，然后将 pubs 中的一个文件附加到当前服务器。
a.分离
E X E C sp_detach_db @dbname = 'pubs'
b.删除日志文件
c.再附加
E X E C sp_attach_single_file_db @dbname = 'pubs',
@physname = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs.mdf'
5.为了以后能自动收缩,做如下设置:
企业管理器--服务器--右键数据库--属性--选项--选择"自动收缩"
--SQL语句设置方式:
E X E C sp_dboption '数据库名', 'autoshrink', 'TRUE'
6.如果想以后不让它日志增长得太大
企业管理器--服务器--右键数据库--属性--事务日志
--将文件增长限制为xM(x是你允许的最大数据文件大小)
--SQL语句的设置方式:
alter database 数据库名 modify file(name=逻辑文件名,maxsize=20)
特别注意：
请按步骤进行,未进行前面的步骤,请不要做后面的步骤
否则可能损坏你的数据库.
一般不建议做第4,6两步
第4步不安全,有可能损坏数据库或丢失数据
第6步如果日志达到上限,则以后的数据库处理会失败,在清理日志后才能恢复.
另外提供一种更简单的方法，建议大家使用。
更简单的方法：
1。右建数据库属性窗口--故障还原模型--设为简单
2。右建数据库所有任务--收缩数据库
3。右建数据库属性窗口--故障还原模型--设为大容量日志记录
当您怀疑计算机硬件是影响SQL Server运行性能的主要原因时，可以通过SQL Server Performance Monitor监视相应硬件的负载，以证实您的猜测并找出系统瓶颈。下文将介绍一些常用的分析对象及其参数。
Windows资源监控中，如果% Disk Time和Avg.Disk Queue Length的值很高，而Page Reads/sec页面读取操作速率很低，则可能存在磁盘瓶径。
Processor%Privileged Time该参数值一直很高，且如果在 Physical Disk 计数器中，只有%Disk time 比较大，其他值都比较适中，硬盘可能会是瓶颈。若几个值都比较大，那么硬盘不是瓶颈。若数值持续超过80%，则可能是内存泄露。如果 Physical Disk 计数器的值很高时该计数器的值（Processor%Privileged Time）也一直很高，则考虑使用速度更快或效率更高的磁盘子系统。
Disk sec/Transfer 一般来说，该数值小于15ms为最好，介于15-30ms之间为良好，30-60ms之间为可以接受，超过60ms则需要考虑更换硬盘或是硬盘的RAID方式了.
Average Transaciton Response Time（事务平均响应时间）随着测试时间的变化，系统处理事务的速度开始逐渐变慢，这说明应用系统随着投产时间的变化，整体性能将会有下降的趋势
Transactions per Second（每秒通过事务数/TPS）当压力加大时，点击率/TPS曲线如果变化缓慢或者有平坦的趋势，很有可能是服务器开始出现瓶颈
Hits per Second（每秒点击次数）通过对查看“每秒点击次数”，可以判断系统是否稳定。系统点击率下降通常表明服务器的响应速度在变慢，需进一步分析，发现系统瓶颈所在。
Throughput（吞吐率）可以依据服务器的吞吐量来评估虚拟用户产生的负载量，以及看出服务器在流量方面的处理能力以及是否存在瓶颈。
Connections（连接数）当连接数到达稳定状态而事务响应时间迅速增大时，添加连接可以使性能得到极大提高（事务响应时间将降低）
Time to First Buffer Breakdown（Over Time）（第一次缓冲时间细分（随时间变化））可以使用该图确定场景或会话步骤运行期间服务器或网络出现问题的时间。
1、在wincc运行画面，打开在线趋势图，点击“组态对话框”图标，在弹出的对话框中点击“工具栏”在工具栏左侧的“工具栏按纽功能”中钩选“选择时间范围”后点击确定。
2、这样我们就可以看到在线趋势图上有一个时钟标志的图标“选择时间范围”，点击时钟标图标，在弹出的对话框中的“趋势”中选择所要显示的趋势变量名称。
3、在“时间范围”栏选择“开始时间和结束时间”。这样就可以在右侧输入所查询的趋势的某个时间段时间来查询历史归档数据了。
电子商务未来会有如下的几个发展趋势：
一、从PC端到移动无线端。PC到无线的转变是每个人都能亲身体会到的过程，消费者逐渐向无线端迁移，悄悄的已经把网络消费的主阵地转移到无线中去。
二、电商逐渐涉及到生活的方方面面，涉及到广义消费者的各个领域，从实体走向服务，是未来发展到额新道路，整个互联网渗透的速度之快，影响幅度之深，不可阻挡。至今，我们仍然把移动互联网只是当做一个销售渠道。从实物走向服务的这样一个变化，在未来会更深层次地影响到服务的供给和组织的整合。
三、从线上到线下。移动互联网飞速发展，在未来，所谓的线上线下，这个说法已经不需要讨论了，为什么？最终一定是融合，今天互联网无处不在，从线下走向线上是趋势，从线上走向线下也是不可阻挡的趋势。最终都要去考虑整个市场的发展。
四、国内到国际的趋势。整个海淘的兴旺毋庸置疑，并且这只是一个原点。整个跨境电子商务的机会，跟国内电子商务的机会是一样大的。在我们国内有最大的消费能力和市场，这里面也需要很多新颖的服务类型：从整个的物流管理，订单管理、订单和身份信息的结合，海关系统的结合。这些流程的实现不光是靠平台，更多的是靠我们的服务商一起服务商家。
