Ada catatan untuk upgrade database ternyata butuh waktu cukup lama untuk data yang besar (80GB) saya pernah coba dari 8.0.5 ke 8.0.6 menggunakan upgrade assistance atau dengan script upgrade dari oracle.
Kalau dari script upgrade nya rasanya tidak hanya data dictionary yang diupgrade, tetapi juga semua datafile (sehingga membutuhkan waktu). (Atau mungkin sudah ada yang mencoba upgrade assistance tapi prosesnya cepat?) CMIIW On 1/18/08, Doddi Priyambodo <[EMAIL PROTECTED]> wrote: > > Mbak Fazra... > (mas atau mbak? sorry...) > > Ada beberapa pilihan untuk melakukan migrasi data. > 1). Bisa dengan menggunakan metode Exp/Imp. Tapi membutuhkan downtime yang > cukup lama untuk data sebesar itu. (Karena sistem harus di lock dari user2 > yg aktif untuk menjaga konsistensi data antara 2 server). > 2). Bisa dengan menggunakan transportable tablespace, dan lakukan cold > backup. copy datafiles ke mesin baru, lalu pada saat import tablespace > oracle 10g akan upgrade versi metadata-nya dari 9i ke 10g. > 3). Bisa dengan menggunakan Oracle DataPump (relatif jauh lebih cepat > daripada exp/imp). Tetapi sayangnya... fasilitas ini hanya ada di 10g. > Jadi > server 9i yg sekarang diupgrade dulu ke 10g, baru datanya dipindahkan ke > 10g > server baru. > 4). Bisa menggunakan pembuatan standby database dari server 9i ke 9i di > sebelahnya, Lalu server tujuan diupgrade jadi 10g. Kalau ini downtime > pasti > akan sangat kecil... 30 menit - 1 jam. > 5). Replication dengan materialized view atau oracle streams atau advanced > replication dari 9i ke 10g > > CMIIW please... > > Regards, > Doddi.P > > 2008/1/14 bukhari yahya <[EMAIL PROTECTED] <bukhariyahya%40gmail.com> > >: > > > 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]<ujang.jaenudin%40gmail.com> > <ujang.jaenudin%40gmail.com>> > > 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> > <nathan_gusti_ryan_007%40yahoo.co.id> > > <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><martin%40araksa.com><martin%40araksa.com>> > > > > Kepada: [email protected] > > > > <indo-oracle%40yahoogroups.com><indo-oracle%40yahoogroups.com><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] > > > > > > > > [Non-text portions of this message have been removed] > > > [Non-text portions of this message have been removed]
