苏小勇的blog

集群节点监控: Ganglia
Ganglia is a scalable distributed monitoring system for high-performance comp…

lambda probe是一个tomcat性能监控工具，它提供了比tomcat管理控制台更加强大的功能，它自身也是一个web应用…

  需要先安装gcc,libevent yum install gcc wget http://monkey.org/~provos/libevent-1.4.4-s…

If you’re new here, you may want to subscribe to my RSS feed. Thanks for visiting!
很久没用postgresql了，有点怀念.
PostgreSQL 8.0 Performance Checklist
Tuning PostgreSQL for performance July 3, 2003，covers 7.3 and 7.4
Annotated POSTGRESQL.CONF Guide for PostgreSQL
PostgreSQL Performance Tuning August 1st, 2001
PostgreSQL Hardware Performance Tuning 2003
PostgreSQL Application Performance Tips 1 2006
PostgreSQL Application Performance Tips 2 2006
Performance Tuning PostgreSQL
Performance tuning for [...]

超全中文资料 http://w3school.com.cn/

api搜索(英文) http://www.gotapi.com/jsdomw3s

prototype扩展…

1. javascript代码延迟执行。
我们经常可以看到这样的应用，鼠标放到tab上时切换tab内容为当前tab.但是这…

用于生成bestunix 的程序发布在google code上，网址为 http://gwg.googlecode.com .
可以通过 svn checkout http://gwg.googlecode.com/svn/trunk/ gwg 取得最新代码。也可以在网站上下载打包好的代码。
经过两次比较大的重构(更新历史)，目前gwg的主要功能有：

使用groovy根据rss生成网站首页，detail页面，分类页面，tag页面；
使用google ajax api实现了站内搜索功能；
页面内容中的tag链接替换为本地链接；
实现了本地rss输出；
实现了google sitemap；

gwg的价值在哪里：

可以快速的生成自己的独立网站；
只有一个配置文件需要修改；
网页风格可以通过dreamweaver的模板快速更改；
gwg本身也是很好的groovy资料

快速启动：

首先需要配置好groovy运行环境；
进入gwg/src 目录，修改Config中的sourcePath和topFolder路径
在命令行运行 groovy start.groovy

相关文章：
使用Groovy自动生成网站
Groovy学习之资料篇
一些大型网站的架构信息
PostgreSQL性能优化相关资料大全
关于javascript和xhtml的资料

Sequoia 提供了基于log4j的日志服务。
它的日志系统允许你选择，比如：

哪个组件要记录日志
要创建哪些日志文件。
不同的日志级别决定日志记录的详细程度
不同的appender决定日志的输出形式。默认地，Sequoia 日志保存在日志文件里，同时提供屏幕输出。你可以选择其他的appender,比如发送日志到一个远程的日志服务器或者email.

你安装完之后，在Sequoia的安装目录会有一个名为log4j.properties 的配置文件。你可以在运行时通过修改这个配置文件来控制日志输出。
日志级别
你可以为每个组件指定具体的日志级别。如果日志级别为OFF ,那么这个Sequoia 组件的日志就被关掉了。
下面是5种可用的日志级别:

DEBUG
INFO
WARN
ERROR
FATAL .

日志级别决定了记录事件的严重性级别。比如，如果日志级别为ERROR,那么只有ERROR 或 FATAL级别的事件才会被记录。
相关文章：
sequoia负载均衡
sequoia中添加和同步集群节点
sequoia简介
sequoia的架构
sequoia部署模型
sequoia中的自动故障处理
集群中几种session同步解决方案的比较
几个linux集群节点的辅助管理工具

Sequoia 提供了完全透明的故障处理。这意味着只要保证至少有一个后端处于enable状态，客户端应用就感觉不到故障的发生。因此，客户端不需要针对集群的异常做任何处理。
下面将更详细地说明不同情况的故障处理：
处理控制器连接失败
如果一个控制器实例连接失败，Sequoia 连接器会根据预定义的规则透明地将客户端连接重新连接到另一个控制器。参考在控制器之间分配客户端连接。
如果是在一个事务内部发生故障，事务的上下文会在重新连接时自动保存。
处理控制器失败
如果一个控制器失败，这个控制器上的后端会被disable掉。现有的客户端连接也会自动的根据预定义的规则重新连接到另外一个控制器上。
正在执行的查询，按下面方法处理:

如果控制器在读写查询执行之前失败，那么这些读写查询会被自动恢复重新执行（甚至在事务内部也可以） 。
如果查询已经执行了但是尚未返回结果，这个时候控制器失败了，那么结果仍然可以得到。

当控制器无法从错误中恢复时，Sequoia 会在log目录自动生成一个名为sequoia.report的trace文件.
处理后端错误
如果后端失败了，它会从负载均衡器上自动去掉。失败操作的处理则取决于查询类型：

如果在读操作时后端失败，这个操作会在另外一个后端上重试。如果重试成功了，第一个后端会被disabled掉。如果在所有的后端上都失败了，那么这个查询可能有问题。.
如果在写操作的过程中后端失败，但是这个写操作在其他后端上执行成功，那么这个失败会被忽略。

这样，所有的失败都可以对客户端透明地处理。
相关文章：
sequoia负载均衡
sequoia中添加和同步集群节点
sequoia简介
sequoia中的日志
sequoia的架构
sequoia部署模型
使用Groovy自动生成网站
几个linux集群节点的辅助管理工具
集群中几种session同步解决方案的比较

当一个新的后端添加到集群中时，它下面的数据库必须被初始化为跟其他活动节点下的数据库相同的状态。
在Sequoia中，当一个新的节点添加到集群中时，会用recovery log这个节点初始化为跟集群中其他节点相同的状态。这个进程不会影响到集群的其他操作，这使得Sequoia可以不停机的进行故障恢复。
Sequoia 的控制器为每个虚拟数据库保留一份recovery log,这个log记录了所有更新过虚拟数据库的查询和事务。recovery log包含下面内容：:

指向数据库dump的元数据，这个dump是某个时间点的数据库状态的快照 (这个数据库快照存放在文件系统中。)
数据库dump创建以后，所有的更新过数据库的查询和数据库的记录。

disable掉的节点自动记录recovery log
当你disable掉一个后端，比如，执行数据库维护，Sequoia 将会:

自动在recovery log中插入一个checkpoint来记录它下面数据库的状态。
继续记录来自客户端的请求.

当你重新enable这个后端时，系统将会播放recovery log中从指定checkpoint以后的所有来自客户端的update请求，同步它下面的数据库。
从数据库dump中恢复数据库
如果你在正在使用的集群中添加一个新的后端，或者恢复一个失败的后端，你必须先考虑一下有没有可以用来自动同步数据的数据库快照。因此，数据库并不是简单地只用recovery log就可以同步的。
在这种情况下，你必须先从一个有效的数据库dump中恢复数据库。从有效的dump文件中恢复数据库也为你想用的后端增加了一个干净的checkpoint.
注意：
你应该定期备份你的数据库，以获得一个有效的数据库dump.
数据库备份
使用备份管理器，你可以备份一个数据库来创建一个dump;或者一个表结构和特定数据库的数据作为一个dump。你可以使用这个dump来：

为你准备添加到集群中的后端来恢复数据, 或者
恢复失败的后端.

备份操作的过程是这样的:

如果后端处于enable状态，那么在备份时它将会被disable掉。它下面的数据库会继续运行。
在数据库备份过程中，来自客户端的请求将被记录到 recovery log.
如果一个正在备份的后端被切换到enable状态，它会在备份结束后自动使用recovery log同步数据库,然后enable它自己。

警告
如果只有一个enable的后端可用，你对它执行备份操作会导致它转入disable状态。因此，整个集群在备份期间将停止服务。
你应该定时进行数据库备份以避免需要停止整个集群来备份的情况发生。

相关文章：
几个linux集群节点的辅助管理工具
sequoia负载均衡
集群中几种session同步解决方案的比较
sequoia简介
sequoia部署模型
sequoia中的自动故障处理
sequoia中的日志
sequoia的架构