Dekimashita! Udah bisa. Thanks a lot. Kebetulan hari ini ada server yg bisa di obok2.
Step-stepnya 1. Di source server(64-bit) create script utk recreate control file (ini diperlukan karena di server target lokasi filenya berbeda dgn di server source). SQL> ALTER DATABASE BACKUP CONTROLFILE TO TRACE AS 'ctl.sql'; Lalu di edit, lokasi file disesuaikan dgn target server. Yg dipakai hanya pada bagian NORESETLOGS saja. 2. Cold Backup dari source databasenya (datafiles, tempfiles, controlfiles, log files) 3. Transfer ke target server 4. Di target server : install DB software 32-bit (software only, do not create starter database). 5. Di target server, jalankan script utk membuat ulang control file. 6. shutdown immediate 7. STARTUP UPGRADE 8. @?/rdbms/admin/utlirp.sql 9. @?/rdbms/admin/utlrp.sql 10. @?/rdbms/admin/catalog.sql 11. @?/rdbms/admin/catproc.sql 12. shutdown immediate 13. STARTUP Bw --- In [email protected], "Ujang Jaenudin" <[EMAIL PROTECTED]> wrote: > > tempohari convert dari x86_32 ke x86_64 > > simple saja (ada metalink nya cuman lupa..he..he..): > utlirp > catpatch > utlrp > ada sedikit maslah java (tapi ini tergantung environment, akhirnya > drop dan recreate javavm nya) > utlrp lagi > > regards > ujang > > > 2008/2/26 Yulius Wibowo <[EMAIL PROTECTED]>: > > > > Dear All, > > > > Ada yg pernah nyoba migrasi Database 10g dari platform Linux 64-bit ke > > Linux 32-bit (atau sebaliknya)? > > > > Yg sekarang ada dipikiranku: > > 1. Pakai exp/imp > > 2. Pakai expdp/impdp > > 3. dblink (CTAS pakai dblink) > > 4. Transportable tablespace (cross-platform, RMAN or manual) > > 5. dbca : dengan menggunakan "seed template" > > > > Cuma mau diterapin sekarang belum bisa, karena terbentur di infrastruktur. > > > > Thanks, > > > > Bowo >
