摘要: [root@localhost ~]# cd /home[root@localhost home]# lspostgresql-9.4.1.tar test[root@localhost home]# tar xf postgresql-9.4.1.tar[root@localhost home]#... 阅读全文
posted @ 2015-07-27 17:10 yingtaowz 阅读(369) 评论(0) 推荐(0) 编辑
摘要: 环境win7,office2010,sql server 2012过程1)开启OPENDATASOURCE、OPENROWSET功能1234 execsp_configure'show advanced options',1reconfigureexecsp_configure'Ad Hoc Di... 阅读全文
posted @ 2015-05-07 16:10 yingtaowz 阅读(537) 评论(0) 推荐(0) 编辑
摘要: 1. 脏读 :脏读就是指当一个事务正在访问数据,并且对数据进行了修改,而这种修改还没有提交到数据库中,这时,另外一个事务也访问这个数据,然后使用了这个数据。2. 不可重复读 :是指在一个事务内,多次读同一数据。在这个事务还没有结束时,另外一个事务也访问该同一数据。那么,在第一个事务中的两次读数据之间,由于第二个事务的修改,那么第一个事务两次读到的的数据可能是不一样的。这样就发生了在一个事务内两次读到的数据是不一样的,因此称为是不可重复读。例如,一个编辑人员两次读取同一文档,但在两次读取之间,作者重写了该文档。当编辑人员第二次读取文档时,文档已更改。原始读取不可重复。如果只有在作者全部完成编写后 阅读全文
posted @ 2013-09-12 18:37 yingtaowz 阅读(360) 评论(0) 推荐(0) 编辑
摘要: 今天查看数据库属性时,出现错误:对象名master.dbo.spt_values'无效。后来才想起来是误删除了master库中的一些系统表。在网上搜索了一下,发现还是有解决办法的,就是重建数据库。在命令提示符下,输入:start/waitE:\MicrosoftSQLServer2005DeveloperEditionCHSx86\Servers\setup.exe/qnINSTANCENAME="MSSQLSERVER"REINSTALL=SQL_EngineREBUILDDATABASE=1SAPWD=www_yongfa365_com出现错误,找不到文件E:\ 阅读全文
posted @ 2013-09-12 18:36 yingtaowz 阅读(2365) 评论(0) 推荐(0) 编辑
摘要: 恢复模式简述如下:简单恢复模式:可以理解为在这种模式下Sql Server不记录日志(并不是真的不记录任何日志)。在这种模式下Sql Server会截断非活动日志,并且无法备份日志也不允许备份日志。因此在这种恢复模式下就不可能任意的将数据库还原到某个时间点了。只能做完全备份、增量备份来备份某个时刻的数据。完全恢复模式:在完全恢复模式下,必须要有一个完全备份和一系列的日志备份来进行时点还原,要不然就失去完全恢复模式的意义了。大批量恢复模式:和完全模式基本相同,但是优化了部分大批量操作的日志记录,但是需要在做备份时付出相应的代价,在这里不做讨论。数据库的日志文件会记录所有的事务日志,但是如果在简单 阅读全文
posted @ 2013-09-12 18:33 yingtaowz 阅读(259) 评论(0) 推荐(0) 编辑
摘要: 利用以下存储过程可以查看数据文件和日志文件的使用情况。每天运行下,进而掌握数据文件和日志文件的变化 1 USE master; 2 GO 3 4 IF OBJECT_ID('dbo.sp_SDS', 'P') IS NOT NULL 5 DROP PROCEDURE dbo.sp_SDS; 6 GO 7 8 CREATE PROCEDURE dbo.sp_SDS 9 @TargetDatabase nvarchar(128) = NULL, -- NULL: all dbs 10 @Level varchar(10) = 'Database', 阅读全文
posted @ 2013-09-12 10:39 yingtaowz 阅读(845) 评论(0) 推荐(0) 编辑
摘要: 来自与:http://blog.csdn.net/leamonjxl/article/details/7711692一般DBA的帐号权限都很高(废话)DBA离职以后。删除帐号也几乎也是肯定的这里会涉及一个问题。原来由他新建或还原的数据库所有者可能是他的帐号部分数据库作业所有者也是他的帐号此时如果在各服务器上批量DROP LOGIN 后会有潜在风险(事实上证明,数据库还是可用,但是作业会有权限出错)需要将这些数据库的对像所有者改回来(一般改成 'SA')分享一段脚本,用于批量替换特定用户的数据库作业为 'sa'用这个脚本在所有服务器上跑一遍,以后就可以放心DROP 阅读全文
posted @ 2013-09-04 11:37 yingtaowz 阅读(332) 评论(0) 推荐(0) 编辑
摘要: CPU性能瓶颈可以从计数器 Processor:%Processor .如果这个很高,还要再检查sql server的Process:%processor Time是否也很高,以确定是否是sql server消耗的CPU.CPU高的原因: 1.过度编译和重编译 2.排序和聚合计算​​3.表格连接操作​​4.低效的执行计划 5.并行查询过度编译和重编译编译是sql server为指令生成执行计划的过程。分析指令要做的事情,分析它要访问的表结构,以及上面的索引,还要分析表格里的数据分布,最后推断出一个认为比较优化的执行计划。这个过程主要是在做各种计算,所以说是使用CPU比较集中的地方。重编译:很多 阅读全文
posted @ 2013-09-03 17:28 yingtaowz 阅读(682) 评论(0) 推荐(0) 编辑
摘要: 系统版本:windows 2003企业版数据库版本:SQLSERVER2005 ent场景:线上数据库最近发现不时的报错:SQL Server 断言: 文件: <lckmgr.cpp>,行=10850 失败的断言 = 'GetLocalLockPartition () == xactLockInfo->GetLocalLockPartition ()'。此错误可能与时间有关。如果重新运行该语句后错误仍然存在,请使用 DBCC CHECKDB 来检查数据库的结构是否完整,或重新启动服务器以确保内存中的数据结构未破坏。查资料发现由于是补丁问题,sp2上需要打一个更 阅读全文
posted @ 2013-06-17 17:09 yingtaowz 阅读(874) 评论(0) 推荐(0) 编辑
摘要: 今天登录一台服务器1.118。发现登录数据库失败。怀疑是服务没有启动。打开管理器,果然服务停止。启动数据库服务时,却出错了。查看事件日志,发现以下错误。SQL Server 无法生成 FRunCM 线程。请查看 SQL Server 错误日志和 Windows 事件日志又查看sql server 错误日志,得以下信息:2013-05-0210:08:42.61服务器Aself-generatedcertificatewassuccessfullyloadedforencryption.2013-05-0210:08:42.61服务器错误:26055,严重性:16,状态:1。2013-05-02 阅读全文
posted @ 2013-05-02 10:48 yingtaowz 阅读(768) 评论(0) 推荐(2) 编辑