软件维护员培训教程数据库PPT课件

精品课件 1 软件维护员2010年培训教程 数据库讲解人 肖文斌 深圳市思乐数据技术有限公司软件支持部 精品课件 2 SybaseASE培训教程 一 SybaseASE白皮书推荐学习二 SybaseASE系统管理员日常维护三 sp sysmon简介 精品课件 3 一 SybaseASE白皮书推荐学习 SybaseASE快速参考指南 超链接 系统管理指南 系统管理指南 第一卷 超链接 系统管理指南 第二卷 超链接 性能和调优系列 性能和调优系列 查询处理和抽象计划 超链接 性能和调优系列 监控表 超链接 性能和调优系列 使用sp sysmon监控 超链接 性能和调优系列 使用统计分析提高性能 超链接 性能和调优系列 锁定和并发控制 超链接 性能和调优系列 物理层面的数据库调优 超链接 精品课件 4 二 SybaseASE系统管理员日常维护 定期备份MASTER库定期备份用户数据库定期检查最早活动事务定期检查数据库日志空间定期检查数据库剩余空间定期查看 错误 日志定期检查数据库软件更新定期更新统计信息定期进行性能检查定期检查数据库完整性定期重新组织表空 精品课件 5 定期备份master库 Master库是ASE最核心的系统库 它记录了所有数据库的物理和逻辑信息 因此其备份工作独立成节 建议master数据库的备份频度为每周一次 同时 在进行任何系统表操作之前和之后 应事先 立即备份master库 如 diskinit sp addumpdevice sp dropdevice 磁盘镜像命令sp addsegment sp dropsegment或sp extendsegment等 在执行sp configure操作后 可以不做master库的备份 因为该操作所做的修改可以通过配置文件予以恢复 Master数据库的备份可以采用在服务停止后 直接复制master dat文件的方式进行 有关备份master数据库的详细信息 请参考Sybase手册之 SystemAdministrationGuideVolume2 中的DevelopingaBackupandRecoveryPlan一章 精品课件 6 2 定期备份用户数据库 对于数据库维护而言 定期备份是十分重要的工作 ASE管理员应制定合理的备份策略 定期进行数据库备份 dumpdatabase 和日志备份 dumptransaction 建议数据库备份的频度至少为每周一次 日志备份的频度至少为每日一次 可根据应用的实际情况将日志备份调整为每半天一次或每小时一次 以尽可能地降低意外导致的损失 需要注意的事 除了定期备份外 当发生以下操作之前和之后 也应及时进行数据库备份 数据库版本升级 创建新索引 无日志记录操作 如无记录的writetext 永久表上的selectinto 快速批量复制 bcp 到一个没有触发器或索引的表等 dumptransactionwithtruncate only或dumptransactionwithno log2 强烈建议采用truncate only 而不是no log 否则可能造成问题 同时 建议在进行了任何DDL操作后 立即备份数据库 精品课件 7 2 定期备份用户数据库 对于小容量并使用文件系统文件为设备的数据库 可以采用直接备份设备文件的方式进行 采用此种方式备份 必须准确地记录设备文件所在的目录 有关备份用户数据库的详细信息 请参考Sybase手册之 SystemAdministrationGuideVolume2 中的DevelopingaBackupandRecoveryPlan一章 精品课件 8 3 定期检查最早活动事务 最早活动事务 theoldestactivetransaction 是指一个数据库中的最早未完成 未提交或未回滚 的事务 它将导致日志空间逐渐减少 持续时间越长 日志空间越少 由于事务的瞬间性 通常并不会存在被记录下来的最早活动事务 但一些特殊情况可能会导致最早活动事务出现 比如 在一个大事务处理过程中 网络出现故障 在master数据库中 系统表syslogshold为每个数据库记录了最早活动事务 如果存在的话 以及复制服务的截断点 如果存在的话 也就是说在该表中 每个数据库可能存在0 1或2条记录 可以通过查询syslogshold表获取最早活动事务的情况 建议检查频度为每周一次 有关备份用户数据库的详细信息 请参考Sybase手册之 SystemAdministrationGuideVolume2 中的BackingUpandRestoringUserDatabases和ManagingFreeSpacewithThresholds章节 ReferenceManual Procedures 中的SystemProcedures一章以及 ReferenceManual Tables 中的SystemTables一章 精品课件 9 4 定期检查数据库日志空间 ASE数据库采取的是先记日志的机制 每当用户执行修改数据库的操作时 ASE会自动地将变化写入日志中 一条SQL语句所产生的所有变化都被记录到日志后 它们才被写到数据页在缓冲区的拷贝中 日志对于数据库的数据安全性 完整性至关重要 如果当日志空间满了再来处理 有可能会造成一定的损失 因此 需要定期检查数据库日志空间 可以通过sp spaceusedsyslogs查看日志空间 有关该存贮过程的详细说明 请参考 SystemAdministrationGuideVolume2 中的ManagingFreeSpacewithThresholds一章和 ReferenceManual Procedures 中的SystemProcedures一章 管理员应根据应用类型 业务量以及日志空间的大小来制订检查的频度 建议至少每周一次 精品课件 10 5 定期检查数据库剩余空间 通常在设计时 数据库的容量比当前容量大很多 然而 随着时间的流逝 数据量的不断增加 数据库剩余空间逐渐减少 建议检查的频度至少为每月一次 根据摩尔存储定律 每隔9 12个月数据容量将翻一翻 可以通过sp helpdb查看数据库的使用情况 有关该存贮过程的详细说明 请参考 ReferenceManual Procedures 中的SystemProcedures一章 精品课件 11 6 定期查看 错误 日志 实际上 定期查看日志是任何系统的管理员都必须养成的良好习惯 日志详细记录了数据库的运行过程情况 任何异常也会在日志中体现 查看日志并不需要多少时间 通常2 5分钟就足够了 将此项工作定期化 管理员就可以大致掌握数据库的运行状况 并及时分析异常并做出正确的响应 有鉴于此 强烈建议日志查看的频度为每日一次 同时 在数据库发生任何异常时 请首先查看日志 如何阅读日志 请参考SybaseASE手册之 SystemAdministrationGuideVolume1 中的DiagnosingSystemProblems一章 精品课件 12 7 定期检查数据库软件更新 虽然用户都希望能有一个没有Bug的软件 然而遗憾的是 任何软件都存在BUG ASE自然也不会例外 因此 及时获取补丁并更新 是非常重要的工作 强烈建议 ASE管理员应至少每月查看一次Sybase官方网站的EBF包发布情况 建议在打补丁或更新前 管理员应认真阅读TargetedCR List 分析并权衡更新可能对现有应用可能带来的影响 只要可能 管理员也应认真阅读TargetCR List 了解当前ASE版本存在哪些问题 从而采取相应的措施 避免潜在的损失 精品课件 13 8 定期更新统计信息 ASE查询优化器依靠统计信息来生成查询计划 统计信息的正确与否 直接决定了SQL的执行速度 一个真实的例子是 一个应用系统运行一段时间后 性能急骤下降 监控过程中发现 一些查询SQL的SARG明明建有索引 但查询计划显示并未使用索引 而是全表扫描 在更新统计信息后 系统速度恢复正常 建议根据表的更新程度 采取不同的频度执行此项工作 在ASE15之前 只能凭经验来估计需要更新的频度 而自版本15开始 ASE引入了一个datachange函数 可以获取表的更新程度 从而更灵活地更新统计信息 需要注意的是 更新统计信息是极消耗系统资源的 因此应尽可能避免在业务时间内执行此项工作 同时 强烈建议不要使用updateall模式 对于大表而言 updateall将是一个灾难 同时对于大数据量的表 应使用采样更新 建议的采样率为10 到20 如何更新统计信息以及为哪些列增加统计信息 请参考SybaseASE手册之 PerformanceandTuning MonitoringandAnalyzing 的UsingStatisticstoImprovePerformance一章以及 ReferenceManual procedures 精品课件 14 9 定期进行性能检查 使用sp sysmon存贮过程 所有ASE版本 定期检查数据库运行性能 也可以使用MDA 也称mon表 要求ASE版本为12 5 0 3以上 或者配合相关工具 如DBX ray Spotlight SybaseDBExpert等 有关sp sysmon存贮过程的详细信息 请参考SybaseASE手册之 ReferenceManual procedures 有关MDA的详细信息 请参考SybaseASE手册之 PerformanceandTuning MonitoringandAnalyzing 中的MonitoringTables一节 建议的频度为每周一次 尤其是在业务高峰期 精品课件 15 10 定期检查数据库完整性 DBCC databaseconsistencychecker 提供了检查数据库逻辑和物理完整性的命令 其主要功能是 使用checkstorage或checktable和checkdb检查页级和行级上的页链和数据指针 使用checkstorage checkalloc checkverify tablealloc和indexalloc检查分配页 需要注意的是 DBCC需要消耗大量的资源 因此应尽可能地避免在业务时间内执行此项工作 建议定期DBCC的频度为每季度一次 另外 一旦发现硬件存贮可能存在问题 应尽快进行DBCC检查 关于DBCC的详细信息 请参考Sybase手册之 SystemAdministrationGuideVolume2 的CheckingDatabaseConsistency一章 精品课件 16 11 定期重新组织表空间 数据库运行一段时间后 频繁的表更新活动最终可能会导致空间利用不充分以及性能的降低 因此需要定期的重新组织表空间 需要注意的是 重新组织表空间需要足够的空余空间 建议应保证1 5倍表原有空间以上 同时 重组表空间需要大量的资源 因此应尽可能地避免在业务时间内执行此项工作 建议定期重新组织表空间的频度为每月一次 精品课件 17 三 sp sysmon简介 使用sp sysmon何时运行sp sysmon调用sp sysmon实例sp sysmon 精品课件 18 1 使用sp sysmon sp sysmon提供了系统中活动的详细报告 并为您提供多种方法 用于指定希望接收的信息类型 收集报告数据的时间间隔 以及确定如何生成报告的其它选项 sp sysmon报告由若干单独的部分组成 运行sp sysmon可以生成完整报告 也可以仅生成其中某一部分 另外 您还可以自行指定一个时间间隔 使报告按该间隔在所需时间段的起点和终点运行或执行存储过程 sp sysmon仅报告来自采样周期的监控数据 请确保在作出有关调优的决策时以代表性数据为依据 例如 若要对螺旋锁进行调优 应以高峰利用率报告中的数据作为决策依据 但对于减少引擎数目的决策 则应以代表典型工作负荷和高峰工作负荷的多个样本为依据 报告的数据是通过一组由AdaptiveServer维护的监控计数器进行收集的 其它一些应用程序也使用这些计数器 如MonitorServer 缺省情况下 sp sysmon报告在被调用时会清除这些计数器 清除计数器可能会影响使用它们的其它应用程序 导致计数器所报告的数据失效 精品课件 19 1 使用sp sysmon 警告 若要控制sp sysmon是否清除计数器 请指定noclear选项 如果指定noclear选项 sp sysmon便不会清除计数器 这样sp sysmo可以与MonitorServer和其它sp sysmon会话同时运行 缺省情况下 当您使用采样间隔运行sp sysmon时 noclear处于启用状态 使用begin 和end sample参数运行sp sysmon时则处于禁用状态 在单CPU服务器上运行时 sp sysmon约占用5 7 的开销 在多处理器服务器上运行时所占的比例更多 百分比可能因站点而异 开销量随CPU数量的增多而增加 sp sysmonnoclear和MonitorServer使用相同的内部计数器 在未使用该选项运行时 sp sysmon会将这些计数器重新设置为0 导致与sp sysmon一起使用的MonitorServer产生错误输出 sp sysmon与监控表共享某些计数器 在已经执行一个sp sysmon命令时开始执行第二个命令会清除所有计数器 这样第一个sp sysmon会话所生成的报告将不准确 精品课件 20 1 使用sp sysmon 注意 sp sysmon的性能调优提示以您通过sp sysmon提供的采样间隔为基准 请先根据您的系统要求详细地查看所有建议 再将它们纳入生产系统 Sybase强烈建议您使用自己的数据建立测试区域 并在实施任何建议之前测试所有更改 由于sp sysmon提供的是系统的快照视图 因此当工作负荷发生变化时您可能需要重新考虑各项建议 注意不能在具有缺省大小的tempdb的AdaptiveServer上运行sp sysmon 至少要将tempdb的大小增加2MB 使AdaptiveServer不会将临时数据库的日志空间用尽 精品课件 21 2 何时运行sp sysmon 可以在对AdaptiveServer配置参数进行调优之前和之后运行sp sysmon以收集用于比较的数据 该数据为性能调优奠定基础并可用它观察配置改变结果 当系统表现出您希望研究的行为时 可使用sp sysmon 例如 若要了解系统在典型负载条件下的行为 可以在典型负载的正常情况下运行sp sysmon 例如 从晚7 00开始运行sp sysmon10分钟 即批处理作业开始之前 大部分日间OLTP用户离开站点之后 并不合理 应在正常OLTP负载期间和批处理作业运行期间运行sp sysmon 在多数测试中 最好先启动应用程序 然后在高速缓存有可能达到稳定状态时 开始执sp sysmon 如果要尝试测试容量 请确保服务器的给定工作量能够使其在测试期间处于繁忙状态 如果服务器在采样间隔的部分时间内处于空闲状态 则许多统计信息 尤其是那些按秒测量的数据 其值将显得非常低 精品课件 22 2 何时运行sp sysmon 一般来讲 在以下情况下使用sp sysmon会产生有价值的信息 高速缓存或内存池的配置改变前后在可能影响性能的任何sp configure更改 例如对内存大小 高速缓存或磁盘I O相关选项的更改 前后在应用程序组合中添加新查询前后增减AdaptiveServer引擎数前后增加新磁盘设备并指派对象时在高峰期 用于查找争用或瓶颈问题在压力测试期间 用于评估针对最大预期应用程序负载的AdaptiveServer配置性能似乎降低或运行不正常时 精品课件 23 2 何时运行sp sysmon 另外 sp sysmon在查询或应用程序开发期间也十分有用 例如 当您 使用索引和更新 以查看报告为deferred varcol的某些更新是否产生直接更新与延迟更新检查特定查询或查询混合的高速缓存行为为创建并行索引调优参数和高速缓存配置 精品课件 24 3 调用sp sysmon 按以下方式使用sp sysmon 以固定时间间隔使用 可提供指定分钟数内的样本使用begin sample和end sample参数启动和停止采样您还可以定制输出以提供所需的信息 可以输出整个报告 可以只输出报告的一部分 如 高速缓存管理 或 锁管理 注意 高速缓存向导 部分是报告的一个特殊部分 需要指定 高速