Kalau logical corruption, misalnya karena user salah
hapus data atau drop table, maka perubahan akan ikut
di replikasi ke standby.
Cuma ada setting DELAY=N di log_archive_dest_n utk
menunda aplikasi archivelog di standby. Jadi walaupun
data sudah dikirim ke standby, baru akan diapply
setelah N menit.
Setting ini bisa dijadikan strategi utk memperbaiki
human error.
Physical corruption di primary tidak akan direplikasi
ke standby karena otomatis terdeteksi.
regards,
tomi
--- Nhs <[EMAIL PROTECTED]> wrote:
> saya tertarik dengan konsep ini , di tempat saya
> memakai SAN juga , cuman sbg backup offline aja .
> saya masih belum nerapin buat RAC / Data Guard spt
> yang di sebutkan di bawah , karena saya masih
> sedikit bingung dengan konsep tsb . yang masih tanda
> tanya dalam benak saya adalah , jika production
> database mengalami crash mungkin masih bisa langsung
> di take over oleh stby databasenya.
> nah kalo misalnya productin tsb mengalami corrupt di
> datanya ( tapi masih bisa aktif , cuman beberapa
> table
> aja yang bermasalah ) apa yang terjadi dengan stby
> dbsnya ..?? apakah mengalami hal yang saya atau
> gimana ?
> .asumsi saya bukannya yang di transfer ke stby dbs
> adalah archive yang juga mengalami error di dalamnya
> .???
>
> mungkin ada temen2 yang bisa ngasih penjelasan ttg
> data guard ini ...
>
>
> thank's
____________________________________________________________________________________
Looking for last minute shopping deals?
Find them fast with Yahoo! Search.
http://tools.search.yahoo.com/newsearch/category.php?category=shopping
