Pak Iwan, Bisa forward ke kita2 email reportnya? Supaya teman2 bisa tau masalahnya apa. Mungkin bukan ulah dari moderatornya, lagian gak ada untungnya untuk ngeblock email2 tentang Oracle yang masuk khan.
Thanks. On 07/03/2008, Iwe <[EMAIL PROTECTED]> wrote: > > Ya sama dengan masalah saya, beberapa kali saya mencoba menjawab email > dari teman-teman lain yang berkenaan dengan Oracle. Tapi email saya d > block.. :) > > salam, > > Iwan > > ----- Original Message ---- > From: apachelynx <[EMAIL PROTECTED] <apachelynx%40yahoo.co.uk>> > To: [email protected] <indo-oracle%40yahoogroups.com> > Sent: Tuesday, February 26, 2008 9:01:03 PM > Subject: Re: [indo-oracle] Re: [oracle-coretech-surabaya] forum oracle > lain ( about INDO-Oracle & solusi RAC ) > > Waduh... sabar pak Nathan, > > Jangan berprasangka yang berlebihan dahulu. Kalau boleh tahu kapan > tepatnya > anda mengirim email yg berisi "klarifikasi" tersebut?, berikut juga > "klarifikasi" dari saya. > > 1. Tidak ada motivasi dari kami untuk menutupi email "klrifikasi" anda, > dan > tidak ada untungnya buat kami untuk melakukan hal tersebut. > 2. Groups ini di set secara otomatis untuk me-moderated posting yang masuk > > khususnya yang berasal dari member yang baru saja bergabung (tujuannya > tidak > ada yang lain selain untuk menjadi kualitas milis bebas dari junk mail). > 3. Status moderated untuk member baru akan di lepas biasanya setelah 2-3 > kali melakukan posting (atau mungkin lebih) setelah melihat isi email > masih > relevan dengan topik seputar oracle, jika anda termasuk member yang > beruntung :D setelah membaca posting pertama anda, kemungkinan kami akan > melepas status moderated. INGAT! ini dilakukan secara manual dan pada saat > > kami memiliki waktu luang. > 4. Untuk yang masih dalam status moderated, kemungkinan email terhapus > karena Y!G akan menghapus otomatis email yg pending selama lebih dari 14 > hari (Kami usahakan hal ini /u tidak sampai terjadi), atau email terhapus > secara tidak sengaja oleh moderator (INGAT lagi, ini karena dilakukan > secara > manual) --silahkan kirim ulang email anda-- atau memang benar-benar > dihapus > oleh moderator karena isinya tidak relevan dengan topik milis. > 5. Saya "pribadi" tidak tersinggung, begitu jg dengan anda jangan sampai > tersinggung, Ok? :D > > Regards, > Aply > > ----- Original Message ----- > From: "Nathan Gusti Ryan" <[EMAIL > PROTECTED]<nathan_gusti_ryan_007%40yahoo.co.id> > > > To: <[EMAIL PROTECTED]<oracle-coretech-surabaya%40yahoogroups.com>>; > <[EMAIL PROTECTED] <ujang.jaenudin%40gmail.com>>; > <[email protected] <indo-oracle%40yahoogroups.com>> > Sent: Monday, February 25, 2008 11:46 AM > Subject: [indo-oracle] Re: [oracle-coretech-surabaya] forum oracle lain ( > about INDO-Oracle & solusi RAC ) > > > Dear Pak Achmad Arwan, > > Saya rasa rekan2 *OCS *juga banyak yang sudah menjadi member > > *Indo-Oracle* juga, termasuk saya, mas Ferry, Mas Ronny, Mas Ditya > > maupun rekan2 yang lain. Tapi terus terang aja minggu kemarin saya > > *kecewa *karena Posting email saya di Block oleh moderator-nya. Padahal > > email tersebut merupakan *email Klarifikasi mengenai Oracle RAC*, dan > > saya mengangap bahwa moderator Indo-Oracle *menutupi *sebuah email > > klarifikasi, menutupi solusi suatu technology, dan menutupi sebuah > > kebenaran. Sama halnya dengan membodohkan membernya... > > > > Ini email klarifikasi saya, semoga moderator Indo-Oracle bisa membuka > > "*mata*" dengan email klarifikasi ini. Dan semoga rekan2 member OCS bisa > > mengambil nilai manfaat dari email saya tersebut, sehingga anda semakin > > mantap dan memahami dalam Installasi Oracle RAC serta "tidak salah > > langkah" dalam membangun Oracle RAC. > > > > Pesan buat rekan2 moderator Indo-Oracle, anda bisa mem-block email saya > > tapi email saya tersebut saya CC-kan Pak Goenawan serta solusi ini saya > > sampaikan kepada siapa aja yang mau belajar. Dan saya yakin tentunya > > Solusi yang saya berikan dari pemikiran saya Pribadi tersebut tidak akan > > terhenti *dalam Blokir anda*. Dan jangan tersinggung dgn solusi tsb... > > > > Salam, > > > > _*Nathan*_ > > > > ############ > > > > Yup memang benar yang disampaikan Kang Ujang mengenai Heartbeat bahkan > > bisa terjadi error karena LOST Connection. Tapi... semua itu sudah saya > > pertimbangkan dengan sangat mendalam sebelum saya memutuskan untuk > > Implementasi Oracle RAC. Dan... yang saya sampaikan ini adalah Pemikiran > > dari saya pribadi yang merupakan Implementasi di perusahaan saya. Jadi > > saya ngomong realita, BUKAN TEORI DOANG dan ini bukan bertujuan untuk > > PAMER tapi merupakan SHARING KNOWLEDGE. > > > > Sebelum Implementasi, saya melakukan Riset, Trial selama setengah tahun. > > Pada saat semua hardware dan infrastruktur sudah terpasang, saya lakukan > > Trial Implementasi Installasi selama 1 bulan. Setelah itu saya lakukan > > FULL New installation dan selanjutnya siap untuk Production. Jadi > > berbagai error yang terjadi sudah kita lalui dan lakukan preventive > > sehingga kita dapatkan solusi yang terbaik. > > > > Solusinya atas *Error Heartbeat* tsb adalah... kita gunakan Switch untuk > > Private Connection antar Node, bukan mengunakan Cross Cable seperti yang > > umumnya digunakan dan disarankan. Jadi jika salah satu Node Server Down, > > tidak lagi muncul error karena Lost Connection... Dan sejak saya > > implementasi Oracle RAC ini benar2 saya rasakan "ZERO DOWNTIME" without > > ERROR... So... anda nilai sendiri atas solusi dan preventive yang telah > > saya lakukan ini, serta rekan2 bisa lakukan Cross Posting atas statement > > solusi saya ini. > > > > Jika rekan2 inginkan untuk study Real Implementation ini, saya > > persilahkan. Saya akan sambut dengan senang hati dan semoga rekan2 yang > > akan melakukan implementasi Oracle RAC bisa lebih meningkatkan atau > > menyempurnakan Implementasi di tempat kerjanya nanti. > > > > Salam, > > > > > > _*Nathan*_ > > > > Ujang Jaenudin wrote: > > pak nathan, > > sedikit berbagi mengenai RAC, > > > > ada beberapa PR (pekerjaan rumah) yang musti dibuat fix/justified oleh > > oracle: > > - RAC tidak reliable untuk high DML, karena adanya heartbeat yang > > kalaupun dgn infiniband dgn 10gb/s, lock management dan bandwidth > > menjadi kendala. > > jika dibandingkan dengan jalur bus antar processor dalam server dgn > > system multi processors dan dalam blade server (zoning??). > > sebaiknya oracle transparan memberikan kalkulasi nya, pros dan kons, > > baik dalam hitungan transaksi maupun dalam hitungan latency. > > - natively belum support multipath (storage), > > - natively belum support network bonding/teaming. > > - ada issue yang berkenaan dengan split brain, dimana metode > > evictionnya dibuat fix, tatkala node dgn number rendah itu yang broken > > (dalam hal ini salah satu heartbeat), tapi perlakuan RAC tidak bisa > > dikendalikan :) - dan downtime pun tak bisa dihindarkan > > - dikatakan high availability, tapi kalau terjadi sesuatu kenapa > > clusterware harus restart node/mesin... ini menjadi perdebatan hangat > > di beberapa milist oracle, bahkan orang jeroan developer > > clusterware/RAC sendiri bilang bahwa hal tsb menurutnya menjadi > > sesuatu yang harus diimprove, entah menghilangkan STONITH algorithm > > ataukah akan meniru OS clusterware yang sudah proven. > > > > sedikit unek2 dgn RAC... > > he..he... just my 2 cents opinion saja > > > > regards > > ujang > > > > > > On 2/15/08, Nathan Gusti Ryan <[EMAIL > > PROTECTED]<nathan_gusti_ryan_007%40yahoo.co.id>> > wrote: > > Sebagaimana kita ketahui bahwa *DRP *atau *DRC *( *Disaster Recovery > > Plan* ), itu harus kita susun atau kita planning secara bertahap > > khususnya dlm penanganan Server. Baik *Domain Server, FileServer, > > WebServerStorage maupun Database Server*. So... Implementasi Oracle > > Dataguard maupun Oracle RAC merupakan bagian dari DRP atau DRC tersebut. > > Jadi kalau anda menyebut Oracle DataGuard merupakan *pengamanan lebih > > lanjut* dari Oracle RAC itupun juga tidak salah... Mungkin untuk DRP ini > > kalau perlu kita terapkan *Server Co-Location* (diluar kota, di luar > > pulau atau di luar negeri )... ini benar2 mantap... > > > > Menjawab pertanyaan anda seberapa amankan Database dengan Oracle RAC > > itu...? Database RAC itu disimpan di Storage SAN ( Storage Area network > > ) atau iSCSI, dan... anda bisa lihat bahwa Storage tersebut sangat > > *PowerFull *( anda bisa lihat langsung di Distributor nya ). SAN atau > > iSCSI biasanya di lengkapi dengan 2 PowerSupply yang fungsinya > > *REDUNDANT*, begitu juga untuk koneksi sudah di lengkapi 2 SAN Switch ( > > untuk Fiber Optic ), serta 2 LAN Gbps untuk iSCSI yang kesemuanya ini > > berfungsi *REDUNDANT*... Jadi... semuanya betul2 sudah diperhitungan > > dari proteksi yg bisa terjadi... > > > > Pengamanan RAC ini juga sangat bergantung dari beberapa Hal : > > 1. UPS+Power Source => sebagai proteksi dari aliran listrik jika mati > > mendadak atau UPS yg mampu Backup Power dlm waktu yg lama. > > 2. OS & Hardware Server => proteksi OS dari virus / spyware, serta > > proteksi hardware server termasuk utk mengunakan Server yg DUAL > > powerSupply... > > 3. SAN/iSCSI => pilih storage yang benar2 berkualitas... > > > > Jadi jika RAC itu terjadi error, kemungkinan kecil sekali dari sisi > > Hardware tapi justru sering terjadi karena Human Error. Jadi... kalo > > Oracle RAC anda sudah terkonfigurasi dgn baik dan digunakan untuk > > production, sebaiknya jangan di "utek-utek" lagi... Lakukan setting atau > > Manage Server RAC tsb jika benar2 perlu saja... > > > > Salam, > > > > > > _*Nathan*_ > > > > mbah darmo 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 > >> > >> > > > > > > Achmad Arwan wrote: > >> > >> forum oracle dari teman > >> > >> [EMAIL PROTECTED] <indooracle%40yahoogroups.com> <mailto: > [EMAIL PROTECTED] <indooracle%40yahoogroups.com>> > >> > >> > >> indooracle.wordpress.com <http://indooracle.wordpress.com> > >> > >> > >> > >> terima kasih > >> > > > > > > > > > > [Non-text portions of this message have been removed] > > > > > > > > -- > > -----------I.N.D.O - O.R.A.C.L.E--------------- > > Keluar: [EMAIL PROTECTED]<indo-oracle-unsubscribe%40yahoogroups.com> > > Website: http://indooracle.wordpress.com > > ----------------------------------------------- > > > > Bergabung dengan Indonesia Thin Client User Groups, > > Terminal Server, Citrix, New Moon Caneveral, di: > > http://indo-thin.blogspot.com > > Yahoo! Groups Links > > > > > > > > > > > > __________ NOD32 2896 (20080222) Information __________ > > > > This message was checked by NOD32 antivirus system. > > http://www.eset.com > > > > > > -- > -----------I.N.D.O - O.R.A.C.L.E--------------- > Keluar: [EMAIL PROTECTED]<indo-oracle-unsubscribe%40yahoogroups.com> > Website: http://indooracle.wordpress.com > ----------------------------------------------- > > Bergabung dengan Indonesia Thin Client User Groups, > Terminal Server, Citrix, New Moon Caneveral, di: > http://indo-thin.blogspot.com > Yahoo! Groups Links > > __________________________________________________________ > Looking for last minute shopping deals? > Find them fast with Yahoo! Search. > http://tools.search.yahoo.com/newsearch/category.php?category=shopping > > [Non-text portions of this message have been removed]
