SQL Server 2005对海量数据的处理(转自it168)
超大型数据库的大小常常达到数百GB,有时甚至要用TB来计算。而单表的数据量往往会达到上亿的记录,并且记录数会随着时间而增长。这不但影响着数据库的运行效率,也增大数据库的维护难度。除了表的数据量外,对表不同的访问模式也可能会影响性能和可用性。这些问题都可以通过对大表进行合理分区得到很大的改善。当表和索引变得非常大时,分区可以将数据分为更小、更容易管理的部分来提高系统的运行效率。如果系统有多个CPU或是多个磁盘子系统,可以通过并行操作获得更好的性能。所以对大表进行分区是处理海量数据的一种十分高效的方法。本文
SQL Server 2005高可用性之日志传送
SQL Server 2005相对于SQL Server 2000来说,无论是性能还是功能都有一个相当大的提高,甚至可以用“革命”来形容这一次升级。SQL Server 2005使 SQL Server 跻身于企业级数据库行列。在数据高可用性方面,SQL Server 2005为用户提供了数据镜像、复制、故障转移群集、日志传送功能。本文向读者简单介绍SQL Server 2005日志传送功能。[@more@]一、日志传送简介日志传送一般有主服务器、辅助服务器、监视服务器组成(见图1)。主服务器一般是存储生产数据库的服务器,辅助服务器用来存储主服务器上生产数据库的副本,监视服务器用来记录日志传
SQL SERVER 2005高可用性之镜像(原创,首发于it168)
SQL SERVER 2005相对于SQL SERVER2000来说,无论是性能还是功能都有一个相当大的提高,甚至可以用“革命”来形容这一次升级。SQL SERVER 2005使 SQL SERVER 跻身于企业级数据库行列。在数据高可用性方面,SQL SERVER2005为用户提供了数据镜像、复制、故障转移群集、日志传送功能。本文向读者简单介结SQL SERVER2005镜像功能。[@more@]一、镜像简介数据库镜像是一个高可用性软件解决方案,为客户端提供小于10秒故障转移。每个数据库镜像配置均包含一个主体服务器(包含主体数据库)、一个镜像服务器(包含镜像数据库)和一个见证服务器,其中
SQL Server 2005高可用性之复制(原创,首发于it168)
SQL Server 2005相对于SQL Server 2000来说,无论是性能还是功能都有一个相当大的提高,甚至可以用“革命”来形容这一次升级。SQL Server 2005使 SQL Server 跻身于企业级数据库行列。在数据高可用性方面,SQL Server 2005为用户提供了数据镜像、复制、故障转移群集、日志传送功能。本文向读者简单介绍SQL Server 2005复制功能。[@more@]一、复制简介复制是将数据或数据库对象从一个数据库复制和分发到另外一个数据库,并进行数据同步,从而使源数据库和目标数据库保持一致。使用复制,可以在局域网和广域网、拨号连接、无线连接和 Interne
监测你的SQL Server--让瓶颈暴露(转载)
当您怀疑计算机硬件是影响SQL Server运行性能的主要原因时,可以通过SQL Server Performance Monitor监视相应硬件的负载,以证实您的猜测并找出系统瓶颈。下文将介绍一些常用的分析对象及其参数。[@more@] Memory: Page Faults / sec 如果该值偶尔走高,表明当时有线程竞争内存。如果持续很高,则内存可能是瓶颈。 Process: Working Set SQL Server的该参数应该非常接近分配给SQL Server的内存值。在SQL Server设定中,如果将"set working set size"置为0, 则Windows NT会决定SQL Server的工作集的大小。如果将&
使用Raid提高SQL的性能和可用性 (转载)
(转自it168) 使用Raid提高SQL的性能和可用性-自SQLSERVER疑难解析[@more@] Raid0:数据条带化 优点:多个磁盘并发操作,最好的读写性能;最经济。 缺点:不提供任何容错。 建议:可以对追求性能不考虑冗余的库使用Raid0,如TempDB Raid1:磁盘镜像 优点:高性能的容错性;最简单的支持容错的Raid级别 缺点:磁盘的使用率只有50%,硬件成本较高;而且不会提高读取的性能。 建议:可以对SQL Server的日志使用Raid1 Raid5:带奇偶校验的条带化 优点:可以失去一个驱动器而正常工作;经济的容错性;良好的读
优化SQL Server数据库(转载)
查询速度慢的原因很多,常见如下几种: 1、没有索引或者没有用到索引(这是查询慢最常见的问题,是程序设计的缺陷) 2、I/O吞吐量小,形成了瓶颈效应。 3、没有创建计算列导致查询不优化。 4、内存不足 5、网络速度慢 6、查询出的数据量过大(可以采用多次查询,其他的方法降低数据量) 7、锁或者死锁(这也是查询慢最常见的问题,是程序设计的缺陷) 8、sp_lock,sp_who,活动的用户查看,原因是读写竞争资源。 9、返回了不必要的行和列 10、查询语