Sybase DBA

安装配置 监控维护 性能调优

确认安装并启动备份服务器。在UNIX系统上，使用startserver命令启动服务器。示例：startserver -f RUN_SYBASE_BS SYB_BACKUPspwho

内存参数配置（三）内存1：sp_configure 'max memory'，xxx其中xxx为页数，无论逻辑页设置的是8K、2K或者16K，都按字节数/2048来计算。例如，若希望设置的max memory为896M，则此值应为：896×1024/2048 = 458752。建议设置的大小为物理内存的50%-80%，但不能超过最大共享内存值。2. sp_configure 'allocate max shared memory'，0：当数据库和应用程序共同位于一台主机时，应保持缺省值0，以避免内存浪费。当此值设为1时，SYBASE将占用MAX MEMORY设置的内存量，无论实际使用量。3.

在选择备份设备时，磁盘文件通常是最佳选择。磁盘备份与恢复的速度通常比磁带更快。对于处理大量数据的场景，磁盘也往往更加经济实惠。尽管如此，磁带也有其独特的优势：它们相较于磁盘更安全，便于移动，并且允许将数据库和日志备份存储在一个离线库中。

程序员的 SQL 痛点，说起来真是一把辛酸泪。数据库配置不当、性能瓶颈找不到、上线前一堆索引搞不清楚有没有用……这些事你是不是也遇到过？别急，这篇《SYBASE_DBA 速成》讲得还挺到位，专门面向开发的角度来讲优化策略，挺适合日常开发中踩坑踩多了的你。 开发环境的数据库总是默认跑，资源锁、连接数、日志容量这些问题一个接一个，感觉像在“裸奔”没穿盔甲。再加上性能问题爆出来，总得靠tracelog一点点追，真的有够折腾。 文章里有讲怎么简单定位性能瓶颈，比如哪些 SQL 拖了后腿、哪些索引其实完全没用。你甚至还能知道上线前到底该删掉哪些“吃性能”的索引，避免到时候一上生产环境就挂。 还有一块讲得

多带备份可使用stripe on选项将一个数据库并发写入多个磁带，以提高备份效率。使用该方法，数据库内容会均匀分布到多个磁带中。以下是使用stripe on的示例： dump database db1 to \"/dev/nrmt4\" stripe on \"/dev/nrmt5\" stripe on \"/dev/nrmt0\" 此命令将数据库db1的备份分布在/dev/nrmt4、/dev/nrmt5和/dev/nrmt0三个磁带上，实现并发备份。该方法特别适用于需要提高备份速度的大型数据库。

自增对象的用法，在不同数据库里差别还挺大的。像Oracle就不支持自增列，所以只能靠sequence搞定，手动写sequence.nextval插入，再用sequence.currval取回 ID，操作起来有点繁琐。SYBASE就方便多了，直接用identity类型，一行搞定，还能通过@@identity拿到刚插入的 ID，配合identity_gap还能做批量优化，挺适合高并发的。

对大表绑定高速缓存，增大I/O缓冲池。 选择适当的锁机制。 SQL语句优化，建立必要的索引（考虑写操作，索引数量不超过4个）。 使用临时表处理大表连接。 当前关系型数据库的索引技术能确保百万级别表的快速查询，千万级以上的表操作可以考虑表分区。

Sybase 的 SARG-SYBASE_DBA 速成资料还蛮适合想快速入门的程序员，尤其你对数据库优化有点兴趣的话，这篇挺值得一读的。搜索参数（SARG）其实就是 SQL 里那种能用上索引的表达式，比如column = value，简单明了，执行效率也高。像is null、=、>这些操作符都挺友好。但你要是写成ISNULL(column, 0) = 1，那索引就用不上了，性能掉一截哦。对了，文中还有不少延伸资源，比如深入理解 SARG 在 Sybase 中的高效搜索应用和SYBASE DBA 速成教程内存参数配置详解，都是一脉相承的内容，点进去逛一逛还能发现不少实用配置技巧。如果你刚接触 S

制定移植计划根据用户的项目需求或产品计划，参考评估的移植技术难点(工作量聚集点)，估计工作量，制定移植计划。以便跟踪项目进度。移植计划包括：培训计划数据结构和数据移植计划代码移植计划测试计划性能调优计划