Sybase数据库优化建议书
修改记录
主要针对sybase12.0和sybase sybase12.5
一、操作系统核心参数
Sybase12．0
下面以
使用操作系统管理员root用户身份，运行sam管理工具
调整共享内存参数及共享内存段
选择Kernel Configuration → Configurable Parameters→使用File菜单下的Search功能搜寻shmmax 参数，调整参数值为1024×1024×1400=1468006400（约1.4G），shmseg 参数使用默认值120 →退出返回sam上一级界面，在弹出的提示框中选择Defer Kernel Creation Until Later
调整操作系统异步IO参数
Kernel Configuration → Configurable Parameters→将swapmem_on参数设置为0 Kernel Configuration →选择Drivers项目→找到asyndsk →选择菜单上Action项目下的Add Driver(s) to Kernel，这是能够看到asyndsk 驱动程序Pending Status由out 变成了in。
重新启动HP主机，并在启动完毕后确认所配置参数已经生效。
设置操作系统异步IO
使用root用户发出如下命令：
/etc/mknod /dev/async c 101 4
chmod 0660 /dev/async
chown sybase:sybase /dev/async
在操作系统/sbin/rc3.d目录下建立名为S700dsync脚本文件，或者在双机切换脚本
的start.sh（/etc/cmcluster/pkg1/start.sh、/etc/cmcluster/pkg2/start.sh）中加入，内容如下/etc/setprivgrp sybase RTPRIO MLOCK CHOWN
这个命令使操作系统重新启动后sybase用户仍然能够正常拥有async文件使用权限，确保数据库设备能够使用异步IO。另外，在启动服务器之前察看sybase数据服务器ccfcdata1或者ccfcdata2的配置文件/Sybase/ccfcdata1.cfg（ccfcdata2.cfg）中配置选项“allow sql server async i/o”，看是否已经配置为1。
在Sybase数据服务器启动时或者在/Sybase/ASE-12_0/install目录下察看启动日志，如果存在如下行：
kernel basis_daioconfig: ioctl(ASYNC_CONFIG) failed: Not owner
kernel basis_daioconfig: ioctl(ASYNC_ADDSEG) failed: I/O error
kernel basis_daioconfig: Asynchronous I/O not available
以及数据库服务器激活数据库设备时显示
kernel Virtual device 1 started using standard unix i/o.
则说明异步IO功能未被成功启动。
如果看到如下行：
kernel Virtual device 0 started using asynchronous i/o.
则说明异步IO功能已被成功启动。
注意：如果异步IO功能未被Sybase数据库正确使用，数据库服务器性能将会受到很大影响。
Sybase12．5
下面以
使用操作系统管理员root用户身份，运行sam管理工具
调整共享内存参数及共享内存段
选择Kernel Configuration → Configurable Parameters→使用File菜单下的Search功
能搜寻shmmax 参数，调整参数值为1024×1024×1400=1468006400（约1.4G），shmseg 参数使用默认值120 →退出返回sam上一级界面，在弹出的提示框中选择Defer Kernel Creation Until Later
调整操作系统异步IO参数
Kernel Configuration → Configurable Parameters→将swapmem_on参数设置为0 Kernel Configuration →选择Drivers项目→找到asyndsk →选择菜单上Action项目下的Add Driver(s) to Kernel，这是能够看到asyndsk 驱动程序Pending Status由out 变成了in。
重新启动HP主机，并在启动完毕后确认所配置参数已经生效。
设置操作系统异步IO
使用root用户发出如下命令：
/etc/mknod /dev/async c 101 4
chmod 0660 /dev/async
chown sybase:sybase /dev/async
在操作系统/sbin/init.d目录下建立名为sybdsync脚本文件内容如下
/etc/setprivgrp sybase RTPRIO MLOCK CHOWN
这个命令使操作系统重新启动后sybase用户仍然能够正常拥有async文件使用权限，确保数据库设备能够使用异步IO。另外，在启动服务器之前察看sybase数据服务器cluster的配置文件/Sybase/cluster.cfg中配置选项“allow sql server async i/o”，看是否已经配置为1。
在Sybase数据服务器启动时或者在/Sybase/ASE-12_5/install目录下察看启动日志，如果存在如下行：
kernel basis_daioconfig: ioctl(ASYNC_CONFIG) failed: Not owner
kernel basis_daioconfig: ioctl(ASYNC_ADDSEG) failed: I/O error
kernel basis_daioconfig: Asynchronous I/O not available
以及数据库服务器激活数据库设备时显示
kernel Virtual device 1 started using standard unix i/o.
则说明异步IO功能未被成功启动。
如果看到如下行：
kernel Virtual device 0 started using asynchronous i/o.
则说明异步IO功能已被成功启动。
注意：如果异步IO功能未被Sybase数据库正确使用，数据库服务器性能将会受到很大影响。
二、数据库服务器的创建
1．master设备尽量预先存放的大一些，一般情况设置200M以上
2．（sybase12.5）页大小选择：建议选择8K页面。
3．根据应用系统的要求，选择合适的字符集。
三、parameter参数的优化Sybase12．0
Sybase12．5
1．确定number of open database
1）使用sp_countmetadata可以数据库元数据描述符的总数。该进程最好在系统几乎没有活动的时候，否则会和其他的进程参数竞争。
2）重新根据sp_countmetadata的输出值的基础上增加10％，设置number of open database, 3）在高峰其查找活动的元数据描述符：
sp_monitorconfig “open database”,观察其中的Max_Used，在此基础上增加10％，就是number of open database数量。
2．确定number of open indexes
1) 使用sp_countmetadata可以数据库元数据描述符的总数，sp_countmetadata “open indexes”该进程最好在系统几乎没有活动的时候，负责会和其他的进程参数竞争。
2）重新设置number of open indexes，
3）在高峰其查找活动的元数据描述符：
sp_monitorconfig “open indexes”,观察其中的Max_Used，在此基础上增加10％，就是number of open indexese数量。
3．确定number of open objects
1) 使用sp_countmetadata可以数据库元数据描述符的总数，sp_countmetadata “open objects”该进程最好在系统几乎没有活动的时候，负责会和其他的进程参数竞争。
2）重新设置number of open objects，
3）在高峰其查找活动的元数据描述符：
sp_monitorconfig “open objects”,观察其中的Max_Used，在此基础上增加10％，就是number of open objects数量。
四、其他需要考虑的优化方案
1．设备文件的优化:
1）Master设备：
Master设备最好不要存放用户数据库
2）设备文件的安排：
仔细安排数据库、表和索引的物理存放位置可以提高系统的性能，尤其对于需要执行大量I/O 的多用户系统和多CPU系统。基本原则：把数据分散到多个磁盘上避免I/O竞争；对于经常做修改的数据库把数据和日志分别存储；把镜象设备放到分离的物理磁盘上；把tempdb放到独立的设备上。
注意：数据和日志设备如果不分开存放，将不能做数据库的增量备份。
3）设备的创建：
针对我们的系统，在创建UNIX下的文件系统设备时，最好把dsync 置为false
4）默认设备的处理：
安装完数据库服务后，最好把系统的默认设备修改为非master设备，防止用户误操作导致master 设备满
2．tempdb的性能优化：
tempdb它是一系统级资源，主要用于排序、创建工作表等的内部处理和由用户创建的临时表或索引。许多应用使用的存储过程需要执行复杂的连接或其它复杂的数据分析可能会在tempdb数据库中创建工作表，例如SQL语句中包含DISTINCT，NOT EXISTS，GOURP BY和ORDER BY 等。
配置tempdb主要考虑下面四个方面：大小、存放位置、锁和内存的使用。
1)tempdb大小：
一些应用（例如多个表的连接操作）使用临时表，则执行速度会加快。多个用户并发地进行下面的处理，tempdb的空间就应该大一些：
* 内部排序；
* 查询语句中有distinct，group by，order by或做重新格式化等创建临时表或OR策略；
* 在临时表上有索引；
* tempdb中有常驻的临时表。
2)tempdb的存放位置：
* 把tempdb数据库从master设备中分离出来；
* 把tempdb与关键应用的数据库放到不同的设备上；
* 如果把tempdb扩展到一独立的物理设备上时，应防止临时表跨多个设备。
3)tempdb与加锁：
当用户在Tempdb中创建表和索引时，有关表的信息必须存储到系统表sysobjects,syscolumns和sysindexes中，对这些表的修改就需要表级锁，如果多个用户进程在tempdb中创建和删除表，则就会在系统表上发生封锁竞争。解决办法：
（1）把tempdb的system segment从master设备移开,以避免封锁冲突；
（2）使用RAM设备和速度快的磁盘提高tempdb的I/O速度；
（3）使对常驻临时表的修改事务尽可能地短。
大型ORACLE数据库优化设计方案 本文主要从大型数据库ORACLE环境四个不同级别的调整分析入手，分析ORACLE的系统结构和工作机理，从九个不同方面较全面地总结了ORACLE数据库的优化调整方案。 对于ORACLE数据库的数据存取，主要有四个不同的调整级别，第一级调整是操作系统级 包括硬件平台,第二级调整是ORACLE RDBMS级的调整,第三级是数据库设计级的调整,最后一个调整级是SQL级。通常依此四级调整级别对数据库进行调整、优化，数据库的整体性能会得到很大的改善。下面从九个不 同方面介绍ORACLE数据库优化设计方案。 一.数据库优化自由结构OFA(Optimal flexible Architecture) 数据库的逻辑配置对数据库性能有很大的影响,为此,ORACLE公司对表空间设计提出了一种优化结构OFA。使用这种结构进行设计会大大简化物理设计中的数据管理。优化自由结构OFA,简单地讲就是在数据库中可以高效自由地分布逻辑数据对象,因此首先要对数据库中的逻辑对象根据他们的使用方式和物理结构对数据库的影响来进行分类,这种分类包括将系统数据和用户数据分开、一般数据和索引数据分开、低活动表和高活动表分开等等。数据库逻辑设计的结果应当符合下面的准则：(1)把以同样方式使用的段类型存储在一起； (2)按照标准使用来设计系统；(3)存在用于例外的分离区域；(4)最小化表空间冲突；(5)将数 据字典分离。 二、充分利用系统全局区域SGA(SYSTEM GLOBAL AREA) SGA是oracle数据库的心脏。用户的进程对这个内存区发送事务，并且以这里作为高速缓存读取命中的数据，以实现加速的目的。正确的SGA大小对数据库的性能至关重要。SGA 包括以下几个部分： 1、数据块缓冲区(data block buffer cache)是SGA中的一块高速缓存，占整个数据库大小 的1%-2%，用来存储从数据库重读取的数据块(表、索引、簇等)，因此采用least recently used (LRU,最近最少使用)的方法进行空间管理。 2、字典缓冲区。该缓冲区内的信息包括用户账号数据、数据文件名、段名、盘区位置、表 说明和权限，它也采用LRU方式管理。 3、重做日志缓冲区。该缓冲区保存为数据库恢复过程中用于前滚操作。 4、SQL共享池。保存执行计划和运行数据库的SQL语句的语法分析树。也采用LRU算法 管理。如果设置过小，语句将被连续不断地再装入到库缓存，影响系统性能。 另外，SGA还包括大池、JAVA池、多缓冲池。但是主要是由上面4种缓冲区构成。对这
项目管理流程优化建议书1 项目管理流程优化建议书 根据客户服务中心2010年深度运营的发展要求，需要大力提高工作的效率及有效性，其中项目管理作为我中心的重点工作之一，涉及的覆盖面较广，为规范中心项目管理工作，本着“以客户为中心、以目标为导向、以计划为基础”的理念，特编制该建议书，优化项目管理流程，明确相关部门在项目立项、项目审批、项目谈判、物资采购、物资入库及出库、项目实施、项目监控等环节中的职责，实现项目管理的“程序化、动态化、体系化、可视化”，进一步加强项目成员的责任感，提高工作效率，提高项目实施的有效性，维护公司的合法利益。 一、项目主流程： 二、项目流程说明 1、项目可行性研究。 （1）概念定义：在投资项目建设前期，通过对项目相关“市场”、“资源”、“技术”、“社会”等方面的问题，进行全面的分析、论证、评价，从而决定投资项目“可行”或者“不可行”，并且在可行的几个投资方案中如何“选择最优方案”。 （2）考虑要素：a、符合国家宏观经济调控的方针政策和法律。 b、市场预测。
c、技术把关。 d、资源储备。 （3）适用范围：各需求室经理、项目负责人对项目的立项考察，杜绝不合适的项目立项。对于10万元以上项目希望提出可行性研究报告。 2、项目团队的建设。 （1）项目经理的选择标准：从知识、能力、品格三方面进行衡量，具体可从以下三个方面考察。 a、调查候选人与项目环境相关的资质：知识储备、相关的技术、市场和客户参与、产品应用。 b、调查领导能力、技术专业知识、计划和控制、管理技能等。 c、调查所需的项目管理技能。 （2）适用范围：各需求室经理由此选择合适的项目负责人人选，保证项目的顺利实施，“合适的人干适合的事”。 3、供应商选择的标准 4、招标工作流程。 （1）招标人成立招标机构、确定招标方式； （2）招标人编制投标资格预审文件和招标文件；
大型数据库的优化方法及实例 尹德明杨富玉杨莹时鹏泉 中国金融电子化公司 E_mail: dm_mis@https://www.doczj.com/doc/292751709.html, 1.引言 随着银行业数据集中，作为整个系统核心的数据库，其存放、管理的数据越来越庞大，已经超越GB而到达TB数据量层次，数据库的性能成为整个系统性能的关键。 国库会计核算系统是国库部门用以进行国库业务的会计核算，并通过支付系统、国库内部往来、同城票据交换系统进行资金清算的计算机网络系统。国家金库会计核算系统每天处理的税票数据多达10万笔，税收高峰可能会到100万笔，这样一年累计下来其中历史登记簿中的数据达到2000万条以上，给检索和数据处理带来非常大的困难。 如何对于一个已经上线运行的重要业务系统，通过对数据库的优化和简单的系统流程调整，实现系统性能的大幅提升具有现实、迫切、重要的意义。 2.优化策略 根据Sybase的数据存储机制，在进行一段时期的数据删除、插入和更新等操作后，数据库往往会产生大量的碎片。大量碎片的存在，会严重影响数据库的I/O性能，如果在使用数据库一段时间后，整理碎片，可以提高数据库的性能。由于国家金库会计核算系统在预处理、日间报解、日初始化等步骤，会大批量进行数据删除、插入和更新等操作，因此会产生大量的数据碎片。碎片整理对于国家金库会计核算系统性能优化将会有重要效果。 Sybase Adaptive Server对于按顺序存储和访问的页，在单个I/O中最多读取八个数据页。由于大部分I/O时间都花在磁盘上的物理定位和搜寻上，因此大I/O可极大地减少磁盘访问时间。在大多数情况下，希望在缺省数据高速缓存中配置一个16K缓冲池。为事务日志创建4K缓冲池可极大地减少数据库系统日志写操作的数量。 好的性能同优良的数据库设计及优秀的程序写法关系极大，可以这样说，如果一个数据库没有好的设计及对程序未进行优化的话即使对参数进行调整也不可能有好的性能。 3.数据库碎片整理 由于Sybase是通过OAM页、分配单元和扩展页来管理数据的，所以对OLTP应用的Database Server会十分频繁地进行数据删除、插入和更新等操作，时间一长就会出现以下几种情况： (1)页碎片 即本来可以存放在一个页上的数据却分散地存储在多个页上。如果这些页存储在不同的扩展单元上，Database Server就要访问多个扩展单元，因此降低了系统性能。 (2)扩展单元碎片 在堆表中，当删除数据链中间的记录行时，会出现空页。随着空页的累积，扩展单元的利用率也会下降，从而出现扩展单元碎片。带cluster index的table也有可能出现扩展单元碎片。当有扩展单元碎片存在，会出现以下问题： 对表进行处理时，常常出现死锁；利用较大的I/O操作或增加I/O缓冲区的大小也无法改变较慢的I/O速度；行操作的争用。 （3）扩展单元遍历 带有cluster index的table会由于插入记录而导致页分裂，但当删除记录后，页会获得释放，从而形成跨几个扩展单元和分配单元的数据，而要访问该数据就必须遍历几个扩展单元和分配单元。这将导致访问/查询记录的时间大大延长，开始时数据库的性能虽然较高，
1.1、数据库及SQL代码优化方案 （1）每周检查统计信息是否及时更新。 （2）每周检查各索引是否有效。 （3）每周检查分区是否正确。 （4）每周检查执行计划是否正确。 （5）每天检查RAC和ASM是否正常运行。 （6）每天检查相关日志是否正常备份。 （7）每天检查相关文件系统和表空间的占用率是否在国家税务总局规定的阀值以下。 （8）在每月申报高峰等业务繁忙期采样并找出消耗I/O资源和CPU资源较多的SQL语句。 （9）分析上述SQL语句，与软件服务商充分沟通后，提出优化建议。 （10）在每月申报高峰期每隔15分钟检查一次数据库连接数，发现异常及时处理。 1.1.1、系统数据库索引、表分区和对象优化方案 数据库对象的优化主要包括：表、索引和sequence等对象，通过优化对象参数、调整对象属性（例如分区表、分区索引、反转索引等等）等方法来实现对数据库对象的优化改造。 1.1.1.1表和索引并行参数优化 数据库的表和索引的并行参数值的设置对相关的sql语句的执行计划会造成影响，表和索引的degree值大于1，执行计划就偏向于使用全表和全索引扫描，另外如果并行参数值过大，短时间内也会对主机和数据库的资源造成很大的压力，因此在oltp的数据库下建议将表和索引的degree值设为1。 1.1.1.2热点大表的分区改造 对访问量很大、表的记录数很多、存在热块争用的表，可以考虑对表和索引进行适当的分区改造，分散访问压力，提高数据访问的性能。 对以下表的记录数超过1000万并且记录数持续增长的大表，建议进行分区
改造（地区+时间）： 1.1.1.3分区索引的清理 对最近30天数据库分区索引访问情况进行统计，对访问次数为0的分区索引和应用部门进行确认，若确认为多余的索引，建议进行删除清理。 1.1.1.4Sequence序列优化 加大sequence 的 cache，并使用noorder选项。在RAC中经常会遇到SQ 锁等待，这是因为在RAC环境下，sequence也成为全局性的了，不同节点要生成序列号，就会产生对sequence资源的争用。而目前大多数系统中，sequence 大多数被作为主键发生器来使用，使用的频率十分高，在RAC环境中，需要设置较大的 sequence cache，否则会造成较为严重的争用，从而影响业务。 1.1.2、SQL硬解析优化方案 1.1. 2.1相关知识点介绍 1.1. 2.1.1Oracle的硬解析和软解析 Oracle对sql的处理过程：当发出一条sql语句交付Oracle，在执行和获取结果前，Oracle对此sql将进行几个步骤的处理过程： 1、语法检查(syntax check) 检查此sql的拼写是否语法。 2、语义检查(semantic check) 诸如检查sql语句中的访问对象是否存在及该用户是否具备相应的权限。 3、对sql语句进行解析(prase) 利用内部算法对sql进行解析，生成解析树(parse tree)及执行计划(execution plan)。 4、执行sql，返回结果(execute and return) 其中，软、硬解析就发生在第三个过程里。 Oracle利用内部的hash算法来取得该sql的hash值，然后在library cache
Sybase 数据库死锁对策 死锁的发生对系统的性能和吞吐量都有重要影响，经检测发现，管理信息系统的死锁主要是因为两个或多个线程（登录）抢占同一表数据资源。引起长时间抢占同一资源不是因为我们需要处理的事务太复杂，时间太长，而往往是因为我们在前端应用程序对数据库作操作时忘了提交.本文介绍一种处理解决这种死锁的方法。 Sybase 封锁原理 数据共享与数据一致性是一对不可调和的矛盾，为了达到数据共享与数据一致，必须进行并发控制。并发控制的任务就是为了避免共享冲突而引起的数据不一致。Sybase SQL Server 并发控制的方法是加锁机制（LOCKING ）. 锁的类型 Sybase SQL Server 有三种封锁类型：排它锁（exclusive lock,简称X 锁）；共享锁（share lock,简称S 锁）；更新锁（update lock,简称U 锁）。这三种锁的相容矩阵表如下： ×:表示不兼容。∨：表示兼容。 Sybase SQL Server 是自动决定加锁类型的。一般来说， 读（SELECT ）操作使用S 锁，写（UPDATE,INSERT 和delete ）操作使用X 锁。U 它在一个更新操作开始时获得，当要修改这些页时，U 锁会升级为X 锁。 锁的力度 SQL Server 有两级锁：页锁和表锁。通常页锁比表锁的限制更少（或更小）。页锁对本页的所有行进行锁定，而表锁则锁定整个表。为了减小用户间的数据争用和改进并发性，SQL Server 试图尽可能地使用页锁。 当SQL Server 决定一个语句将访问整个表或表的大多数页时，它用表锁来提供更有效的锁定。锁定策略直接受查询方案约束，如果update 或delete 语句没有可用的索引，它就执行表扫描或请求一个表锁定。如果update 或delete 语句使用了索引，它就通过请求页锁来开始，如果影响到大多数行，它就要请求表锁。一旦一个语句积累的页锁超过锁提升阈值，SQL Server 就设法给该对象分配一个表锁。如果成功了，页锁就不再必要了，因此被释放。表锁也在页层提供避免锁冲突的方法。对于有些命令SQL Server 自动使用表锁。 锁的状态 SQL SERVER 加锁有三种状态： 1）意向锁（intend ）—是一种表级锁，它表示在一个数据页上获得一个S 或X 锁的意向。意向锁可以防止其他事务在该数据页的表上获得排它锁。 2）阻塞（blocking,简记blk ）—它表明目前加锁进程的状态，带有blk 后缀的锁说明该进程目前正阻塞另一个需要获得锁的进程，只有这一进程完成，其他进程才可以进行。 3）需求锁（demand ）—表示此时该进程企图得到一个排它锁。它可以防止 可申请的锁 已有的锁 S U X S ∨ ∨ × U ∨ × × X × × ×
SQL Server数据库优化方案汇总 50种方法优化SQL Server 1、没有索引或者没有用到索引(这是查询慢最常见的问题，是程序设计的缺陷) 2、I/O吞吐量小，形成了瓶颈效应。 3、没有创建计算列导致查询不优化。 4、内存不足 5、网络速度慢 6、查询出的数据量过大（可以采用多次查询，其他的方法降低数据量） 7、锁或者死锁(这也是查询慢最常见的问题，是程序设计的缺陷) 8、sp_lock,sp_who,活动的用户查看,原因是读写竞争资源。 9、返回了不必要的行和列 10、查询语句不好，没有优化 可以通过如下方法来优化查询 : 1、把数据、日志、索引放到不同的I/O设备上，增加读取速度，以前可以将Tempdb应放在RAID0上，SQL2000不在支持。数据量（尺寸）越大，提高I/O越重要. 2、纵向、横向分割表，减少表的尺寸(sp_spaceuse) 3、升级硬件 4、根据查询条件,建立索引,优化索引、优化访问方式，限制结果集的数据量。注意填充因子要适当（最好是使用默认值0）。索引应该尽量小，使 用字节数小的列建索引好（参照索引的创建）,不要对有限的几个值的字段建单一索引如性别字段 5、提高网速; 6、扩大服务器的内存,Windows 2000和SQL server 2000能支持4-8G的内存。配置虚拟内存：虚拟内存大小应基于计算机上并发运行的服务进行 配置。运行 Microsoft SQL Server? 2000 时，可考虑将虚拟内存大小设置为计算机中安装的物理内存的 1.5 倍。如果另外安装了全文检索功能，并打算 运行 Microsoft 搜索服务以便执行全文索引和查询，可考虑：将虚拟内存大小配置为至少是计算机中安装的物理内存的 3 倍。将 SQL Server max server memory 服务器配置选项配置为物理内存的 1.5 倍（虚拟内存大小设置的一半）。 7、增加服务器 CPU个数;但是必须明白并行处理串行处理更需要资源例如内存。使用并行还是串行程是MsSQL自动评估选择的。单个任务分解成 多个任务，就可以在处理器上运行。例如耽搁查询的排序、连接、扫描和GROUP BY字句同时执行，SQL SERVER根据系统的负载情况决定最优的并 行等级，复杂的需要消耗大量的CPU的查询最适合并行处理。但是更新操作Update,Insert， Delete还不能并行处理。 8、如果是使用like进行查询的话，简单的使用index是不行的，但是全文索引，耗空间。 like 'a%' 使用索引 like '%a' 不使用索引用 like '%a%' 查询时，查询耗时和字段值总长度成正比,所以不能用CHAR类型，而是VARCHAR。对于字段的值很长的建全文索引。 9、DB Server 和APPLication Server 分离；OLTP和OLAP分离
项目管理流程优化建议书 Proposal for project management process optimization 编订：JinTai College
项目管理流程优化建议书 前言：建议书是单位或集体向有关单位或上级机关和领导，就某项工 作提出某种建议时使用的一种常用书信。本文档根据建议书容要求和 特点展开说明，具有实践指导意义，便于学习和使用，本文下载后内 容可随意调整修改及打印。 根据客户服务中心20xx年深度运营的发展要求，需要大 力提高工作的效率及有效性，其中项目管理作为我中心的重点工作之一，涉及的覆盖面较广，为规范中心项目管理工作，本着“以客户为中心、以目标为导向、以计划为基础”的理念，特编制该建议书，优化项目管理流程，明确相关部门在项目立项、项目审批、项目谈判、物资采购、物资入库及出库、项目实施、项目监控等环节中的职责，实现项目管理的“程序化、动态化、体系化、可视化”，进一步加强项目成员的责任感，提高工作效率，提高项目实施的有效性，维护公司的合法利益。 一、项目主流程： 二、项目流程说明 1、项目可行性研究。
（1）概念定义：在投资项目建设前期，通过对项目相关“市场”、“资源”、“技术”、“社会”等方面的问题，进行全面的分析、论证、评价，从而决定投资项目“可行”或者“不可行”，并且在可行的几个投资方案中如何“选择最优方案”。 （2）考虑要素：a、符合国家宏观经济调控的方针政策和法律。 b、市场预测。 c、技术把关。 d、资源储备。 （3）适用范围：各需求室经理、项目负责人对项目的立项考察，杜绝不合适的项目立项。对于10万元以上项目希望提出可行性研究报告。 2、项目团队的建设。 （1）项目经理的选择标准：从知识、能力、品格三方面进行衡量，具体可从以下三个方面考察。 a、调查候选人与项目环境相关的资质：知识储备、相关的技术、市场和客户参与、产品应用。
SQL SERVER性能优化综述 近期因工作需要，希望比较全面的总结下SQL SERVER数据库性能优化相关的注意事项，在 网上搜索了一下,发现很多文章,有的都列出了上百条,但是仔细看发现，有很多似是而非或 者过时(可能对SQL SERVER6.5以前的版本或者ORACLE是适用的)的信息，只好自己根据以 前的经验和测试结果进行总结了。 我始终认为，一个系统的性能的提高，不单单是试运行或者维护阶段的性能调优的任务，也不单单是开发阶段的事情，而是在整个软件生命周期都需要注意，进行有效工作才能达到的。所以我希望按照软件生命周期的不同阶段来总结数据库性能优化相关的注意事项。 一、分析阶段 一般来说，在系统分析阶段往往有太多需要关注的地方，系统各种功能性、可用性、可靠性、安全性需求往往吸引了我们大部分的注意力，但是，我们必须注意，性能是很重要的非功能 性需求，必须根据系统的特点确定其实时性需求、响应时间的需求、硬件的配置等。最好能 有各种需求的量化的指标。 另一方面，在分析阶段应该根据各种需求区分出系统的类型，大的方面，区分是OLTP（联机事务处理系统）和OLAP（联机分析处理系统）。 二、设计阶段 设计阶段可以说是以后系统性能的关键阶段，在这个阶段，有一个关系到以后几乎所有性能 调优的过程—数据库设计。 在数据库设计完成后，可以进行初步的索引设计，好的索引设计可以指导编码阶段写出高效 率的代码，为整个系统的性能打下良好的基础。 以下是性能要求设计阶段需要注意的： 1、数据库逻辑设计的规范化 数据库逻辑设计的规范化就是我们一般所说的范式，我们可以这样来简单理解范式： 第1规范：没有重复的组或多值的列，这是数据库设计的最低要求。 第2规范: 每个非关键字段必须依赖于主关键字，不能依赖于一个组合式主关键字的某些组 成部分。消除部分依赖，大部分情况下，数据库设计都应该达到第二范式。 第3规范: 一个非关键字段不能依赖于另一个非关键字段。消除传递依赖，达到第三范式应该是系统中大部分表的要求，除非一些特殊作用的表。 更高的范式要求这里就不再作介绍了，个人认为，如果全部达到第二范式，大部分达到第三
SYBASE数据库故障处理方法 Sybase数据库故障处理方法 一、 Sybsystemprocs 库“挂起”解决办法 1. 修改Sybase.cfg 文件,修改Sybase 数据库可以修改系统参数. 2. $ vi Sybase.cfg 查找―allow updates‖ ,将其修改为1.(缺省值为0). 既 allow updates to system tables=1 重新启动系统. 3. 用 isql 登录到sql server 中,修改 master库中sysdatabases 表中 sybsystemprocs 库对应的 status 的值为-32768. $isql –Usa –P 1> update master..sysdatabases 2> set status = -32768 where name =‖ sybsystemprocs‖ 1>go 1>shutdown with nowait 2>go 关闭数据库 重新启动. 4.用 isql 登录到sql server 中,修改 master库中sysdatabases 表中 sybsystemprocs 库对应的 status 的值为0. $isql –Usa –P 1>update master..sysdatabases 2>set status = 0 where name =‖ sybsystemprocs‖ 3>go 1>shutdown with nowait 2>go 关闭数据库重新启动. 5. 将Sybase.cfg 中的‖allow updates to system‖ 的值改为0. 二、如何恢复master数据库 ASE can't setup and has no valid dump of master 1、编辑RUN_servername 在命令行最后加入:-T3607 2、单用户模式启动ASE $cd install $startserver -f RUN_servername -m 3、bcp out系统表 $bcp master..sysdevices out /directory.spec/devs -Usa -P -c $bcp master..sysdatabases out /directory.spec/dbs -Usa -P -c $bcp
数据库优化方案设计 XX信息管理平台从大型数据库环境四个不同级别的调整分析入手，分析数据库平台的系统结构和工作机理，从九个不同方面设计数据库的优化方案。 对于数据库的数据优化，主要有四个不同的调整级别，第一级调整是操作系统级包括硬件平台，第二级调整是RDBMS级的调整，第三级是数据库设计级的调整，最后一个调整级是SQL级。通常依此四级调整级别对数据库进行调整、优化，数据库的整体性能会得到很大的改善。下面从九个不同方面介绍数据库优化设计方案。 一、数据库优化自由结构 数据库的逻辑配置对数据库性能有很大的影响。为此，数据库平台一般对表空间设计提出有相应的优化结构，如ORACLE公司的OFA(Optimal flexible Architecture)，使用这种结构进行设计会大大简化物理设计中的数据管理。优化自由结构，简单地讲就是在数据库中可以高效自由地分布逻辑数据对象，因此首先要对数据库中的逻辑对象根据他们的使用方式和物理结构对数据库的影响来进行分类，这种分类包括将系统数据和用户数据分开、一般数据和索引数据分开、低活动表和高活动表分开等等。 数据库逻辑设计的结果应当符合下面的准则： （1）把以同样方式使用的段类型存储在一起； （2）按照标准使用来设计系统； （3）存在用于例外的分离区域； （4）最小化表空间冲突； （5）将数据字典分离。 二、充分利用系统全局区域 系统全局区域是数据库平台的心脏，如Oracle数据库的SGA（SYSTEM GLOBAL AREA) 。用户的进程对这个内存区发送事务，并且以这里作为高速缓存读取命中的数据，以实现加速的目的。正确的SGA大小对数据库的性能至关重要。SGA包括以下几个部分： 1、数据块缓冲区（data block buffer cache）是SGA中的一块高速缓存，占整个数据库大小的1%-2%，用来存储从数据库重读取的数据块（表、索引、簇等），因此采用least recently used (LRU，最近最少使用)的方法进行空间管理。 2、字典缓冲区。该缓冲区内的信息包括用户账号数据、数据文件名、段名、盘区位置、表说明和权限，它也采用LRU方式管理。 3、重做日志缓冲区。该缓冲区保存为数据库恢复过程中用于前滚操作。 4、SQL共享池。保存执行计划和运行数据库的SQL语句的语法分析树。也采用LRU 算法管理。如果设置过小，语句将被连续不断地再装入到库缓存，影响系统性能。 另外，SGA还包括大池、JAVA池、多缓冲池。但是主要是由上面4种缓冲区构成。对这些内存缓冲区的合理设置，可以大大加快数据查询速度，一个足够大的内存区可以把绝大多数数据存储在内存中，只有那些不怎么频繁使用的数据，才从磁盘读取，这样就可以大大提高内存区的命中率。 三、规范与反规范设计数据库
国药集团药业股份公司流程优化设计咨询项目 建议书 文稿归稿存档编号：[KKUY-KKIO69-OTM243-OLUI129-G00I-FDQS58-
【最新资料,Word版，可自由编辑！】 声明 本项目建议书由北京九略企业管理咨询有限公司为国药集团药业股份有限公司制作，所有建议均非最终咨询建议。 文中涉及双方部分商业机密，仅供本次咨询项目确立合作关系时使用，且仅供双方参与此次活动人员阅读。 未经双方同意，本项目建议书所有内容不得向第三方透露。 北京九略企业管理咨询有限公司愿意与国药集团药业股份有限公司建立长期的战略合作伙伴关系，谋求共同发展。
目录
第一章项目背景 1.1基本情况 信息技术的发展加快了信息传递速度和时效性，扩大了业务范围的覆盖面和信息的交换量，为企业进行信息的实时处理、做出快速准确的决策提供了极其有利的条件。为了使企业的内外业务流程保持信息的敏捷通畅，提高企业供应链管理的竞争优势，必然会带来企业业务流程、信息流程和组织机构的改革。如何顺应这种变革的潮流，充分利用信息技术的潜力变革组织，以获得竞争优势和战略优势是现代每个企业所面临的问题。 国药集团药业股份有限公司在企业信息化的道路上目前处在二次开发阶段。企业信息化管理所需配备的硬件设施，经过近几年的努力已经奠定了良好的基础，在信息管理的软件设施上，即信息系统运行技术和管理方面，企业正处在由一般层次向高水平转化的过程中。为提高企业管理水平，公司领导制定了企业信息化向高层次发展的战略方向，提出了从信息化角度提高企业核心竞争力的战略思想。 国药股份公司与九略管理咨询公司通过绩效管理咨询项目的合作，已经建立了良好的合作氛围和融洽的合作关系，项目实施工作正在有序进行。九略管理咨询公司通过与国药股份公司三周来的沟通，对国药股份公司信息化建设的需求有了比较清楚的认识。 根据国药股份公司对信息系统（ERP）的需求，九略管理顾问公司就协助国药股份公司建立管理信息系统的设计基础即业务流程重组（优化），协助软
Sybase数据库故障处理方法 一、Sybsystemprocs 库“挂起”解决办法 1.修改Sybase.cfg 文件,修改Sybase 数据库可以修改系统参数. 2.$ vi Sybase.cfg 查找―allow updates‖ ,将其修改为1.(缺省值为0). 既allow updates to system tables=1 重新启动系统. 3.用 isql 登录到sql server 中,修改master库中sysdatabases 表中 sybsystemprocs 库对应的status 的值为-32768. $isql –Usa –P 1>update master..sysdatabases 2>set status = -32768 where name =‖sybsystemprocs‖ 1>go 1>shutdown with nowait 2>go 关闭数据库重新启动. 4.用 isql 登录到sql server 中,修改master库中sysdatabases 表中 sybsystemprocs 库对应的status 的值为0. $isql –Usa –P 1>update master..sysdatabases 2>set status = 0 where name =‖sybsystemprocs‖ 3>go 1>shutdown with nowait 2>go 关闭数据库重新启动. 5.将Sybase.cfg 中的‖allow updates to system‖的值改为0. 二、如何恢复master数据库 ASE can't setup and has no valid dump of master 1、编辑RUN_servername 在命令行最后加入：-T3607 2、单用户模式启动ASE $cd install $startserver -f RUN_servername -m 3、bcp out系统表 $bcp master..sysdevices out /directory.spec/devs -Usa -P -c $bcp master..sysdatabases out /directory.spec/dbs -Usa -P -c $bcp master..sysusages out /directory.spec/usages -Usa -P -c
浅谈数据库系统优化 概要：数据库系统的优化可以有效提高系统的性能，微软的SQL Server数据库的优化是一个系统工程，需要从设计开始就进入优化程序。 数据库的性能的优化成了数据处理的一个很重要环节。系统的性能优化应该贯穿系统工作的整个生命周期，从开发开始直到系统最终下线，都应该不断的动态的优化并不断调整优化过程。基于SQL Server的数据库优化是指对数据库处理、存储、查询等进行调优的过程。 基于SQL Serve数据库的优化，应该从数据库设计的时候就做好优化打算，为后面系统正式投入运行后优化做好准备。其主要策略有： 1）调优数据库。数据库性能的优化基础就是数据库的基本设计，如果设计端出了问题则对数据库的影响很大，也很有可能没有优化的必要。数据库的优化应该从数据库的设计开始，一般要找专业的性能优化专家根据系统的要求，对数据库采取合理的设计方案。数据库的设计主要包含两个部分，一个是数据库存储分配的物理设计，一个是数据流量分配的逻辑设计。物理设计主要包括数据对象在物理介质上存储分布等各个方面，所要注意的问题就是在不同的存储介质上所放的数据块的大小，这个直接关系到数据的存储速度。而逻辑设计主要包括在数据库的索引、数据库模式、视图等。数据库的设计是基础，如果在设计初始出了问题，则不可能通过单纯的优化来完成数据库的正常工作，所以这是数据库调整和优化的保障。 2）优化应用程序。网络中数据的查询和传输速度及效率不仅仅在于服务器，而是和多种因素相关联的，根据网络上的相关统计，对和数据库相关的各个外部因素进行调整，同样可以达到数据库性能优化的目的。相关因素主要包括，网络、操作系统、硬件、数据库参数等各个方面。而这因素大都设计硬件设备，其它软件方面主要是应用程序的优化，包括数据库的SQL语句和系统开发语言的优化。在数据库的应用中，大部分是通过SQL语句来实现的，因此SQL语句的优化对数据系统优化起到很重要的作用。 大多数针对系统应用程序的优化也都集中在查询语句的处理上，而SQL语句的优化则可集中到合理利用临时数据表及索引。充分利用临时数据表，及建立合理的索引、调整优化SQL语句，等可以减少客户访问数据库的次数，减小CPU
SQL数据库优化方法
目录 1 系统优化介绍 (1) 2 外围优化 (1) 3 SQL优化 (2) 3.1 注释使用 (2) 3.2 对于事务的使用 (2) 3.3 对于与数据库的交互 (2) 3.4 对于SELECT *这样的语句， (2) 3.5 尽量避免使用游标 (2) 3.6 尽量使用count(1) (3) 3.7 IN和EXISTS (3) 3.8 注意表之间连接的数据类型 (3) 3.9 尽量少用视图 (3) 3.10 没有必要时不要用DISTINCT和ORDER BY (3) 3.11 避免相关子查询 (3) 3.12 代码离数据越近越好 (3) 3.13 插入大的二进制值到Image列 (4) 3.14 Between在某些时候比IN 速度更快 (4) 3.15 对Where条件字段修饰字段移到右边 (4) 3.16 在海量查询时尽量少用格式转换。 (4) 3.17 IS NULL 与IS NOT NULL (4) 3.18 建立临时表， (4) 3.19 Where中索引的使用 (5) 3.20 外键关联的列应该建立索引 (5) 3.21 注意UNion和`UNion all 的区别 (5) 3.22 Insert (5) 3.23 order by语句 (5) 3.24 技巧用例 (6) 3.24.1 Sql语句执行时间测试 (6)
1系统优化介绍 在我们的项目中，由于客户的使用时间较长或客户的数据量大，造成系统运行速度慢，系统性能下降就容易造成数据库阻塞。这是个非常痛苦的事情，用户的查询、新增、修改等需要花很多时间，甚至造成系统死机的现象。速度慢的原因主要是来自于资源不足。 数据库的优化通常可以通过对网络、硬件、操作系统、数据库参数和应用程序的优化来进行。最常见的优化手段就是对硬件的升级。根据统计，对网络、硬件、操作系统、数据库参数进行优化所获得的性能提升，全部加起来最多只占数据库系统性能提升的40%左右(我将此暂时称之为外围优化)；其余大部分系统性能提升来自对应用程序的优化，对于应用程序的优化可以分为对源代码的优化及数据库SQL语句的优化。在本文档只介绍外围优化及SQL语句的优化，对于源代码的优化需要相关方面的专家，形成统一的规范。 一个数据库系统的生命周期可以分成：设计、开发和成品三个阶段。在设计阶段进行数据库性能优化的成本最低，收益最大。在成品阶段进行数据库性能优化的成本最高，收益最小。规范的代码和高性能的语句，功在平时，利在千秋。 2外围优化 1、将操作系统与SQL数据库的补丁打到最高版本，WIN2003最高补丁是SP4， SQL SERVER2000最高补丁是SP4(版本号：2039)。 2、在服务器上不要安装与VA程序任何无相关的软件，甚至一些与VA运行 无关的服务都可以停掉。一般只安装SQL数据库、VA服务端服务及杀毒 软件。 3、杀毒软件避免对大文件进行扫描，特别是数据库（MDF和LDF）文件，一 定要从杀毒软件的范围内排除掉。 4、在进行服务器分区时，分区不要太多，两三个分区就可以了。分区最好 都使用NTFS格式。
SYBASE 数据库常见问题总结 SYBASE 数据库常见问题总结 ..................................................................... 错误!未定义书签。 1. SYSLOGS日志满了进不了系统，如何清除日志启动系统 .................... 错误!未定义书签。 2. 数据库日志损坏时重建日志启动数据库的解决办法.............................. 错误!未定义书签。 3. 数据库处于可疑状态的解决方法.............................................................. 错误!未定义书签。4．Sybase系统崩溃了，没有备份，但设备文件还存在，如何恢复数据库？错误!未定义书签。 5．不小心直接删除了日志的设备文件，如何恢复数据库？..................... 错误!未定义书签。6．sa密码忘记了导致isql -Usa -P******进不去怎么办？......................... 错误!未定义书签。7．关于sybase的配置－（数据库慢的请留意） ........................................ 错误!未定义书签。8．设备路径更改的方法................................................................................. 错误!未定义书签。9．dump文件load后数据库访问不了解决办法........................................ 错误!未定义书签。10．sybase数据库备份方案........................................................................... 错误!未定义书签。11．master数据库状态被置为-32768后的处理方法 ................................... 错误!未定义书签。 1. SYSLOGS日志满了进不了系统，如何清除日志启动系统 业务系统数据库不能正常启动，对于这一类问题，我们按照如下步骤解决： 第一步，启用allow updates to system tables，这样可以使具有系统管理员角色的用户能够改变系统表并可创建和修改系统表的存储过程，其中系统表包括master数据库中所有Sybase 提供的表以及用户数据库中所有以“sys”开头的表和在sysobjects表中其ID值小于或等于100的表。系统表的不正确变更会导致数据库损坏和数据丢失，修改系统表时务必要使用begin transaction来保护数据库不受可能损坏数据库的错误影响，完成修改后应立即禁用allow updates to system tables。 1>sp_configure "allow update",1 2>go 第二步，Adaptive Server中的每个数据库在sysdatabases中都有相应的一行，安装Adaptive Server后，master数据库、model数据库、sybsystemprocs和tempdb数据库在sysdatabases 中都将有相应的条目，如果已经安装审计功能，sybsecurity数据库也将在其中有相应的条目。修改sysdatabases表，将testdb的状态修改为-32768，然后在关闭Adaptive Server后重新启动Adaptive Server。 1> update sysdatabases set status=-32768 where name = "testdb" 2>go 1>shutdown 2>go 第三步，由于事务日志已经很满，不能使用常规方法转储此事务日志，如果使用了dump
XJ公司运输流程优化项目建议书初稿郑才林 一、项目背景 安徽XJ物流有限责任公司是安徽省目前规模最大，硬件设施最完备，服务领域最全面的第三方物流企业。作为专业的第三方物流公司，XJ顺应社会进展趋势，进展了各方面的业务。然而仓储、运输与配送仍旧是物流公司的基础业务，它们制造的利润占公司总利润的绝大比重。因此为实现公司利润最大化的目标，除了进展新型业务，就应当把公司的基础业务做大做强。在基础业务中，运输与配送又是治理难度较大的部分，要想做好这部分业务，就要制定标准化的业务流程实行标准化的治理。 现代企业面临着来自企业内外两方面的庞大挑战：公司外部的挑战要紧来自三个方面：个性化的客户需求、日益残酷的市场竞争和环境的变幻莫测；而在公司内部，最大的挑战则来自于组织结构科层化带来的活力不足。XJ公司在一定程度上面临业务流程被部门割裂的难题，反映在效率不够高、成本偏高、竞争力降低等方面。为解决这一难题，以一套标准化的作业流程来明确各部门之间的职责就十分重要。 XJ目前在干线运输、配送以及危货运输都有自己的一套运输操作流程，我们团队在分析了XJ物流的现有运输网络、运输流程以及配送业务流程之后，提出了一系列的优化措施。我们以业务流程再造（Business Process Reengineering，BPR）的理念为指导同时结合实际，对XJ物流的干线运输流程、危货运输流程、以及配送流程进行了标
准化和优化，最后形成以XJ公司运输流程优化为目的项目建议书。 “业务流程再造（ＢＰＲ）是对企业的业务流程作全然性的再摸索和完全性的重新设计，其目的是在成本、质量、服务和速度等方面取得显著的改善，使企业能最大限度地适应以顾客、竞争、变化为特点的现代企业经营环境。”ＢＰＲ关注的要点是企业的业务处理流程，一切“再造”差不多上围绕业务流程展开的。因此本项目建议书要紧从ＸＪ公司的运输流程着手，提出运输与配送的作业流程再造。通过作业流程的标准化来提高治理效率和业务运作效率，最终达到节约成本、增强基础业务盈利能力的目标。 二、干线运输流程优化 （一）背景 干线运输是利用铁路，公路的干线，大型船舶的固定航线进行的长距离，大数量的运输，是进行远距离空间位置转移的重要运输形式。 XJ公司拥有自己强大的干线运输车队。目前，公司自有车辆100余辆，可控车辆在1000辆左右。在车型上，有货柜车、散货车、轻型小货车等。其强势干线以合肥、上海、无锡、广州、济南、天津、成都、重庆等地为中心向周边辐射，形成全国性的干线网络。 合肥属于内陆地区，如何建立其专门的干线运输体系，值得深思。在第一利润源泉和第二利润源泉不断深入挖掘之后，XJ公司作为第三方物流公司的进展空间开阔。在与同行业竞争的压迫之下，XJ公司积极进展干线运输，开拓服务范畴，形成了一个覆盖了华北、华南
Sybase数据库故障处理方法 一、 Sybsystemprocs 库“挂起”解决办法 1.修改文件,修改Sybase 数据库可以修改系统参数. 2.$ vi 查找“allow updates” ,将其修改为1.(缺省值为0). 既 allow updates to system tables=1 重新启动系统. 3.用isql 登录到sql server 中,修改 master库中sysdatabases 表中sybsystemprocs 库对应的 status 的值为-32768. $isql –Usa –P 1>update master..sysdatabases 2>set status = -32768 where name =”sybsystemprocs” 1>go 1>shutdown with nowait 2>go 关闭数据库重新启动. 4.用isql 登录到sql server 中,修改 master库中sysdatabases 表中sybsystemprocs 库对应的 status 的值为0. $isql –Usa –P 1>update master..sysdatabases 2>set status = 0 where name =”sybsystemprocs” 3>go 1>shutdown with nowait 2>go 关闭数据库重新启动.
5.将中的”allow updates to system”的值改为0. 二、如何恢复master数据库 ASE can't setup and has no valid dump of master 1、编辑RUN_servername 在命令行最后加入：-T3607 2、单用户模式启动ASE $cd install $startserver -f RUN_servername -m 3、bcp out系统表 $bcp master..sysdevices out /devs -Usa -P -c $bcp master..sysdatabases out /dbs -Usa -P -c $bcp master..sysusages out /usages -Usa -P -c $bcp master..syslogins out /logins -Usa -P -c $bcp master..sysconfigures out /configures -Usa -P -c $bcp master..syscharsets out /charsets -Usa -P -c 4、shutdownASE 5、创建新master设备 $buildmaster -d