Click here for more info:-
http://schoonerha.blogspot.com/2012/02/one-schoonersql-node-is-equavalent-to-9.html

Click here for more info:-
http://schoonerha.blogspot.com/2012/02/one-schoonersql-node-is-equavalent-to-9.html
Our continuous investment has culminated in our release of SchoonerSQL 5.1.1, which includes automatic asynchronous replication and failover across WAN or LAN, intra-schema parallel replication appliers for WAN or LAN, customized alerts and fast synchronous recovery.
Highlights below-
We posted a new white paper called “Top 7 reasons why DBAs love the SchoonerSQL Cluster Admin GUI”.
Highlights below-
Download the detailed white paper in the link below
https://www.schoonerinfotech.com/resources/white_papers
Schooner 5.1 is now enterprise ready: a fully tested GA product that can be deployed for your production environment. We have added some exciting features like Auto Async Failover across WAN, to make DBAs go ecstatic, and Intra-Schema Parallel Async Appliers to provide 4x throughput compared to MySQL 5.5 async replication.We also added Alerts for MySQL Admin Cluster GUI and a new feature called High Speed Incremental Recovery.
Details below-
https://www.schoonerinfotech.com/products/schoonersql/schoonersql_5_1
Want to know more? Join this webinar on December 14th 10am PST
https://www3.gotomeeting.com/register/988533686
Five 9s or 99.999% availability is a popular term describing the level service up-time in a year; 5 9s is the highest practical level of availability for most organizations. It’s very hard to achieve five 9s with legacy MySQL, and doing so has required plenty of manual intervention and hand-holding. But Schooner’s approach and its replication flexibility bring 5 9s to any datacenter than needs it, with no hassle.
We published a white paper called “Achieving Five 9s with SchoonerSQL”. This paper describes the architecture of SchoonerSQL™, a full HA build of MySQL and its standard InnoDB storage engine. This paper then explains how to use the flexible synchronous and asynchronous replication modes in SchoonerSQL to get five nines availability. The paper then describes the recommended HA hardware setup for using SchoonerSQL.
You can download the white paper from:
https://www.schoonerinfotech.com/resources/white_papers
SchoonerSQL™ is and will remain 100% MySQL and InnoDB compliant, assuring that customer investments in MySQL are fully preserved. SchoonerSQL is not a rewrite of MySQL and InnoDB; SchoonerSQL is built using the MySQL and InnoDB commercial source code. Schooner rigorously sticks to this standard and does not introduce any incompatibilities that could lock in a customer to Schooner’s products. Schooner has developed an extensive automated QA test suites and a large verification server farm to ensure standard compliance.
SchoonerSQL enhances and optimizes MySQL, going beyond to provide many unique benefits such as:
These benefits are not available from any other MySQL distribution, with or without the various add-ons. Our rigorous adherence to MySQL and InnoDB means that database users can anytime switch from community MySQL to SchoonerSQL or back. There’s never any need to change schemas or data.
Porting data from community MySQL and InnoDB to SchoonerSQL, which is an easy step, has several benefits:
Consider an example: If a company X is presently using community MySQL, these are the simple steps it needs to follow after deciding to use SchoonerSQL:
The same process applies to users who want to move back from SchoonerSQL to Community MySQL. No vendor lock-in.
To sum up, Schooner does not lock you in since we are fully standard based and 100% compatible with MySQL and InnoDB. Users can reap the benefits of SchoonerSQL features and never worry about vendor-lock in.
There may be some DBAs and database developers who love spending hour after hour writing scripts for failover, monitoring and alerts for their MySQL replication environment, not to mention maintaining these scripts. And even with the best scripts, failover and recovery usually require tedious error-prone manual intervention. This complexity makes life harder for DBAs, who have to spend too much of their time fighting fires instead of spinning up new applications.
If you’re a DBA or a Developer, Schooner feels your pain. SchoonerSQL, our full high-availability build of MySQL and its standard InnoDB storage engine, includes a Cluster Admin GUI that radically simplifies cluster administration. The SchoonerSQL Cluster Admin GUI is a powerful centralized management tool that can monitor, manage, and backup your entire database servers inside the datacenter. Replication setup has never been so easy with just few clicks in our GUI.
Join this webinar (Tuesday, November 29, 2011 10:00 AM - 11:00 AM PST)
for a demo of the visually appealing SchoonerSQL GUI, and see how it makes life easy for DBAs. In this webinar we cover:
· Schooner Admin GUI and benefits
· GUI deployment architecture
· Monitoring and optimization
· 1-click instance creation and database migration
· Assigning write and read VIPs
· Auto failover and failback
· Integrated hot backup and scheduling
· Full database Restore
· Email-based Alerts
https://www3.gotomeeting.com/register/740345302
Cross-region or cross-country datacenters are popular and often essential for databases that need enterprise-grade reliability and availability.
SchoonerSQL™ 5.1 provides an ideal solution for such scenarios with
Join this webinar tomorrow (November 8th - 10 am PST) to learn how SchoonerSQL 5.1:
https://www3.gotomeeting.com/register/635284982
We just posted a new white paper called “Top 10 Reasons Why MySQL Experts Switch to SchoonerSQL”. It talks about the critical features that many MySQL users were looking for all these years in terms of
The top 10 are:
1. Synchronous replication for InnoDB: data consistency without any data loss or any lag
2. Auto failover inside a synchronous cluster: instantaneous and hassle free
3. Web-based cluster admin GUI: easy and robust, with extensive displays of resource utilization
4. Asynchronous parallel appliers for WAN replication: amazing throughput with little slave lag over WAN
5. Immediate automatic WAN failover: seamless and automated, thereby minimizing the downtime
6. Fast sync incremental recovery: a failed node recovers super fast
7. One-click instance creation and VIP provisioning
8. One-click online database migration
9. Integrated full and incremental hot backup
10. Email-based alerts
You can download the detailed white paper here:
https://www.schoonerinfotech.com/resources/white_papers
A typical MySQL deployment involves one Master handling writes and multiple Slaves to scale the reads.
The term “slave” has been used in MySQL because the Slave servers have to perform every task in copying from the Master binlog, then updating their relay logs and finally committing to the Slave databases. The Master plays no role in replication here other than storing the replication events in the binlog.
This kind of Master - Slave set up imposes several limitations:
- Slave lag
- Stale or old data
- Data loss
- Manual failover which is error-prone and time consuming
In SchoonerSQL™, there is no concept of “slaves” inside a synchronous cluster. It’s far more accurate to use the term “Read Masters” because of our unique synchronous approach and replication architecture. SchoonerSQL uses a push mechanism of replication events coupled with faster processing through multiple parallel threads. This ensures that the Master and each Read Master’s data in a synchronous cluster is always consistent. So you can write data to a Master and at the same time query it from any Read Masters and get fully consistent data.
SchoonerSQL Synchronous Replication Architecture
Schooner’s approach provides several benefits:
This type of replication is very useful for Websites or Enterprises looking for a scalable MySQL - InnoDB with no lost or stale data and no slave lag.