Well, suatu pemikiran yang masuk akal. Setahu saya resetlogs itu untuk menandai inkarnasi database dan dicatat di control files, ini sebagai bahan bagi oracle untuk mengetahui mulai inkarnasi redo logs yang mana dan bagi database id yang mana yang bisa diapplied untuk recovery. Untuk detail saya kurang tahu, tapi mungkin tanpa penanda itu, bisa terjadi kemungkinan oracle salah mengapply redo logs, misalkan redo logs sequence 1 dari saat sebelum open resetlogs <- menyebabkan jadi kacau recovernya ntar.
Untuk recreating data files, ini bisa dilakukan untuk scenario dimana archive logs saat kita mengcreate tablespace baru dengan data files baru itu tersedia. Di kasus yang sekarang karena dibuka dari saat open resetlogs, tidak ada datafile baru yang dicreate dan dicatat di redo logs inkarnasi DB yang baru. Dan dg catatan datafile tersebut bukan milik system tablespace dan tidak mengandung rollback segment ato undo segment (9i). But frankly, saya belum pernah mencobanya, mungkin bisa dicoba juga apakah bisa. Minta tolong juga jika telah mencobanya, pengalamannya berhasil atau tidak dibagi bersama dengan kita2 di mailing list ini (thanks a lot sebelumnya). Salam. P.S. Emang untuk amannya sering2 backup, bagi saya ini rule no 1. Bahkan sebelum dan setelah recovery pun disarankan full cold back up <- just in case. Bisa pucat semua ntar apalagi kalo production database yang bermasalah. ----- Original Message ----- From: "Yoel Ade" <[EMAIL PROTECTED]> To: <[email protected]> Sent: Friday, January 07, 2005 4:26 PM Subject: [indo-oracle] Re: incomplete recovery > > > Hi, > > kalo di restore sampe jam 3 artinya perubahan jam 3 ampe jam 4 > gak bisa terselamatkan ya.... > sebenernya apa aja sih yang terjadi kalo kita lakukan resetlogs? > selain mereset redo log sequence number... > > saya pernah baca mengenai recovering database with no backup available > tapi itu caranya dengan membuat datafile baru untuk menggantikan > datafile lama.. > setelah itu kita bisa lakukan incomplete recovery lagi dari jam 3.. > Mungkin khan oracle menggunakan datafile lama dan redolog yg dari jam > 3, untuk merecover sampe jam 4?? > belum pernah coba sih...hehehe > wah makanya kita mesti sering2 backup ya :) > > --- In [email protected], "Wendry Yang" <[EMAIL PROTECTED]> > wrote: > > Kecuali sudah dilakukan backup lagi setelah melakukan alter > database open > > resetlogs, backup sebelum resetlogs tidak bisa digunakan lagi untuk > dibawa > > dari jam 3 sampai jam sebelum drop. Karena resetlogs akan mereset > sequence > > number untuk log dan menandai database sebagai new incarnation. > > > > Ada alternative lain, Jika kita punya full cold backup, termasuk > > controlfile, datafile, redo log file, dan archive log files sebelum > jam 3. > > Yang pasti ini adalah valid backup dan jika diaplikasikan dapat > membuka > > database persis saat full cold backup dilakukan. Taruh database > posisi mount > > dan recover database. Database bisa dibawa hanya sampai jam 3. > Namun saya > > kurang mengerti jika dilakukan dengan rman untuk mengambil backup > dari > > inkarnasi database sebelumnya (sebelum resetlogs) > > > > > > ----- Original Message ----- > > From: "Monita Gosal" <[EMAIL PROTECTED]> > > To: <[email protected]> > > Sent: Tuesday, January 04, 2005 4:21 PM > > Subject: [indo-oracle] incomplete recovery > > > > > > > > > > Misalkan setelah melakukan "alter database open resetlogs (setelah > > > melakukan incomplete recovery) pada jam 3", tiba-tiba user tidak > sengaja > > > melakukan drop suatu tabel pada database pada jam 4. Apakah bisa > > > dilakukan recovery sampai sebelum user drop tabel? Soalnya saya > tidak > > > bisa melakukannya (message pada RMAN: no backup or copy of > datafile). > > > Apakah setelah melakukan open database dengan mode RESETLOGS, > backup > > > yang dilakukan sebelum melakukan open database dengan mode > RESETLOGS > > > sudah tidak dikenali lagi? Jika dilakukan recovery sampai sebelum > jam 3, > > > error yang muncul adalah "RMAN 20207: UNTIL TIME or RECOVERY > WINDOW is > > > before RESETLOGS time". > > > > > > Bagaimana cara untuk mengetahui SCN yang terakhir? > > > > > > Mohon penjelasan teman-teman. Sebelumnya terima kasih atas > penjelasan > > > dan waktu yang diberikan. > > > > > > > > > Monita > > > > > > > > > [Non-text portions of this message have been removed] > > > > > > > > > > > > -- > > > -----------I.N.D.O - O.R.A.C.L.E--------------- > > > Keluar: [EMAIL PROTECTED] > > > Website: http://indo-oracle.port5.com > > > ----------------------------------------------- > > > > > > Bergabung dengan Indonesia Thin Client User Groups, > > > Terminal Server, Citrix, New Moon Caneveral, di: > > > http://indo-thin.vze.com > > > Yahoo! Groups Links > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > -----------I.N.D.O - O.R.A.C.L.E--------------- > Keluar: [EMAIL PROTECTED] > Website: http://indo-oracle.port5.com > ----------------------------------------------- > > Bergabung dengan Indonesia Thin Client User Groups, > Terminal Server, Citrix, New Moon Caneveral, di: > http://indo-thin.vze.com > Yahoo! Groups Links > > > > > > > > > -- -----------I.N.D.O - O.R.A.C.L.E--------------- Keluar: [EMAIL PROTECTED] Website: http://indo-oracle.blogspot.com ----------------------------------------------- Bergabung dengan Indonesia Thin Client User Groups, Terminal Server, Citrix, New Moon Caneveral, di: http://indo-thin.vze.com Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/indo-oracle/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
