The main features of Oracle data guard is
1. High availablity
2. Data protection
3. Disaster Recovery
A Dataguard configuration consists of one primary database and one or more standby database. The standby databases will be always in sync with primary database. If primary production database is unavailable due to planned or unplanned outage , then we can switch the production to standby database, making the application less affected by the outage.
Apart from this we can use the standby database for taking backups and reporting queries, there by reducing some workload from production.
2. Data protection
3. Disaster Recovery
There are 3 types of standby setup:
1. Physical standby
2. Logical standby
3. Snapshot standby
2. Logical standby
3. Snapshot standby
PHYSICAL STANDBY:
A physical standby database is an exact, block-for-block copy of a primary database. A physical standby is
maintained as an exact copy through a process called REDO APPLY, in which redo data received from a
primary database is continuously applied to a physical standby database using the database recovery mechanisms. So it will be always in sync with primary.
This Standby database can be opened in read only mode( knows as ACTIVE DATA GUARD), for reporting purpose. Most of the corporations use physical standby for dataguard
configuration.
maintained as an exact copy through a process called REDO APPLY, in which redo data received from a
primary database is continuously applied to a physical standby database using the database recovery mechanisms. So it will be always in sync with primary.
configuration.
LOGICAL STANDBY:
The logical standby database is kept synchronized with the primary database through SQL APPLY, which transforms the data in the redo received from the primary database into SQL statements and then executes the SQL statements on the standby database. So it contains same logical information as that of production , but physical structure of data can be different.
SNAPSHOT STANDBY:
A snapshot standby database is a fully update-able standby database that is created by converting a physical standby database into a snapshot standby database. During this setup though it will receive logs from primary,But those redo won’t be applied to snapshot standby. Redo data received from the primary database is
applied when a snapshot standby database is converted back into a physical standby database, after discarding alllocal updates to the snapshot standby database.
It provides an exact replica of a production database for development and testing purposes, while maintaining data protection at all times.
PROTECTION MODES:
It can have 3 protection modes.
applied when a snapshot standby database is converted back into a physical standby database, after discarding alllocal updates to the snapshot standby database.
Among the major modifications were two new rules designed to give Apple a bigger bigger|an even bigger} slice of the NFT market and Meta’s core advertising enterprise. Welcome again to This Week in Apps, the weekly TechCrunch collection that recaps the newest in mobile OS information, mobile functions and the general app financial system. Sign up for our every day update—original reporting on state policy, plus the day's 5 top reads from around the Web. Stateline’s group of veteran journalists offers every day reporting and analysis on developments in state policy. Daily update — authentic reporting on state policy, 카지노 plus the day's 5 top reads from around the net.
ReplyDelete