顯示具有 PG高可靠性(HA):叢集:虛擬化 標籤的文章。顯示所有文章

2008-10-10

日本電信龍頭-NTT導入PostgreSQL削減成本達30億元

(感謝日譯老師的校詞協助 - 2008/10/13)

NTT - Wikipedia
日本電信電話株式會社，簡稱NTT，為日本最大的電信服務公司，是目前日本通訊產業最重要的旗艦企業，也被併列為目前世界上首屈一指的通信公司之一。總集團員工數約20萬人。

NTT DATA Group OSS Square
集合 NTT 集團所有子公司研發的 OSS 資訊，成為目前日本最大的 OSS 入口網站。

新聞來自: 日本 IT-Pro - 2008-10-07
NTTがPostgreSQLベースのEnterpriseDBと提携，社内利用で30億円コスト削減見込む

★ NTT 與以 PostgreSQL 為基礎的 EnterpriseDB 公司合作, 估計將削減該集團 30億日元的成本支出

日本 NTT 於 2008年10月7日發表，將出資和美國 EnterpriseDB 公司(以開發、販賣PostgreSQL 資料庫處理為主)合作。共同合作發展 PostgreSQL 適用於大規模系統的技術開發，以及促進 NTT 與一般企業用戶的 PostgreSQL 導入使用率。

EnterpriseDB 公司擁有 "佔 PostgreSQL 註冊開發成員人數達 30% !" - ( EnterpriseDB 公司共同創辦人兼高級副總裁 - Andy Astor)。
在發展 PostgreSQL 資料庫系統的同時，也推出功能擴充的商業付費版本。該公司的產品 PostgreSQL Plus Advanced Server 有著和 Oracle 很高的相容性工具，以及監測的功能。
根據 EnterpriseDB公司表示 "與甲骨文(Oracle)授權費用相比，成本相差高達百分之八十 !" (EnterpriseDB 公司的共同創始人兼首席設計師 - Denis Lussier )

日本 NTT 在過往(関連記事)提供中說明 NTT 如何應用標準且開源的 PostgreSQL 資料庫管理系統在 NTT 企業中，在 NTT，PostgreSQL 在標準的資料庫處理系統佔有一定的地位，目前 NTT 已有幾十個系統投入使用中。"目前在NTT企業團隊中擁有數百個處理系統，引進 PostgreSQL 資料庫系統已達百分之十" (NTT OSS 中心主任-木ノ原誠司氏)。

此外 NTT 也投入參加 PostgreSQL 資料庫系統的研發。"發布於 2008年2月的最新版本的 PostgreSQL 8.3 中有三個最大的改良設計專案, 當中的二項就是 NTT 所做的貢獻"(NTT OSS 中心主任-木ノ原誠司氏)。
具體來說，是 PostgreSQL 內部自動最佳化 Data 的配置和改良的功能，以及 Data 寫入到實體儲存體和負載均衡(LB)。此外，NTT 共有 45項提出改進程序碼，以及日文全文檢索的工具 - textsearch-ja，能大幅削減交易日誌歸檔容量能力的 pglesslog ，高速裝載大量 Data 的工具 - pg_bulkload。

日本 NTT 估算該公司在5年內至少可達到削減累計約 20-30億日元(折合新台幣約 5億元)的成效，降低 NTT TCO(資訊化整體擁有成本)。

"在當前的 PostgreSQL 8.3 中 1TB(terabyte) datas，可達99.99％的可用性/可靠性的高要求(故障時系統的更替時間可在5分鐘內)"-（日本 NTT OSS事業化推進PT 担当部長館剛司氏)。
預計將在 2011年財政年度，10TB，能提供高達 99.999％ (故障時系統的更替時間可在1分鐘內)，可用於顧客付費相關的主系統。透過這些過程，"在未來5年內， PosgtreSQL 可預期的導入程度可有 25% 的增長速度。在這樣成長、擴展的過程中，可削減約 20-30億日元"- (NTT 木ノ原氏)。

另外，在 2008年宣布在9月2日為 SaaS 的商業服務也將適用於該基金會。EnterpriseDB 公司將公開其研究開發的開放源碼一個平行處理技術 - GridSQL， NTT 與 PostgtreSQL 共同發展社群和提供改良建議，結合同步複寫技術，開發 PostgreSQL 的大規模分佈式數據庫技術。

NTT對EnterpriseDB 公司的出資金額與比例是屬於非公開的事項。在日本，Cntents、Lgistique、Linux是EnterpriseDB 公司的代理商，而 EnterpriseDB 公司也以「想要在日本增加所屬的代理商」為由，已經向多數廠商進行交涉合作中。而NTT也正極力研討加入所屬代理商的可能性。

2008-09-26

PostgreSQL 伺服器效能調校精靈(工具)

EnterpriseDB

是眾多全球專注在提供 PostgreSQL 資料庫商業化產品,
及其 PostgreSQL 資料技術服務公司之一的全球性企業.

調校 PostgreSQL 伺服器的效能, 不是一般人可以短時間學習的 ...

EnterpriseDB 伺服器效能調校精靈
EnterpriseDB (PostgreSQL商業化產品) ,
該工具由 EnterpriseDB 公司提供給 PostgreSQL 使用者,
利用該公司 EnterpriseDB 公司的 Dynatune 技術,
依據您的硬體資源與您選用資料庫系統的用途,
來協助配置您的 PostgreSQL 伺服器的主要設定檔

postgresql.conf

當中融入了 EnterpriseDB 對 PostgreSQL 的資深技術與經驗.

註: PgAdmin III 的專案主持人與 PostgreSQL 眾多的開發者,
目前仍為 EnterpriseDB 的員工.

在本月 PostgreSQL 進行安全性更新的同時 ...

PostgreSQL 8.3.4, 8.2.10 更新通告 (站內文章)

若您是使用 Windows 版本 8.3 的使用者,
且也一並安裝了
Application Stack Builder 2.0 (應用程序堆疊建構器)

並勾選了如下的畫面進行網路下載與安裝:
(Enterprise Tuning Wizard for PostgreSQL)

那你即可於開始-程式集的選單裡找到 PostgreSQL 資料夾來啟動它!
首先, 您必須選擇要進行調校的 PostgreSQL 伺服器標的位置:

再來請選擇您這部 PostgreSQL 伺服器的用途, 共有三個選項:

Development : 這伺服器是給開發者進行開發與測試用的,
PostgreSQL 會使用最小量的記憶體運作.
Mixed : 這伺服器包含著正式上線運作的應用程序( Web/應用伺服器).
Dedicated : 這伺服器完全只運作為資料庫伺服器角色,
PostgreSQL 會使用全部有效的記憶體最佳化.

這個畫面是個大重點:
你可以按 "Review" 來了解這精靈對 postgresql.conf 做了那些調校,
被更動的地方, EnterpriseDB 貼心的用高亮點的文字色彩來標示給您,
意思就是您可以對更動的選項做一個了解後,
"抄"到 PostgreSQL 伺服器的首選平台: GNU/Linux 上~呵
在按下一步後, 這結果會自動取代當前的 postgresql.conf 內容,
並對原本的 postgresql.conf 備份成帶日期的檔案名稱.
想取消可以按上一步, 或直接關閉就不會生效囉.

(Review 的預看畫面)

最後別忘了,
任何修改 postgresql.conf 內容的動作都必須重新啟動伺服器 !

相關的站內文章:
Ruby 這把火也開始延燒到 PostgreSQL 開發團隊

2007-04-09

PostgreSQL 複寫叢集系統 Slony-I(二) （簡體）

更新:2007-04-09
對映章節:
http://www.pgadmin.org/docs/dev/slony/index.html

內容:
阿益曾经写过Slony-I的简单介绍，我跟在后边再展开一点，仍然是简介。
关键性技术文章请在Slony-I的官方网站查阅，我不是专业翻译，只能表达自己知道的一点内容。

Slony-I是个非同步复制系统，使用上存在很多制约条件，而且无法做到数据库的完全复制。Slony-II正在开发中，是完全独立于一代进行开发的，也就是说是个完全不同的复制系统，功能上有很大的进步和完善，大家可以去关注一下。

Slony-I用于所有节点在任何时间都有效并且保证安全性的状况，如果某些节点会规律性的脱离网络或者不能保证安全性，那么它并不是一个合适的解决方案。列举一些不能正常工作的例子：
＊网络连接不正常
＊试图复制到连接不可预知的节点
＊把中心服务器的价格数据库复制到销售人员用来更新数据而定期连接的服务器
＊服务器因为偶然因素更改配置
＊客户可以自己修改数据库结构的某些节点

Slony-I不能做的事：
＊Slony-I不是网络管理系统
＊没有检测节点崩溃的功能，也不能把一个节点提升为主节点或者其它数据源
＊不是一个多主节点复制系统（Slony-II支持多主节点）

Slony-I的制约条件：
＊不能复制数据结构的变化，并且不能复制大对象（large object）
＊Slony-I目前具有复制结构变化的能力，但是它不是自动完成的，请查阅EXECUTE SCRIPT
＊如果必须有这方面的需求，可以使用PostgreSQL 8.X PITR (Point In Time Recovery)，当然它也有一些缺点（自行查阅吧）。

通讯代价：
Slony-I的通讯量是节点数量的二次方增长的，n个节点需要有n(n-1)条网络路径。

延伸閱讀(Link):
http://www.pgadmin.org/docs/dev/slony.html
http://www.pgadmin.org/docs/dev/slony/index.html

2007-03-14

PostgreSQL 高可靠性與預寫式日誌(WAL)

更新:2007-03-15
對映章節:III.C27
版本限制: > 7.1

內容:
商用 DBMS 為了確保在系統非預期下潰散後, 仍可複原至近 100% 潰散前的 DB 狀態, 大多採用類似 PostgreSQL 預寫式日誌(Write-Ahead Logging :WAL)的關念, 預先將一連串的操作先行寫入到日誌檔, 來預防系統潰散時的損失, 對 DBMS 而言這是提高 HR 的重要功能.
(PostgreSQL 在 7.1+版後加入本功能, 至今仍不斷改良使用中)

高可靠性(High-Reliability)
PostgreSQL 的實現方式:
WAL 提供了資料庫即時備份和恢復（backup and restore (BAR)）的實作

熱備份(Hot backup):利用 pg_dump 取得一定時間點的復原資料.
利用 WAL 來復原損失最少的狀態.

2.預寫式日誌(WAL:Write-Ahead Logging)
說明:
預寫式日誌 （WAL）是一種實現交易日誌的標準方法。WAL 的中心思想是對資料文件的修改（它們是資料表和索引的載體）必須是只能發生在這些修改已經記錄了日誌之後，也就是說，在描述這些變化的日誌記錄沖刷到永久儲存器之後。
如果我們遵循這個過程，那麼我們就不需要在每次交易提交的時候都把資料頁立即儲到磁碟，因為我們知道在出現崩潰的情況下，我們可以用日誌來恢復資料庫：任何尚未附加到資料頁的記錄都將先從日誌記錄中重做（這叫向前滾動恢復，也叫做 REDO）。
(This is roll-forward recovery, also known as REDO.)
好處:

使用 WAL 的第一個主要的好處就是顯著地減少了磁盤寫的次數。因為在日誌提交的時候只有日誌文件需要沖刷到磁盤；而不是交易修改的所有資料文件。在多用戶環境裡，許多交易的提交可以用日誌文件的一次 fsync() 來完成。而且，日誌文件是順序寫的，因此同步日誌的開銷要遠比同步資料頁的開銷要小。這一點對於許多小交易修改資料儲存的許多不同的位置更是如此。

另外一個好處就是資料頁的完整性。

2007-03-12

PostgreSQL 更嚴謹的Transaction控制技術:二段式提交

更新:2007-03-11
對映章節:

內容:
PostgreSQL 在 8.1 版本時加入了這個特性, 這也是高可靠性的議題之一.

二段式提交(Two-phase commit :2PC)
又稱為"二相提交", 也簡稱為 2PC.
在單一的伺服器情況下, Transaction 的功能即可滿足對事務交易的控制.
但在分散式處理的環境下, 若要達到二部以上的伺服器因網路而造成的延遲或其它因素, 事務交易必須同時在各各分點均完成登記才算 Commited, 若其中的一部分點 Server 未能完成則本次的 Transaction 為 Rollback, 一般大多用在要求嚴謹的銀行資金往來的作業上.

新的語法包括:
PREPARE TRANSACTION
COMMIT/ROLLBACK PREPARED

相關的系統檢視表
pg_prepared_xacts

2007-03-11

企業級複寫系統 Slony-1 on Debian(一)安裝

更新:2007-03-12
對映章節:

內容:
體會您使用的 OS 自身的系統架構哲學~
Debian 的設計哲學, 雖然使用者可以採用自行編譯二進制來安裝, 但筆者仍建議在目前的各式 Unix-Like 都漸建議 user 採用本身系統的二進制系統來安裝與自動構建還境(除非您的系統不提供二進制包, 或您想更進一步的自訂化條件).
理由是"通常系統不是您一個人管理的, 配合 OS 的方式可以在每次進行系統更新時, 達到最大的相容度, 況且 OS 會採用最佳的二進制化與安全性議題與相關組態檔的 Script 分佈與如何和本系統達到最佳度的"融合"來設計, 也方便其它系統管理員接管工作".

來欣賞一下 Debian Etch 4.0 對 Slony1 的"融合"設計哲學:
Debian Source - Slony-1

Master DB 必需要有 PL/pgSQL.
將 Master DB pg_dump to Slaver DB.
組態檔編輯
slonik_init_cluster | slonik
slonik_create_set set1 | slonik
slony start

slony1 預設宣告:
/etc/default/slony1
# Set to a space-separated list of node names configured in
# /etc/slony1/slon_tools.conf that should be handled in the init script.
SLON_TOOLS_START_NODES="1 2"

slony1 scripts :
/usr/share/slony1

slony1 doc and sample:
/usr/share/doc/slony-bin

組態設定:
/etc/slony1/slon_tools.conf

slony1 服務主要開關控制
/etc/init.d/slony1

slony1 logs
/var/log/slony1/*

題外話:
大赦國際在報告中指出，俄羅斯存在著多種不人道的酷刑。其中有一種對待犯人的酷刑叫做「slonik」（套大象），讓犯人戴上防毒面具，然後突然切斷一切空氣來源，讓犯人活活窒息；
(未寫完)

PostgreSQL 當前 HA 和叢集(Cluster)化系統專案介紹

更新:2007-03-12內容:
PostgreSQL 擁有著豐富的擴展性系統, 來達到商業型 DBMS 具備的特性, 甚至超越商業型 DBMS, 亦在日本嚴格的測試高 HA 下, 達到非常棒的成績單.

Replication

Slony-I

是一個主點到多數從點(Master to Multiple-slaves)的複寫系統包括串接(cascading)及failover.
pgPool
是 PostgreSQL 伺服器的連接池/複寫擴展. 允許負載平衡(load balancing)及擴展協議(extended protocol).
pgCluster
PostgreSQL 多主點(multi-master)架構下的同步複寫系統.

2007-03-10

PostgreSQL 複寫叢集系統 Slony-I(一)

更新:2007-03-10
對映章節:
http://gborg.postgresql.org/project/slony1/projdisplay.php
http://main.slony.info/

內容:
PostgreSQL 的HA(High Availability)擁有多種複寫(replication system)叢集系統的替代方案,
Slony-I 就是其中的一個主力, 目前也搭配著 PostgreSQL 版本的發佈.
主要功能是當主DB(Master)更新時, 所有的副DB(Slaver)同時異步複寫.

不同於 pgcluster 是 multi-master 模式，每個節點的資料會完全一樣，使用同步的方式保證資料一致，因此更新及新增資料時的效率會降低；而 slony-I 是 master-slave 模式的，使用異步方式，slave 節點的資料會稍有少許（一般幾秒）延時。)

在 GUI 管理介面部份 phpPgAdmin, pgAdmin-III 更提供相對映功能可供建立 Slony-I.

Slony-I 在官方站點就表明了, 這是一個企業級的"主-對多從屬點"的複寫系統.
PostgreSQL 的開發團隊不同於其它 DBMS 的一個特點,
就是一直以來堅持不納入特定的複寫叢集在 DBMS 中,
理由是複寫叢集系統是會隨著時代和技術的演進而有更多替代方案,
所以這不屬於 DBMS 的 ISO-SQL 標準的範圍之內,
只留下"接口/插座"的方式來接軌複寫機制,
也因此造就了 PostgreSQL 有更豐富的複寫和叢集技術發展,
各各都有其特色, 也間接增加了 PostgreSQL 的高擴展性.

2007-03-07

PostgreSQL GUI 管理工具彙報

更新:2007-03-07

內文:
PostgreSQL 的 GUI 管理工具可以有多重的選擇與各有特色,
個人認為除了以開放源碼的為主外, 亦可善用商業版本的特定功能,
而非固守一項, 必竟各有所長.

個人評註和心得如下:

1. pgAdmin III (Free) 多國語(含正/簡體中文)
http://www.pgadmin.org
當前版本: 1.6.2
是 PostgreSQL 原生的 GUI 管理工具專案, 同時會發佈各種平台版本供免費下載使用.
功能上足以勝任必要的管理工作, 且會忠實的承現相關操作的 Script 順便學習它的語法架構.

可直接管理 Service 的啟用與停用.
擁有系統管理的狀態檢視介面.
SQL 查詢工具具 TAB 鍵自動完成功能.
能輸出各種有關的管理報告.
*具有自己的備份與還原的管理與二進制壓縮封裝檔及明文等三種模式可選.(COPY)
*支持 Slon-I 的複寫叢集管理功能.
*支持 Maintain Database

2. phpPgAdmin (Free) 多國語(含正/簡體中文)
http://phppgadmin.sourceforge.net
當前版本: 4.1
Web 介面的管理工具, 前提是要有 php 可執行的環境, 便於 Web 使用.
*運用 pg_dump 創建完整語法和運用 COPY 來導資料的純文字檔.(效率好)
*支持 Slon-I 的複寫叢集管理功能.
*支持 Maintain Database

3. Navicat PostgreSQL (約 USD $200) (目前無中文)
http://pgsql.navicat.com
當前版本: 7.2.11
目前屬難易適中且易於操作的的商業型 GUI 管理.
但目前僅有 Windows和 MAC OS平台, 無 Linux.
*具有自己的備份與還原的管理與二進制檔亦有純 pg_dump script.(運用 INSERT )
*不支持 Slon-I 的複寫叢集管理功能.
*支持 Maintain Database
*有較多的資料(轉入/出)格式易於遷移.

4. SQL Manager 2005 for PostgreSQL (約 USD $700) (目前無中文)
http://sqlmanager.net/products/postgresql/manager/
當前版本: 3.8.0.2
承襲其家族(EMS)對 SQL 管理的專業血統, 功能強大, 也比較複雜, 不適合入門者使用.
但對想深入了解 PostgreSQL 的運作和架構者, 是不錯的剖析研究輔助工具.
但只有 for Windows 版本可以使用.
(對於 data 的語系顯示在 3.8.0.2 版不支持 Client_encoding = UTF-8)
*圖形化的系統設計與剖析工具.
*SQL 查詢工具具 TAB 鍵自動完成功能及更豐富的GUI設計工具.
*運用 pg_dump 創建完整語法和運用 INSERT 來導資料的純文字檔(效率差).
*不支持 Slon-I 的複寫叢集管理功能.
*有較多的資料(轉入/出)格式易於遷移.
*支持 Maintain Database

建議:
在"管理"系統方面, pgAdmin 最為強項, 在 SQL "設計"方面 EMS PostgreSQL 為強, 在行動性上以 phpPgAdmin 為最方便, 在易於了解與入門學習性則以 Navicat 為強.
以目前的情況來論, 進行 Backup/Restore 還是採用 pgAdmin > phppgadmin > Other, 因為採用的還原備份是用 COPY 而非 INSERT, 當資料量巨大時, 還原的時間差距達 70%以上.

2007-03-04

PostgreSQL 子專案介紹: pgmemcache

更新:2007-03-04
對映章節:

內容:
pgmemcache 是一個用來給將 PostgreSQL 使用者自定義的函數元件設定 memcached.
安裝很簡易, 但會有些有瑣細的要求.
那什麼是 memcached 呢? 這可是很棒的 Linux 增強用的 Daemon 哦@@"
請轉看這篇簡介...

"PostgreSQL 結合 memcached 進行快取資料與多主機同步"

在昨天它更新到了 1.2 Bata1 版, 原始檔包小巧到只有 13KB.
卻功能強大.
專案網址:http://pgfoundry.org/projects/pgmemcache/

現在開發工作是由Opten技術集團贊助開發的
http://www.otg-nc.com
一家以特定的開放源碼導入服務的國際公司

和我們有關的是它採用 PostgreSQL 為主要資料庫的選擇.

2007-03-03

日本-IPA OSS: PostgreSQL 的性能不再是議題

更新:2007-03-03
原文:2007-02-07
「PostgreSQLは16CPUまでスケール，もう性能はOSSミドルの課題ではない」
---IPA OSSセンターが検証データ公開

內容:(日翻中, 翻的不好請指正)
"PostgreSQL的規模測試, 在 16 路 CPU 下性能已經不是開放源代碼軟體的課題"
---IPA OSS中心驗證數據公開

「最新版的 PostgreSQL 16 路 CPU 比例圖 (CPU數有比例性能提高)。性能已經不是開放源代碼· IPA 的課題」---獨立行政法人資訊處理推進機構(IPA)2月7日, 公開了開放源代碼·軟體·中心(OSS中心)實施了的「OSS性能·可靠性評價項目」的結果。

PostgreSQL的可擴展性。評估使用 DBT-1 (網路書局的Transaction)的測試基準

MySQL 5.0大規模資料庫對應。對約 100GB 的資料庫的 DBT-1(Transaction)基準

　可擴展性評價, 利用了 The Linux Foundation 開發的工具 DBT-1。是模擬線上書局的基準工具。測試基準, 在評價的時候以最新版的 PostgreSQL 8.1 patch 版本。「作為現在的最新版的 8.2 基準」(IPA OSS中心研究員日立製作所的鈴木友峰先生)。2005年把 8.1 作為對象實施了的評價到 8 路 CPU 以外比例圖沒做, 此次的評價到 16 路 CPU 比例尺做的事被確認了。因為是 lock 關聯的瓶頸被解除了。

　根據能得到了有關 MySQL 5.0, 基於施給恰當的調校的後, 100GB 的大規模資料庫也能獲得這樣的結果。但默認設定值實用的性能不能得, 調校不可缺少。作為在多重處理器環境, 可認可的只有MySQL 5.0.32 - 4 路 CPU 比例尺做的測試。

PostgreSQL 的叢集(clustering)工具 Slony-I 和 pgpool 的評測

　PostgreSQL 的叢集(clustering)工具的驗證也進行了。使用pgpool的話以, 2台能得到了最大約 4倍的檢索性能。

　有關 Java 應用服務器, 實施了 JBoss, Gernomino 的 clustering 機能等的評價。據說明白了如果 JBoss 用 8 台構成進行性能評價, 使用了 session 複製機能(Buddy Repulication)也根據台數的性能提高能圖謀的事。在 JBoss 的評價時, 開發了對數(記錄)分析工具 JBoss Profiler 的擴張工具。使得負荷很輕, 實在運用也能取得對數(記錄)。JBoss.叫在 org 網站被公開的預定。

JBoss 4.0和 Tomcat 5.5clustering 評價。在 8台構成的可擴展性

　進行了所說的對確認 Geronimo 1.1上下文水平的設定連鎖障礙的時候 session 不承繼這樣的問題 wo, Geronimo 項目報告的受地方自治團體的影響。

於 WAScluster 的 Geronimo 1.1 做的可靠性評價項目

　從這些的驗證結果, OSS 中心的鈴木先生認為:
「性能已經不是開放源代碼的議題」。更重要的是, 對高負載, 大容量的系統 te , 瓶頸分析和調校是不可缺的。

　評價結果,IPA OSS中心公開的開放源代碼信息數據庫「iPedia」公開著。

　評價專案, 由 SRA OSS日本分公司, NTT數據尖端技術, 住商信息系統, 日本惠普, 野村綜合研究所, 日立系統 and 服務, 日立製作所, 奇蹟·ＬＩＮＵＸ,yuniadekkusu 擔任。

2007-02-26

PostgreSQL - pgpool 子專案的簡介

更新:2007-02-28

pgpool 專案

"pgpool-II 的" 下一代來臨! 它准許平行的詢問、超過 2 臺伺服器, GUI admin 工具和更多。

PostgreSQL 專用的所謂「連接池(pool)」伺服器, PostgreSQL 客戶端和 PostgreSQL 伺服器之間做兩者的媒介．根據利用 pgpool 做的事務, 能降低對 PostgreSQL 伺服器的連接 overhead,能使之提高系統全體的負載量．

PostgreSQL 的客戶端連接到 pgpool 的話, 當第一回 PostgreSQL 的連接被 pgpool 確立．
對有客戶端結束也對 PostreSQL 的連接不切斷留下, 下次同樣的用戶, 資料庫對 pgpool 的連接的時候這個 PostgreSQL 的連接會被再利用．

再者, 因為pgpool有「Hot-Backup」的機能, 能按住到最小限度系統的 down time．

另外 pgpool「replication」也可行的．根據使用replication的事, 物理地對 2 台軟體能實時地取得硬體的接應, 當軟體障礙發生也繼續運用為一邊．
(如果第一伺服器下來, pgpool 自動地將交換對次要伺服器。)

pgpool 的 replication 因為根據 2 台伺服器發送同樣的查詢的事進行, 所謂同期 replication 的就是一種．

再者,現在,replication以只2台,3台以上的replication不能．

pgpool 有著分配檢索諮詢(SELECT)為2台伺服器的負荷分散機能．
根據這個能大幅度提高檢索性能．

是首先的基準結果．一次近本源的PostgreSQL的 2 倍的性能超過的查詢．測量條件是以下．

P4 2.4GHz x2/1GB RAM/80GB IDE 7200rpm
Red Hat 9/PostgreSQL 7.4.3(shared_buffers=2048)
pgbench -S -c 1...128 -t 10000

2007-02-25

PostgreSQL 子專案與相關站點(彙報篇)

(持續整理中...)

核心

PostgreSQL 的源代碼瀏覽庫 doxygen 站點
 http://doxygen.postgresql.org/
PostgreSQL (High-Availability)子專案開發總站
http://gborg.postgresql.org/
pgCluster
Pgpool Pgpool is a connection pooling/replication server for PostgreSQL.
http://pgfoundry.org/projects/pgpool/
pgpool-II
pgmemcache
Slony-1

技術性文件

官方技術文件彙編
http://www.postgresql.org/docs/techdocs

應用

澳大利亞開源碼 SYMBOL 財務系統介紹
 https://sourceforge.net/projects/symbol-accounts/
IGN--法國國家地理學院，選擇 PostgreSQL 及其增強模塊 PostGIS 用於其具有高伸縮性、高性能和事務集成的地理信息服務. http://postgis.refractions.net/documentation/casestudies/ign/

2007-02-24

PostgreSQL 同步多重主點複寫(Multimaster replication)叢集技術

2007-02-23 由奧地利的成立於2000年的
"Cybertec Geschwinde & Schoenig GmbH" 這家公司發表了成果 -

PostgreSQL 同步多重主點複寫(Multi-Master Replication)叢集技術

同時亦能在 Linux 和 Windows 上運行.
運行可高達 128 個叢集節點和各種平台上.

技術含蓋"負載平衡", "叢集化資料庫", "複寫"..

這家公司更提供 24*7 的不間斷服務與除錯服務.
該公司是自 2000年至今第一個在歐洲最主要銷售 PostgreSQL 的公司.

High-Performance OLAP cubes

2007-02-16

PostgreSQL 結合 memcached 進行快取資料與多主機同步

更新:2007-03-04
對應章節:

內容:
Memcached 是一個分散式的 Memory Object 架構，最早由 Life Journal 所採用。
它可以啟動一支 Daemon 來將所有其它 Client 的 Object 都集合起來，並且做到多主機同步化的工作。

運用的重心在:
減少直接對實體資料庫進行"讀"操作，將絕大多數"讀"的資料放在快取中。
再或者可以直接將產生的頁面 html 代碼放在緩存中。
來加速資料對Client的反應速度.

PostgreSQL 也進行著和這 Daemon 的搭載開發:
http://pgfoundry.org/projects/pgmemcache/

===================(待整理)
http://www.danga.com/memcached/download.bml
http://www.linuxjournal.com/article/7451
http://www.example.net.cn/archives/2006/01/eoamemcachedoea.html
http://bbs.pgsqldb.com/index.php?t=msg&th=8574&start=20&rid=&
http://lightyror.thegiive.net/2006/12/rails-memcached_21.html
http://blog.roodo.com/jaceju/archives/2429636.html
http://blog.twpug.org/post/30/239

2007-01-25

由EnterpriseDB論數據庫開源模式

編譯於InfoWorld 2005-11-15

EnterpriseDB的CEO, 正在努力開創一個可能成為下一代開源公司的原型的商業模式。

「我相信開源軟件將改變一切關於企業的應用軟件」 Astor 說。「它是在企業應用中的一種最基本的轉變就像當初互聯網或XML一樣。它究竟怎麼成功，沒人知道，商業模式會是什麼樣子，也沒人知道。」

目前，開源業務採用了兩種模式之一作為典型代表。Linux開發商像Novell/Suse 和 Red Hat 是主要的再包裝者。他們彙集開源軟件並將其售給客戶，費用包括支持的價格。還有一類像JBoss 和MySQL的公司則分享業內新產品的發展，同時也接受社團的支持。最具特色的是他們在雙重認證方案下銷售最終的產品。

EnterpriseDB的核心產品是PostgreSQL，一個成熟的開源數據庫。Astor的公司對其提供支持，同時也附帶提供使 PostgreSQL理解Oracle的 PL/SQL語句的引擎。這就意味著你可以Oracle寫應用程序並將其指向EnterpriseDB數據庫，並且在大多數情況下你只需花費Oracle 認證的一小部分成本就可以無需轉變的運行。

至少，EnterpriseDB的 PL/SQL引擎暫時是私人軟件。這就使得有些人不滿意，但Astor認為希望PostgreSQL論壇提供像Oracle一樣的兼容性的期望本身就是錯誤的。

按Astor看來，核心數據庫的功能性變成了日用品。他問：「如果你想免費得到PostgreSQL的數據庫，天哪，那不是日用品是什麼？」Astor說數據庫不能象IBM, Microsoft和Oracle所做的那樣被公司像日用品一樣定價。「還有，」他補充道，「即使世界上有免費的數據庫，那也要有像 EnterpriseDB一樣的公司。」

EnterpriseDB公司提供的也不同與其他開源公司提供的。想一想：當你購買了MySQL的商業認證，你獲得的僅僅是技術支持和MySQL的使用權，而它和GPL（GNU 常規認證）是不兼容的；而你購買了EnterpriseDB，你不僅獲得了PostgreSQL的技術支持，還能獲得其他地方沒有的獨特兼容特性。如果將其稱為寄生，那恐怕就沒有真正的開源商業模式了。

2007-01-14

PostgreSQL 功能擴展的專案

Additional Functionality

OpenFTS (開放源碼全文搜尋引擎:Open Source Full Text Search Engine) - An advanced PostgreSQL-based search engine that provides online indexing of data and relevance ranking for database searching. Close integration with database allows use of metadata to restrict search results.