idealnya: rac diimplementasikan dengan low-commodity server kenyataannya: di indonesia hampir kebanyakan implementasi rac menggunakan server high-end
2008/2/21 Aries Triwahyudi Kitti <[EMAIL PROTECTED]>: > > Halo, > > saya hanya ingin menambahkan, basicnya adalah sbb : > - RAC umumnya di gunakan untuk load balancing, jadi jika perusahaan baru > mulai, tidak perlu menggunakan server yang sangat besar (mahal investasi > awalnya), namun bisa menggunakan server dengan spec secukupnya dan jika > memang growth, maka kita bisa tambahkan node lagi sehingga bahasa > marketingnya adalah pay as you grow. > Untuk mengimplementasikan RAC, di butuhkan sharing external storage yang di > akses dari node yg ada, dan antar note tsb akan ada lan untuk mengecek > apakah node yang lainnya masih aktif. > - DataGuard, ini merupakan solusi yang di tawarkan untuk DRC (disaster > recovery), dan umumnya tiap perusahaan punya kebijakan untuk menentukan > jarak antara production dan DataGuard. Tidak memerlukan sharing external > storage. > > jadi mohon di perhatikan saja apa yang sebenarnya ingin di > implementasikan... > > thx, > > 2008/2/21 Nhs <[EMAIL PROTECTED]>: > > > > 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 > > > > ----- Pesan Asli ---- > > Dari: Yoel Susanto <[EMAIL PROTECTED] <yoel.susanto%40gmail.com>> > > Kepada: [email protected] <indo-oracle%40yahoogroups.com> > > > > Terkirim: Jumat, 15 Febuari, 2008 12:38:05 > > Topik: Re: [indo-oracle] TAnYa RAC & DataGuar > > > > Konsepnya seperti ini mbah > > > > RAC > > > > === > > > > Instance 1 (Server) > > > > Instance 2 (Server) ---> 1 DATABASE > > > > Instance 3 (Server) > > > > Ketiga Instance membaca 1 physical database (yang lokasinya di shared > > > > storage), client session di layanin oleh ketiga instance tersebut dengan > > > > load-balancing. > > > > Tujuan RAC adalah High Availability, jadi jika salah satu atau dua dari > > > > instance tersebut mati, masih ada 1 instance yang menerima client > session. > > > > Data Guard > > > > ======== > > > > Ada dua physical database. 1 aktif dan 1nya lagi standby. Jika database > > yang > > > > aktif crash, otomatis database yang standby akan ambil alih. > > > > Jadi client bisa tetap menggunakan database tanpa menunggu DBA melakukan > > > > restore and recovery. > > > > Semua tergantung kebutuhan & budget tentunya ;) > > > > On 15/02/2008, mbah darmo <[EMAIL PROTECTED] com> wrote: > > > > > > > > > > Sebelumnya saya mengucapkan terima kasih atas jawaban2 yang diberikan > > > > > dari mas2 yang master2 ini..ini memberikan pencerahan bagi saya..tapi > > masih > > > > > ada yang ingin saya tanyakan... > > > > > > > > > > Setelah saya baca pengertian dari mas2...RAC lebih mengamankan dari > segi > > > > > servernya... tapi di database-nya sendiri apakah sudah aman mas..naah > > apakah > > > > > si dataguard ini berperan disini mas..yaitu untuk mengamankan si > > database > > > > > ini.... > > > > > benar ga pendapat saya ini...kalo salah mohon dikoreksi.. > > > > > > > > > > terima kasih sebelumnya
