Saya setuju dengan saudara ujang... Replikasi dengan stream adalah pilihan yang baik... Kebetulan saya juga melakukan replikasi tapi menggunakan advance replication (bukan Oracle Stream) dan menggunakan semua tabel dalam schema... dengan data sebesar 80GB...
Ketika saya pindah ke mesin hasil replikasi, saya tinggal cut DB LINK nya. (Sebelumnya menutup transaksi pada server produksi), hanya membutuhkan waktu kurang dari 5 menit sampai sinkronisasi data transaksi terakhir. Catatan sebelumnya saya juga pernah memiliki pengalaman export-import dari mesin SUN E450 dengan OS solari 2.6 dan oracle 8.0.5 ke mesin SUN V240 dengan OS Solaris 9 dengan oracle 9i, membutuhkan waktu berjam-jam (Bisa jadi command import saya kurang tepat, mungkin harus tambah option direct, dst.; tapi untuk melakukan uji coba/simulasi memakan waktu panjang) On 1/14/08, Ujang Jaenudin <[EMAIL PROTECTED]> wrote: > > kalau environment nya 24x7, sebaiknya perhatikan high availability > nya, apalagi jika ada korelasi downtime sekian menit mengakibatkan > kerugian sejumlah nominal uang..... > > mungkin cara ini jarang yg melakukan, tapi dari sisi environment 24x7 > mustinya cocok untuk dipraktekan -:( > - mesin baru install engine 10.2 dgn storage baru tentunya > - konfigure replikasi (oracle stream) pada mesin existing (9.2) di > propagasi ke mesin baru (10.2) > - nah jika propagasi lancar, cek data sudah OK semua, anda tinggal cut > saja production > - tinggal setting mid tier supaya nembak ke mesin baru. > > yah paling downtime dalam hitungan detik / menit saja. > > regards > ujang > > 2008/1/14 Nathan Gusti Ryan <[EMAIL > PROTECTED]<nathan_gusti_ryan_007%40yahoo.co.id>>: > > > > > > Dear Mas Fazra, > > Tahun lalu, saya juga implementasi Export Import dari Oracle 9i ke > Oracle > > 10g RAC, lancar dan tidak ada kendala sama sekali. Dengan Estimasi Down > Time > > Server 30 menit dgn Database sebesar 300 GB, pada Server Pentium 4 - 3 > Ghz, > > RAM 4 GB, mengunakan SAN dgn Fiber Optic. File DMP simpan di SAN, itu > lebih > > cepat daripada transfer dari PC lain atau Storage lain. > > > > Disini saya melakukan Export Import dari BACKUP SERVER ke MAIN SERVER. > > Jadi, artinya bahwa MAIN SERVER sudah dalam kondisi READY. Bukan > melakukan > > EXPORT database lalu DOWN Server, lalu New Install kemudian baru Import > > database. Itu terlalu lama. Sekedar saran aja, Buat Simulasi dulu atau > Trial > > Implementasi sebelum anda melakukan Down Time Server. Jika anda ingin > > Sharing lbh lanjut, silahkan email japri aja. > > > > Salam, > > > > Nathan > > > > ----- Pesan Asli ---- > > Dari: martin <[EMAIL PROTECTED] <martin%40araksa.com>> > > Kepada: [email protected] <indo-oracle%40yahoogroups.com> > > Terkirim: Senin, 14 Januari, 2008 12:22:19 > > Topik: Re: [indo-oracle] Migrasi versi Database dengan File yang sangat > > besar. > > > > Dh, > > > > Problem yang sama kalau saya mau upgrade DB dan ganti server. Pendapat > > > > saya saja, berhubung exp/imp cara terbaik ( menurut saya ) bila upgrade > > > > db krn didalam exp/imp db kan disusun kembali sehingga extent, > > > > watermark,dll di reset ke nilai awal dan hasil dbnya bisa lebih baik. > > > > kalau mau mempercepat process exp/imp paling server baru install dulu os > > > > dan dbnya baru exp/imp dan waktu ftp akau gunakan cross cable deh lebih > > > > cepat dibanding pakai switch lagi. itu pun kalau exp/imp enggak ada > > > > masalah. ada yang bisa bantu cara lain ??? > > > > CMMIW > > > > thank's > > > > mks > > > > Fazra Zelia wrote: > > > > > > > > > > > > > > > Dear all, > > > > > > > > > > Saya ingin bertanya, saya ingin melakukan migrasi dari 9i ke 10gR2 > > (tunggu > > > > > 11 sudah R2 aja baru upgrade kesana). > > > > > Masalahnya adalah besar file2 saya saat ini sudah sampai 900GB. > > > > > > > > > > Bagaimana cara migrasi data dari 9i ke 10g, dimana 9i memiliki server > yg > > > > > berbeda dgn 10g (install baru di server baru). > > > > > Mekanisme bagaimana yang paling pas? ---> pertimbangannya adalah yang > > down > > > > > time-nya sebentar dan tidak rumit. (ruang lingkup pada environment > 24x7). > > > > > > > > > > Pilihan yang paling saya tahu sih, export ke dump file, lalu file > di-ftp > > ke > > > > > server lain, lalu diimport di server tersebut, > > > > > tetapi, downtime-nya sepertinya pasti lama sekali ya... (berapa lama > > kira2 > > > > > untuk melakukan itu di datafile sebesar 900GB)...? > > > > > > > > > > Atau ada cara lainnya? > > > > > mohon pencerahannya, sekalian diberikan kira2 estimasi waktu dari > tiap2 > > > > > metode. > > > [Non-text portions of this message have been removed]
