在对SQL Server系统执行入侵测试或者更高级别的安全审计时，有一种测试不应该被忽略，那就是SQL Server密码测试。这一点看起来显而易见，但是很多人都会忽略它。
密码测试可以帮助检查恶意入侵者或者外部攻击者，测试他们要强行进入数据库有多容易，而且还可以确保SQL Server用户对他们的账号负责。此外，测试密码的漏洞在SQL Server混合模式认证的情况下尤其重要，这种模式比其他Windows认证模式安全性要差一些。
密码测试的第一步是确定要测试的系统。虽然你对你的环境可能了如指掌，但是找出那些可能被遗忘的服务器，或者有未经你知晓有人就连接到网络的服务器的情况是没有坏处的。
SQLPing3是一个免费的SQL Server查找和密码破解工具，可以帮助你开始测试。该工具有多个选项可以供你搜索活动状态的SQL Server系统，如图1所示：
图1 用SQLPing3搜索活动SQL Server系统的选项界面
此外，SQLPing3可以扫描到那些通过约定俗成的端口扫描可能扫描不到的SQL Server数据库实例，而且它可以找到那些“sa”密码为空的系统。SQLPing3还可以针对SQL Server数据库运行字典攻击，这种做法就像加载你自己的用户账号和密码列表一样简单。
因为这是最 ......
在SQL Server数据库中，当你想使用一个数据，而这个数据不保存在表中，计算列很有用。例如，你有一张表，它包括列dollar amounts, wholesale prices和retail prices。你肯定不想在每次查询表时来计算那两列之间的差值，你希望将其值保存在第三列中，让其自动计算前两列之间的差值。而此列就是计算列。
在SQL Server中使用XML数据来创建计算列，你的列定义必须包含必要的用来检测向列中插入的是什么数据的表达式。例如，在上面的例子中，你的表达式应该从retail列中的值减去wholesale列中的值。当你添加或更新表中的数据行时，差值将自动插入至计算列中。
你可以很容易地在两个或更多的包含字符串或数字类型值的列的基础上创建计算列。(更多关于如何创建此类型的计算列的详细信息，请参考Microsoft SQL Server Books Online)。然而，如果你想要基于指定的XML列中元素值创建一个计算列，该过程相对更加复杂一些。因为你必须使用Xquery表达式来从XML列中获取指定元素数据,且SQL Server不支持在计算列的定义中使用Xquery表达式。
要解决此问题，可以创建一个函数来接收你想包含在计算列中的XML数据，并在计算列定义中调用此函数。更好的示范这是如何工作的，我们 ......
在SQL Server数据库中，当你想使用一个数据，而这个数据不保存在表中，计算列很有用。例如，你有一张表，它包括列dollar amounts, wholesale prices和retail prices。你肯定不想在每次查询表时来计算那两列之间的差值，你希望将其值保存在第三列中，让其自动计算前两列之间的差值。而此列就是计算列。
在SQL Server中使用XML数据来创建计算列，你的列定义必须包含必要的用来检测向列中插入的是什么数据的表达式。例如，在上面的例子中，你的表达式应该从retail列中的值减去wholesale列中的值。当你添加或更新表中的数据行时，差值将自动插入至计算列中。
你可以很容易地在两个或更多的包含字符串或数字类型值的列的基础上创建计算列。(更多关于如何创建此类型的计算列的详细信息，请参考Microsoft SQL Server Books Online)。然而，如果你想要基于指定的XML列中元素值创建一个计算列，该过程相对更加复杂一些。因为你必须使用Xquery表达式来从XML列中获取指定元素数据,且SQL Server不支持在计算列的定义中使用Xquery表达式。
要解决此问题，可以创建一个函数来接收你想包含在计算列中的XML数据，并在计算列定义中调用此函数。更好的示范这是如何工作的，我们 ......
对于SQL Server数据库管理员来讲，已满事务日志是一个琐碎的，但又很常见的问题。它能引发事务的提前终止，甚至通过阻止所有事务的引入，从而引起系统的崩溃。对于数据库管理员来说，关键是理解将要发生的情况，以便他们可以追踪引起问题的原因。 事务日志填充方式
以下是一些可能引起事务日志填满的原因：
填满的，细节的，或者没有在已满恢复模式下进行的日志备份，都会引起日志逐渐地填充。
进程中有活动的备份(备份被作为事务一样来处理)，它会填充部分日志，而事务将填充剩余部分。
长时间运行的活动事务，例如从来都不会产生提交的SPID，以及暂停或高速运行数据库镜像都会引发延迟。前者会引起事务不发送，如果在发送事务到镜像服务器之后的较长时间内，才进行高速运行，则后者才会发生。
对于事务复制，如果复制延迟或失败，事务日志将不会被清除，因为除非事务与日志都提交并发送至分布式数据库，否则事务都不能被清除。
如果进程中有一个数据库快照，当它创建时，所有的事务都堆积在它后边。
简单的响应方法
需要解决已满事务日志的问题时，你可以从以下几个选择入手：
·你可以执行备份来消减日志。事务日志备� ......
【IT168 技术文档】故事开篇：你和你的团队经过不懈努力，终于使网站成功上线，刚开始时，注册用户较少，网站性能表现不错，但随着注册用户的增多，访问速度开始变慢，一些用户开始发来邮件表示抗议，事情变得越来越糟，为了留住用户，你开始着手调查访问变慢的原因。
经过紧张的调查，你发现问题出在数据库上，当应用程序尝试访问/更新数据时，数据库执行得相当慢，再次深入调查数据库后，你发现数据库表增长得很大，有些表甚至有上千万行数据，测试团队开始在生产数据库上测试，发现订单提交过程需要花5分钟时间，但在网站上线前的测试中，提交一次订单只需要2/3秒。
类似这种故事在世界各个角落每天都会上演，几乎每个开发人员在其开发生涯中都会遇到这种事情，我也曾多次遇到这种情况，因此我希望将我解决这种问题的经验和大家分享。
如果你正身处这种项目，逃避不是办法，只有勇敢地去面对现实。首先，我认为你的应用程序中一定没有写数据访问程序，我将在这个系列的文章中介绍如何编写最佳的数据访问程序，以及如何优化现有的数据访问程序。
范围
在正式开始之前，有必要澄清一下本系列文章的写作边界，我想谈的是“事务性(OLTP)SQL Se ......
就如同数据库DBA了解的一样，合适的索引能够提高查询性能和应用程序可测量性。但是每个附加的索引，都给系统增加了额外开销，因为随着数据从表和视图中不断增加、修改或清除，SQL Server需要维护这些索引。
之前，我介绍了一下动态管理视图(DMV)。它是一种很有用的监控和解决SQL Server故障的工具。本文是它的续篇，我将继续和大家一起探讨其他的一些数据库管理员用来能够测定现存索引效率的动态管理视图(DMV)和分片级别。此外，我还提供了应该用来检索指定的SQL Server程序ID号(SPID)执行的最后语句。
DMV提高索引效率
就如同数据库DBA了解的一样，合适的索引能够提高查询性能和应用程序可测量性。但是每个附加的索引，都给系统增加了额外开销，因为随着数据从表和视图中不断增加、修改或清除，SQL Server需要维护这些索引。在安装新的索引之前，你需要检测数据库活动，保证你只有一些能提高平常执行的查询的索引。注意SQL Server并不能阻止你在相同的列上建立多个索引。它也不能提醒你你即将建立的查询并不能优化查询。
复制索引对系统并没有好处。同样地，SQL Server查询优化程序不能用解决查询问题的索引也不能对系统带来什么好处。因此，在这里我� ......
作为一名数据库DBA，肯定会听说过“tempdb数据库满了”。通常我们很容易确定造成这一问题的原因。但是更多的时候这一问题主要源于一组请求，涉及到新代码部署或逐渐增加的数据。
“Tempdb满了”意味着什么?
当SQL Server tempdb满了时，上层管理常常需要决策、一些开发人员可能会推卸责任，就连高级DBA也害怕碰到这种情况。
和我告诉管理员的一样，首先经验的做法就是：保持冷静。不要让还没有公布的情况给其他方面造成压力，那样可能酿成更大的错误。
既然情况已经出现了，那我们就来解决问题。Tempdb数据库由两部分组成：一是原始文件组里的数据文件，二是tempdb日志文件。这两者都可能出错，但错误信息会告诉你哪一部分满了。首先我们一起看看数据文件部分。在以后的文章部分中再讲解日志文件。
我们怎么压缩源文件?
首先我们要了解一下确定是什么占用大部分空间的方法，哪一个服务器有我们处理的ID号(SPID)、请求是从哪一台主机上发出的。以下查询将返回数据库里占空间的前1000个SPID。记住这些返回的值为页码数。为此，我算了一下存储值(单位为MB)。同样，我们还要注意计数器是随着SPID的使用时间而逐渐积累的：
� ......
最新文章 : sql