



Study with the several resources on Docsity
Earn points by helping other students or get them with a premium plan
Prepare for your exams
Study with the several resources on Docsity
Earn points to download
Earn points by helping other students or get them with a premium plan
An overview of database replication techniques using microsoft sql server 2000 and oracle 9i. It covers various approaches such as read-one replica, write-all-available replicas, and summarizes the features of each product. Topics include publication and article replication in sql server 2000, and deferred queue and materialized view replication in oracle 9i.
Typology: Slides
1 / 7
This page cannot be seen from the preview
Don't miss anything!




-^ Read-one replica, write-all-available replicas^ –
Requires careful management of failures and recoveries
-^ E.g., Virtual partition algorithm^ –
Each node knows the nodes it can communicate with,^ called its view – Transaction T can execute if its home node has aview including a quorum of T’s readset and writeset – If a node fails or recovers, run a view formation protocol^ (much like an election protocol) – For each data item with a read quorum, read the latestversion and update the others with smaller version #.
-^ State-of-the-art products have richfunctionality.^ –
It’s a complicated world for app designers – Lots of options to choose from
-^ Most failover stories are weak^ –
Fine for data warehousing – For 24
×7 TP, need better integration with cluster node failover
-^ Publication - a collection of articles to subscribe to •^ Article – a horiz/vertical table slice or stored proc^ –
Customizable table filter (WHERE clause or stored proc) – Stored proc may be transaction protected (replicate on commit).Replicates the requests instead of each update.
-^ Snapshot replication
-^ Transactional replication
-^ Immediate updating subscriber –
-^ Queued updates are synchronized with publisher via 2PC. –^ Triggers capture
local
updates and forward them to the Subscriber
(trigger must not fire for replicated updates from the publisher). – Subscriber’s forwarded update has before-value of row version-id. – Publisher checks that its copy of row has the same version-id. – If so, it performs the update and asyncrhonously forwards it toother subscribers – If not, it aborts the transaction (subscriber updated the row lately)
-^ Access control lists protect publishers from unauthorizedsubscribers •^ Merge replication-
-^ Materialized view replica is driven by one master •^ Multi-master replication^ –
Masters replicate entire tables – Push updates from master to masters (synch or asynch) – Updates include before values (you can disable if conflicts areimpossible) – They recommend masters should always be connected
-^ Conflict detection^ –
Before-value at replica is different than in update – Uniqueness constraint is violated – Row with the update’s key doesn’t exist