Integratie met VSS-Enabled Applicaties

De Volume Shadow Copy Service (VSS) infrastructuur op Windows maakt het mogelijk, voor VS enabled applications, een "schaduw" kopie van open files op Windows servers te maken. De Oracle VSS writer intergreerd met VSS-enabled software en storage systemen om een Oracle database te back-uppen en restoren.

Lost Write Detection

Een lost write gebeurt als Oracle een block naar disk schrijft en de I/O sybsystemen aangeven dat het schrijven compleet is, maar data deze nog helemaal niet klaar. Als nu het volgende blok wordt gelezen, zal de verouderde data te zien zijn, dit kan de voorbode zijn naar data corruptie.

De LOST_WRITE_PROTECT parameter kan hiertegen bescherming bieden afhankelijk van de waarde die gezet is:

• NONE - geen lost write protection. Dit is de default.
• TYPICAL - De instance zal buffer cache reads loggen voor for read/write tablespaces in de redo log. Dit heeft een overhead van ongeveer 5-10% in een RAC omgeving.
• FULL - De instance logt buffer cache reads voor read/write en read-only tablespaces in de redo log. Dit heeft een overhead van ongeveer 20% in een RAC omgeving.

Lost write detection is het meest effcetief in Data Guard omgevingen. Als eenmaal de primary en de standby satabases protected zijn, zal de SCNs van blocken die toegevoegd zijn aan de standby database blocks, vergeleken worden met de SCN die in de redo logs staan.
Als het SCN op de primary database kleiner is dan de SCN op de standby database, heeft er een lost write plaatsgevonden op de primary database en wordt dit gesinaleerd met een external error error (ORA-752). Op dit punt zou je een faliover moeten hebben naar de standby database.

Als het SCN op de primary database groter is dan die van de standby database, dan heeft er een lost write plaatsgevonden op de standby database en zal er een  (ORA-600 [3020]) gesignaleert worden. Op dit moment zou de standby database opnieuw gemaakt moeten.

Lost write protection kan ook in normale databases gebruikt worden. hoewel er geen singaal gegeven zal worden dat er een lost write is opgetereden. Als je denkt een probleem te hebben wat te wijten is aan inconsistente data, dan zou je de database moeten recoveren naar het SCN van het verouderde block van een backup die genomen is van voor de opgetereden inconsistentie.
De restore operatie zal dan de lost write error genereren (ORA-752). ALs de fout opgespoord wordt tijdens een recovery dan is er geen andere optie dan de database te openen met de RESETLOGS optie. Alle data na dit punt is verloren.

RMAN Verbeteringen in Oracle Database 11g