每这个实例或者每这个服务器设置这个单一的数据库能够使数据库顾问更方便。然而,这样做很快将加大你的数据库解决措施的本钱,因为你要对你期望托管的每这个数据库购买一台新的服务器或者新的SQL服务器许可证。
为了应对这种价格昂贵的设置,人们一般在这个服务器或者实例上托管多个数据库(也正是多个应用程式)。虽然这将减小托管所有这些数据库的本钱,可是,这加大了顾问这些系统的繁杂性,因为你如今要整理多个服务级协议和维护窗口。
当你决定在同一台服务器上托管多个数据库的时间,你要考虑的第一件事是这些系统是否有互补的维护窗口。如果这个系统不能在夜间放慢速度或者离线,另这个系统不能在白天放慢速度或者离线,这些系统就不适合分享这个服务器,因为你在需求为系统消耗补丁或者处于其它原因要让系统离线的时间,你不见有效的维护时刻窗。
你需求考察的下这个决定条件是这些系统的服务级协议。需求99%的开机时刻的系统能够安排在共同,因为你可能会为这些系统(也许是集群解决措施)建立这个比非重大任务系统更强大的环境。这可以为你节省额外的本钱,因为你如今不需求采购任何高端系统。具有更高的服务级协议的系统也可能会有一样的维护时刻窗。因此,这些系统在一开端正是互补的。
承担打工量
对托管多个数据库的SQL服务器开展维护的头号困难是时机。
当然,当把多个数据库集中在这个SQL服务器的时间需求考虑的最重大的问题是,是否有足够的CPU和内存资源整理这些客人程式添加到这个数据库服务器的打工量。如果单个服务器不能提供需求的CPU和内存资源,那么,把这些数据库都集中在那台服务器上就不是这个好的选择。
当你经过这个全部决策过程并且把这些数据库都放在同一台服务器上之后,你如何保持这些系统的健康和在高峰期仍能运行?与其它任何数据库解决措施一样,你仍需求整理自我的备份、索引碎片整理和重建、以及为操作系统和SQL服务器消耗补丁。
整理托管多个数据库的SQL服务器的维护的头号困难是时机。你需求保证你的维护任务能够在这个SQL服务器托管的全部数据库规划的维护时刻窗内完工。在任何数据库的维护时刻窗之外开展维护打工都将引起数据库运行缓慢,因为硬盘和CPU资源如今被维护活动占用了,而不是整理正常的数据库查询。
重新索引打工
已经证明是有用的这个技术是比正常运行重新索引指令更频繁地对你的索引开展碎片整理。整理碎片的指令比重新索引指令有更多的好处。第一,索引碎片整理指令是一种在线操作,而重建索引是一种离线打工(除非你运行SQL服务器2005集团版或者更新的版本)。第二,如果你频繁地运行索引碎片整理指令,每一次运行这个指令的时间打工量都比较少。
例如,你每个星期测定一次索引碎片,它显示碎片是70%。这样,你就可以运行这个索引重建指令清除这些索引。
然而,你在第二天再测定索引碎片的时间会发生啥资讯呢?它可能是大约8%至10%的碎片。因此,如果你天天运行这个索引碎片整理指令而不是每个星期运行一次索引碎片整理指令,每这天要做的打工就很少,这个打工就能够更快地完工,可能在天天的维护时刻窗内完工。
即使你在时刻窗内不能让这个系统离线,因为碎片整理操作是一种在线操作,这个系统在整理碎片操作的时刻将延续发挥作用,只是反应速度比正常资讯下稍微慢一筹。
数据库备份
备份是在一台服务器上托管多个数据库的时间需求解决的另这个关键问题。
每这个数据库都有自我的备份要求。备份数据库也许是能够在SQL服务器运行时实施的最繁杂的任务。并不是因为这种备份需求占用量大的CPU和内存资源(这个任务占用的资源一般是很低的,除非你在备份的时间对数据库开展压缩),而是因为备份这个巨型数据库需求占用量大的硬盘资源。
当开展公开备份的时间,全部数据库必须从硬盘读取。如果你的硬盘系统非常繁忙,这个备份会引起性能严重回落。这种备份的最佳解决措施是选择合适的时机。你还可以寻找能够在备份的同时允许对数据库备份开展压缩的第三方工具。因为这将加大SQL服务器上的CPU的打工量,它通常仅用很少的时刻完工备份,因为需求写入备份设备中的数据很少。
做图片站的 联系我 我给你看下www.55mm.cc后台服务器数据的管理