《SQL+Server+数据库管理维护规范标准》由会员分享，可在线阅读，更多相关《SQL+Server+数据库管理维护规范标准（20页珍藏版）》请在金锄头文库上搜索。
1、SQL Server 数据库管理维护规 Version 1.0 2010-8-17 目录1 修改记录32 简介33 数据库的物理环境43.1 网络环境43.2 目录设置53.3 文件设置54 数据库账户管理55 数据库备份和恢复65.1 开发测试环境85.2 生产环境85.2.1 用户数据库85.2.2 系统数据库95.2.3 异地备份95.2.4 恢复计划96 数据库监控97 数据库维护117.1 性能优化117.2 恢复或者切换演练11附录1 数据库备份，验证备份脚本12附录2 数据库恢复脚本14附录3 清除备份文件脚本15附录4 事件通知例子16附录5 数据库账户申请表格171 修改记录
2、修改人容日期泽府初稿2010-8-172 简介数据库管理和维护是指为了保证业务系统的稳定高效运行，而对数据库系统进行全面周密的可用性，可靠性，可扩展性等方面的措施，以保证数据库系统的稳定高效运行。数据库系统的管理和维护主要包括：数据库用户以及权限的分配与维护数据库的备份与恢复的设置和演练数据库性能的定期巡检和优化数据库高可用性，可扩展性架构方面的不断研究和应用数据库方面新项目的可行性研究，根据预期规模确定合适架构数据库系统包括整体架构的监控不断学习和研究数据库领域最新技术，并适时投入应用该数据库管理和维护标准是一般数据库系统的管理和维护的试行标准.通过此标准，来规数据库系统的管理和维护. 我们
3、认为在数据库系统的管理和维护时遵循一定的标准是非常重要并且是必要的.标准能使我们的DBA以统一的方式和风格进行数据库系统的管理维护,从而使我们的数据库系统运行更加规，数据库结构更清晰，也使数据库系统具有高健壮性，高专业化. 该标准是一个关于数据库系统的管理和维护规,我们的这个规主要应用在SQLServer2005/2008上,经过适当的修改之后也可以应用在以前的版本,以后的版本. SQLServer的数据库管理和维护是一个复杂的过程，包含了多种备份恢复技术，高可用技术，多服务器管理技术等，该文档不可能包含所有的基本容，而只能从最常用的管理维护技术入手进行简单介绍。我们非常欢迎你的补充反馈.如果
4、你认为某个地方要被改进或者不满意,请与我们联系,我们会考虑把它们加到下一个版本中. 通过使用规的一致的数据库管理运维方案，能给我们的系统带来以下优点： 减轻数据库管理人员(DBA)的工作复杂度，使他们可以很容易的从一个数据库系统的管理维护转移到新数据库系统的维护. 可以大幅加快数据库管理维护相关脚本或者设置的部署时间，尤其在维护庞大的数据库系统时. 可以有效的实现团队协作，在大规模的数据库系统环境常要有一个DBA团队进行数据库系统的管理维护，通过使用统一的标准，可以轻松实现协作工作. 可以有效的节省数据库系统排错时间，通过使用统一的数据库监控和恢复标准，可以迅速定位故障，并为处理错误节约时间，
5、这在24*7的数据库系统中尤其有用。以下章节将介绍常用的数据库管理维护方案。3 数据库的物理环境SQLServer的物理环境是指SQLServer所处的安装目录以及网络环境，数据库系统时整个业务系统的核心应用，在安装设置初期就要考虑其所处的环境，以避免安全性和可维护性上的问题。3.1 网络环境对于SQLServer所处的网络环境，该文档建议使用以下基本原则：SQLServer服务器不使用公网IP地址，特殊情况除外，比如商务合作需求在局域网，如果是低速的VPN环境，请慎重考虑SQLServer的高可用方案，原则上不建议使用镜像，复制等方案，但可以考虑ServiceBroker(异步)方案。SQL
6、Server的服务端口不要使用默认端口1433，新端口设置后务必通知所有使用该数据库的开发人员配置Windows防火墙以开放SQLServer相应的服务端口3.2 目录设置对于SQLServer的安装目录设置，该文档建议使用以下基本原则：用户数据库的数据目录要和日志目录存放在不同的磁盘驱动器上，尤其是业务比较繁忙的用户数据库Tempdb数据库要单独存放在1个或2个磁盘驱动器上，尤其是业务比较繁忙的服务器实例数据库安装后要设置本地备份目录，原则上建议的目录结构如下数据目录实例名数据库名BackupFull数据目录实例名数据库名BackupDiff 数据目录实例名数据库名BackupLog保存备份
7、的数据目录大小至少保证是数据库大小的10倍以上，或者至少保证能保留一周的备份文件3.3 文件设置在建立数据库时的数据文件设置，该文档建议使用以下基本原则用户数据库数据文件的数目建议和服务器CPU数目一致或者是CPU数目的1/2等，不建议使用默认的一个数据文件注：CPU数目是指逻辑CPU，数据文件的大小(size)要保持一致日志文件要使用一个，所有类型的数据库日志文件都要保证是一个。系统数据库对于系统数据库，尤其是tempdb数据库，要增加其数据文件的数目，一般建议设置为CPU数目的1/2注：CPU数目是指逻辑CPU，数据文件的大小(size)要保持一致4 数据库账户管理数据库账户是访问数据库资
8、源的一种主体，在SQLServer中，通常的数据库账户是指SQLServer登录名以及相应数据库中的数据库用户的映射。数据库账户的管理是整体数据库系统安全性管理的重要部分，在日常的开发和生产环境的数据库账户维护中，能够遵循一定的规，对于保证数据库安全，进而保证整个应用系统安全有很重要的作用。该文档建议使用以下的原则对数据库账户进行管理维护：账户最小权限原则所有申请的数据库账户，要明确需要的权限，确保不需要的权限不要授予密码复杂度所有账户要有合适的密码复杂度，尤其是生产环境，要保证足够的复杂度账户有效期限记录所有账户的有效期限，在到期前通知用户是不是需要续期，尤其适用于产品策划人员等非数据库长期
9、用户账户申请注销原则所有数据库账户的申请要发给数据库维护人员(DBA)，并抄送相关主管领导人员，建议同时也使用纸质文档留存。不再需要的数据库账户由数据库维护人员(DBA)发给相应使用人员，通知账户注销。多账户原则建议每一个或几个应用模块使用一个数据库账户，不要一个账户应用于所有应用模块。以下是建议使用的数据库账户申请格式：1 客户端服务器IP(本机使用可不填)：2 项目名称：数据库名称:3 名称(可由DBA填写)：权限： 所有者 读写 只读 其他注:最终用户名为，项目名称_数据库名称_账户名称4 账户截止有效期:5 数据库备份和恢复数据库备份和恢复技术是数据库系统维护工作中的重要技术，不论是开
10、发测试环境的数据库，还是生产环境的数据库，建议都要进行备份，而且要确保备份文件可用。对于数据库系统来说，当发生故障甚至是灾难性的故障的时候，数据库备份就是最有效的最后一道防线。对于数据库维护人员来说，备份与恢复技术的熟练运用，加之规性的操作，是企业数据库系统正常运行的重要保障。创建 SQL Server 备份的目的是为了可以恢复已损坏的数据库。但是，备份和还原数据必须根据特定环境进行自定义，并且必须使用可用资源。因此，可靠使用备份和还原以实现恢复需要有一个备份和还原策略。设计良好的备份和还原策略在考虑到特定业务要求的同时，可以尽量提高数据的可用性并尽量减少数据的丢失。设计有效的备份和还原策略需
11、要仔细计划、实现和测试。测试是必需环节。直到成功还原了还原策略中所有组合的备份后，才会生成备份策略。必须考虑各种因素。其中包括： 您的组织对数据库的生产目标，尤其是对可用性和防止数据丢失的要求。 每个数据库的特性，包括：大小、使用模式、容特性以及数据要求等。 对资源的约束，例如：硬件、人员、备份媒体的存储空间以及所存储媒体的物理安全性等。设计备份和还原计划时，应根据您自身的特定环境和业务需求来考虑灾难恢复计划。例如，假设失火了并且烧毁了您的 24 小时数据中心。您是否有把握恢复数据？恢复系统并保证系统运行需要多长时间？您的用户能够承受丢失多少数据？理想的情况是，灾难恢复计划应规定恢复所需的时间
12、以及用户可以期望的最终数据库状态。例如，可以确定在获取指定的硬件后，在 48 小时完成恢复，并且保证最多能恢复到上周末时的数据。灾难恢复计划可以通过多种方式构建，并且可以包含各种类型的信息。灾难恢复计划类型包括： 获取硬件计划。 通信计划。 发生灾难时的联系人。 与负责处理灾难的人员的联系方式。 对计划拥有管理权的人员的信息。 每个恢复方案所需执行的任务的清单。为了便于您检查灾难恢复的进度，将初始化已完成的任务，并在清单中指示任务完成时间。以下是建议使用的数据库备份，恢复计划5.1 开发测试环境对于开发和测试环境的数据库，一般不必采取过于严密的备份策略。该文档建议使用如下原则设置备份恢复策略每
13、天进行一次完全备份，备份保留3天根据开发人员需求，可调整备份策略，比如单独备份存储过程，6小时备份一次等5.2 生产环境5.2.1 用户数据库生产环境的用户数据库是企业的重要数据资源，必须根据企业的要求采取严密的数据库备份恢复策略。该文档建议按照以下原则设计生产环境用户数据库的备份恢复策略完全备份每天一次，如果数据库特别大，可考虑进行文件组备份，或者适当减少备份频率差异备份每4小时一次，如果数据库事务特别频繁，可考虑取消差异备份，用日志备份代替日志备份每15分钟一次，可以根据实际数据库的事务量适当调整以上备份的保留时间原则上建议本地至少保留一周，根据企业实际需求可以适当调整根据某些数据库高可用
14、架构的特点，可以适当调整以上备份策略，例如，当存在LogShipping架构使用的时候，就需要取消相应库的日志备份当整体数据库系统或者某局部数据库系统是完全的分布式架构的时候，不必在每个数据库服务器都设置备份计划，而仅需在架构中的关键位置设计即可5.2.2 系统数据库系统数据库为用户数据库功能的正常运行提供了必要的基础环境，因此系统数据库必须采取必要的备份，尤其是master,msdb数据库该文档建议按照以下原则设计生产环境中系统数据库的备份策略完全备份每天一次，备份至少保留一个月5.2.3 异地备份设置异地备份是设计整个灾难恢复计划的重要步骤，“异地”主要是按照物理服务器所处位置决定的，可分为同机房，同城，异城。该文档按照以下原则设计生产环境中异
