针对 SAP 数据库维护 SQL Server 的十大最佳实践
作者
：
Takayuki Hoshino
撰稿人
：
Juergen Thomas
技
术
审阅人
：
Sanjay Mishra
SQL Server 为 SAP 应用程序提供了卓越的数据库平台。下列建议概述了针对 SAP 实现维护 SQL Server 数据库的最佳做法。
每天执行完整数据库备份
从
技术角度来说，联机备份 SAP 数据库不成问题。这意味着，最终用户或夜间批处理作业可以继续使用 SAP 应用程序而不会出问题。SQL
Server 备份占用的 CPU 资源很少。但是，SQL Server 备份要求较高的 I/O 带宽，因为 SQL Server
会尝试将每个使用过的区读入备份设备。SAP 所需的一切（业务数据、元数据和 ABAP
应用程序等）均包含在一个名为“<SID>”的数据库中。有时，进行完整备份所需的时间（通常为几个小时）可能会成为问题，特别是在
SQL Server 2000 中，因为在其中执行联机数据库备份时，无法进行事务日志备份。SQL Server 2005 不存在此问题。
为
了使用 SAN 技术创建更快的联机备份，SQL Server 提供了可供 SAN 供应商执行快照备份或克隆 SQL Server
数据库的接口。但是，每晚备份数千吉的数据对备份基础结构来说可能负荷过重。另外一种可行的做法是每天对 SAP
数据库执行差异备份，只在周末进行完整数据库备份。
每
10
到
30
分钟执行一次事务日志备份
在
生产服务器发生灾难时，要想还原到最近的状态，除了使用联机数据库备份或差异数据库备份之外，还需要使用与灾难发生时间尽可能接近的一系列事务日志备份，
这一点十分重要。因此，定期执行事务日志备份至关重要。如果每两小时才创建一次事务日志备份，则在发生灾难的情况下，可能会有长达两小时内提交的事务无法
还原。因此，请尽可能经常备份事务日志，这样，在发生灾难时，可以降低丢失大量已提交事务的风险。在许多客户的生产应用场景中已经证明，10-30
分钟的时间间隔是可以接受的频率。但是，在使用 SQL Server 日志传送的情况下，甚至可以每隔 2 分钟或 5 分钟就创建一次 SQL
Server 事务日志备份。最短时，可达到每分钟执行一次由 SQL 代理安排的 SQL Server
事务日志备份。在减小丢失事务风险的同时，事务日志备份还可以截断 SQL Server 事务日志中的日志数据，避免事务日志写满。
配置更改时备份系统分区
每次配置更改时，应备份系统分区。使用 Windows Server 2003 自动系统恢复 (ASR)
或其他工具，如 Symantec Ghost 或 SAN Boot 还原系统分区。
配置更改时备份系统
相关文档：
学会数据库是很实用D~~记录一些常用的sql语句...有入门有提高有见都没见过的...好全...收藏下...
其实一般用的就是查询,插入,删除等语句而已....但学学存储过程是好事...以后数据方面的东西就不用在程序里搞喽..而且程序与数据库只要一个来回通讯就可以搞定所有数据的操作....
一、基础
1、说明：创建数据库
Create DAT ......
1. GROUP BY 是分组查询, 一般 GROUP BY 是和聚合函数配合使用
group by 有一个原则,就是 select 后面的所有列中,没有使用聚合函数的列,必须出现在 group by 后面（重要）
例如,有如下数据库表：
A B
1 abc
1 bcd
1 asdfg
如果有� ......
DATEDIFF
返回跨两个指定日期的日期和时间边界数。
一、 语法
DATEDIFF ( datepart , startdate , enddate )
二、参数
datepar ......
一、适合读者对象
数据库开发程序员，数据库的数据量很多，涉及到对SP(存储过程)的优化的项目开发人员，对数据库有浓厚兴趣的人。
二、介绍
在数据库的开发过程中，经常会遇到复杂的业务逻辑和对数据库的操作，这个时候就会用SP来封装数据库操作。如果项目的SP较多，书写又没有一定的规
范，将会影响以后的系统维护困难 ......
面向 OLTP 应用程序的重要 SQL Server 2005 性能问题
OLTP 工作负荷的特征是存在大量相似的小型事务。
在检查数据库设计、资源利用和系统性能的重要性时，请务必牢记这些特征。下面简述面向 OLTP
应用程序的重要性能瓶颈或缺陷。
数据
库设计问题
常用查询存在过多的表联接。在 OLTP 应用程序中过多使用联接将导 ......
